大家好：小弟有個Synology的分享檔案連結問題，還請大家協助測試看看。
當啟用了QuickConnect之後，分享檔案連結的下載速度就會很慢。
取消QuickConnect之後，下載的速度就會恢復正常。
因為這差異很大，請問有人遇到同樣的問題嗎？
個人積分：1148分
文章編號：48188227
個人積分：5084分
文章編號：48188510
derliang wrote:
當啟用了QuickConnect之後，分享檔案連結的下載速度就會很慢。
取消QuickConnect之後，下載的速度就會恢復正常。
因為這差異很大，請問有人遇到同樣的問題嗎？...(恕刪)
這不足為奇啊, derliang 兄你只要去注意一下, 當勾選 quickconnect ＂檔案分享＂方塊時, 此時你所分享的檔案連結, 都是 https://gofile.me/..., 它是透過 Synology 中介的 proxy server 在做分享檔案, 這個好處是, 即使你的 NAS 處在多重 firewall 後端, 沒有 public IP & 設定 port forwarding 的情況下(例如社區網路 or 校園網路), 它仍能分享檔案, 但如果不勾選透過 Quickconnect "檔案分享", 所產生的連結是直接 link 到你的 NAS host name or public IP, 這樣直接下載的模式當然比較快.
你只要去切換下列的選項, 再回頭看你分享檔案連結的變化, 就能理解其中的差別.
如果能結合 google url shortener 就更好了
快速分享檔案所產生的連結長長一大串, 如果 RD 能夠再去呼叫 Google URL shortener API, 產生第二個更短的連結名稱, 例如 http://goo.gl/xxxxx 也是不錯的啦!
FB: Pctine
個人積分：1148分
文章編號：48188761
pctine wrote:
這不足為奇啊, de...(恕刪)
這個問題我有跟Synology討論過，當時沒有得到很明確的答案。
所以啟用Quickconnect以後，資料變成這樣傳遞：
NAS-->Synology-->User
這樣我很好奇Synology的頻寬要有多大？
啟用QuickConnect以後很方便，但速度卻變成悲劇。
看來沒什麼特別網路限制的話，QuickConnect還是少用的好，以免速度受限。
再請教p大一樣，往後DSM5.0 QuickConnect會全面支援各套件。
也是NAS所有的資料先往Synology丟，然後再由Synology轉給user嗎？
怎麼覺得這樣的做法很不可思議哩...這樣Synology的網路不會被灌爆嗎？
irsjx2vxo3ne3k84dr1dz4,r4pe8bez3/4ne3bq4bew2j92gea jx4hq me-2d8 e3hy4hi2ty k84!
個人積分：18分
文章編號：48188873
個人積分：5084分
文章編號：48189022
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 自己選擇連線的方式.
FB: Pctine
個人積分：1148分
文章編號：48189023
個人積分：18分
文章編號：48189141
derliang wrote:
的確的確，這點大家要特別注意一下。
尤其是在DSM5.0下，QuickConnect又會更徹底的整合進來，別得了方便卻傷了速度。
P大的建議不錯，直接整合Google短網址，還可以幫你統計被下載幾次。
我是覺得這個應該還好
因為整合進來還是可以讓使用者選擇是不是要用直接連線啊 就像目前一樣
只是 dsm 5.0 全面都支援而已 不過使用者不用也是可以
目前我個人用 quckconnect 的時候是為了安全性 因為我不想直接讓別人看到我的 ddns 的位置
所以分享檔案時才會用 quickconnect
自己連線時我會把 port forwarding 設好 避免用 quickconnect
個人積分：1148分
文章編號：48189521
個人積分：24分
文章編號：49111273
在這兩天一直試著改cloud station的port, 並且用netstat確認確實有改成功(LISTEN port有變動), 但總是無法順利連線
直到剛剛再去確認一下cloud station的安裝目錄, 發現設定檔居然有2個放在不同的路徑, 但檔案內容一樣, 小弟只改了其中一個
想說好吧, 再試一下, 把2個檔案都改掉後, 重新啟動cloud station後, 居然可以連線了, 而且速度飛快不是用quickconnect可以比擬的啊~~~(灑花)
分享一下, 如果要改cloud station的port, 必須要改以下2個檔案,
/var/packages/CloudStation/etc/setting.conf
/var/packages/CloudStation/target/etc/setting.conf
把cstn_port="6690"中的6690改成你要的port,
如果有需要開防火牆設定的話, 填入這個port並選tcp就好了
當然, cloud station client端在連線時的server最後記得加上 ":port" 這樣才可以順利連線, 假設有ddns且port為8443, 那麼就填入 ddns:8443 就好囉
個人積分：0分
文章編號：50762815
