nginx詳解

nginx

多路處理模型

MPM：將結構模塊化；把核心任務處理做爲一個可插拔的模塊，即MPM，使其能針對不一樣的壞境進行優化

處理模式分三種：prefork Worker event

prefork:實現了一個非線程型的，預生派的web服務器

Worker ：使用的多進程，每一個進程又有多個線程

event:worker模式的變種，它把服務進程從鏈接中分離出來，在開啓keepalive場合下相對於worker模式可以承受的了更高的併發負載

I/O網絡模型：

阻塞blocking IO

非阻塞noblocking IO

多路IO multiplexing

異步 asyncronous IO

時間驅動 signal drive IO

nginx特色：

採用C進行編寫

高性能的web和反向代理服務器

高鏈接併發，支持高達50000個併發鏈接數的響應

做爲負載均衡服務器，既能夠在內部直接支持和PHP程序對外進行服務，也能夠支持做爲HTTP代理服務器對外進行服務

優勢：

高併發鏈接：可以支撐50000併發鏈接

內存消耗小：30000併發鏈接下，開啓的10個nginx進程才消耗15M*10=150M

配置文件簡單

成本低

支持rewrite重寫規則：更夠根據域名，URL的不一樣，將http請求分到不一樣的後端服務器組

內置的健康檢查功能

節省帶寬

穩定性高

模塊化設計：模塊能夠動態編譯

外圍支持好：文檔全，二次開發和模塊較多

支持熱部署

支持事件驅動，AIO mmap

naginx主要應用：

使用nginx結合fastcgi運行PHP，JSP，Perl等程序

使用nginx做反向代理，負載均衡，規則過濾（七層）

使用nginx運行靜態html,圖片

結合其餘新技術的結合應用

nginx的模塊和工做原理

nginx有內核和模塊組成

從結構上分：核心模塊，基礎模塊，第三方模塊

核心模塊：HTTP模塊，EVENT模塊，MAIL模塊

基礎模塊：HTTP Access 模塊，HTTP FastCGI模塊，HTTP Proxy模塊，HTTP Rewrite 模塊

第三方模塊：HTTP Upstream Request Hash模塊，Notice模塊，HTTP Access Key模塊

從功能上分：

Handlers：處理器模塊，直接進行請求，並進行輸出和修改headers信息等操做（該模塊通常只有一個）

Filters：過濾器模塊，對其餘處理器模塊輸出的內容進行修改操做，最後由nginx 輸出

Proxies:代理類模塊，nginx的HTTP

Upstream 類的模塊，主要與後端一些服務如fastcgi等操做交互，實現服務代理和負載均衡功能

nginx的模塊直接被編譯進Nginx,所以屬於靜態編譯方式。

啓動nginx後，nginx模塊被自動加載，不像apache同樣，首先將模塊編譯爲一個so文件，而後在配置文件中指定是否進行加載。

在解析配置文件時，nginx的每一個模塊都有可能去處理某個請求，但同一個處理請求只能由一個模塊來完成。

nginx處理請求的流程：

http發出請求---->nginx內核--(選擇一個Handlers處理模塊)-->Handers(處理器模塊)--->

--(生產內容)-->Filters(過濾模塊1)--(處理內容)-->Filters(過濾模塊N)---->http響應請求

nginx arch(nginx 架構)：

一個主進程，多個子進程

nginx+php/tomcat能夠部署在一臺服務器上（nginx自己消耗的資源較少）

基本的web服務器請求的步驟：

用戶空間

HTTP服務器軟件進程

(3)處理請求

|------------------------------->

| |

| <---(5)構建響應<---------|

(2)接收請求 | | (4)訪問資源

| | | |

| | | |

| | | |

TCP/IP網絡協議棧 | |

| | | |

| | | |

(1)創建鏈接------------ | 對象儲存

客戶端 <---------(網絡接口)--

(6)發送響應

--------------------------------------------------------------------------

源碼安裝：

須要gcc，pcre，zlib，zlib-devel(支持ssl需openssl，openssl-devel)

