Nginx安裝配置防盜鏈及深度優(yōu)化

一、編譯安裝前的優(yōu)化
編譯安裝前的優(yōu)化主要是用來修改程序名等等，通過更改源碼以便隱藏軟件名稱和版本號(hào)。

專注于為中小企業(yè)提供做網(wǎng)站、網(wǎng)站建設(shè)服務(wù),電腦端+手機(jī)端+微信端的三站合一,更高效的管理,為中小企業(yè)鉛山免費(fèi)做網(wǎng)站提供優(yōu)質(zhì)的服務(wù)。我們立足成都，凝聚了一批互聯(lián)網(wǎng)行業(yè)人才，有力地推動(dòng)了成百上千家企業(yè)的穩(wěn)健成長，幫助中小企業(yè)通過網(wǎng)站建設(shè)實(shí)現(xiàn)規(guī)模擴(kuò)充和轉(zhuǎn)變。

下載我提供的所需源碼包：https://pan.baidu.com/s/1tyS3GL0W2kcQGsdfwc3B1w
提取碼：cs23
1、開始安裝：

[root@nginx ~]# yum -y erase httpd        #卸載系統(tǒng)默認(rèn)的httpd服務(wù)，防止端口沖突
[root@nginx ~]# yum -y install openssl-devel pcre-devel    #安裝所需依賴
[root@nginx src]# rz          #rz命令上傳所需源碼包
[root@nginx src]# ls          #確認(rèn)上傳的源碼包
nginx-sticky-module.zip    nginx-1.14.0.tar.gz    ngx_cache_purge-2.3.tar.gz
#將上傳的源碼包進(jìn)行解壓
[root@nginx src]# tar zxf nginx-1.14.0.tar.gz  
[root@nginx src]# unzip nginx-sticky-module.zip 
[root@nginx src]# tar zxf ngx_cache_purge-2.3.tar.gz 
[root@nginx src]# cd nginx-1.14.0/        #切換至nginx目錄
[root@nginx nginx-1.14.0]# vim src/core/nginx.h    #修改以下兩行配置
#define NGINX_VERSION      "6.6"       #這里是修改nginx的版本號(hào)
#define NGINX_VER          "IIS/" NGINX_VERSION    #這里修改的是軟件名稱，我將原有的nginx改為了IIS。
#修改后，保存退出即可
[root@nginx nginx-1.14.0]# vim src/http/ngx_http_header_filter_module.c   #編輯該文件
#修改前如下：
static u_char ngx_http_server_string[] = "Server: nginx" CRLF;     #第49行
#修改后如下：
static u_char ngx_http_server_string[] = "Server: IIS" CRLF;   #該IIS和前一個(gè)文件更改的最好一致。
#更改完成后，保存退出即可。
[root@nginx nginx-1.14.0]# vim src/http/ngx_http_special_response.c   #修改此配置文件，防止頁面出現(xiàn)錯(cuò)誤時(shí)，回顯時(shí)帶著nginx和版本號(hào)
#修改前如下：
static u_char ngx_http_error_tail[] =     #在此之前有一行與此非常相似，注意區(qū)分，這行的error后面沒有build字樣。
"<hr><center>nginx</center>" CRLF           #第36行
"</body>" CRLF
"</html>" CRLF
#更改后如下：
static u_char ngx_http_error_tail[] =
"<hr><center>IIS</center>" CRLF       #將原有的nginx改為IIS
"</body>" CRLF
"</html>" CRLF
#更改完成后，保存退出即可
[root@nginx nginx-1.14.0]# useradd -M -s /sbin/nologin www   #創(chuàng)建nginx運(yùn)行用戶
[root@nginx nginx-1.14.0]# ./configure --prefix=/usr/local/nginx1.14 --user=www --group=www --with-http_stub_status_module  --with-http_realip_module  --with-http_ssl_module --with-http_gzip_static_module  --http-client-body-temp-path=/var/tmp/nginx/client --http-proxy-temp-path=/var/tmp/nginx/proxy  --http-fastcgi-temp-path=/var/tmp/nginx/fcgi --with-pcre  --add-module=/usr/src/ngx_cache_purge-2.3  --with-http_flv_module --add-module=/usr/src/nginx-sticky-module --with-http_dav_module --with-http_addition_module --with-http_sub_module --with-http_mp4_module && make && make install
#編譯安裝
[root@nginx nginx-1.14.0]# ln -sf /usr/local/nginx1.14/sbin/nginx /usr/local/sbin/  #創(chuàng)建nginx命令軟連接
[root@nginx nginx-1.14.0]# mkdir -p /var/tmp/nginx/client      #創(chuàng)建存放臨時(shí)文件目錄
[root@nginx nginx-1.14.0]# nginx -t       #檢查配置文件
[root@nginx nginx-1.14.0]# nginx       #沒有錯(cuò)誤后，啟動(dòng)nginx
[root@nginx nginx-1.14.0]# netstat -anput | grep 80      #確定80端口處于監(jiān)聽狀態(tài)

命令行驗(yàn)證http頭部的軟件名稱及版本號(hào)是否更改：

