1、一個(gè)站點(diǎn)配置多個(gè)域名

server {

listen       80;    

server_name  aaa.cn bbb.cn;

}

server_name 后跟多個(gè)域名即可，多個(gè)域名之間用空格分隔

2、一個(gè)服務(wù)配置多個(gè)站點(diǎn)

server {

listen       80;

server_name  aaa.cn;

location / {

root /home/project/pa;

index index.html;

}

}

server {

listen       80;

server_name  bbb.cn ccc.cn;

location / {

root /home/project/pb;

index index.html;    

}

}

server {

listen       80;

server_name  ddd.cn;

location / {

root /home/project/pc;

index index.html;    

}

}

基于Nginx虛擬主機(jī)配置實(shí)現(xiàn)，Nginx有三種類(lèi)型的虛擬主機(jī)

基于IP的虛擬主機(jī)： 需要你的服務(wù)器上有多個(gè)地址，每個(gè)站點(diǎn)對(duì)應(yīng)不同的地址，這種方式使用的比較少

基于端口的虛擬主機(jī)： 每個(gè)站點(diǎn)對(duì)應(yīng)不同的端口，訪(fǎng)問(wèn)的時(shí)候使用ip:port的方式訪(fǎng)問(wèn)，可以修改listen的端口來(lái)使用

基于域名的虛擬主機(jī)： 使用最廣的方式，上邊例子中就是用了基于域名的虛擬主機(jī)，前提條件是你有多個(gè)域名分別對(duì)應(yīng)每個(gè)站點(diǎn)，server_name填寫(xiě)不同的域名即可

3、靜態(tài)資源緩存

請(qǐng)根據(jù)您的實(shí)際情況進(jìn)行篩選

location ~ .*\.(?:js|css|jpg|jpeg|gif|png|ico|cur|gz|svg|svgz|mp4|ogg|ogv|webm)$ {  

expires 7d;

}

location ~ .*\.(?:htm|html)$ {    

add_header Cache-Control "private, no-store, no-cache, must-revalidate, proxy-revalidate";

}

這里注意：no-cache與no-store的區(qū)別，no-cache表示不緩存過(guò)期資源，緩存會(huì)向服務(wù)器進(jìn)行有效處理確認(rèn)之后處理資源，而no-store才是真正的不進(jìn)行緩存。

4、開(kāi)啟gzip壓縮

http {

gzip on; #開(kāi)啟gzip壓縮功能

gzip_disable "MSIE [1-6]\.(?!.*SV1)"; #配置禁用gzip條件，支持正則。此處表示ie6及以下不啟用gzip（因?yàn)閕e低版本不支持）

gzip_proxied any; #無(wú)條件壓縮所有結(jié)果數(shù)據(jù)

gzip_min_length 10k; #設(shè)置允許壓縮的頁(yè)面最小字節(jié)數(shù); 這里表示如果文件小于10個(gè)字節(jié)，就不用壓縮，因?yàn)闆](méi)有意義，本來(lái)就很小.

gzip_comp_level 6; #設(shè)置壓縮比率，最小為1，處理速度快，傳輸速度慢；9為最大壓縮比，處理速度慢，傳輸速度快; 這里表示壓縮級(jí)別，可以是0到9中的任一個(gè)，級(jí)別越高，壓縮就越小，節(jié)省了帶寬資源，但同時(shí)也消耗CPU資源，所以一般折中為6

gzip_buffers 16 8k; #設(shè)置壓縮緩沖區(qū)大小，此處設(shè)置為16個(gè)8K內(nèi)存作為壓縮結(jié)果流緩存

gzip_http_version 1.1; #壓縮版本

gzip_types text/plain text/css application/json application/x-javascript text/xml application/xml application/xml+rss text/javascript; #制定壓縮的類(lèi)型,線(xiàn)上配置時(shí)盡可能配置多的壓縮類(lèi)型!

gzip_vary on; #選擇支持vary header；改選項(xiàng)可以讓前端的緩存服務(wù)器緩存經(jīng)過(guò)gzip壓縮的頁(yè)面; 這個(gè)可以不寫(xiě)，表示在傳送數(shù)據(jù)時(shí)，給客戶(hù)端說(shuō)明我使用了gzip壓縮

}

5、cpu親和力優(yōu)化