軟件：www.nginx.org

tar xf nginx-1.8.0.tar.gz -C /usr/src/lnmp/

cd /usr/src/lnmp/nginx-1.8.0/

./configure --prefix=/usr/local/nginx --user=nginx --group=nginx --with-http_gzip_static_module --with-http_stub_status_module --with-http_ssl_module

make

make install

安裝第三方模塊：echo模塊

echo模塊：接收「echo」指令，指令可指定一個字符串參數，模塊會輸出這個字符串做爲HTTP響應

軟件：https://github.com/openresty/echo-nginx-module/releases/tag/v0.60

tar xf echo-nginx-module-0.60.tar.gz -C /usr/src/lnmp/nginx-1.8.0/

編譯（在原來編譯參數的基礎上加上：--add-module=echo-nginx-module-0.60）

./configure --prefix=/usr/local/nginx --user=nginx --group=nginx --with-http_gzip_static_module --with-http_stub_status_module --with-http_ssl_module --add-module=echo-nginx-module-0.60

make

make install

location / {

# root html;

echo "this is echo module "

index index.html index.htm;

}

測試：http://192.168.1.113/index.html

ls /usr/local/nginx/conf

nginx.conf

fastcgi.conf

koi-utf ----字體

uwsgi_params ----跟python交互

koi-win

fastcgi_params ----跟php交互

mime.types ----定義了nginx支持的文件類型

scgi_params

win-utf ----windows字體

/usr/local/tengine/sbin/nginx -t ---檢測配置文件的語法問題

-----------------------------------------------------------------------------

nginx默認配置：

#user nobody;

worker_processes 1;

#error_log logs/error.log;

#error_log logs/error.log notice;

#error_log logs/error.log info;

#pid logs/nginx.pid;

events {

worker_connections 1024;

}

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;

#gzip on;

server {

listen 80;

server_name localhost;

#charset koi8-r;

#access_log logs/host.access.log main;

location / {

root html;

index index.html index.htm;

}

#error_page 404 /404.html;

# redirect server error pages to the static page /50x.html

#

error_page 500 502 503 504 /50x.html;

location = /50x.html {

root html;

}

# 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 html;

# fastcgi_pass 127.0.0.1:9000;

# fastcgi_index index.php;

# fastcgi_param SCRIPT_FILENAME /scripts$fastcgi_script_name;

# include fastcgi_params;

#}

# deny access to .htaccess files, if Apache's document root

# concurs with nginx's one

#

#location ~ /\.ht {

# deny all;

#}

}

# another virtual host using mix of IP-, name-, and port-based configuration

#

#server {

# listen 8000;

# listen somename:8080;

# server_name somename alias another.alias;

# location / {

# root html;

# index index.html index.htm;

# }

#}

# HTTPS server

#

#server {

# listen 443 ssl;

# server_name localhost;

# ssl_certificate cert.pem;

# ssl_certificate_key cert.key;

# ssl_session_cache shared:SSL:1m;

# ssl_session_timeout 5m;

# ssl_ciphers HIGH:!aNULL:!MD5;

# ssl_prefer_server_ciphers on;

# location / {

# root html;

# index index.html index.htm;

# }

#}

}

---------------------------------------------------------------------

狀態頁面：

location /nginx_status {

stub_status on;

access_log off;

allow 192.168.1.112;

allow 192.168.1.0/24;

deny all;

}

http://192.168.1.113:80/nginx_status

顯示結果：

Active connections: 1

server accepts handled requests

14 14 66

Reading: 0 Writing: 1 Waiting: 0

說明：

Active connections：當前全部處於打開狀態的鏈接數

server accepts handled requests：總共處理了*鏈接，成功建立*握手，總共處理了*請求

Reading：nginx讀取到客戶端的Header信息數；

Writing：nginx返回給客戶端的Header信息數；

Waiting：開啓keep-alive的狀況下，該值等於active-(reading+writing)；

表示nginx已經處理網正在等候下一次請求指令的駐留鏈接