[root@nginx conf]# curl -I 127.0.0.1     #訪問本機(jī)
HTTP/1.1 200 OK
Server: IIS/6.6             #OK，使我們更改的名稱及版本
Date: Fri, 25 Oct 2019 00:10:17 GMT
Content-Type: text/html
Content-Length: 612
Last-Modified: Fri, 25 Oct 2019 00:03:52 GMT
Connection: keep-alive
ETag: "5db23be8-264"
Accept-Ranges: bytes
[root@nginx conf]# curl -I 127.0.0.1/a.html       #訪問一個(gè)不存在的頁面
HTTP/1.1 404 Not Found
Server: IIS/6.6           #錯(cuò)誤頁面回顯的信息，也是我們更改的，OK
Date: Fri, 25 Oct 2019 00:11:07 GMT
Content-Type: text/html
Content-Length: 164
Connection: keep-alive

二、Nginx配置項(xiàng)優(yōu)化
Nginx是master/worker結(jié)構(gòu)：一個(gè)master進(jìn)程，生成一個(gè)或多個(gè)worker進(jìn)程。示意圖如下：

master-worker設(shè)計(jì)模式主要包含兩個(gè)主要組件：master和worker，master維護(hù)著worker隊(duì)列，將請(qǐng)求下發(fā)到多個(gè)worker并執(zhí)行，worker主要進(jìn)行實(shí)際邏輯計(jì)算，并將結(jié)果返回給master。

Nginx采用這種進(jìn)程模型的好處在于采用獨(dú)立的進(jìn)程，可以讓互相之間不會(huì)影響，一個(gè)進(jìn)程退出后，其他進(jìn)程還在工作，服務(wù)不會(huì)中斷，master進(jìn)程則很快重新啟動(dòng)新的worker進(jìn)程。當(dāng)worker發(fā)生異常時(shí)，會(huì)導(dǎo)致當(dāng)前worker上的所有請(qǐng)求失敗，而不會(huì)影響到其他worker進(jìn)程。
接下來的所有配置參數(shù)都是在Nginx配置文件的全局中寫入

1、調(diào)整Nginx運(yùn)行工作進(jìn)程個(gè)數(shù)

[root@nginx ~]# vim /usr/local/nginx1.14/conf/nginx.conf    #編輯主配置文件
 worker_processes  4;    #一般設(shè)置為CPU的核心或者核心數(shù)x2
  [root@nginx ~]# nginx -s reload          #重啟Nginx服務(wù)
  [root@nginx ~]# ps -ef | grep nginx | grep worker    #查看開啟的worker進(jìn)程
  www      128282   6761  0 11:41 ?        00:00:00 nginx: worker process
  www      128283   6761  0 11:41 ?        00:00:00 nginx: worker process
  www      128284   6761  0 11:41 ?        00:00:00 nginx: worker process
  www      128285   6761  0 11:41 ?        00:00:00 nginx: worker process

2、Nginx運(yùn)行CPU親和力

[root@nginx ~]# vim /usr/local/nginx1.14/conf/nginx.conf   <!--編輯主配置文件-->
<!--如果是四核配置，應(yīng)配置如下：-->
worker_processes 4;
worker_cpu_affinity 0001 0010 0100 1000;
       <!--
上面是每個(gè)核心開啟一個(gè)worker，若要每個(gè)核心對(duì)應(yīng)兩個(gè)worker，
則需要寫入：worker_cpu_affinity 0001 0010 0100 1000 0001 0010 0100 1000;
                                 -->
<!--  如果是八核配置，則應(yīng)配置如下：  -->
worker_processes 8;
worker_cpu_affinity 00000001 00000010 00000100 00001000 00010000 00100000 01000000
10000000;
worker_rlimit_nofile 65535;      <!--修改nginx最多可以打開的文件數(shù)-->
         <!--   
        這個(gè)配置是指當(dāng)一個(gè)nginx進(jìn)程打開的最多文件描述數(shù)目，理論值應(yīng)該是系統(tǒng)最多打開文件數(shù)（使用ulimit -n命令查看）與nginx進(jìn)程相除，但是nginx分配請(qǐng)求并不是那么均勻，所以最好與命令ulimit -n得到的值保持一致。
在上面指定了其值為“65535”但是系統(tǒng)默認(rèn)是1024，怎么辦呢？  
                               -->
[root@docker ~]# ulimit -n       <!--確定系統(tǒng)最對(duì)打開文件數(shù)-->
1024
<!--如果此時(shí)啟動(dòng)nginx服務(wù)，是會(huì)出現(xiàn)異常的。-->
[root@docker ~]# vim /etc/security/limits.conf   <!--編輯此文件，以便修改系統(tǒng)默認(rèn)的文件數(shù)-->
<!--在配置文件末尾增加以下字段 -->
*       soft    nofile  65535
*       hard    nofile  65535
<!--更改完成后，保存退出-->
[root@nginx conf]# su -      <!--重新登錄，以便生效-->
[root@nginx ~]# ulimit -n       <!-- 再次查看確認(rèn)是否修改成功-->
65535
[root@nginx ~]# nginx -s reload        <!--重啟nginx服務(wù)，以便配置生效-->

