nginx限速之連接數(shù)限制的方法

這篇文章主要介紹“nginx限速之連接數(shù)限制的方法”的相關(guān)知識，小編通過實際案例向大家展示操作過程，操作方法簡單快捷，實用性強，希望這篇“nginx限速之連接數(shù)限制的方法”文章能幫助大家解決問題。

場景：

a公司有100人，a公司只有一個公網(wǎng)ip，假設a公司可能有100個人同時在下載你的網(wǎng)站文件。

但是，你的連接數(shù)限制配置為：

limit_conn_zone $binary_remote_addr zone=perip:1m;
server {
 ---
 limit_conn perip 1;
 limit_rate 1024k;
 ---
}

允許單個連接數(shù)，單個連接數(shù)最大帶寬為1m。

這樣就會有99個人的請求狀態(tài)為 503, 其他人如果想下載就必須人工等待（nginx不會通知用戶說a用戶下載完了，該你b用戶下載了）。這樣造成的用戶體驗極差。但是優(yōu)點也很明顯，帶寬很快就會降下來。

可能有人就要問了，你限制成很低的連接數(shù)是想搞事情？no，絕對不是。前面的100個人同時下載網(wǎng)站資源的情況有多大呢？沒做過統(tǒng)計，但是可能性極小。并且前端頁面和下載資源不共用一個域名，所以不會影響到前端頁面的訪問。
那都是誰在大量使用連接數(shù)呢？分兩類：

• 下載工具類（迅雷）。

• 各種各樣的采集程序。

• 同時進行多個下載任務。

小明快樂的在看電視，瞥了左邊頻幕一眼，握草，帶寬又滿了，來吧，限速吧，

limit_conn_zone $binary_remote_addr zone=perip:1m;
server {
 ---
 limit_rate 1024k;
 ---
}

小明做了如上限速，ok，我告訴你們誰被限速了，當然是瀏覽器下載用戶，360瀏覽器的下載器都不一定能限制，好的，來算算速度吧。

瀏覽器: 2014k

下載器: 1024 * 15(最大連接數(shù)) * vip

采集器: 1024 * 連接數(shù)

所以我們得到如下結(jié)論：

帶寬有限，同個ip同時下載的情況很小的，或者說是可以預知的業(yè)務，盡量將連接數(shù)限制的小一點。

反之，別限制了。就降低單個連接數(shù)帶寬吧！要知道大家誰沒事會用瀏覽器自帶下載器下載呢？

注：本文只探討nginx限速模塊在不同業(yè)務下的限速

彩蛋：偶爾發(fā)現(xiàn)，將連接數(shù)限制為1迅雷不能高速下載了。

關(guān)于“nginx限速之連接數(shù)限制的方法”的內(nèi)容就介紹到這里了，感謝大家的閱讀。如果想了解更多行業(yè)相關(guān)的知識，可以關(guān)注億速云行業(yè)資訊頻道，小編每天都會為大家更新不同的知識點。