这篇文章给大家分享的是有关nginx限速之连接数限制的示例分析的内容。小编觉得挺实用的，因此分享给大家做个参考，一起跟随小编过来看看吧。

成都创新互联公司网站建设公司是一家服务多年做网站建设策划设计制作的公司,为广大用户提供了成都网站建设、做网站，成都网站设计，1元广告，成都做网站选成都创新互联公司，贴合企业需求，高性价比，满足客户不同层次的需求一站式服务欢迎致电。

场景：

A公司有100人，A公司只有一个公网IP，假设A公司可能有100个人同时在下载你的网站文件。

但是，你的连接数限制配置为：

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

允许单个连接数，单个连接数最大带宽为1M。

这样就会有99个人的请求状态为 503, 其他人如果想下载就必须人工等待（nginx不会通知用户说A用户下载完了，该你B用户下载了）。这样造成的用户体验极差。但是优点也很明显，带宽很快就会降下来。

可能有人就要问了，你限制成很低的连接数是想搞事情？NO，绝对不是。前面的100个人同时下载网站资源的情况有多大呢？没做过统计，但是可能性极小。并且前端页面和下载资源不共用一个域名，所以不会影响到前端页面的访问。
那都是谁在大量使用连接数呢？分两类：

• 下载工具类（迅雷）。

• 各种各样的采集程序。

• 同时进行多个下载任务。

小明快乐的在看电视，瞥了左边频幕一眼，握草，带宽又满了，来吧，限速吧，

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

小明做了如上限速，OK，我告诉你们谁被限速了，当然是浏览器下载用户，360浏览器的下载器都不一定能限制，好的，来算算速度吧。

浏览器: 2014K

下载器: 1024 * 15(最大连接数) * VIP

采集器: 1024 * 连接数

所以我们得到如下结论：

带宽有限，同个IP同时下载的情况很小的，或者说是可以预知的业务，尽量将连接数限制的小一点。

反之，别限制了。就降低单个连接数带宽吧！要知道大家谁没事会用浏览器自带下载器下载呢？

注：本文只探讨nginx限速模块在不同业务下的限速

彩蛋：偶尔发现，将连接数限制为1迅雷不能高速下载了。

感谢各位的阅读！关于“nginx限速之连接数限制的示例分析”这篇文章就分享到这里了，希望以上内容可以对大家有一定的帮助，让大家可以学到更多知识，如果觉得文章不错，可以把它分享出去让更多的人看到吧！