默認(rèn)情況下可能多個(gè)進(jìn)程跑在一個(gè)CPU上或某一核上，導(dǎo)致Nginx進(jìn)程使用硬件資源不均勻，此次優(yōu)化是盡可能地分配不同的Nginx進(jìn)程給不同的CPU處理

兩顆CPU參數(shù)配置：

worker_processes  2;

worker_cpu_affinity 0101 1010;

四顆CPU參數(shù)配置：

worker_processes  4;

worker_cpu_affinity 0001 0010 0100 1000;

八顆CPU參數(shù)配置：

worker_processe8;

worker_cpu_affinity 00000001 00000010 00000100 00001000 00010000 00100000 01000000 10000000;

6、Nginx運(yùn)行工作進(jìn)程數(shù)量

Nginx運(yùn)行工作進(jìn)程個(gè)數(shù)一般設(shè)置CPU的核心或者核心數(shù)x2。如果不了解cpu的核數(shù)，可以top命令之后按1看出來(lái)，也可以查看/proc/cpuinfo文件 grep ^processor /proc/cpuinfo | wc -l

[root@lx~]# vi/usr/local/nginx1.10/conf/nginx.conf

worker_processes 4;

[root@lx~]# /usr/local/nginx1.10/sbin/nginx-s reload

[root@lx~]# ps -aux | grep nginx |grep -v grep

root 9834 0.0 0.0 47556 1948 ?     Ss 22:36 0:00 nginx: master processnginx

www 10135 0.0 0.0 50088 2004 ?       S   22:58 0:00 nginx: worker process

www 10136 0.0 0.0 50088 2004 ?       S   22:58 0:00 nginx: worker process

www 10137 0.0 0.0 50088 2004 ?       S   22:58 0:00 nginx: worker process

www 10138 0.0 0.0 50088 2004 ?       S   22:58 0:00 nginx: worker process

7、Nginx最大打開(kāi)文件數(shù)

worker_rlimit_nofile 65535;

這個(gè)指令是指當(dāng)一個(gè)nginx進(jìn)程打開(kāi)的最多文件描述符數(shù)目，理論值應(yīng)該是最多打開(kāi)文件數(shù)（ulimit -n）與nginx進(jìn)程數(shù)相除，但是nginx分配請(qǐng)求并不是那么均勻，所以最好與ulimit -n的值保持一致。

注：文件資源限制的配置可以在/etc/security/limits.conf設(shè)置，針對(duì)root/user等各個(gè)用戶(hù)或者*代表所有用戶(hù)來(lái)設(shè)置。

linux 默認(rèn)值 open files為1024。查看當(dāng)前系統(tǒng)值：

# ulimit -n

1024

說(shuō)明server只允許同時(shí)打開(kāi)1024個(gè)文件。

使用ulimit -a 可以查看當(dāng)前系統(tǒng)的所有限制值，使用ulimit -n 可以查看當(dāng)前的最大打開(kāi)文件數(shù)。

新裝的linux 默認(rèn)只有1024 ，當(dāng)作負(fù)載較大的服務(wù)器時(shí)，很容易遇到error: too many open files。因此，需要將其改大，在/etc/security/limits.conf最后增加：

*  soft    nofile   65535

*  hard   nofile    65535

*  soft    noproc   65535

*  hard   noproc    65535

用戶(hù)重新登錄生效（ulimit -n）

8、Nginx事件處理模型

events {

use epoll;

worker_connections 65535;

multi_accept on;

}

nginx采用epoll事件模型，處理效率高。

work_connections是單個(gè)worker進(jìn)程允許客戶(hù)端最大連接數(shù)，這個(gè)數(shù)值一般根據(jù)服務(wù)器性能和內(nèi)存來(lái)制定，實(shí)際最大值就是worker進(jìn)程數(shù)乘以work_connections。

實(shí)際我們填入一個(gè)65535，足夠了，這些都算并發(fā)值，一個(gè)網(wǎng)站的并發(fā)達(dá)到這么大的數(shù)量，也算一個(gè)大站了！

multi_accept 告訴nginx收到一個(gè)新連接通知后接受盡可能多的連接，默認(rèn)是on，設(shè)置為on后，多個(gè)worker按串行方式來(lái)處理連接，也就是一個(gè)連接只有一個(gè)worker被喚醒，其他的處于休眠狀態(tài)，設(shè)置為off后，多個(gè)worker按并行方式來(lái)處理連接，也就是一個(gè)連接會(huì)喚醒所有的worker，直到連接分配完畢，沒(méi)有取得連接的繼續(xù)休眠。當(dāng)你的服務(wù)器連接數(shù)不多時(shí)，開(kāi)啟這個(gè)參數(shù)會(huì)讓負(fù)載有一定的降低，但是當(dāng)服務(wù)器的吞吐量很大時(shí)，為了效率，可以關(guān)閉這個(gè)參數(shù)。