---------------------------------------------------------------------------------

#################################################################################

----------------------------------------------------------------------------------

配置說明：

user www www; ---#定義Nginx運行的用戶和用戶組

worker_processes 8; ---#nginx進程數，建議設置爲等於CPU總核心數-1。

#worker_cpu_affinity 0001 0010 0100 1000---給進程分配單獨的CPU來運行（避免上下文的切換），CPU的親緣性

error_log /usr/local/nginx/logs/error.log info;

#全局錯誤日誌定義類型，[ debug | info | notice | warn | error | crit ]

pid /usr/local/nginx/logs/nginx.pid;

#進程pid文件

worker_rlimit_nofile 65535;

#指定進程能夠打開的最大描述符：數目

#工做模式與鏈接數上限

#這個指令是指當一個nginx進程打開的最多文件描述符數目，理論值應該是最多打開文件數（ulimit -n）與nginx進程數相除，可是nginx分配請求並非那麼均勻，因此最好與ulimit -n 的值保持一致。

#如今在linux 2.6內核下開啓文件打開數爲65535，worker_rlimit_nofile就相應應該填寫65535。

#這是由於nginx調度時分配請求到進程並非那麼的均衡，因此假如填寫10240，總併發量達到3-4萬時就有進程可能超過10240了，這時會返回502錯誤。

events

{

use epoll;

#參考事件模型，use [ kqueue | rtsig | epoll | /dev/poll | select | poll ]; epoll模型

#是Linux 2.6以上版本內核中的高性能網絡I/O模型，linux建議epoll，若是跑在FreeBSD上面，就用kqueue模型。

#補充說明：

#與apache相類，nginx針對不一樣的操做系統，有不一樣的事件模型

#A）標準事件模型

#Select、poll屬於標準事件模型，若是當前系統不存在更有效的方法，nginx會選擇select或poll

#B）高效事件模型

#Kqueue：使用於FreeBSD 4.1+, OpenBSD 2.9+, NetBSD 2.0 和 MacOS X.使用雙處理器的MacOS X系統使用kqueue可能會形成內核崩潰。

#Epoll：使用於Linux內核2.6版本及之後的系統。

#/dev/poll：使用於Solaris 7 11/99+，HP/UX 11.22+ (eventport)，IRIX 6.5.15+ 和 Tru64 UNIX 5.1A+。

#Eventport：使用於Solaris 10。 爲了防止出現內核崩潰的問題， 有必要安裝安全補丁。

worker_connections 65535;

#單個進程最大鏈接數（最大鏈接數=鏈接數*進程數）

#根據硬件調整，和前面工做進程配合起來用，儘可能大，可是別把cpu跑到100%就行。每一個進程容許的最多鏈接數，理論上每臺nginx服務器的最大鏈接數爲。

#keepalive超時時間。

keepalive_timeout 60;

client_header_buffer_size 4k;

#客戶端請求頭部的緩衝區大小。這個能夠根據你的系統分頁大小來設置，通常一個請求頭的大小不會超過1k，不過因爲通常系統分頁都要大於1k，因此這裏設置爲分頁大小。

#分頁大小能夠用命令getconf PAGESIZE 取得。

# #getconf PAGESIZE

#4096

#但也有client_header_buffer_size超過4k的狀況，可是client_header_buffer_size該值必須設置爲「系統分頁大小」的整倍數。

open_file_cache max=65535 inactive=60s;

#這個將爲打開文件指定緩存，默認是沒有啓用的，max指定緩存數量，建議和打開文件數一致，inactive是指通過多長時間文件沒被請求後刪除緩存。

open_file_cache_valid 80s;

#這個是指多長時間檢查一次緩存的有效信息。

#語法:open_file_cache_valid time 默認值:open_file_cache_valid 60 使用字段:http, server, location 這個指令指定了什麼時候須要檢查open_file_cache中緩存項目的有效信息.

open_file_cache_min_uses 1;

#open_file_cache指令中的inactive參數時間內文件的最少使用次數，若是超過這個數字，文件描述符一直是在緩存中打開的，如上例，若是有一個文件在inactive時間內一次沒被使用，它將被移除。

#語法:open_file_cache_min_uses number 默認值:open_file_cache_min_uses 1 使用字段:http, server, location 這個指令指定了在open_file_cache指令無效的參數中必定的時間範圍內可使用的最小文件數,若是使用更大的值,文件描述符在cache中老是打開狀態.

open_file_cache_errors on;

#語法:open_file_cache_errors on | off 默認值:open_file_cache_errors off 使用字段:http, server, location 這個指令指定是否在搜索一個文件是記錄cache錯誤.

}