worker_processes最多開啟8個(gè)，8個(gè)以上的話性能不會(huì)再提升了，而且穩(wěn)定性變得更低，所以8個(gè)進(jìn)程足夠用了。
由于接下來是對(duì)配置文件增加一些配置項(xiàng)，就直接寫配置項(xiàng)及解釋了
3、Nginx事件處理模型

#配置文件修改如下：
events {
    use epoll;
    worker_connections  65535;
    multi_accept on;
}

nginx 采用 epoll 事件模型，處理效率高，work_connections 是單個(gè) worker 進(jìn)程允許客戶端最大連接數(shù)，這個(gè)數(shù)值一般根據(jù)服務(wù)器性能和內(nèi)存來制定，Nginx服務(wù)器的實(shí)際并發(fā)量就是 worker 進(jìn)程數(shù)乘以 work_connections，填入一個(gè) 65535，則表示其并發(fā)量可以達(dá)到了65535 x 4 = 262140的一個(gè)并發(fā)量，一個(gè)網(wǎng)站的并發(fā)達(dá)到這么大的數(shù)量，也算是一個(gè)大站了！
multi_accept 是告訴 nginx 收到一個(gè)新連接通知后接受盡可能多的連接。

注：接下來的所有配置都將在http{ }模塊中寫入。
4、開啟高效傳輸模式

http {
    include       mime.types;
    default_type  application/octet-stream;
         ........................#省略部分內(nèi)容
    sendfile        on;        #此行默認(rèn)開啟
    tcp_nopush     on;     #去掉此行開頭的注釋符號(hào)

上述配置的相關(guān)解釋如下：

• Include mime.types：媒體類型, include 只是一個(gè)在當(dāng)前文件中包含另一個(gè)文件內(nèi)容的指令。
• default_type application/octet-stream：默認(rèn)媒體類型足夠。
• sendfile on：開啟高效文件傳輸模式，sendfile 指令指定 nginx 是否調(diào)用 sendfile 函數(shù)來
• 輸出文件，對(duì)于普通應(yīng)用設(shè)為 on，如果用來進(jìn)行下載等應(yīng)用磁盤 IO 重負(fù)載應(yīng)用，可設(shè)置為off，以平衡磁盤與網(wǎng)絡(luò) I/O 處理速度，降低系統(tǒng)的負(fù)載。注意：如果圖片顯示不正常把這個(gè)改成 off。
• tcp_nopush on； 必須在 sendfile 開啟模式才有效，防止網(wǎng)路阻塞，積極的減少網(wǎng)絡(luò)報(bào)文段的數(shù)量（告訴 nginx 在一個(gè)數(shù)據(jù)包里發(fā)送所有頭文件，而不一個(gè)接一個(gè)的發(fā)送。）

5、連接超時(shí)時(shí)間
修改及增加下面的內(nèi)容主要目的是保護(hù)服務(wù)器資源，CPU，內(nèi)存，控制連接數(shù)，因?yàn)榻⑦B接也是需要消耗資源的。

#在http{  }字段增加以下內(nèi)容：
    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;

• keepalived_timeout ：客戶端連接保持會(huì)話超時(shí)時(shí)間，超過這個(gè)時(shí)間，服務(wù)器斷開這個(gè)鏈接；
• tcp_nodelay：也是防止網(wǎng)絡(luò)阻塞，不過要包涵在 keepalived 參數(shù)才有效；
• client_header_buffer_size 4k：客戶端請(qǐng)求頭部的緩沖區(qū)大小，這個(gè)可以根據(jù)你的系統(tǒng)分頁大小來設(shè)置，一般一個(gè)請(qǐng)求頭的大小不會(huì)超過 1k，不過由于一般系統(tǒng)分頁都要大于 1k，所以這里設(shè)置為分頁大小。分頁大小可以用命令 getconf PAGESIZE 取得；
• open_file_cache max=102400 inactive=20s：這個(gè)將為打開文件指定緩存，默認(rèn)是沒有啟用的，max 指定緩存數(shù)量，建議和打開文件數(shù)一致，inactive 是指經(jīng)過多長時(shí)間文件沒被請(qǐng)求后刪除緩存；
• open_file_cache_valid 30s：這個(gè)是指多長時(shí)間檢查一次緩存的有效信息；
• open_file_cache_min_uses 1：open_file_cache 指令中的 inactive 參數(shù)時(shí)間內(nèi)文件的最少使用次數(shù)，如果超過這個(gè)數(shù)字，文件描述符一直是在緩存中打開的，如上例，如果有一個(gè)文件在 inactive 時(shí)間內(nèi)一次沒被使用，它將被移除；
• client_header_timeout 設(shè)置請(qǐng)求頭的超時(shí)時(shí)間。我們也可以把這個(gè)設(shè)置低些，如果超過這個(gè)時(shí)間沒有發(fā)送任何數(shù)據(jù)，nginx 將返回 request time out 的錯(cuò)誤；
• client_body_timeout ：設(shè)置請(qǐng)求體的超時(shí)時(shí)間。我們也可以把這個(gè)設(shè)置低些，超過這個(gè)時(shí)間沒有發(fā)送任何數(shù)據(jù)，和上面一樣的錯(cuò)誤提示；
• reset_timeout_connection ：告訴 nginx 關(guān)閉不響應(yīng)的客戶端連接。這將會(huì)釋放那個(gè)客戶端所占有的內(nèi)存空間；
• send_timeout ：響應(yīng)客戶端超時(shí)時(shí)間，這個(gè)超時(shí)時(shí)間僅限于兩個(gè)活動(dòng)之間的時(shí)間，如果超過這個(gè)時(shí)間，客戶端沒有任何活動(dòng)，nginx 關(guān)閉連接；
• server_tokens： 并不會(huì)讓 nginx 執(zhí)行的速度更快，但它可以關(guān)閉在錯(cuò)誤頁面中的 nginx 版本數(shù)字，這樣對(duì)于安全性是有好處的；
• client_max_body_size 上傳文件大小限制。