9、開(kāi)啟高效傳輸模式

http {

include mime.types;

default_type application/octet-stream;

……

sendfile on;

tcp_nopush on;

……

}

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

主要目的是保護(hù)服務(wù)器資源，CPU，內(nèi)存，控制連接數(shù)，因?yàn)榻⑦B接也是需要消耗資源的。

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;

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

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:128minactive=1d max_size=10g;

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

我們用thinkphp，CodeIgniter框架的時(shí)候，地址基本都是/index.php/group_controller？***的模式，通過(guò)index.php入口訪(fǎng)問(wèn)php文件，這種模式是path_info模式，pathinfo 模式是index.ph/index/index 這種url格式，nginx默認(rèn)是不支持的，我們需要配置下

location ~ \.php {

include fastcgi_params;

fastcgi_pass php-fpm:9000;

fastcgi_index index.php;

fastcgi_param SCRIPT_FILENAME /data/www/$fastcgi_script_name;    

# 添加以下三行 支持

pathinfofastcgi_split_path_info ^(.+\.php)(.*)$;

fastcgi_param PATH_INFO $fastcgi_path_info;

include fastcgi_params;

}

13、配置默認(rèn)站點(diǎn)

server {

listen 80 default;

}

當(dāng)一個(gè)nginx服務(wù)上創(chuàng)建了多個(gè)虛擬主機(jī)時(shí)默認(rèn)會(huì)從上到下查找，如果匹配不到虛擬主機(jī)則會(huì)返回第一個(gè)虛擬主機(jī)的內(nèi)容，如果你想指定一個(gè)默認(rèn)站點(diǎn)時(shí)，可以將這個(gè)站點(diǎn)的虛擬主機(jī)放在配置文件中第一個(gè)虛擬主機(jī)的位置，或者在這個(gè)站點(diǎn)的虛擬主機(jī)上配置listen default

14、nginx添加賬號(hào)密碼驗(yàn)證

server {

location / {

auth_basic "please input user&passwd";

auth_basic_user_file key/auth.key;

}

}

有很多服務(wù)通過(guò)nginx訪(fǎng)問(wèn)，但本身沒(méi)有提供賬號(hào)認(rèn)證的功能，就可以通過(guò)nginx提供的authbase賬號(hào)密碼認(rèn)證來(lái)實(shí)現(xiàn)，可以用以下腳本來(lái)生成賬號(hào)的密碼

# cat pwd.pl

#!/usr/bin/perluse strict;

my $pw=$ARGV[0] ;

print crypt($pw,$pw)."\n";

使用方法：

# perl pwd.pl opf8BImqCAXww

# echo "admin:opf8BImqCAXww" > key/auth.key

15、nginx開(kāi)啟列目錄

當(dāng)你想讓nginx作為文件下載服務(wù)器存在時(shí)，需要開(kāi)啟nginx列目錄

server {

location download {

autoindex on;

autoindex_exact_size off;

autoindex_localtime on;

}

}

autoindex_exact_size： 為on(默認(rèn))時(shí)顯示文件的確切大小，單位是byte；改為off顯示文件大概大小，單位KB或MB或GB

autoindex_localtime： 為off(默認(rèn))時(shí)顯示的文件時(shí)間為GMT時(shí)間；改為on后，顯示的文件時(shí)間為服務(wù)器時(shí)間

默認(rèn)當(dāng)訪(fǎng)問(wèn)列出的txt等文件時(shí)會(huì)在瀏覽器上顯示文件的內(nèi)容，如果你想讓瀏覽器直接下載，加上下邊的配置

if ($request_filename ~* ^.*?\.(txt|pdf|jpg|png)$) {

add_header Content-Disposition 'attachment';

}

16、不允許通過(guò)IP訪(fǎng)問(wèn)

server {

listen       80 default;

server_name  _;

return      404;

}