http ---協議級別

#設定http服務器，利用它的反向代理功能提供負載均衡支持

{

include mime.types;

#文件擴展名與文件類型映射表

default_type application/octet-stream;

#默認文件類型

#charset utf-8;

#默認編碼

server_names_hash_bucket_size 128;

#服務器名字的hash表大小

#保存服務器名字的hash表是由指令server_names_hash_max_size 和server_names_hash_bucket_size所控制的。

參數hash bucket size老是等於hash表的大小，而且是一路處理器緩存大小的倍數。

在減小了在內存中的存取次數後，使在處理器中加速查找hash表鍵值成爲可能。

若是hash bucket size等於一路處理器緩存的大小，那麼在查找鍵的時候，最壞的狀況下在內存中查找的次數爲2。

第一次是肯定存儲單元的地址，第二次是在存儲單元中查找鍵 值。

所以，若是Nginx給出須要增大hash max size 或 hash bucket size的提示，那麼首要的是增大前一個參數的大小.

client_header_buffer_size 32k;

#客戶端請求頭部的緩衝區大小。這個能夠根據你的系統分頁大小來設置，通常一個請求的頭部大小不會超過1k，不過因爲通常系統分頁都要大於1k，因此這裏設置爲分頁大小。分頁大小能夠用命令getconf PAGESIZE取得。

large_client_header_buffers 4 64k;

#客戶請求頭緩衝大小。nginx默認會用client_header_buffer_size這個buffer來讀取header值，若是header過大，它會使用large_client_header_buffers來讀取。

client_max_body_size 8m;

#設定經過nginx上傳文件的大小

sendfile on;

#開啓高效文件傳輸模式，sendfile指令指定nginx是否調用sendfile函數來輸出文件，對於普通應用設爲 on，若是用來進行下載等應用磁盤IO重負載應用，可設置爲off，以平衡磁盤與網絡I/O處理速度，下降系統的負載。注意：若是圖片顯示不正常把這個改爲off。

#sendfile指令指定 nginx 是否調用sendfile 函數（zero copy 方式）來輸出文件，對於普通應用，必須設爲on。若是用來進行下載等應用磁盤IO重負載應用，可設置爲off，以平衡磁盤與網絡IO處理速度，下降系統uptime。

autoindex on;

#開啓目錄列表訪問，合適下載服務器，默認關閉。

tcp_nopush on;

#此選項容許或禁止使用socke的TCP_CORK的選項，此選項僅在使用sendfile的時候使用

tcp_nodelay on;

keepalive_timeout 120;

#長鏈接超時時間，單位是秒

# FastCGI 相關參數是爲了改善網站的性能：減小資源佔用，提升訪問速度。下面參數看字面意思都能理解。

fastcgi_connect_timeout 300;

fastcgi_send_timeout 300;

fastcgi_read_timeout 300;

fastcgi_buffer_size 64k;

fastcgi_buffers 4 64k;

fastcgi_busy_buffers_size 128k;

fastcgi_temp_file_write_size 128k;

fastcgi_cache_min_uses 1;爲指定的應答代碼指定緩存時間，如上例中將200，302應答緩存一小時，301應答緩存1天，其餘爲1分鐘。

# gzip 模塊設置

gzip on; #開啓gzip壓縮輸出

gzip_min_length 1k; #最小壓縮文件大小

gzip_buffers 4 16k; #壓縮緩衝區

gzip_http_version 1.0; #壓縮版本（默認1.1，前端若是是squid2.5請使用1.0）

gzip_comp_level 2; #壓縮等級

gzip_types text/plain application/x-javascript text/css application/xml; #壓縮類型，默認就已經包含textml，因此下面就不用再寫了，寫上去也不會有問題，可是會有一個warn。

gzip_vary on;

#limit_zone crawler $binary_remote_addr 10m;

#開啓限制IP鏈接數的時候須要使用

# 負載均衡配置

upstream piao.jd.com {

server 192.168.80.121:80 weight=3;

server 192.168.80.122:80 weight=2;

server 192.168.80.123:80 weight=3;

#upstream的負載均衡，weight是權重，能夠根據機器配置定義權重。weigth參數表示權值，權值越高被分配到的概率越大。

#nginx的upstream目前支持4種方式的分配

#一、輪詢（默認）

#每一個請求按時間順序逐一分配到不一樣的後端服務器，若是後端服務器down掉，能自動剔除。

#二、weight

#指定輪詢概率，weight和訪問比率成正比，用於後端服務器性能不均的狀況。

#例如：

#upstream bakend {

# server 192.168.0.14 weight=10;

# server 192.168.0.15 weight=10;

#}

#二、ip_hash

#每一個請求按訪問ip的hash結果分配，這樣每一個訪客固定訪問一個後端服務器，能夠解決session的問題。

#例如：

#upstream bakend {

# ip_hash;

# server 192.168.0.14:88;

# server 192.168.0.15:80;

#}

#三、fair（第三方）

#按後端服務器的響應時間來分配請求，響應時間短的優先分配。

#upstream backend {

# server server1;

# server server2;

# fair;

#}

#四、url_hash（第三方）

#按訪問url的hash結果來分配請求，使每一個url定向到同一個後端服務器，後端服務器爲緩存時比較有效。

#例：在upstream中加入hash語句，server語句中不能寫入weight等其餘的參數，hash_method是使用的hash算法

#upstream backend {

# server squid1:3128;

# server squid2:3128;

# hash $request_uri;

# hash_method crc32;

#}

#tips:

#upstream bakend{#定義負載均衡設備的Ip及設備狀態}{

# ip_hash;

# server 127.0.0.1:9090 down;

# server 127.0.0.1:8080 weight=2;

# server 127.0.0.1:6060;

# server 127.0.0.1:7070 backup;

#}

#在須要使用負載均衡的server中增長 proxy_pass http://bakend/;

#每一個設備的狀態設置爲:

#1.down表示單前的server暫時不參與負載

#2.weight爲weight越大，負載的權重就越大。

#3.max_fails：容許請求失敗的次數默認爲1.當超過最大次數時，返回proxy_next_upstream模塊定義的錯誤

#4.fail_timeout:max_fails次失敗後，暫停的時間。

#5.backup： 其它全部的非backup機器down或者忙的時候，請求backup機器。因此這臺機器壓力會最輕。

#nginx支持同時設置多組的負載均衡，用來給不用的server來使用。

#client_body_in_file_only設置爲On 能夠講client post過來的數據記錄到文件中用來作debug

#client_body_temp_path設置記錄文件的目錄 能夠設置最多3層目錄

#location對URL進行匹配.能夠進行重定向或者進行新的代理 負載均衡

}

#虛擬主機的配置

server

{

listen 80;

#監聽端口

server_name www.jd.com jd.com;

#域名能夠有多個，用空格隔開

index index.html index.htm index.php;

root /data/www/jd;

#對******進行負載均衡

location ~ .*.(php|php5)?$

{

fastcgi_pass 127.0.0.1:9000;

fastcgi_index index.php;

include fastcgi.conf;

}

#圖片緩存時間設置

location ~ .*.(gif|jpg|jpeg|png|bmp|swf)$

{

expires 10d;

}

#JS和CSS緩存時間設置

location ~ .*.(js|css)?$

{

expires 1h;

}

# 日誌格式 設定

log_format access '$remote_addr - $remote_user [$time_local] "$request" '

'$status $body_bytes_sent "$http_referer" '

'"$http_user_agent" $http_x_forwarded_for';

#$remote_addr與$http_x_forwarded_for用以記錄客戶端的ip地址；

#$remote_user：用來記錄客戶端用戶名稱；

#$time_local： 用來記錄訪問時間與時區；

#$request： 用來記錄請求的url與http協議；

#$status： 用來記錄請求狀態；成功是200，

#$body_bytes_sent ：記錄發送給客戶端文件主體內容大小；

#$http_referer：用來記錄從那個頁面連接訪問過來的；

#$http_user_agent：記錄客戶瀏覽器的相關信息；

#一般web服務器放在反向代理的後面，這樣就不能獲取到客戶的IP地址了，經過$remote_add拿到的IP地址是反向代理服務器的iP地址。

#反向代理服務器在轉發請求的http頭信息中，能夠增長x_forwarded_for信息，用以記錄原有客戶端的IP地址和原來客戶端的請求的服務器地址。

#定義本虛擬主機的訪問日誌

access_log /usr/local/nginx/logs/host.access.log main;

access_log /usr/local/nginx/logs/host.access.404.log log404;

#對 "/" 啓用 反向代理

location / {

proxy_pass http://127.0.0.1:88;

proxy_redirect off;

proxy_set_header X-Real-IP $remote_addr;

proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

#後端的Web服務器能夠經過X-Forwarded-For獲取用戶真實IP

#如下是一些反向代理的配置，可選。

proxy_set_header Host $host;

client_max_body_size 10m;

#容許客戶端請求的最大單文件字節數

client_body_buffer_size 128k;

#緩衝區代理緩衝用戶端請求的最大字節數，

#若是把它設置爲比較大的數值，例如256k，那麼，不管使用firefox仍是IE瀏覽器，來提交任意小於256k的圖片，都很正常。

#若是註釋該指令，使用默認的client_body_buffer_size設置，也就是操做系統頁面大小的兩倍，8k或者16k，問題就出現了。

#不管使用firefox4.0仍是IE8.0，提交一個比較大，200k左右的圖片，都返回500 Internal Server Error錯誤

proxy_intercept_errors on;

#表示使nginx阻止HTTP應答代碼爲400或者更高的應答。

proxy_connect_timeout 90;

#後端服務器鏈接的超時時間_發起握手等候響應超時時間

#nginx跟後端服務器鏈接超時時間(代理鏈接超時)

proxy_send_timeout 90;

#後端服務器數據回傳時間(代理髮送超時)

#後端服務器數據回傳時間_就是在規定時間以內後端服務器必須傳完全部的數據

proxy_read_timeout 90;

#鏈接成功後，後端服務器響應時間(代理接收超時)

#鏈接成功後_等候後端服務器響應時間_其實已經進入後端的排隊之中等候處理（也能夠說是後端服務器處理請求的時間）

proxy_buffer_size 4k;

#設置代理服務器（nginx）保存用戶頭信息的緩衝區大小

#設置從被代理服務器讀取的第一部分應答的緩衝區大小，一般狀況下這部分應答中包含一個小的應答頭，默認狀況下這個值的大小爲指令proxy_buffers中指定的一個緩衝區的大小，不過能夠將其設置爲更小

proxy_buffers 4 32k;

#proxy_buffers緩衝區，網頁平均在32k如下的設置

#設置用於讀取應答（來自被代理服務器）的緩衝區數目和大小，默認狀況也爲分頁大小，根據操做系統的不一樣多是4k或者8k

proxy_busy_buffers_size 64k;

#高負荷下緩衝大小（proxy_buffers*2）

proxy_temp_file_write_size 64k;

#設置在寫入proxy_temp_path時數據的大小，預防一個工做進程在傳遞文件時阻塞太長

#設定緩存文件夾大小，大於這個值，將從upstream服務器傳

}

#設定查看Nginx狀態的地址

location /NginxStatus {

stub_status on;

access_log on;

auth_basic "NginxStatus";

auth_basic_user_file confpasswd;

#htpasswd文件的內容能夠用apache提供的htpasswd工具來產生。

}

#本地動靜分離反向代理配置

#全部jsp的頁面均交由tomcat或resin處理

location ~ .(jsp|jspx|do)?$ {

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_pass http://127.0.0.1:8080;

}

#全部靜態文件由nginx直接讀取不通過tomcat或resin

location ~ .*.(htm|html|gif|jpg|jpeg|png|bmp|swf|ioc|rar|zip|txt|flv|mid|doc|ppt|pdf|xls|mp3|wma)$

{

expires 15d;

}

location ~ .*.(js|css)?$

{

expires 1h;

}

}

}

