Nginx深度优化

Nginx 以事件驱动（epoll）的方式编写，所以有非常好的性能，同时也是一个非常高效的反向代理、负载平衡。但是 Nginx 并不支持 cgi 方式运行，原因是可以减少因此带来的一些程序上的漏洞。所以必须使用 FastCGI 方式来执行 PHP 程序。由于 Nginx 本身的一些优点，轻量，开源，易用，越来越多的公司使用 nginx 作为自己公司的 web 应用服务器，本文详细介绍 nginx 源码安装的同时并对 nginx 进行优化配置。可以通过nginx初步优化与nginx反向代理来初步了解nginx

成都创新互联从2013年开始，是专业互联网技术服务公司，拥有项目成都网站制作、成都网站设计网站策划，项目实施与项目整合能力。我们以让每一个梦想脱颖而出为使命，1280元黔江做网站,已为上家服务,为黔江各地企业和个人服务,联系电话:028-86922220

博文结构
编译安装前优化
nginx主配置优化
nginx配置防盗链
验证上述优化

一.nginx编译前优化

下载nginx软件包

安装nginx及安装 zlib-devel、pcre-devel 等依赖包

[root@localhost ~]# tar zxf nginx-1.14.0.tar.gz 
[root@localhost ~]# yum -y install pcre-devel openssl-devel
[root@localhost ~]# cd nginx-1.14.0/
[root@localhost nginx-1.14.0]# groupadd www
[root@localhost nginx-1.14.0]# useradd -g www www -s /sbin/nologin 
[root@localhost nginx-1.14.0]# ./configure --prefix=/usr/local/nginx --user=nginx \
 --group=nginx --with-http_dav_module --with-http_stub_status_module \
 --with-http_addition_module --with-http_sub_module --with-http_flv_module \
 --with-http_mp4_module --with-pcre --with-http_ssl_module \
 --with-http_gzip_static_module \
 --user=www --group=www && make && make install
[root@localhost nginx-1.14.0]# ln -s /usr/local/nginx/sbin/nginx  /usr/local/sbin/
[root@localhost nginx-1.14.0]# nginx -t
nginx: the configuration file /usr/local/nginx/conf/nginx.conf syntax is ok
nginx: configuration file /usr/local/nginx/conf/nginx.conf test is successful
[root@localhost nginx-1.14.0]# nginx

配置项注释：

--with-http_dav_module：增加 PUT,DELETE,MKCOL：创建集合，COPY 和 MOVE 方法；
--with-http_stub_status_module：获取 Nginx 的状态统计信息；
--with-http_addition_module：作为一个输出过滤器，支持不完全缓冲，分部分相应请求；
--with-http_sub_module：允许一些其他文本替换 Nginx 相应中的一些文本；
--with-http_flv_module：提供支持 flv 视频文件支持；
--with-http_mp4_module：提供支持 mp4 视频文件支持，提供伪流媒体服务端支持；
--with-http_ssl_module：启用 ngx_http_ssl_module；

nginx常用选项

-v：显示版本信息；
-V：显示版本信息及配置选项参数；
-t：测试配置文件是否有语法错误；
-T：测试配置文件并将配置文件显示出来；
-q：在配置期间抑制非错误信息；
-s （stop, quit, reopen, reload ）：向主进程发送信号:停止、退出、重新打开、重新加载；
-c：设置配置文件；
-g：从配置文件中设置全局指令；

二.nginx主配置优化

Nginx是master/worker结构：一个master进程，生成一个或多个worker进程

Nginx深度优化

Nginx 运行工作进程个数

[root@localhost /]# cat /proc/cpuinfo | grep process | wc -l
\可以看到当前cpu为1
[root@localhost /]# vim /usr/local/nginx/conf/nginx.conf \在上面添加如下
worker_processes 2; //工作进程数，建议是CPU数或者是CPU个数的两倍，最大可以开启8个
[root@localhost ~]# nginx -s reload
[root@localhost ~]# ps -ef | grep nginx | grep worker
www 22142 21831 0 13:56 ? 00:00:00 nginx: worker process
www 22143 21831 0 13:56 ? 00:00:00 nginx: worker process
\可以看到刚才更改已经生效

Nginx运行CPU亲和力

