Nginx安裝及配置檔案nginx.conf詳解
1、安裝Nginx
在安裝Nginx之前，需確保系統已經安裝了gcc、 openssl-devel、 pcre-devel和zlib-devel軟體庫。
下面是Nginx安裝過程：
wget http://nginx.org/download/nginx-1.0.14.tar.gz tar zxvf nginx-1.0.14.tar.gz ./configure --with-http_stub_status_module --prefix=/opt/nginx cd nginx-1.0.14 make make install
其中， –with-http_stub_status_module 可以用來啟用 Nginx 的 NginxStatus 功能，以監控 Nginx 的執行狀態。
想要了解更多的模組的情況可以通過 ./configure –help 選項檢視。
2、Nginx的配置檔案結構
Nginx的配置檔案nginx.conf位於其安裝目錄的conf目錄下。
nginx.conf由多個塊組成，最外面的塊是main，main包含Events和HTTP，HTTP包含upstream和多個Server，Server又包含多個location：
main（全域性設定）、server（主機設定）、upstream（負載均衡伺服器設定）和 location（URL匹配特定位置的設定）。
- main塊設定的指令將影響其他所有設定；
- server塊的指令主要用於指定主機和埠；
- upstream指令主要用於負載均衡，設定一系列的後端伺服器；
- location塊用於匹配網頁位置。
這四者之間的關係式：server繼承main，location繼承server，upstream既不會繼承其他設定也不會被繼承。
在這四個部分當中，每個部分都包含若干指令，這些指令主要包含Nginx的主模組指令、事件模組指令、HTTP核心模組指令，同時每個部分還可以使用其他HTTP模組指令，例如Http SSL模組、HttpGzip Static模組和Http Addition模組等。
2.1 Nginx的全域性配置
程式碼如下：
1 2 3 4 5 6 7 8 9 10 |
user nobody nobody;
worker_processes 2;
error_log logs/error.log notice;
pid logs/nginx.pid;
worker_rlimit_nofile 65535;
events{
use epoll;
worker_connections 65536;
} |
每個配置選項的含義解釋如下：
- user是個主模組指令，指定Nginx Worker程序執行使用者以及使用者組，預設由nobody賬號執行。
- worker_processes是個主模組指令，指定了Nginx要開啟的程序數。每個Nginx程序平均耗費10M~12M記憶體。建議指定和CPU的數量一致即可。
- error_log是個主模組指令，用來定義全域性錯誤日誌檔案。日誌輸出級別有debug、info、notice、warn、error、crit可供選擇，其中，debug輸出日誌最為最詳細，而crit輸出日誌最少。
- pid是個主模組指令，用來指定程序pid的儲存檔案位置。
- worker_rlimit_nofile用於繫結worker程序和CPU， Linux核心2.4以上可用。
events事件指令是設定Nginx的工作模式及連線數上限：
use是個事件模組指令，用來指定Nginx的工作模式。Nginx支援的工作模式有select、poll、kqueue、epoll、rtsig和/dev/poll。其中select和poll都是標準的工作模式，kqueue和epoll是高效的工作模式，不同的是epoll用在Linux平臺上，而kqueue用在BSD系統中。對於Linux系統，epoll工作模式是首選。
worker_connections也是個事件模組指令，用於定義Nginx每個程序的最大連線數，預設是1024。最大客戶端連線數由worker_processes和worker_connections決定，即Max_client=worker_processes*worker_connections。
在作為反向代理時，max_clients變為：max_clients = worker_processes * worker_connections/4。
程序的最大連線數受Linux系統程序的最大開啟檔案數限制，在執行作業系統命令“ulimit -n 65536”後worker_connections的設定才能生效
2.2 HTTP伺服器配置
Nginx對HTTP伺服器相關屬性的配置程式碼如下：
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 |
http{
http{
include conf/mime.types;
default_type application/octet-stream;
log_format main '$remote_addr - $remote_user [$time_local] '
'"$request" $status $bytes_sent '
'"$http_referer" "$http_user_agent" '
'"$gzip_ratio"';
log_format download '$remote_addr - $remote_user [$time_local] '
'"$request" $status $bytes_sent '
'"$http_referer" "$http_user_agent" '
'"$http_range" "$sent_http_content_range"';
client_max_body_size 20m;
client_header_buffer_size 32K;
large_client_header_buffers 4 32k;
Sendfile on;
tcp_nopush on;
tcp_nodelay on;
keepalive_timeout 60;
client_header_timeout 10;
client_body_timeout 10;
send_timeout 10; |
下面詳細介紹下這段程式碼中每個配置選項的含義。
include是個主模組指令，實現對配置檔案所包含的檔案的設定，可以減少主配置檔案的複雜度。類似於Apache中的include方法。
default_type屬於HTTP核心模組指令，這裡設定預設型別為二進位制流，也就是當檔案型別未定義時使用這種方式，例如在沒有配置PHP環境時，Nginx是不予解析的，此時，用瀏覽器訪問PHP檔案就會出現下載視窗。
下面的程式碼實現對日誌格式的設定：
1 2 3 4 5 6 7 8 |
log_format main '$remote_addr - $remote_user [$time_local] ' '"$request" $status $bytes_sent ' '"$http_referer" "$http_user_agent" ' '"$gzip_ratio"'; log_format download '$remote_addr - $remote_user [$time_local] ' '"$request" $status $bytes_sent ' '"$http_referer" "$http_user_agent" ' '"$http_range" "$sent_http_content_range"'; |
log_format是Nginx的HttpLog模組指令，用於指定Nginx日誌的輸出格式。main為此日誌輸出格式的名稱，可以在下面的access_log指令中引用。
- client_max_body_size用來設定允許客戶端請求的最大的單個檔案位元組數；
- client_header_buffer_size用於指定來自客戶端請求頭的headerbuffer大小。對於大多數請求，1K的緩衝區大小已經足夠，如果自定義了訊息頭或有更大的Cookie，可以增加緩衝區大小。這裡設定為32K；
- large_client_header_buffers用來指定客戶端請求中較大的訊息頭的快取最大數量和大小， “4”為個數，“128K”為大小，最大快取量為4個128K；
- sendfile引數用於開啟高效檔案傳輸模式。將tcp_nopush和tcp_nodelay兩個指令設定為on用於防止網路阻塞；
- keepalive_timeout設定客戶端連線保持活動的超時時間。在超過這個時間之後，伺服器會關閉該連線；
- client_header_timeout設定客戶端請求頭讀取超時時間。如果超過這個時間，客戶端還沒有傳送任何資料，Nginx將返回“Request time out（408）”錯誤；
- client_body_timeout設定客戶端請求主體讀取超時時間。如果超過這個時間，客戶端還沒有傳送任何資料，Nginx將返回“Request time out（408）”錯誤，預設值是60；
- send_timeout指定響應客戶端的超時時間。這個超時僅限於兩個連線活動之間的時間，如果超過這個時間，客戶端沒有任何活動，Nginx將會關閉連線。
2.3 HttpGzip模組配置
下面配置Nginx的HttpGzip模組。這個模組支援線上實時壓縮輸出資料流。
看是否安裝了HttpGzip模組：
[[email protected] ~]# /opt/nginx/sbin/nginx -V nginx version: nginx/1.0.14 built by gcc 4.4.6 20110731 (Red Hat 4.4.6-3) (GCC) configure arguments: --with-http_stub_status_module --with-http_gzip_static_module --prefix=/opt/nginx
通過/opt/nginx/sbin/nginx -V命令可以檢視安裝Nginx時的編譯選項，由輸出可知，我們已經安裝了HttpGzip模組。
下面是HttpGzip模組在Nginx配置中的相關屬性設定：
1 2 3 4 5 6 7 |
gzip on; gzip_min_length 1k; gzip_buffers 4 16k; gzip_http_version 1.1; gzip_comp_level 2; gzip_types text/plain application/x-javascript text/css application/xml; gzip_vary on; |
- gzip用於設定開啟或者關閉gzip模組，“gzip on”表示開啟GZIP壓縮，實時壓縮輸出資料流；
- gzip_min_length設定允許壓縮的頁面最小位元組數，頁面位元組數從header頭的Content-Length中獲取。預設值是0，不管頁面多大都進行壓縮。建議設定成大於1K的位元組數，小於1K可能會越壓越大；
- gzip_buffers表示申請4個單位為16K的記憶體作為壓縮結果流快取，預設值是申請與原始資料大小相同的記憶體空間來儲存gzip壓縮結果；
- gzip_http_version用於設定識別HTTP協議版本，預設是1.1，目前大部分瀏覽器已經支援GZIP解壓，使用預設即可；
- gzip_comp_level用來指定GZIP壓縮比，1 壓縮比最小，處理速度最快；9 壓縮比最大，傳輸速度快，但處理最慢，也比較消耗cpu資源；
- gzip_types用來指定壓縮的型別，無論是否指定，“text/html”型別總是會被壓縮的；
- gzip_vary選項可以讓前端的快取伺服器快取經過GZIP壓縮的頁面，例如用Squid快取經過Nginx壓縮的資料。
2.4 負載均衡配置
下面設定負載均衡的伺服器列表：
1 2 3 4 5 6 7 |
upstream cszhi.com{
ip_hash;
server 192.168.8.11:80;
server 192.168.8.12:80 down;
server 192.168.8.13:8009 max_fails=3 fail_timeout=20s;
server 192.168.8.146:8080;
} |
upstream是Nginx的HTTP Upstream模組，這個模組通過一個簡單的排程演算法來實現客戶端IP到後端伺服器的負載均衡。
在上面的設定中，通過upstream指令指定了一個負載均衡器的名稱cszhi.com。這個名稱可以任意指定，在後面需要的地方直接呼叫即可。
Nginx的負載均衡模組目前支援4種排程演算法，下面進行分別介紹，其中後兩項屬於第三方的排程方法。
- 輪詢（預設）：每個請求按時間順序逐一分配到不同的後端伺服器，如果後端某臺伺服器宕機，故障系統被自動剔除，使使用者訪問不受影響；
- Weight：指定輪詢權值，Weight值越大，分配到的訪問機率越高，主要用於後端每個伺服器效能不均的情況下；
- ip_hash：每個請求按訪問IP的hash結果分配，這樣來自同一個IP的訪客固定訪問一個後端伺服器，有效解決了動態網頁存在的session共享問題；
- fair：比上面兩個更加智慧的負載均衡演算法。此種演算法可以依據頁面大小和載入時間長短智慧地進行負載均衡，也就是根據後端伺服器的響應時間來分配請求，響應時間短的優先分配。Nginx本身是不支援fair的，如果需要使用這種排程演算法，必須下載Nginx的upstream_fair模組；
- url_hash：按訪問url的hash結果來分配請求，使每個url定向到同一個後端伺服器，可以進一步提高後端快取伺服器的效率。Nginx本身是不支援url_hash的，如果需要使用這種排程演算法，必須安裝Nginx 的hash軟體包。
在HTTP Upstream模組中，可以通過server指令指定後端伺服器的IP地址和埠，同時還可以設定每個後端伺服器在負載均衡排程中的狀態。常用的狀態有：
- down：表示當前的server暫時不參與負載均衡；
- backup：預留的備份機器。當其他所有的非backup機器出現故障或者忙的時候，才會請求backup機器，因此這臺機器的壓力最輕；
- max_fails：允許請求失敗的次數，預設為1。當超過最大次數時，返回proxy_next_upstream 模組定義的錯誤；
- fail_timeout：在經歷了max_fails次失敗後，暫停服務的時間。max_fails可以和fail_timeout一起使用。
注意，當負載排程演算法為ip_hash時，後端伺服器在負載均衡排程中的狀態不能是weight和backup。
2.5 server虛擬主機配置
下面介紹對虛擬主機的配置。
建議將對虛擬主機進行配置的內容寫進另外一個檔案，然後通過include指令包含進來，這樣更便於維護和管理。
1 2 3 4 5 6 7 |
server{
listen 80;
server_name 192.168.8.18 cszhi.com;
index index.html index.htm index.php;
root /wwwroot/www.cszhi.com
charset gb2312;
access_log logs/www.ixdba.net.access.log main; |
server標誌定義虛擬主機開始，listen用於指定虛擬主機的服務埠，server_name用來指定IP地址或者域名，多個域名之間用空格分 開。index用於設定訪問的預設首頁地址，root指令用於指定虛擬主機的網頁根目錄，這個目錄可以是相對路徑，也可以是絕對路徑。Charset用於 設定網頁的預設編碼格式。access_log用來指定此虛擬主機的訪問日誌存放路徑，最後的main用於指定訪問日誌的輸出格式。
2.6 location URL匹配配置
URL地址匹配是進行Nginx配置中最靈活的部分。 location支援正則表示式匹配，也支援條件判斷匹配，使用者可以通過location指令實現Nginx對動、靜態網頁進行過濾處理。使用location URL匹配配置還可以實現反向代理，用於實現PHP動態解析或者負載負載均衡。
以下這段設定是通過location指令來對網頁URL進行分析處理，所有副檔名以.gif、.jpg、.jpeg、.png、.bmp、.swf結尾的靜態檔案都交給nginx處理，而expires用來指定靜態檔案的過期時間，這裡是30天。
1 2 3 4 |
location ~ .*\.(gif|jpg|jpeg|png|bmp|swf)$ {
root /wwwroot/www.cszhi.com;
expires 30d;
} |
以下這段設定是將upload和html下的所有檔案都交給nginx來處理，當然，upload和html目錄包含在/web/wwwroot/www.cszhi.com目錄中。
1 2 3 4 |
location ~ ^/(upload|html)/ {
root /web/wwwroot/www.cszhi.com;
expires 30d;
} |
在最後這段設定中，location是對此虛擬主機下動態網頁的過濾處理，也就是將所有以.jsp為字尾的檔案都交給本機的8080埠處理。
1 2 3 4 |
location ~ .*.php$ {
index index.php;
proxy_pass http://localhost:8080;
} |
2.7 StubStatus模組配置
StubStatus模組能夠獲取Nginx自上次啟動以來的工作狀態，此模組非核心模組，需要在Nginx編譯安裝時手工指定才能使用此功能。
以下指令實指定啟用獲取Nginx工作狀態的功能。
1 2 3 4 5 6 |
location /NginxStatus {
stub_status on;
access_log logs/NginxStatus.log;
auth_basic "NginxStatus";
auth_basic_user_file ../htpasswd;
} |
stub_status設定為“on”表示啟用StubStatus的工作狀態統計功能。access_log 用來指定StubStatus模組的訪問日誌檔案。auth_basic是Nginx的一種認證機制。auth_basic_user_file用來指定認證的密碼檔案，由於Nginx的auth_basic認證採用的是與Apache相容的密碼檔案，因此需要用Apache的htpasswd命令來生成密碼檔案，例如要新增一個test使用者，可以使用下面方式生成密碼檔案：
/usr/local/apache/bin/htpasswd -c /opt/nginx/conf/htpasswd test
然後輸入兩次密碼後確認之後新增使用者成功。
要檢視Nginx的執行狀態，可以輸入http://ip/NginxStatus，輸入建立的使用者名稱和密碼就可以看到Nginx的執行狀態：
Active connections: 1 server accepts handled requests 34561 35731 354399 Reading: 0 Writing: 3 Waiting: 0
Active connections表示當前活躍的連線數，第三行的三個數字表示 Nginx當前總共處理了34561個連線， 成功建立次握手， 總共處理了354399個請求。最後一行的Reading表示Nginx讀取到客戶端Header資訊數， Writing表示Nginx返回給客戶端的Header資訊數
，“Waiting”表示Nginx已經處理完，正在等候下一次請求指令時的駐留連線數。
在最後這段設定中，設定了虛擬主機的錯誤資訊返回頁面，通過error_page指令可以定製各種錯誤資訊的返回頁面。在預設情況下，Nginx會在主目錄的html目錄中查詢指定的返回頁面，特別需要注意的是，這些錯誤資訊的返回頁面大小一定要超過512K，否者會被ie瀏覽器替換為ie預設的錯誤頁面。
1 2 3 4 5 6 7 |
error_page 404 /404.html;
error_page 500 502 503 504 /50x.html;
location = /50x.html {
root html;
}
}
} |
整理自：http://ixdba.blog.51cto.com/2895551/790611
除非註明，文章皆由( csz )原創，轉載請標明本文地址
本文地址: http://www.cszhi.com/20120513/nginx_nginx-conf.html