derliang wrote:
這個問題我有跟Synology討論過，當時沒有得到很明確的答案。...(恕刪)
小弟並非 Synology 工程師, 所以無從得知 QuickConnect 的運作機置到底為何? 所以很多都是小弟自己的憑空想像.
先回到前面你所提的檔案分享連結問題, 在做檔案分享時, 它是透過 http 協定, 所以 client 在下載檔案時, 不是直接從 NAS 下載, 就是透過 synology proxy server (這裡指的 proxy 只是概指它是一台中介的 server), 當然在這個地方其實原廠工程師是可以做的更 smart 一點, 例如 user 在嘗試下載時, 此時 server 會動態產生一個下載的網頁, 如果此時能夠先去嘗試看看 NAS 是不是可以直接存取到 (即有做 port forwarding), 那麼產生的下載頁面就導到 NAS hostname or public IP 就好了, 除非真的無法直接 access, 再透過中介的 server.
再回到你所提以後大量支援 quickconnect 又會是什麼狀況? 這時要考慮的又是不同的, 因為已經不是很單純的 http 協定, client 端不是 browser 了, 取而代之的是原廠所開發的 client software or app, 難不成全部都要透過中介 server? 這要看原廠的設計, 因為軟體可以做的事情就很多了, 程式可以透過 quickconnect id 去判斷到底 NAS server 是不是可以直接存取到, 決定到底透過 proxy or 直接存取 NAS, 但這還是要取決於整體運作機置的設計.
這些是可以透過一些實驗去了解 quickconnect 到底怎麼運作的, 但就是會花些時間而已. 但我想 quickconnect 整體機置是相當複雜的, 背後可能又涉及多台 proxy server 做 failvoer & load balance.
ps: 現在在 app 的部份, 例如 DS file, 可以直接輸入 quickconnect id or NAS server hostname or IP, 我想這應該就是讓 user 自己選擇連線的方式.
VoIP 網路電話建置.
留言列表
留言列表