[root@nginx ~]# vim /usr/local/nginx1.14/conf/nginx.conf 
worker_processes  2; 
worker_cpu_affinity 01 10;     //运行CPU亲和力
worker_rlimit_nofile 65535;             //最多打开的文件个数
[root@localhost ~]# ulimit -n   \\看到系统默认限制打文件的个数是1024
1024
[root@localhost ~]# vim /etc/security/limits.conf   \\在最下面原有的内容添加
#                 
*               soft      nofile                      65535                 //添加软限制打开文件的个数
*               hard     nofile                     65535                 //添加新限制打开文件的个数
*               soft      noproc                  65535                 //添加软连接可以打开的进程个数
*               hard     noproc                 65535                //添加硬限制可以打开的进程个数
[root@localhost /]# su -                         \\切换一下用户可以生效
上一次登录：四 1月  2 13:24:58 CST 2020从 192.168.148.1pts/1 上
[root@localhost ~]# ulimit -n
65535

Nginx 事件处理模型

[root@localhost ~]# vim /usr/local/nginx/conf/nginx.conf \在events中添加
use epoll;
worker_connections 65535;
multi_accept on;
[root@localhost ~]# nginx -t
nginx: the configuration file /usr/local/nginx/conf/nginx.conf syntax is ok
nginx: configuration file /usr/local/nginx/conf/nginx.conf test is successful

注释

use epol ：采用epoll事件模型，处理效率高 
work_connections ：是单个 worker 进程允许客户端最大连接数，这个数值一般根据服务器性 能和内存来制定，实际最大值就是 worker 进程数乘以 work_connections 实际我们填入一个 65535，足够了，这些都算并发值，一个网站的并发达到这么大的数量，也算一个大站了
multi_accept ：告诉 nginx 收到一个新连接通知后接受尽可能多的连接

开启高效传输模式

