1、場景：

今天想從騰訊雲打包點檔案轉移到另一臺伺服器。

2、結果：

騰訊雲伺服器：2核4G1M頻寬，正常下載速度128K左右，用迅雷下出了1-2K的速度。

3、過程：

早上：把好多檔案，打包成了N個壓縮包。小的幾M，大的幾十上百M。

幾M小檔案：放到網站下，直接跑網址另存為就下載完了。

幾十上百M的檔案：開始用迅雷下載，畢竟有斷點續傳功能。

-------------------------------------------------------------------------------

結果雷就來了：

剛開始還好，幾十K的，跑了幾分鐘，慢慢的就跑不動了，

下載速度一降再降，降到最後只有幾K，最後1K都上不來，臥草1。

伺服器系統、IIS 重啟了好幾回，還是那個幾K的速度，一臉朦B。

中午停了幾個小時，重新用迅雷下載，速度回來了，100來K。

不到幾分鐘，又降到幾K，1K以下，臥草1。

--------------------------------------------------------------------------------

於是提交了騰訊雲的工單，反映伺服器是不是被限速了？

結果是這樣的：

提完工單，自己順帶看了一下官網的網路監控：

看到這個寬頻，受到了啟發。

於是到伺服器，開啟啟了資源監控的網路：

看到了大量莫名的IP，不斷的吃著頻寬，導致自己下載的IP，吃不到頻寬。

於是跑到IIS，開始限制起IP來：

發現一點毛用都沒有，這裡的限制竟然限制不了某些IP對靜態資源的讀取。

於是，跑騰訊雲安全組去限制了：

結果發現，這封了1個還有2個，封了2個還有3個，封了好五六個後，我累了，毀滅吧。

來個全站遮蔽，然後只開自己的IP允許訪問。

下載速度，蹭蹭蹭就上來了。。。。。

故事說完了。

---------------------------------------------------------------------------------------------------

原理解說：

1、伺服器總頻寬就128K速度。

2、迅速在下載大檔案的時候，如果自己之前沒下載過，會自己安排好大一批小弟一起去下載。

於是，伺服器的頻寬被迅雷安排的小弟吃滿了，而你的下載，要跟迅雷安排的小弟搶飯吃，臥草3。

如果你開了會員：

迅雷小弟吃到的檔案，就會變成加速傳給你。

如果不是會員：

於是無解了，等死吧，等個1天半載的，迅雷的小弟都吃完了，速度應該就回來了。

後續：

1、對於新檔案下載，不要用迅雷，因為第1次下載，伺服器會被平均掉網速，甚至網速給迅雷小弟全吃了。

2、敏感檔案下載，不要用迅雷，因為下載，它伺服器就有好幾份。

3、呵呵，如果下載的不是自己的伺服器，鬼知道迅雷還能幹這種事。