------------------------------------------------------------------------------------

fastcgi_param SCRIPT_FILENAME /scripts$fastcgi_script_name;

將/scripts改成$document_root ---在訪問.php文件，實際讀取的是$document_root(網站根目錄)下的.php文件

匹配的優先級：= > ^~ > ~ > ~*

訪問控制：

location / {

....

allow 192.168.1.0;

allow 192.168.1.0/24;

deny all;

}

基於用戶名訪問：

location / {

...

auth_basic "welcome to ";

auth_basic_user_file "/usr/local/nginx/conf/user";

}

建立該文件：

vim /usr/local/nginx/conf/user

zhangsan:$apr1$bJ0ev6Kr$Qw9GmWcI1Oh6omxUmzp9E/

(用戶名和密碼可用htpasswd生成器生成)

----------------------------------------------------------------------------------------

nginx的優化：

worker_processes 8;

work_cpu_affinity 0001 0010 0100 1000; ---進程與CPU綁定

work_rlimit_nofile 65535; ---nginx進程可以打開的最多文件描述符數目

work_connections 20480/65535; ---最大鏈接數

keepalive_timeout 60;

server_tokens off;

open_file_cache max=65535 inactive=60s;

open_file_cache_valid 80s;

open_file_cache_min_uses 1;

open_file_cache_errors on;