可能有一些未備案的域名或者你不希望的域名將服務(wù)器地址指向了你的服務(wù)器，這時(shí)候就會(huì)對(duì)你的站點(diǎn)造成一定的影響，需要禁止IP或未配置的域名訪(fǎng)問(wèn)，我們利用上邊所說(shuō)的default規(guī)則，將默認(rèn)流量都轉(zhuǎn)到404去

上邊這個(gè)方法比較粗暴，當(dāng)然你也可以配置下所有未配置的地址訪(fǎng)問(wèn)時(shí)直接301重定向到你的網(wǎng)站去，也能為你的網(wǎng)站帶來(lái)一定的流量

server {

rewrite ^/(.*)$ https://baidu.com/$1 permanent;

}

17、直接返回驗(yàn)證文件

location = /XDFyle6tNA.txt {

default_type text/plain;

return 200 'd6296a84657eb275c05c31b10924f6ea';

}

很多時(shí)候微信等程序都需要我們放一個(gè)txt的文件到項(xiàng)目里以驗(yàn)證項(xiàng)目歸屬，我們可以直接通過(guò)上邊這種方式修改nginx即可，無(wú)需真正的把文件給放到服務(wù)器上

18、nginx配置upstream反向代理

http {

...

upstream tomcats {

server 192.168.106.176 weight=1;

server 192.168.106.177 weight=1;

}

server {

location /ops-coffee/ {

proxy_pass http://tomcats; proxy_set_header Host $host;

proxy_set_header X-Real-IP $remote_addr;

proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

proxy_set_header X-Forwarded-Proto $scheme;

}    

}

}

稍不注意可能會(huì)落入一個(gè)proxy_pass加杠不加杠的陷阱，這里詳細(xì)說(shuō)下proxy_pass http://tomcats與proxy_pass http://tomcats/的區(qū)別：

雖然只是一個(gè)/的區(qū)別但結(jié)果確千差萬(wàn)別。分為以下兩種情況：

1.  目標(biāo)地址中不帶uri（proxy_pass http://tomcats）。此時(shí)新的目標(biāo)url中，匹配的uri部分不做修改，原來(lái)是什么就是什么。

location /ops-coffee/ {

proxy_pass http://192.168.106.135:8181;

}

http://domain/ops-coffee/ --> http://192.168.106.135:8181/ops-coffee/

http://domain/ops-coffee/action/abc --> http://192.168.106.135:8181/ops-coffee/action/abc

2.  目標(biāo)地址中帶uri（proxy_pass http://tomcats/，/也是uri）,此時(shí)新的目標(biāo)url中，匹配的uri部分將會(huì)被修改為該參數(shù)中的uri。

location /ops-coffee/ {

proxy_pass  http://192.168.106.135:8181/;

}

http://domain/ops-coffee/   -->     http://192.168.106.135:8181

http://domain/ops-coffee/action/abc   -->     http://192.168.106.135:8181/action/abc

19、nginx upstream開(kāi)啟keepalive

upstream tomcat {

server www.baidu.com:8080;

keepalive 1024;

}

server {

location / {

proxy_http_version 1.1;

proxy_set_header Connection "";

proxy_pass http://tomcat;

}

}

nginx在項(xiàng)目中大多數(shù)情況下會(huì)作為反向代理使用，例如nginx后接tomcat，nginx后接php等，這時(shí)我們開(kāi)啟nginx和后端服務(wù)之間的keepalive能夠減少頻繁創(chuàng)建TCP連接造成的資源消耗，配置如上

keepalive： 指定每個(gè)nginxworker可以保持的最大連接數(shù)量為1024，默認(rèn)不設(shè)置，即nginx作為client時(shí)keepalive未生效

proxy_http_version 1.1： 開(kāi)啟keepalive要求HTTP協(xié)議版本為HTTP 1.1

proxy_set_header Connection ""： 為了兼容老的協(xié)議以及防止http頭中有Connection close導(dǎo)致的keepalive失效，這里需要及時(shí)清掉HTTP頭部的Connection

20、404自動(dòng)跳轉(zhuǎn)到首頁(yè)

server {

location / {

error_page 404 = @ops-coffee;

}

location @ops-coffee {

rewrite .* / permanent;

}

}

網(wǎng)站出現(xiàn)404頁(yè)面不是特別友好，我們可以通過(guò)上邊的配置在出現(xiàn)404之后給自動(dòng)跳轉(zhuǎn)到首頁(yè)去

21、隱藏版本號(hào)

http {

server_tokens off;

}

