分类：未分类

前言

我们经常会遇到这种情况，服务器流量异常，负载过大等等。对于大流量恶意的攻击访问，会带来带宽的浪费，服务器压力，影响业务，往往考虑对同一个ip的连接数，并发数进行限制。nginx 内置模块限速怎么使用就不多说了，今天来说说连接数和单个连接数限速的事。话不多说了，来一起看看详细的介绍吧。

场景

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 HTTP服务器的一条报错“400 Bad Request: The plain HTTP request was sent to HTTPS port”，本文将讲解如何解决这个问题。从报错的字面意思上来看，是因为HTTP请求被发送到HTTPS端口，这种报错多出现在Nginx既处理HTTP请求又处理HTTPS请求的情况。

为了便于理解，我们假设这样一个场景。Nginx为web网站提供提供服务，而其中只有一个网站使用SSL协议。

以下是Nginx常用的SSL配置（出于安全原因，我们使用了示例域名），配置文件将让Nginx侦听80和443端口，并将所有的HTTP请求重定向到HTTPS。

server{
        listen 80;
        server_name example.com www.example.com;
        return 301 https://www.example.com$request_uri;
}
server {
        listen 443 ssl http2;
        server_name example.com www.example.com;

        root   /var/www/html/example.com/;
        index index.php index.html index.htm;

        #charset koi8-r;
        access_log /var/log/nginx/example.com/example.com_access_log;
        error_log   /var/log/nginx/example.com/example.com_error_log   error;

        # SSL/TLS configs
        ssl on;
        ssl_certificate /etc/ssl/certs/example_com_cert_chain.crt;
        ssl_certificate_key /etc/ssl/private/example_com.key;

        include /etc/nginx/ssl.d/ssl.conf;

        location / {
                try_files $uri $uri/ /index.php?$query_string;
        }

        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
                root   /var/www/html/example.com/;
        }

        # proxy the PHP scripts to Apache listening on 127.0.0.1:80
        #
        #location ~ .php$ {
        #    proxy_pass   http://127.0.0.1;
        #}

        # pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
        #
        location ~ .php$ {

                root   /var/www/html/example.com/;
                fastcgi_pass   127.0.0.1:9001;
                #fastcgi_pass unix:/var/run/php-fpm/php-fpm.sock;
                fastcgi_index  index.php;
                fastcgi_param  SCRIPT_FILENAME  $document_root$fastcgi_script_name;
                include         fastcgi_params;
                include /etc/nginx/fastcgi_params;

        }
        # deny access to .htaccess files, if Apache's document root
        # concurs with nginx's one
        #
        #location ~ /.ht {
        #    deny  all;
        #}
}

以上的配置看上去都很正常，但是用户想通过80端口来访问网站时，例如使用http://example.com，那么这个用户就会在浏览器收到错误400“The plain HTTP request was sent to HTTPS port”，示例图片如下：

出现这个错误，因为每一次客户试图通过HTTP访问你的网站，这个请求被重定向到HTTPS。于是Nginx预计使用SSL交互，但原来的请求（通过端口80接收）是普通的HTTP请求，于是会产生错误。

另一方面，如果一个客户使用https://example.com访问网站，他们就不会遇到上述错误。此外，如果你有其他的网站配置为不使用SSL，Nginx会尝试使用HTTPS，这种情况下也会造成上述错误。

解决办法也很简单，就是将上面配置文中的“ ssl on ; ” 注释掉或者修改成 “ ssl off ;”，这样，Nginx就可以同时处理HTTP请求和HTTPS请求了。

以下的操作都在Ubuntu系统下，其它系统请绕过

一般我们都需要先装pcre, zlib，前者为了重写rewrite，后者为了gzip压缩。

sudo apt-get install libpcre3 libpcre3-dev        //PCRE库
sudo apt-get install zlib1g-dev                        //zlib库
sudo apt-get install openssl libssl-dev            //OpenSSL库

1. 选定源码目录

选定目录 /usr/local/

cd /usr/local/

2. 安装nginx

Nginx 一般有两个版本，分别是稳定版和开发版，您可以根据您的目的来选择这两个版本的其中一个，下面是把 Nginx 安装到 /usr/local/nginx 目录下的详细步骤：
备注：nginx请到http://nginx.org/download 查找并下载。

cd /usr/local/
wget http://nginx.org/download/nginx-1.2.8.tar.gz
tar -zxvf nginx-1.2.8.tar.gz
cd nginx-1.2.8  
./configure --prefix=/usr/local/nginx 
make
make install

–with-pcre=/usr/src/pcre-8.21 指的是pcre-8.21 的源码路径。
–with-zlib=/usr/src/zlib-1.2.7 指的是zlib-1.2.7 的源码路径。

3. 启动

确保系统的 80 端口没被其他程序占用，

/usr/local/nginx/sbin/nginx

检查是否启动成功：

netstat -ano|grep 80 有结果输入说明启动成功
打开浏览器访问此机器的 IP，如果浏览器出现 Welcome to nginx! 则表示 Nginx 已经安装并运行成功。

4. 重启

/usr/local/nginx/sbin/nginx –s reload

5. 修改配置文件

cd /usr/local/nginx/conf
vi nginx.conf

6. 增加未开启的ssl，http2模块

切换到源码包cd /usr/local/nginx-1.2.8后查看nginx原有的模块

sudo /usr/local/nginx/sbin/nginx -V 

原有应该如下：

--prefix=/usr/local/nginx 

新的配置应该这么写：

--prefix=/usr/local/nginx --with-http_ssl_module --with-http_v2_module 

那么应该运行下面的命令，配置完成后，执行：

./configure --prefix=/usr/local/nginx --with-http_ssl_module --with-http_v2_module 

配置完成后，运行命令：

make 

不要make install，否则就覆盖安装了。

先停止nginx运行pkill -9 nginx，这里强制停止。

然后备份原有已经安装好的nginx配置

cp /usr/local/nginx/sbin/nginx /usr/local/nginx/sbin/nginx.bak 

将刚刚编译的覆盖原有的nginx

cp ./objs/nginx /usr/local/nginx/sbin/ 

启动nginx:

/usr/local/nginx/sbin/nginx 

查看是否安装成功新的ssl模块：

sudo /usr/local/nginx/sbin/nginx -V

7. 升级nginx

下载最新版nginx源码并解压编译

cd /usr/local/
wget http://nginx.org/download/nginx-1.13.6.tar.gz
tar zxvf nginx-1.13.6.tar.gz
cd nginx-1.13.6
#编译nginx，添加http_v2模块应用

开始编译nginx

./configure --prefix=/usr/local/nginx --with-http_ssl_module --with-http_v2_module 

编译完成后，执行make，但不执行make install

make 

将旧版本的nginx二进制文件，重命名一个名字，在这期间，当前运行的nginx进程不会停止，不影响应用运行。

mv /usr/local/nginx/sbin/nginx /usr/local/nginx/sbin/nginx.old 

然后将上一步通过make编译好的新版nginx二进制文件，拷贝到运行目录

cp ./objs/nginx /usr/local/nginx/sbin/nginx 

在源码目录根目录下，执行更新安装命令:

make upgrade 

注意：如果原来的相关配置文件中，写有和ssl有关的配置信息，需要先暂时注释掉，否则更新时会报错。

更新完成后，执行

nginx -V 

可以看到nginx已经更新到1.13.6版本。