client_body_timeout 10;

client_header_timeout 10;

keepalive_timeout 65;

send_timeout 10;

server_names_hash_bucket_size 128;

client_header_buffer_size 32k;

client_body_buffer_size 1K;

large_client_header_buffers 4 64k;

client_max_body_size 8m;

sendfile on;

autoindex on;

fastcgi_connect_timeout 300;

fastcgi_send_timeout 300;

fastcgi_read_timeout 300;

fastcgi_buffer_size 64k;

fastcgi_buffers 4 64k;

fastcgi_busy_buffers_size 128k;

fastcgi_temp_file_write_size 128k;

fastcgi_cache_min_uses 1;

gzip on;

gzip_min_length 1k;

gzip_buffers 4 16k;

gzip_http_version 1.0;

gzip_comp_level 2;

gzip_types text/plain application/x-javascript text/css application/xml;

gzip_vary on;

#反向代理部分：

proxy_set_header X-Real-IP $remote_addr;

proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;

proxy_set_header Host $host;

client_max_body_size 10m;

client_body_buffer_size 128k;

proxy_intercept_errors on;

proxy_connect_timeout 90;

proxy_send_timeout 90;

proxy_read_timeout 90;

proxy_buffer_size 4k;

proxy_buffers 4 32k;

proxy_busy_buffers_size 64k;

proxy_temp_file_write_size 64k;

#內核優化設置

net.ipv4.tcp_syncookies = 1

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_fin_timeout = 1

net.ipv4.tcp_keepalive_time = 30

net.ipv4.ip_local_port_range = 1024 65000

#預防DOS攻擊:限制用戶鏈接數來

limit_zone slimits $binary_remote_addr 5m;

limit_conn slimits 5;

timeout設低

client_body_timeout 10;

client_header_timeout 10;

keepalive_timeout 65;

send_timeout 10;