經(jīng)常會(huì)有針對(duì)某個(gè)版本的nginx安全漏洞出現(xiàn)，隱藏nginx版本號(hào)就成了主要的安全優(yōu)化手段之一，當(dāng)然最重要的是及時(shí)升級(jí)修復(fù)漏洞

22、開(kāi)啟HTTPS

server {

listen 443;

server_name baidu.com;

ssl on;

ssl_certificate /etc/nginx/server.crt;

ssl_certificate_key /etc/nginx/server.key;

ssl_protocols TLSv1 TLSv1.1 TLSv1.2;

ssl_ciphers HIGH:!aNULL:!MD5;

}

ssl on： 開(kāi)啟https

ssl_certificate： 配置nginx ssl證書(shū)的路徑

ssl_certificate_key： 配置nginx ssl證書(shū)key的路徑

ssl_protocols： 指定客戶(hù)端建立連接時(shí)使用的ssl協(xié)議版本，如果不需要兼容TSLv1，直接去掉即可

ssl_ciphers： 指定客戶(hù)端連接時(shí)所使用的加密算法，你可以再這里配置更高安全的算法

23、添加黑白名單

白名單配置

location /admin/ {

allow 192.168.1.0/24;

deny all;

}

上邊表示只允許192.168.1.0/24網(wǎng)段的主機(jī)訪(fǎng)問(wèn)，拒絕其他所有

也可以寫(xiě)成黑名單的方式禁止某些地址訪(fǎng)問(wèn)，允許其他所有，例如

location /ops-coffee/ {

deny 192.168.1.0/24;

allow all;

}

更多的時(shí)候客戶(hù)端請(qǐng)求會(huì)經(jīng)過(guò)層層代理，我們需要通過(guò)$http_x_forwarded_for來(lái)進(jìn)行限制，可以這樣寫(xiě)

set $allow false;

if ($http_x_forwarded_for = "211.144.204.2") {

set $allow true;

}

if ($http_x_forwarded_for ~ "108.2.66.[89]") {

set $allow true;

}

if ($allow = false) {

return 404;

}

24、限制請(qǐng)求方法

if ($request_method !~ ^(GET|POST)$ ) {return 405;}

$request_method能夠獲取到請(qǐng)求nginx的method

配置只允許GET\POST方法訪(fǎng)問(wèn)，其他的method返回405

25、拒絕User-Agent

if ($http_user_agent ~* LWP::Simple|BBBike|wget|curl) {return 444;}

可能有一些不法者會(huì)利用wget/curl等工具掃描我們的網(wǎng)站，我們可以通過(guò)禁止相應(yīng)的user-agent來(lái)簡(jiǎn)單的防范

Nginx的444狀態(tài)比較特殊，如果返回444那么客戶(hù)端將不會(huì)收到服務(wù)端返回的信息，就像是網(wǎng)站無(wú)法連接一樣

26、圖片防盜鏈

location /images/ {

valid_referers none blocked www.baidu.com baidu.com;

if ($invalid_referer) {

return 403;

}

}

valid_referers： 驗(yàn)證referer，其中none允許referer為空，blocked允許不帶協(xié)議的請(qǐng)求，除了以上兩類(lèi)外僅允許referer為www.baidu.com或baidu.com時(shí)訪(fǎng)問(wèn)images下的圖片資源，否則返回403

當(dāng)然你也可以給不符合referer規(guī)則的請(qǐng)求重定向到一個(gè)默認(rèn)的圖片，比如下邊這樣

location /images/ {

valid_referers blocked www.baidu.com baidu.com;

if ($invalid_referer) {

rewrite ^/images/.*\.(gif|jpg|jpeg|png)$ /static/qrcode.jpg last;

}

}

27、控制并發(fā)連接數(shù)

可以通過(guò)ngx_http_limit_conn_module模塊限制一個(gè)IP的并發(fā)連接數(shù)

http {

limit_conn_zone $binary_remote_addr zone=ops:10m;

server {

listen 80;

server_name baidu.com;

root /home/project/webapp;

index index.html;

location / {

limit_conn ops 10;

}

access_log /tmp/nginx_access.log main;

}

}

limit_conn_zone： 設(shè)定保存各個(gè)鍵(例如$binary_remote_addr)狀態(tài)的共享內(nèi)存空間的參數(shù)，zone=空間名字:大小