6、fastcgi優(yōu)化
Fastcgi （快速通用網(wǎng)關(guān)接口）是靜態(tài)服務(wù)和動(dòng)態(tài)服務(wù)的一個(gè)接口，Cache表示寫入緩存區(qū)，Buffer表示讀取緩存區(qū)。

在生產(chǎn)環(huán)境中，還需要根據(jù)自己公司的網(wǎng)站來決定，是否需要開啟動(dòng)態(tài)頁面的緩存功能，畢竟動(dòng)態(tài)頁面變化比較快，大多數(shù)情況下，我們都不會(huì)開啟動(dòng)態(tài)頁面的緩存。

#以下配置寫入在http{  }字段內(nèi)
    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;

上述配置項(xiàng)解釋如下：

• fastcgi_connect_timeout 600：指定連接到后端 FastCGI 的超時(shí)時(shí)間；
• fastcgi_send_timeout 600：向 FastCGI 傳送請(qǐng)求的超時(shí)時(shí)間；
• fastcgi_read_timeout 600：指定接收 FastCGI 應(yīng)答的超時(shí)時(shí)間；
• fastcgi_buffer_size 64k：指定讀取 FastCGI 應(yīng)答第一部分需要用多大的緩沖區(qū)，默認(rèn)的緩沖區(qū)大小為 fastcgi_buffers 指令中的每塊大小，可以將這個(gè)值設(shè)置更??；
• fastcgi_buffers 4 64k：指定本地需要用多少和多大的緩沖區(qū)來緩沖 FastCGI 的應(yīng)答請(qǐng)求，如果一個(gè) php 腳本所產(chǎn)生的頁面大小為 256KB，那么會(huì)分配 4 個(gè) 64KB 的緩沖區(qū)來緩存，如果頁面大小大于 256KB，那么大于 256KB 的部分會(huì)緩存到fastcgi_temp_path 指定的路徑中，但是這并不是好方法，因?yàn)閮?nèi)存中的數(shù)據(jù)處理速度要快于磁盤。一般這個(gè)值應(yīng)該為站點(diǎn)中 php腳本所產(chǎn)生的頁面大小的中間值，如果站點(diǎn)大部分腳本所產(chǎn)生的頁面大小為 256KB，那么可以把這個(gè)值設(shè)置為“8 32K”、“4 64k”等；
• fastcgi_busy_buffers_size 128k：建議設(shè)置為 fastcgi_buffers 的兩倍，代表繁忙時(shí)候的 buffer；
• fastcgi_temp_file_write_size 128k：在寫入 fastcgi_temp_path 時(shí)將用多大的數(shù)據(jù)塊，默認(rèn)值是 fastcgi_buffers 的兩倍，該數(shù)值設(shè)置小時(shí)若負(fù)載上來時(shí)可能報(bào) 502 Bad Gateway；
• fastcgi_temp_path ：緩存臨時(shí)目錄；
• fastcgi_intercept_errors on：這個(gè)指令指定是否傳遞 4xx 和 5xx 錯(cuò)誤信息到客戶端，或者允許nginx 使用 error_page 處理錯(cuò)誤信息。注：靜態(tài)文件不存在會(huì)返回 404 頁面，但是 php 頁面則返回空白頁；
• fastcgi_cache_path /usr/local/nginx1.10/fastcgi_cache levels=1:2 keys_zone=cache_fastcgi:128m inactive=1d max_size=10g： fastcgi_cache 緩存目錄，可以設(shè)置目錄層級(jí)，比如 1:2 會(huì)生成16*256 個(gè)子目錄，cache_fastcgi 是這個(gè)緩存空間的名字，cache 是用多少內(nèi)存（這樣熱門的內(nèi)容 nginx 直接放內(nèi)存，提高訪問速度），inactive 表示默認(rèn)失效時(shí)間，如果緩存數(shù)據(jù)在失效時(shí)間內(nèi)沒有被訪問,將被刪除，max_size 表示最多用多少硬盤空間；
• #注：以下配置項(xiàng)并沒有在上面的配置項(xiàng)寫入，可選：
• fastcgi_cache cache_fastcgi：表示開啟 FastCGI 緩存并為其指定一個(gè)名稱。開啟緩存可以有效降低 CPU 的負(fù)載，并且防止 502 的錯(cuò)誤放生。cache_fastcgi 為 proxy_cache_path指令創(chuàng)建的緩存區(qū)名稱；
• fastcgi_cache_valid 200 302 1h：用來指定應(yīng)答代碼的緩存時(shí)間，實(shí)例中的值表示將 200 和302 應(yīng)答緩存一小時(shí)，要和 fastcgi_cache 配合使用；
• fastcgi_cache_valid 301 1d：將 301 應(yīng)答緩存一天；
• fastcgi_cache_valid any 1m：將其他應(yīng)答緩存為 1 分鐘；
• fastcgi_cache_min_uses 1：該指令用于設(shè)置經(jīng)過多少次請(qǐng)求的相同 URL 將被緩存；
• fastcgi_cache_key http://$host$request_uri ：該指令用來設(shè)置web緩存的Key值,nginx根據(jù)Key值 md5 哈希存儲(chǔ).一般根據(jù)$host(域名)、$request_uri(請(qǐng)求的路徑)等變量組合成proxy_cache_key ；
• fastcgi_pass ：指定 FastCGI 服務(wù)器監(jiān)聽端口與地址，可以是本機(jī)或者其它。

