• 75

我的 QNap TS-x51/x53/x53A NAS 初體驗 (持續更新)


Jyunyi0208 wrote:
發現HD station. 的KODI 套件已經不見了,尋問客服說
已經終止服務...(恕刪)


現在自己也不敢移除, 如果真的拿掉了, 或許也是因為 DTS/AC3 授權問題. 還在確認中.
FB: Pctine
pctine wrote:
現在自己也不敢移除...(恕刪)

什麼當初買這個就是為了這功能,難怪最近又不能掃影片了==
不會以後要LINUX+kodi吧

dq2100 wrote:
什麼當初買這個就是...(恕刪)


已安裝 HD Station & KODI 的 user, 就先不要移除, 看看日後還會不會重新上架.
FB: Pctine

pctine wrote:
VirtIO


VirtIO 不建議使用,還是使用sata好,因為在samba底下,VirtIO在win7/8/10底下皆無法超過50M,sata最高到170M(QNAP TVS-670測出)



個人花了2天在僅甚的個人夜間時間所換來的答案>"<
挖汙~i feel good~
ps: 以下不用看. 現在才發覺. 連 HD Player 都下架了


-----------------------------------------------------
最近因為 DTS 授權的問題. QNap NAS 的 KODI v16 player 下架了, 大家就先暫用 HD Player 擋著先. 其實它也是 KODI 啦, 只是是 v14 的版本.

如果你習慣 KODI 原始的操作界面, 就直接選擇 '原始界面' 就好了.





v14 舊版主要是不支援 H.265 硬解 (機型是 Braswell CPU 在 KODI v16 有支援 HEVC硬解), 其他大部份功能都還是有的.
FB: Pctine

pctine wrote:
因為 DTS/AC3 授權問題...(恕刪)


那請問,
KODI套件裡的youtube無法登入也是因為這個原因嗎?
謝謝!
檔案請求功能

網友提到 Synology NAS 方便好用的 '檔案請求' 功能. QNap NAS 上面似乎無此功能? 其實這是誤解.

NAS在過往必須透過建立帳號, 並將帳密告知 user, user 才能上傳或是下載 NAS 中的檔案, 但.

*有時候我們並不想為單次使用目的而去建立帳號, 例如出國旅遊將相片 share 給同團團員, 這可能只是一次性及有期限的工作.

*有時候 NAS 帳號會涉及到 Server 其他的服務, 為了 share 檔案而一併啟用了其他不該給的 service. 這也是考量之一.

所以後來 NAS 廠商建立了一個快速分享檔案的方式, 其實就是類似 dropbox 及其他公有雲的 '分享給朋友' 方式, 只要在 NAS 建立一個子目錄, 並傳送連結給朋友即可. 不需要建立帳號.

這項功能在 Synology 當初是只有 download 的權限, 沒錯, 就只能下載, 後來在一些時日之後, User 愈來愈多人需求要 '上傳', 相信這也是後來加入 '檔案請求' 此功能的目的. 但在 Qnap NAS 檔案分享連結功能是可以設定為下載, 或是允許上傳. 所以在 Qnap 上面並沒有 '檔案請求' 功能, 因為原本它就是可以設定為允許上傳檔案的,



如果更深入來看這個功能
前述大致上在 Synology & Qnap 上都可以符合基本的需求, 就是請求朋友將檔案上傳至我們指定的目錄, 但 Synology '檔案請求' 還具有一些特性. 並不是只提供上傳功能而已.

*例如業務部同仁有一個共用的目錄是用來提供給所有的客戶上傳檔案之用, 但如果是 QNap 檔案連結分享, 會造成所有客戶看到別人上傳的檔案. 而且不同客戶上傳的檔案如果沒有特別註明, 會分不清楚到底是給那位業務的.

那麼在 '檔案請求' 上:
*客戶只能上傳檔案, 它不能去瀏覽上傳的檔案目錄及內容. 所以不會看到不該看的內容.
*各別業務人員雖然共用一個相同目錄, 但各別所建立出來的 '檔案請求' 的連結不同, 當傳送連結給各自負責的客戶時, 客戶上傳的檔案會自動分目錄存放. 資料夾名稱為上傳者名稱 (請求者名稱)。
例如,如果 Watson 上傳檔案給Holmes,可在名稱為 Watson (Holmes) 的資料夾內找到檔案。

這樣就達到共用目錄, 但各別客戶上傳的檔案又自動分類好了.
FB: Pctine
有新版FW了 20161102..

我的還是用舊版 十月的...

不想換, 因為客服說有修一個BUG...

在安全設定當中, 設定"只允許清單內的連線", 要設定IP或一段IP, IP內的裝置才能連NAS...
目前我用QNAP內建的VPN SERVER中的OPENVPN, 還是可以突破, 使用清單外的裝置來連線...
我覺得不錯, 只要拿到金鑰才能從外面連或是IP有存在清單單中...

但是客服說, 這是BUG, 強制只有清單中的裝置才能連線才是正確的, 已經在最新的(指20161102)FW修正....
4.2.3 build 20170213
QTS4.2

QTS 4.2.3 Build 20170213


[以解決問題]

修正- 若在使用 NAT 路由器時啟用 UPnP 連接埠轉址服務,有可能會導致記憶體區段錯誤。
修正- 無法使用包含 & 符號的使用者名稱透過 URL 登入 Video Station。
修正- 磁碟區從 TS-419 遷移至 TVS-871T 時,儲存空間總管無法順利重建 RAID 組態。
修正- 可將應為不允許寫入的 ISO 共用資料夾設定為媒體資料夾。
修正- 關閉網域中的部分裝置會導致 NAS 無法取得網域中任何裝置的資訊。
修正- 使用 Safari 存取 NAS 時,無法為網路卡輸入固定 IP 位址。
修正- 啟用虛擬主機時,無法成功驗證中繼 SSL 憑證。
修正- 在 Ubuntu 上掛載 Samba 資料夾後,無法在 File Station 中存取透過 Windows 新增的子資料夾。
修正- 為 HTTPS 啟用 Bonjour 服務後,Bonjour Browser 會顯示無效路徑。
修正- 潛在 myQNAPcloud 憑證驗證漏洞 (CWE-295)。
更新4.2.3 build 20170213之後,在外網登入QNAP 只能透過myQNAPcloud登入,無法透過DDNS直接連接QNAP了。

不知道那兒被改了,有點麻煩。


foreignbuyer wrote:
4.2.3 build 20170213...(恕刪)


  • 75
內文搜尋
X
評分
評分
複製連結
請輸入您要前往的頁數(1 ~ 75)
Mobile01提醒您
您目前瀏覽的是行動版網頁
是否切換到電腦版網頁呢?