大小的計(jì)算與變量有關(guān)，例如$binary_remote_addr變量的大小對(duì)于記錄IPV4地址是固定的4 bytes，而記錄IPV6地址時(shí)固定的16 bytes，存儲(chǔ)狀態(tài)在32位平臺(tái)中占用32或者64 bytes，在64位平臺(tái)中占用64 bytes。1m的共享內(nèi)存空間可以保存大約3.2萬(wàn)個(gè)32位的狀態(tài)，1.6萬(wàn)個(gè)64位的狀態(tài)

limit_conn： 指定一塊已經(jīng)設(shè)定的共享內(nèi)存空間(例如name為ops的空間)，以及每個(gè)給定鍵值的最大連接數(shù)

上邊的例子表示同一IP同一時(shí)間只允許10個(gè)連接

當(dāng)有多個(gè)limit_conn指令被配置時(shí)，所有的連接數(shù)限制都會(huì)生效

http {

limit_conn_zone $binary_remote_addr zone=ops:10m;

limit_conn_zone $server_name zone=coffee:10m;

server {

listen 80;

server_name baidu.com;

root /home/project/webapp;

index index.html;

location / {

limit_conn ops 10;

limit_conn coffee 2000;

}

}

}

上邊的配置不僅會(huì)限制單一IP來(lái)源的連接數(shù)為10，同時(shí)也會(huì)限制單一虛擬服務(wù)器的總連接數(shù)為2000

28、緩沖區(qū)溢出攻擊

緩沖區(qū)溢出攻擊 是通過(guò)將數(shù)據(jù)寫(xiě)入緩沖區(qū)并超出緩沖區(qū)邊界和重寫(xiě)內(nèi)存片段來(lái)實(shí)現(xiàn)的，限制緩沖區(qū)大小可有效防止

client_body_buffer_size 1K;

client_header_buffer_size 1k;

client_max_body_size 1k;

large_client_header_buffers 2 1k;

client_body_buffer_size： 默認(rèn)8k或16k，表示客戶(hù)端請(qǐng)求body占用緩沖區(qū)大小。如果連接請(qǐng)求超過(guò)緩存區(qū)指定的值，那么這些請(qǐng)求實(shí)體的整體或部分將嘗試寫(xiě)入一個(gè)臨時(shí)文件。

client_header_buffer_size： 表示客戶(hù)端請(qǐng)求頭部的緩沖區(qū)大小。絕大多數(shù)情況下一個(gè)請(qǐng)求頭不會(huì)大于1k，不過(guò)如果有來(lái)自于wap客戶(hù)端的較大的cookie它可能會(huì)大于 1k，Nginx將分配給它一個(gè)更大的緩沖區(qū)，這個(gè)值可以在large_client_header_buffers里面設(shè)置

client_max_body_size： 表示客戶(hù)端請(qǐng)求的最大可接受body大小，它出現(xiàn)在請(qǐng)求頭部的Content-Length字段， 如果請(qǐng)求大于指定的值，客戶(hù)端將收到一個(gè)"Request Entity Too Large" (413)錯(cuò)誤，通常在上傳文件到服務(wù)器時(shí)會(huì)受到限制

large_client_header_buffers 表示一些比較大的請(qǐng)求頭使用的緩沖區(qū)數(shù)量和大小，默認(rèn)一個(gè)緩沖區(qū)大小為操作系統(tǒng)中分頁(yè)文件大小，通常是4k或8k，請(qǐng)求字段不能大于一個(gè)緩沖區(qū)大小，如果客戶(hù)端發(fā)送一個(gè)比較大的頭，nginx將返回"Request URI too large" (414)，請(qǐng)求的頭部最長(zhǎng)字段不能大于一個(gè)緩沖區(qū)，否則服務(wù)器將返回"Bad request" (400)

同時(shí)需要修改幾個(gè)超時(shí)時(shí)間的配置

client_body_timeout 10;

client_header_timeout 10;

keepalive_timeout 5 5;

send_timeout 10;

client_body_timeout： 表示讀取請(qǐng)求body的超時(shí)時(shí)間，如果連接超過(guò)這個(gè)時(shí)間而客戶(hù)端沒(méi)有任何響應(yīng)，Nginx將返回"Request time out" (408)錯(cuò)誤

client_header_timeout： 表示讀取客戶(hù)端請(qǐng)求頭的超時(shí)時(shí)間，如果連接超過(guò)這個(gè)時(shí)間而客戶(hù)端沒(méi)有任何響應(yīng)，Nginx將返回"Request time out" (408)錯(cuò)誤