總結(jié)：

1. nginx 的緩存功能有：proxy_cache / fastcgi_cache
2. proxy_cache 的作用是緩存后端服務(wù)器的內(nèi)容，可能是任何內(nèi)容，包括靜態(tài)的和動(dòng)態(tài)。
3. fastcgi_cache 的作用是緩存 fastcgi 生成的內(nèi)容，很多情況是 php 生成的動(dòng)態(tài)的內(nèi)容。
4. proxy_cache 緩存減少了 nginx 與后端通信的次數(shù)，節(jié)省了傳輸時(shí)間和后端寬帶。
5. fastcgi_cache緩存減少了nginx與php的通信的次數(shù)，更減輕了php和數(shù)據(jù)庫(MySQL)的壓力。

7、gzip調(diào)優(yōu)

#以下配置項(xiàng)在http{  }字段中寫入：
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;

gzip on：開啟壓縮功能；

• gzip_min_length 1k：設(shè)置允許壓縮的頁面最小字節(jié)數(shù)，頁面字節(jié)數(shù)從 header 頭的Content-Length 中獲取，默認(rèn)值是 0，不管頁面多大都進(jìn)行壓縮，建議設(shè)置成大于 1K，如果小與 1K 可能會(huì)越壓越大；
• gzip_buffers 4 32k：壓縮緩沖區(qū)大小，表示申請(qǐng)4個(gè)單位為32K的內(nèi)存作為壓縮結(jié)果流緩存，默認(rèn)值是申請(qǐng)與原始數(shù)據(jù)大小相同的內(nèi)存空間來存儲(chǔ) gzip 壓縮結(jié)果；
• gzip_http_version 1.1：壓縮版本，用于設(shè)置識(shí)別 HTTP 協(xié)議版本，默認(rèn)是 1.1，目前大部分瀏覽器已經(jīng)支持 GZIP 解壓，使用默認(rèn)即可；
• gzip_comp_level 6：壓縮比例，用來指定 GZIP 壓縮比，1 壓縮比最小，處理速度最快，9 壓縮比最大，傳輸速度快，但是處理慢，也比較消耗 CPU 資源；
• gzip_types text/css text/xml application/javascript：用來指定壓縮的類型，‘text/html’類型總是會(huì)被壓縮。
• 默認(rèn)值: gzip_types text/html (默認(rèn)不對(duì) js/css 文件進(jìn)行壓縮)
• #壓縮類型，匹配 MIME 類型進(jìn)行壓縮
• #不能用通配符 text/*
• #(無論是否指定)text/html 默認(rèn)已經(jīng)壓縮
• #設(shè)置哪壓縮種文本文件可參考 conf/mime.types
• gzip_vary on：vary header 支持，該選項(xiàng)可以讓前端的緩存服務(wù)器緩存經(jīng)過 GZIP 壓縮的頁面，例如用 Squid 緩存經(jīng)過 nginx 壓縮的數(shù)據(jù)

8、expires緩存調(diào)優(yōu)
緩存，主要針對(duì)于圖片，css，js 等元素更改機(jī)會(huì)比較少的情況下使用，特別是圖片，占用帶寬大，我們完全可以設(shè)置圖片在瀏覽器本地緩存 365d，css，js，html 可以緩存?zhèn)€ 10 來天，這樣用戶第一次打開加載慢一點(diǎn)，第二次，就非?？炝?！緩存的時(shí)候，我們需要將需要緩存對(duì)象的擴(kuò)展名列出來，Expires 緩存配置在 server 字段里面。

   server {
        listen       80;
        server_name  localhost;
                ................#省略部分內(nèi)容
        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;
        }
                ..........#省略部分內(nèi)容
}
#注：log_not_found off：表示是否在 error_log 中記錄不存在的錯(cuò)誤，默認(rèn)on。

expire 功能優(yōu)點(diǎn)如下：
（1）expires 可以降低網(wǎng)站購買的帶寬，節(jié)約成本，同時(shí)提升用戶訪問體驗(yàn)；
（2）減輕服務(wù)的壓力，節(jié)約服務(wù)器成本，是 web 服務(wù)非常重要的功能。
expire 功能缺點(diǎn)如下：
（1）被緩存的頁面或數(shù)據(jù)更新了，用戶看到的可能還是舊的內(nèi)容，反而影響用戶體驗(yàn)。 解決辦法： 第一個(gè)縮短緩存時(shí)間，例如：1 天，但不徹底，除非更新頻率大于 1 天；第二個(gè)對(duì)緩存的對(duì)象改名；
（2）網(wǎng)站不希望被緩存的內(nèi)容 ：網(wǎng)站流量統(tǒng)計(jì)工具、更新頻繁的文件（網(wǎng)頁的logo）。