[root@localhost ~]# vim /usr/local/nginx/conf/nginx.conf  \\在http中添加，如果已经有可以注释掉
http {
    include       mime.types;
    default_type  application/octet-stream;

    sendfile        on;
    tcp_nopush     on;

注释

nclude mime.types：媒体类型, include 只是一个在当前文件中包含另一个文件内容的指令 ；
default_type application/octet-stream：默认媒体类型足够；
sendfile on：开启高效文件传输模式，sendfile 指令指定 nginx 是否调用 sendfile 函数来 输出文件，对于普通应用设为 on，如果用来进行下载等应用磁盘 IO 重负载应用，可设置为 off，以平衡磁盘与网络 I/O 处理速度，降低系统的负载。
注意：如果图片显示不正常把这个改成 off。
tcp_nopush on； 必须在 sendfile 开启模式才有效，防止网路阻塞，积极的减少网络报文 段的数量（告诉 nginx 在一个数据包里发送所有头文件，而不一个接一个的发送。

连接超时时
主要目的是保护服务器资源，CPU，内存，控制连接数，因为建立连接也是需要消耗资源

[root@localhost ~]# vim /usr/local/nginx/conf/nginx.conf  \\在http中添加，keepalive已经有先注释掉，然后添加

                keepalive_timeout 60;
        tcp_nodelay on;
        client_header_buffer_size 4k;
        open_file_cache max=102400 inactive=20s;
        open_file_cache_valid 30s;
        open_file_cache_min_uses 1;
        client_header_timeout 15;
        client_body_timeout 15;
        reset_timedout_connection on;
        send_timeout 15;
        server_tokens off;
        client_max_body_size 10m;
[root@localhost ~]# nginx -t
nginx: the configuration file /usr/local/nginx/conf/nginx.conf syntax is ok
nginx: configuration file /usr/local/nginx/conf/nginx.conf test is successful

注释

keepalived_timeout：客户端连接保持会话超时时间，超过这个时间，服务器断开这个链接；
tcp_nodelay；也是防止网络阻塞，不过要包涵在 keepalived 参数才有效；
client_header_buffer_size 4k：客户端请求头部的缓冲区大小，这个可以根据你的系统分页大小来设置，一般一个请求头的大小不会超过 1k，不过由于一般系统分页都要大于 1k，所以这里设置为分页大小。分页大小可以用命令 getconf PAGESIZE 取得；
open_file_cache max=102400 inactive=20s：这个将为打开文件指定缓存，默认是没有启用的，max 指定缓存数量，建议和打开文件数一致，inactive 是指经过多长时间文件没被请求后删除缓存；
open_file_cache_valid 30s：这个是指多长时间检查一次缓存的有效信息；
open_file_cache_min_uses 1：open_file_cache 指令中的 inactive 参数时间内文件的最少使用次数，如果超过这个数字，文件描述符一直是在缓存中打开的，如上例，如果有一个文件在 inactive 时间内一次没被使用，它将被移除；
client_header_timeout：设置请求头的超时时间。我们也可以把这个设置低些，如果超过这个时间没有发送任何数据，nginx 将返回 request time out 的错误；
client_body_timeout：设置请求体的超时时间。我们也可以把这个设置低些，超过这个时间没有发送任何数据，和上面一样的错误提示；
reset_timeout_connection 告诉 nginx 关闭不响应的客户端连接。这将会释放那个客户端所占有的内存空间；
send_timeout 响应客户端超时时间，这个超时时间仅限于两个活动之间的时间，如果超过这个时间，客户端没有任何活动，nginx 关闭连接；
server_tokens 并不会让 nginx 执行的速度更快，但它可以关闭在错误页面中的 nginx 版本数字，这样对于安全性是有好处的；
client_max_body_size 上传文件大小限制；

fastcgi调优

[root@localhost ~]# vim /usr/local/nginx/conf/nginx.conf  \\接着上面http中添加
        fastcgi_connect_timeout 600;
        fastcgi_send_timeout 600;
        fastcgi_read_timeout 600;
        fastcgi_buffer_size 64k;
        fastcgi_buffers 4 64k;
        fastcgi_busy_buffers_size 128k;
        fastcgi_temp_file_write_size 128k;
        fastcgi_temp_path /usr/local/nginx/nginx_tmp;
        fastcgi_intercept_errors on;
        fastcgi_cache_path /usr/local/nginx/fastcgi_cache levels=1:2 keys_zone=cache_fastcgi:128m
        inactive=1d max_size=10g;
[root@localhost ~]# nginx -t
nginx: the configuration file /usr/local/nginx/conf/nginx.conf syntax is ok
nginx: configuration file /usr/local/nginx/conf/nginx.conf test is successful

注释

Cache： 写入缓存区；
Buffer： 读取缓存区；
fastcgi_connect_timeout 600：指定连接到后端 FastCGI 的超时时间；
fastcgi_send_timeout 600：向 FastCGI 传送请求的超时时间；
fastcgi_read_timeout 600：指定接收 FastCGI 应答的超时时间；
fastcgi_buffer_size 64k：指定读取 FastCGI 应答第一部分需要用多大的缓冲区，默认的缓冲区 大小为 fastcgi_buffers 指令中的每块大小，可以将这个值设置更小；
fastcgi_buffers 4 64k：指定本地需要用多少和多大的缓冲区来缓冲 FastCGI 的应答请求，如果 一个 php 脚本所产生的页面大小为 256KB，那么会分配 4 个 64KB 的缓冲区来缓存，如果页 面大小大于 256KB，那么大于 256KB 的部分会缓存到fastcgi_temp_path 指定的路径中，但是 这并不是好方法，因为内存中的数据处理速度要快于磁盘。一般这个值应该为站点中 php 脚本所产生的页面大小的中间值，如果站点大部分脚本所产生的页面大小为 256KB，那么可 以把这个值设置为“8 32K”、“4 64k”等；
fastcgi_busy_buffers_size 128k：建议设置为 fastcgi_buffers 的两倍，繁忙时候的 buffer；
fastcgi_temp_file_write_size 128k：在写入 fastcgi_temp_path 时将用多大的数据块，默认值是 fastcgi_buffers 的两倍，该数值设置小时若负载上来时可能报 502 Bad Gateway；
fastcgi_temp_path /usr/local/nginx1.10/nginx_tmp：缓存临时目录；
fastcgi_intercept_errors on：这个指令指定是否传递 4xx 和 5xx 错误信息到客户端，或者允许 nginx 使用 error_page 处理错误信息；
fastcgi_cache_path /usr/local/nginx1.10/fastcgi_cache levels=1:2
keys_zone=cache_fastcgi:128m inactive=1d max_size=10g：fastcgi_cache 缓存目录，可以设置目录层级，比如 1:2 会生成 16*256 个子目录，cache_fastcgi 是这个缓存空间的名字，cache 是用多少内存（这样热门的 内容 nginx 直接放内存，提高访问速度），inactive 表示默认失效时间，如果缓存数据在失效 时间内没有被访问,将被删除，max_size 表示最多用多少硬盘空间；
fastcgi_cache cache_fastcgi：表示开启 FastCGI 缓存并为其指定一个名称。开启缓存非常有 用，可以有效降低 CPU 的负载，并且防止 502 的错误放生。cache_fastcgi 为 proxy_cache_path 指令创建的缓存区名称；
fastcgi_cache_valid 200 302 1h：用来指定应答代码的缓存时间，实例中的值表示将 200 和 302 应答缓存一小时，要和 fastcgi_cache 配合使用；
fastcgi_cache_valid 301 1d：将 301 应答缓存一天 ；
fastcgi_cache_valid any 1m：将其他应答缓存为 1 分钟；
fastcgi_cache_min_uses 1：该指令用于设置经过多少次请求的相同 URL 将被缓存；
fastcgi_cache_key http://$host$request_uri ：该指令用来设置web缓存的Key值,nginx根据Key 值 md5 哈希存储.一般根据$host(域名)、$request_uri(请求的路径)等变量组合成 proxy_cache_key；
fastcgi_pass：指定 FastCGI 服务器监听端口与地址，可以是本机或者其它；

总结上述：

nginx 的缓存功能有：proxy_cache / fastcgi_cache proxy_cache 的作用是缓存后端服务器的内容，可能是任何内容，包括静态的和动态。 fastcgi_cache 的作用是缓存 fastcgi 生成的内容，很多情况是 php 生成的动态的内容。 proxy_cache 缓存减少了 nginx 与后端通信的次数，节省了传输时间和后端宽带。 fastcgi_cache缓存减少了nginx与php的通信的次数，更减轻了php和数据库(MySQL)的压力。

gzip 调优

[root@localhost ~]# vim /usr/local/nginx/conf/nginx.conf  \\在http中有个被注释掉的gzip，在它下面添加

gzip on;
gzip_min_length 2k;
gzip_buffers 4 32k;
gzip_http_version 1.1;
gzip_comp_level 6;
gzip_types  text/plain  text/css  text/javascript  application/json  application/javascript application/x-javascript application/xml;
gzip_vary on;
gzip_proxied any;
[root@localhost ~]# nginx -t
nginx: the configuration file /usr/local/nginx/conf/nginx.conf syntax is ok
nginx: configuration file /usr/local/nginx/conf/nginx.conf test is successful

注释：

gzip on：开启压缩功能；
gzip_min_length 1k：设置允许压缩的页面最小字节数，页面字节数从 header 头的Content-Length 中获取，默认值是 0，不管页面多大都进行压缩，建议设置成大于 1K，如果小与 1K 可能会越压越大；
gzip_buffers 4 32k：压缩缓冲区大小，表示申请4个单位为32K的内存作为压缩结果流缓存，默认值是申请与原始数据大小相同的内存空间来存储 gzip 压缩结果；
gzip_http_version 1.1：压缩版本，用于设置识别 HTTP 协议版本，默认是 1.1，目前大部分浏览器已经支持 GZIP 解压，使用默认即可；
gzip_comp_level 6：压缩比例，用来指定 GZIP 压缩比，1 压缩比最小，处理速度最快，9 压缩比最大，传输速度快，但是处理慢，也比较消耗 CPU 资源；
gzip_types text/css text/xml application/javascript：用来指定压缩的类型，‘text/html’类型总是会被压缩。
默认值: gzip_types text/html (默认不对 js/css 文件进行压缩)
#压缩类型，匹配 MIME 类型进行压缩
#不能用通配符 text/*
#(无论是否指定)text/html 默认已经压缩
#设置哪压缩种文本文件可参考 conf/mime.types
gzip_vary on：vary header 支持，该选项可以让前端的缓存服务器缓存经过 GZIP 压缩的页面，例如用 Squid 缓存经过 nginx 压缩的数据

expires 缓存调优
缓存，主要针对于图片，css，js 等元素更改机会比较少的情况下使用，特别是图片，占用带宽大，我们完全可以设置图片在浏览器本地缓存 365d，css，js，html 可以缓存个 10 来天，这样用户第一次打开加载慢一点，第二次，就非常快了！缓存的时候，我们需要将需要缓存的拓展名列出来。

[root@localhost ~]# vim /usr/local/nginx/conf/nginx.conf    \\在server字段中添加

location ~* \.(ico|jpe?g|gif|png|bmp|swf|flv)$ {
 expires 30d;                             //缓存时间为30天
 #log_not_found off;                 //是否在 error_log 中记录不存在的错误
 access_log off;                            //不记录日志
}
location ~* \.(js|css)$ {
 expires 7d;              
 log_not_found off;    
 access_log off;              
}
[root@localhost ~]# nginx -t
nginx: the configuration file /usr/local/nginx/conf/nginx.conf syntax is ok
nginx: configuration file /usr/local/nginx/conf/nginx.conf test is successful

expire 功能优点

expires 可以降低网站购买的带宽，节约成本，同时提升用户访问体验；
减轻服务的压力，节约服务器成本，是 web 服务非常重要的功能。 expire 功能
缺点：被缓存的页面或数据更新了，用户看到的可能还是旧的内容，反而影响用户体验。解决办法： 第一个缩短缓存时间，例如：1 天，但不彻底，除非更新频率大于 1 天；第二个对缓存的对象改名。

网站不希望被缓存的内容

1）网站流量统计工具；
2）更新频繁的文件（google 的 logo）；

防盗链

下面的方法是直接给予 404 的错误提示或者跳转到指定提示页面。

[root@localhost ~]# vim /usr/local/nginx/conf/nginx.conf    \\在server字段中添加

location ~* ^.+\.(jpg|gif|swf|flv|wma|wmv|asf|mp3|mmf|zip|rar)$ {
            valid_referers none blocked 192.168.148.131;    #该字段是指定允许跳转访问的域名，也可以是本机ip
            if ($invalid_referer) {
            #return 302 http://www.test.com/img/nolink.png;   #该注释的配置项表示可以将其重定向到指定文件
            return 404;          #这里是直接返回给客户端状态码404
            break;
            }
            access_log off;         #关闭访问日志
          }
        location / {            #防盗链配置必须写在所有location字段之前
            root   html;
            index  index.html index.htm;
        }
[root@localhost ~]# nginx -t
nginx: the configuration file /usr/local/nginx/conf/nginx.conf syntax is ok
nginx: configuration file /usr/local/nginx/conf/nginx.conf test is successful

下面是刚才修改过的全部内容

#user  nobody;
worker_processes  4;
worker_cpu_affinity 0001 0010 0100 1000;
worker_rlimit_nofile 65535;

#error_log  logs/error.log;
#error_log  logs/error.log  notice;
#error_log  logs/error.log  info;

#pid        logs/nginx.pid;

events {
    use epoll;
    worker_connections  65535;
    multi_accept on;
}

http {
    include       mime.types;
    default_type  application/octet-stream;
    #log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
    #                  '$status $body_bytes_sent "$http_referer" '
    #                  '"$http_user_agent" "$http_x_forwarded_for"';

    #access_log  logs/access.log  main;

    sendfile        on;
    tcp_nopush     on;

    #keepalive_timeout  0;
    keepalive_timeout  65;
    tcp_nodelay on;
    client_header_buffer_size 4k;
    open_file_cache max=102400 inactive=20s;
    open_file_cache_valid 30s;
    open_file_cache_min_uses 1;
    client_header_timeout 15;
    client_body_timeout 15;
    reset_timedout_connection on;
    send_timeout 15;
    server_tokens off;
    client_max_body_size 10m;

    fastcgi_connect_timeout 600;
    fastcgi_send_timeout 600;
    fastcgi_read_timeout 600;
    fastcgi_buffer_size 64k;
    fastcgi_buffers 4 64k;
    fastcgi_busy_buffers_size 128k;
    fastcgi_temp_file_write_size 128k;
    fastcgi_temp_path /usr/local/nginx1.10/nginx_tmp;
    fastcgi_intercept_errors on;
    fastcgi_cache_path /usr/local/nginx1.10/fastcgi_cache levels=1:2 keys_zone=cache_fastcgi:128m inactive=1d max_size=10g;
    gzip  on;
    gzip_min_length 2k;
    gzip_buffers 4 32k;
    gzip_http_version 1.1;
    gzip_comp_level 6;
    gzip_types  text/plain  text/css  text/javascript  application/json  application/javascript application/x-javascript application/xml;
    gzip_vary on;
    gzip_proxied any;

    server {
        listen       80;
        server_name  localhost;

        #charset koi8-r;

        #access_log  logs/host.access.log  main;
        location ~* ^.+\.(jpg|gif|png|swf|flv|wma|wmv|asf|mp3|mmf|zip|rar)$ {
            valid_referers none blocked 192.168.148.131;
            if ($invalid_referer) {
            return 302 http:////www.benet.com/img/nolink.jpg;
            #return 404;
            break;
            }
            access_log off;
          }
        location / {
            root   html;
            index  index.html index.htm;
        }
        location ~* \.(ico|jpe?g|gif|png|bmp|swf|flv)$ {
            expires 30d;
            log_not_found off;
            access_log off;
        }
        location ~* \.(js|css)$ {
            expires 7d;
            log_not_found off;
            access_log off;
        }
[root@localhost ~]# nginx -s reload    \\重载nginx

内核参数优化

[root@localhost ~]# vim /etc/sysctl.conf         \\在末尾添加
fs.file-max = 999999
net.ipv4.ip_forward = 0
net.ipv4.conf.default.rp_filter = 1
net.ipv4.conf.default.accept_source_route = 0
kernel.sysrq = 0
kernel.core_uses_pid = 1
net.ipv4.tcp_syncookies = 1
kernel.msgmnb = 65536
kernel.msgmax = 65536
kernel.shmmax = 68719476736
kernel.shmall = 4294967296
net.ipv4.tcp_max_tw_buckets = 6000
net.ipv4.tcp_sack = 1
net.ipv4.tcp_window_scaling = 1
net.ipv4.tcp_rmem = 10240 87380 12582912
net.ipv4.tcp_wmem = 10240 87380 12582912
net.core.wmem_default = 8388608
net.core.rmem_default = 8388608
net.core.rmem_max = 16777216
net.core.wmem_max = 16777216
net.core.netdev_max_backlog = 262144
net.core.somaxconn = 40960
net.ipv4.tcp_max_orphans = 3276800
net.ipv4.tcp_max_syn_backlog = 262144
net.ipv4.tcp_timestamps = 0
net.ipv4.tcp_synack_retries = 1
net.ipv4.tcp_syn_retries = 1
net.ipv4.tcp_tw_recycle = 1
net.ipv4.tcp_tw_reuse = 1
net.ipv4.tcp_mem = 94500000 915000000 927000000
net.ipv4.tcp_fin_timeout = 1
net.ipv4.tcp_keepalive_time = 30
net.ipv4.ip_local_port_range = 1024 65000
[root@localhost ~]# sysctl -p   \\刷新，使内核修改生效，正常的话，会返回所有配置项

注释

fs.file-max = 999999：这个参数表示进程（比如一个 worker 进程）可以同时打开的最大句柄数，这个参数直线限制最大并发连接数，需根据实际情况配置。
net.ipv4.tcp_max_tw_buckets = 6000 ：这个参数表示操作系统允许 TIME_WAIT 套接字数量的最大值，如果超过这个数字，TIME_WAIT 套接字将立刻被清除并打印警告信息。该参数默认为 180000，过多的 TIME_WAIT 套接字会使 Web 服务器变慢。
注：主动关闭连接的服务端会产生 TIME_WAIT 状态的连接
net.ipv4.ip_local_port_range = 1024 65000 ：允许系统打开的端口范围。
net.ipv4.tcp_tw_recycle = 1：启用 timewait 快速回收。
net.ipv4.tcp_tw_reuse = 1：开启重用。允许将 TIME-WAIT sockets 重新用于新的 TCP 连接。这对于服务器来说很有意义，因为服务器上总会有大量 TIME-WAIT 状态的连接。
net.ipv4.tcp_keepalive_time = 30：这个参数表示当 keepalive 启用时，TCP 发送 keepalive 消息的频度。默认是 2 小时，若将其设置的小一些，可以更快地清理无效的连接。
net.ipv4.tcp_syncookies = 1 ：开启 SYN Cookies，当出现 SYN 等待队列溢出时，启用 cookies 来处理。
net.core.somaxconn = 40960 ：web 应用中 listen 函数的 backlog 默认会给我们内核参数的
net.core.somaxconn： 限制到 128，而 nginx 定义的 NGX_LISTEN_BACKLOG 默认为 511，所以有必要调整这个值。
注：对于一个 TCP 连接，Server 与 Client 需要通过三次握手来建立网络连接.当三次握手成功后,我们可以看到端口的状态由 LISTEN 转变为 ESTABLISHED,接着这条链路上就可以开始传送数据了.每一个处于监听(Listen)状态的端口,都有自己的监听队列.监听队列的长度与如
somaxconn 参数和使用该端口的程序中 listen()函数有关；
somaxconn参数：定义了系统中每一个端口最大的监听队列的长度,这是个全局的参数,默认值为 128，对于一个经常处理新连接的高负载 web 服务环境来说，默认的 128 太小了。大多数环境这个值建议增加到 1024 或者更多。大的侦听队列对防止拒绝服务 DoS ***也会有
所帮助。
net.core.netdev_max_backlog = 262144 ：每个网络接口接收数据包的速率比内核处理这些包的速率快时，允许送到队列的数据包的最大数目。
net.ipv4.tcp_max_syn_backlog = 262144 ：这个参数标示 TCP 三次握手建立阶段接受 SYN 请求队列的最大长度，默认为 1024，将其设置得大一些可以使出现 Nginx 繁忙来不及 accept 新连接的情况时，Linux 不至于丢失客户端发起的连接请求。
net.ipv4.tcp_rmem = 10240 87380 12582912：这个参数定义了 TCP 接受缓存（用于 TCP 接受滑动窗口）的最小值、默认值、最大值。
net.ipv4.tcp_wmem = 10240 87380 12582912：这个参数定义了 TCP 发送缓存（用于 TCP 发送滑动窗口）的最小值、默认值、最大值。
net.core.rmem_default = 6291456：这个参数表示内核套接字接受缓存区默认的大小。
net.core.wmem_default = 6291456：这个参数表示内核套接字发送缓存区默认的大小。
net.core.rmem_max = 12582912：这个参数表示内核套接字接受缓存区的最大大小。
net.core.wmem_max = 12582912：这个参数表示内核套接字发送缓存区的最大大小。
net.ipv4.tcp_syncookies = 1：该参数与性能无关，用于解决 TCP 的 SYN “gong击” 。

三.验证上述优化

验证防盗链
开一台httpd服务器，写一个测试文件

ip为192.168.148.132
nginx ip为192.168.148.131

nginx服务器操作如下：

先下载俩张图片

[root@localhost ~]# cd /usr/local/nginx/html/
[root@localhost html]# mkdir xws
[root@localhost html]# cd xws
[root@localhost xws]# mv /root/u=2242212773\,2792770847\&fm\=26\&gp\=0.jpg  a.jpg
[root@localhost xws]# mv /root/u=1806047429\,2669047046\&fm\=26\&gp\=0.jpg  error.jpg
[root@localhost xws]# ls
a.jpg  error.jpg

http服务器操作如下:

[root@localhost ~]# yum -y install httpd
[root@localhost ~]# systemctl start httpd
[root@localhost ~]# vim /var/www/html/index.html
lianjie

访问效果如下：

Nginx深度优化

因为上面配置文件中设置的是访问结果是404，所以会看到404
如果把那个404用#注释掉，把那个302打开，访问就会出现链接图片，状态码为302

网站名称：Nginx深度优化
链接URL：http://dzwzjz.com/article/psssop.html

大橙子网站建设，新征程启航

Nginx深度优化

一.nginx编译前优化

二.nginx主配置优化

三.验证上述优化

其他资讯