keepalive_timeout： 參數(shù)的第一個(gè)值表示客戶(hù)端與服務(wù)器長(zhǎng)連接的超時(shí)時(shí)間，超過(guò)這個(gè)時(shí)間，服務(wù)器將關(guān)閉連接，可選的第二個(gè)參數(shù)參數(shù)表示Response頭中Keep-Alive: timeout=time的time值，這個(gè)值可以使一些瀏覽器知道什么時(shí)候關(guān)閉連接，以便服務(wù)器不用重復(fù)關(guān)閉，如果不指定這個(gè)參數(shù)，nginx不會(huì)在應(yīng)Response頭中發(fā)送Keep-Alive信息

send_timeout： 表示發(fā)送給客戶(hù)端應(yīng)答后的超時(shí)時(shí)間，Timeout是指沒(méi)有進(jìn)入完整established狀態(tài)，只完成了兩次握手，如果超過(guò)這個(gè)時(shí)間客戶(hù)端沒(méi)有任何響應(yīng)，nginx將關(guān)閉連接

29、Header頭設(shè)置

通過(guò)以下設(shè)置可有效防止XSS攻擊

add_header X-Frame-Options "SAMEORIGIN";

add_header X-XSS-Protection "1; mode=block";

add_header X-Content-Type-Options "nosniff";

X-Frame-Options： 響應(yīng)頭表示是否允許瀏覽器加載frame等屬性，有三個(gè)配置DENY禁止任何網(wǎng)頁(yè)被嵌入,SAMEORIGIN只允許本網(wǎng)站的嵌套,ALLOW-FROM允許指定地址的嵌套

X-XSS-Protection： 表示啟用XSS過(guò)濾（禁用過(guò)濾為X-XSS-Protection: 0），mode=block表示若檢查到XSS攻擊則停止渲染頁(yè)面

X-Content-Type-Options： 響應(yīng)頭用來(lái)指定瀏覽器對(duì)未指定或錯(cuò)誤指定Content-Type資源真正類(lèi)型的猜測(cè)行為，nosniff 表示不允許任何猜測(cè)

在通常的請(qǐng)求響應(yīng)中，瀏覽器會(huì)根據(jù)Content-Type來(lái)分辨響應(yīng)的類(lèi)型，但當(dāng)響應(yīng)類(lèi)型未指定或錯(cuò)誤指定時(shí)，瀏覽會(huì)嘗試啟用MIME-sniffing來(lái)猜測(cè)資源的響應(yīng)類(lèi)型，這是非常危險(xiǎn)的

例如一個(gè).jpg的圖片文件被惡意嵌入了可執(zhí)行的js代碼，在開(kāi)啟資源類(lèi)型猜測(cè)的情況下，瀏覽器將執(zhí)行嵌入的js代碼，可能會(huì)有意想不到的后果

另外還有幾個(gè)關(guān)于請(qǐng)求頭的安全配置需要注意

Content-Security-Policy： 定義頁(yè)面可以加載哪些資源，

add_header Content-Security-Policy "default-src 'self'";

上邊的配置會(huì)限制所有的外部資源，都只能從當(dāng)前域名加載，其中default-src定義針對(duì)所有類(lèi)型資源的默認(rèn)加載策略，self允許來(lái)自相同來(lái)源的內(nèi)容

Strict-Transport-Security： 會(huì)告訴瀏覽器用HTTPS協(xié)議代替HTTP來(lái)訪(fǎng)問(wèn)目標(biāo)站點(diǎn)

add_header Strict-Transport-Security "max-age=31536000; includeSubDomains";

上邊的配置表示當(dāng)用戶(hù)第一次訪(fǎng)問(wèn)后，會(huì)返回一個(gè)包含了Strict-Transport-Security響應(yīng)頭的字段，這個(gè)字段會(huì)告訴瀏覽器，在接下來(lái)的31536000秒內(nèi)，當(dāng)前網(wǎng)站的所有請(qǐng)求都使用https協(xié)議訪(fǎng)問(wèn)，參數(shù)includeSubDomains是可選的，表示所有子域名也將采用同樣的規(guī)則

最后推薦一個(gè)深入學(xué)習(xí)Nginx的網(wǎng)站：

http://tengine.taobao.org/book/index.html