9、配置防盜鏈
防盜鏈的作用就是防止別人直接從你網(wǎng)站引用圖片等鏈接，消耗了我們的資源和網(wǎng)絡(luò)流量，而我們沒有得到任何好處，吃力不討好。

解決辦法有以下幾種：
1：水印，品牌宣傳，你的帶寬，服務(wù)器足夠 ；
2：防火墻，直接控制，前提是你知道 IP 來源 ；
3：防盜鏈策略。

下面的方法是直接給予 404 的錯(cuò)誤提示或者跳轉(zhuǎn)到指定提示頁面。

#以下配置寫在server{  }字段中：
        location ~* ^.+\.(jpg|gif|swf|flv|wma|wmv|asf|mp3|mmf|zip|rar)$ {
            valid_referers none blocked www.test.com test.com;    #該字段是指定允許跳轉(zhuǎn)訪問的域名
            if ($invalid_referer) {
            #return 302 http://www.test.com/img/nolink.png;   #該注釋的配置項(xiàng)表示可以將其重定向到指定文件
            return 404;          #這里是直接返回給客戶端狀態(tài)碼404
            break;
            }
            access_log off;         #關(guān)閉訪問日志
          }
        location / {            #防盜鏈配置必須寫在所有l(wèi)ocation字段之前
            root   html;
            index  index.html index.htm;
        }
#在重定向到另一個(gè)文件時(shí)，需要特別注意其后綴不能匹配防盜鏈規(guī)則，否則客戶端會(huì)得到“重定向次數(shù)過多的”提示。
#我這里先選擇返回狀態(tài)碼404

以上修改后的完整配置文件如下：

#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.20.5 www.test.com;
            if ($invalid_referer) {
            return 302 http://192.168.20.5/img/nolink.png;
            #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;
        }
        ......................#省略后面的注釋內(nèi)容

10、內(nèi)核參數(shù)優(yōu)化

[root@nginx conf]# vim /etc/sysctl.conf       #需要編輯的是此配置文件
#在末尾寫入以下配置項(xiàng)：
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@nginx conf]# sysctl -p       #刷新，使內(nèi)核修改生效，正常的話，會(huì)返回所有配置項(xiàng)
#刷新后，所有配置項(xiàng)都會(huì)以文件的形式寫入某個(gè)目錄下，可以指定find命令進(jìn)行查找驗(yàn)證
#如要尋找“net.core.netdev_max_backlog”對(duì)應(yīng)的文件，則可以執(zhí)行命令“find / -name netdev_max_backlog”進(jìn)行查找

• fs.file-max = 999999：這個(gè)參數(shù)表示進(jìn)程（比如一個(gè) worker 進(jìn)程）可以同時(shí)打開的最大句柄數(shù)，這個(gè)參數(shù)直線限制最大并發(fā)連接數(shù)，需根據(jù)實(shí)際情況配置。
• net.ipv4.tcp_max_tw_buckets = 6000 ：這個(gè)參數(shù)表示操作系統(tǒng)允許 TIME_WAIT 套接字?jǐn)?shù)量的最大值，如果超過這個(gè)數(shù)字，TIME_WAIT 套接字將立刻被清除并打印警告信息。該參數(shù)默認(rèn)為 180000，過多的 TIME_WAIT 套接字會(huì)使 Web 服務(wù)器變慢。
• 注：主動(dòng)關(guān)閉連接的服務(wù)端會(huì)產(chǎn)生 TIME_WAIT 狀態(tài)的連接
• net.ipv4.ip_local_port_range = 1024 65000 ：允許系統(tǒng)打開的端口范圍。
• net.ipv4.tcp_tw_recycle = 1：啟用 timewait 快速回收。
• net.ipv4.tcp_tw_reuse = 1：開啟重用。允許將 TIME-WAIT sockets 重新用于新的 TCP 連接。這對(duì)于服務(wù)器來說很有意義，因?yàn)榉?wù)器上總會(huì)有大量 TIME-WAIT 狀態(tài)的連接。
• net.ipv4.tcp_keepalive_time = 30：這個(gè)參數(shù)表示當(dāng) keepalive 啟用時(shí)，TCP 發(fā)送 keepalive 消息的頻度。默認(rèn)是 2 小時(shí)，若將其設(shè)置的小一些，可以更快地清理無效的連接。
• net.ipv4.tcp_syncookies = 1 ：開啟 SYN Cookies，當(dāng)出現(xiàn) SYN 等待隊(duì)列溢出時(shí)，啟用 cookies 來處理。
• net.core.somaxconn = 40960 ：web 應(yīng)用中 listen 函數(shù)的 backlog 默認(rèn)會(huì)給我們內(nèi)核參數(shù)的
• net.core.somaxconn： 限制到 128，而 nginx 定義的 NGX_LISTEN_BACKLOG 默認(rèn)為 511，所以有必要調(diào)整這個(gè)值。
• 注：對(duì)于一個(gè) TCP 連接，Server 與 Client 需要通過三次握手來建立網(wǎng)絡(luò)連接.當(dāng)三次握手成功后,我們可以看到端口的狀態(tài)由 LISTEN 轉(zhuǎn)變?yōu)?ESTABLISHED,接著這條鏈路上就可以開始傳送數(shù)據(jù)了.每一個(gè)處于監(jiān)聽(Listen)狀態(tài)的端口,都有自己的監(jiān)聽隊(duì)列.監(jiān)聽隊(duì)列的長度與如
• somaxconn 參數(shù)和使用該端口的程序中 listen()函數(shù)有關(guān)；
• somaxconn參數(shù)：定義了系統(tǒng)中每一個(gè)端口最大的監(jiān)聽隊(duì)列的長度,這是個(gè)全局的參數(shù),默認(rèn)值為 128，對(duì)于一個(gè)經(jīng)常處理新連接的高負(fù)載 web 服務(wù)環(huán)境來說，默認(rèn)的 128 太小了。大多數(shù)環(huán)境這個(gè)值建議增加到 1024 或者更多。大的偵聽隊(duì)列對(duì)防止拒絕服務(wù) DoS ***也會(huì)有
• 所幫助。
• net.core.netdev_max_backlog = 262144 ：每個(gè)網(wǎng)絡(luò)接口接收數(shù)據(jù)包的速率比內(nèi)核處理這些包的速率快時(shí)，允許送到隊(duì)列的數(shù)據(jù)包的最大數(shù)目。
• net.ipv4.tcp_max_syn_backlog = 262144 ：這個(gè)參數(shù)標(biāo)示 TCP 三次握手建立階段接受 SYN 請(qǐng)求隊(duì)列的最大長度，默認(rèn)為 1024，將其設(shè)置得大一些可以使出現(xiàn) Nginx 繁忙來不及 accept 新連接的情況時(shí)，Linux 不至于丟失客戶端發(fā)起的連接請(qǐng)求。
• net.ipv4.tcp_rmem = 10240 87380 12582912：這個(gè)參數(shù)定義了 TCP 接受緩存（用于 TCP 接受滑動(dòng)窗口）的最小值、默認(rèn)值、最大值。
• net.ipv4.tcp_wmem = 10240 87380 12582912：這個(gè)參數(shù)定義了 TCP 發(fā)送緩存（用于 TCP 發(fā)送滑動(dòng)窗口）的最小值、默認(rèn)值、最大值。
• net.core.rmem_default = 6291456：這個(gè)參數(shù)表示內(nèi)核套接字接受緩存區(qū)默認(rèn)的大小。
• net.core.wmem_default = 6291456：這個(gè)參數(shù)表示內(nèi)核套接字發(fā)送緩存區(qū)默認(rèn)的大小。
• net.core.rmem_max = 12582912：這個(gè)參數(shù)表示內(nèi)核套接字接受緩存區(qū)的最大大小。
• net.core.wmem_max = 12582912：這個(gè)參數(shù)表示內(nèi)核套接字發(fā)送緩存區(qū)的最大大小。
• net.ipv4.tcp_syncookies = 1：該參數(shù)與性能無關(guān)，用于解決 TCP 的 SYN “gong擊” 。

11、關(guān)于系統(tǒng)連接數(shù)的優(yōu)化
linux系統(tǒng)中，open files的默認(rèn)值 為 1024，說明服務(wù)器只允許同時(shí)打開 1024 個(gè)文件，使用命令 ulimit -a 可以查看當(dāng)前系統(tǒng)的所有限制值，使用命令 ulimit -n 可以查看當(dāng)前的最大打開文件數(shù)。
新裝的 linux 默認(rèn)只有 1024 ，在負(fù)載較大的服務(wù)器上，很容易遇到 error: too many open files。因此，需要將其改大。

[root@nginx core]# vim /etc/security/limits.conf     #修改此配置文件
#在文件的末尾增加以下字段：
*       soft    nofile  65535
*       hard    nofile  65535
*       soft    noproc  65535
*       hard    noproc  65535
#添加完成后，用戶需重新登錄，以便更改生效。
[root@nginx ~]# bash
[root@nginx ~]# ulimit -a     #查看是否生效

三、驗(yàn)證上述優(yōu)化及Nginx服務(wù)器壓力測(cè)試
1、測(cè)試防盜鏈功能：
準(zhǔn)備兩臺(tái)服務(wù)器，一臺(tái)是剛才優(yōu)化的Nginx服務(wù)器，另一臺(tái)隨意，可以提供web功能即可。

剛才優(yōu)化過的Nginx服務(wù)器IP地址為192.168.20.5，另一臺(tái)服務(wù)器的IP地址為：192.168.20.2。

1）Nginx服務(wù)器配置如下：

[root@nginx html]# ls         <!--nginx服務(wù)器的網(wǎng)頁根目錄如下-->
50x.html  index.html  test.png
[root@nginx html]# vim ../conf/nginx.conf        <!--其防盜鏈配置如下-->
    ......................#省略部分內(nèi)容
location ~* ^.+\.(jpg|gif|png|swf|flv|wma|wmv|asf|mp3|mmf|zip|rar)$ {
            valid_referers none blocked 192.168.20.5 www.test.com;
            if ($invalid_referer) {
            #return 302 http://192.168.20.5/img/nolink.png;
            return 404;
            break;
            }
            access_log off;
          }
    ......................#省略部分內(nèi)容
<!--根據(jù)其防盜鏈配置，客戶端如果通過另一臺(tái)服務(wù)器提供的鏈接訪問該服務(wù)器的資源，將會(huì)得到404狀態(tài)碼--> 
[root@nginx html]# nginx -s reload      #重啟Nginx服務(wù)器，使防盜鏈配置生效

2）第二臺(tái)服務(wù)器的網(wǎng)頁文件如下：

[root@daolian html]# cat index.html      #其超鏈接地址指向了第一臺(tái)Nginx服務(wù)器的test.png圖片
<a >lianjie</a>

3）客戶端直接訪問Nginx服務(wù)器的話，會(huì)看到test.png的頁面如下：

4）客戶端訪問第二臺(tái)服務(wù)器測(cè)試：

點(diǎn)擊超鏈接后，會(huì)看到以下頁面：

5）現(xiàn)在換另一種防盜鏈規(guī)則，再次進(jìn)行測(cè)試：

[root@nginx html]# vim ../conf/nginx.conf        #編輯其配置文件
        location ~* ^.+\.(jpg|gif|png|swf|flv|wma|wmv|asf|mp3|mmf|zip|rar)$ {
            valid_referers none blocked 192.168.20.5 www.test.com;
            if ($invalid_referer) {
            return 302 http://192.168.20.5/img/nolink.png;     #將其重定向到img目錄下的nolink.png圖片
            #return 404;     #將返回404狀態(tài)碼注釋掉
            break;
            }
            access_log off;
          }
[root@nginx html]# nginx -s reload      #重啟使配置生效
[root@nginx img]# ls /usr/local/nginx1.14/html/img     #重定向的目錄下文件如下：
nolink.png

6）客戶端再次點(diǎn)擊超鏈接進(jìn)行測(cè)試，會(huì)看到如下頁面：

2、壓力測(cè)試
對(duì)網(wǎng)頁的靜態(tài)頁面和php動(dòng)態(tài)頁面都進(jìn)行壓力測(cè)試的話，需要安裝部署LNMP架構(gòu)，這里采用單臺(tái)部署的方式，部署過程請(qǐng)參考文檔：https://blog.51cto.com/14227204/2435795
，若只是用來做壓力測(cè)試，MySQL數(shù)據(jù)庫可以不安裝。

部署LNMP架構(gòu)過程略...

部署完成后，需要更改配置文件：

[root@nginx html]# vim ../conf/nginx.conf      #編輯主配置文件
#在server{  }字段中添加以下內(nèi)容
location ~ \.php$ {
            root           html;
            fastcgi_pass   127.0.0.1:9000;
            fastcgi_index  index.php;
            fastcgi_param  SCRIPT_FILENAME  /scripts$fastcgi_script_name;
            include        fastcgi.conf;
        }
[root@nginx html]# pwd
/usr/local/nginx1.14/html
[root@nginx html]# cat test.php      #網(wǎng)頁根目錄下test.php文件內(nèi)容如下：
<?php
phpinfo();
?>

完成后，需要確保訪問192.168.20.5/test.php時(shí)可以看到以下頁面：

1）開始測(cè)試：

[root@nginx ~]# ab -c 500 -n 50000 127.0.0.1/index.html
#測(cè)試靜態(tài)頁面性能，一次請(qǐng)求500個(gè)數(shù)，共請(qǐng)求50000個(gè)數(shù)。
Requests per second:    2407.58 [#/sec] (mean)     #Nginx服務(wù)器的吞吐量
#我們主要關(guān)注的是上述的返回信息，也就是Nginx服務(wù)器的吞吐量
#服務(wù)器性能越好，吞吐量越高
[root@nginx html]# ab -c 100 -n 1000 127.0.0.1/test.php    #根據(jù)服務(wù)器性能選擇相應(yīng)的數(shù)值

網(wǎng)頁名稱：Nginx安裝配置防盜鏈及深度優(yōu)化
本文鏈接：http://bm7419.com/article4/geiioe.html

成都網(wǎng)站建設(shè)公司_創(chuàng)新互聯(lián)，為您提供靜態(tài)網(wǎng)站、Google、網(wǎng)站維護(hù)、網(wǎng)站制作、全網(wǎng)營銷推廣、域名注冊(cè)

廣告

聲明：本網(wǎng)站發(fā)布的內(nèi)容（圖片、視頻和文字）以用戶投稿、用戶轉(zhuǎn)載內(nèi)容為主，如果涉及侵權(quán)請(qǐng)盡快告知，我們將會(huì)在第一時(shí)間刪除。文章觀點(diǎn)不代表本網(wǎng)站立場(chǎng)，如需處理請(qǐng)聯(lián)系客服。電話：028-86922220；郵箱：631063699@qq.com。內(nèi)容未經(jīng)允許不得轉(zhuǎn)載，或轉(zhuǎn)載時(shí)需注明來源： 創(chuàng)新互聯(lián)