Nginx配置檔案詳解

Nginx的主配置檔案是nginx.conf，這個配置檔案一共由三部分組成，分別為全域性塊、events塊和http塊。在http塊中，又包含http全域性塊、多個server塊。每個server塊中，可以包含server全域性塊和多個location塊。在同一配置塊中巢狀的配置塊，各個之間不存在次序關係。

配置檔案支援大量可配置的指令，絕大多數指令不是特定屬於某一個塊的。同一個指令放在不同層級的塊中，其作用域也不同，一般情況下，高一級塊中的指令可以作用於自身所在的塊和此塊包含的所有低層級塊。如果某個指令在兩個不同層級的塊中同時出現，則採用“就近原則”，即以較低層級塊中的配置為準。比如，某指令同時出現在http全域性塊中和server塊中，並且配置不同，則應該以server塊中的配置為準。

整個配置檔案的結構大致如下：

#全域性塊
#user  nobody;
worker_processes  1;

#event塊
events {
    worker_connections  1024;
}

#http塊
http {
    #http全域性塊
    include       mime.types;
    default_type  application/octet-stream;
    sendfile        on;
    keepalive_timeout  65;
    #server塊
    server {
        #server全域性塊
        listen       8000;
        server_name  localhost;
        #location塊
        location / {
            root   html;
            index  index.html index.htm;
        }
        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;
        }
    }
    #這邊可以有多個server塊
    server {
      ...
    }
}
 

全域性塊

全域性塊是預設配置檔案從開始到events塊之間的一部分內容，主要設定一些影響Nginx伺服器整體執行的配置指令，因此，這些指令的作用域是Nginx伺服器全域性。

通常包括配置執行Nginx伺服器的使用者（組）、允許生成的worker process數、Nginx程序PID存放路徑、日誌的存放路徑和型別以及配置檔案引入等。

# 指定可以執行nginx服務的使用者和使用者組，只能在全域性塊配置
# user [user] [group]
# 將user指令註釋掉，或者配置成nobody的話所有使用者都可以執行
# user nobody nobody;
# user指令在Windows上不生效，如果你制定具體使用者和使用者組會報小面警告
# nginx: [warn] "user" is not supported, ignored in D:\software\nginx-1.18.0/conf/nginx.conf:2

# 指定工作執行緒數，可以制定具體的程序數，也可使用自動模式，這個指令只能在全域性塊配置
# worker_processes number | auto；
# 列子：指定4個工作執行緒，這種情況下會生成一個master程序和4個worker程序
# worker_processes 4;

# 指定pid檔案存放的路徑，這個指令只能在全域性塊配置
# pid logs/nginx.pid;

# 指定錯誤日誌的路徑和日誌級別，此指令可以在全域性塊、http塊、server塊以及location塊中配置。(在不同的塊配置有啥區別？？)
# 其中debug級別的日誌需要編譯時使用--with-debug開啟debug開關
# error_log [path] [debug | info | notice | warn | error | crit | alert | emerg] 
# error_log  logs/error.log  notice;
# error_log  logs/error.log  info;
 

events塊

events塊涉及的指令主要影響Nginx伺服器與使用者的網路連線。常用到的設定包括是否開啟對多worker process下的網路連線進行序列化，是否允許同時接收多個網路連線，選取哪種事件驅動模型處理連線請求，每個worker process可以同時支援的最大連線數等。

這一部分的指令對Nginx伺服器的效能影響較大，在實際配置中應該根據實際情況靈活調整。

# 當某一時刻只有一個網路連線到來時，多個睡眠程序會被同時叫醒，但只有一個程序可獲得連線。如果每次喚醒的程序數目太多，會影響一部分系統效能。在Nginx伺服器的多程序下，就有可能出現這樣的問題。
# 開啟的時候，將會對多個Nginx程序接收連線進行序列化，防止多個程序對連線的爭搶
# 預設是開啟狀態，只能在events塊中進行配置
# accept_mutex on | off;

# 如果multi_accept被禁止了，nginx一個工作程序只能同時接受一個新的連線。否則，一個工作程序可以同時接受所有的新連線。 
# 如果nginx使用kqueue連線方法，那麼這條指令會被忽略，因為這個方法會報告在等待被接受的新連線的數量。
# 預設是off狀態，只能在event塊配置
# multi_accept on | off;

# 指定使用哪種網路IO模型，method可選擇的內容有：select、poll、kqueue、epoll、rtsig、/dev/poll以及eventport，一般作業系統不是支援上面所有模型的。
# 只能在events塊中進行配置
# use method
# use epoll

# 設定允許每一個worker process同時開啟的最大連線數，當每個工作程序接受的連線數超過這個值時將不再接收連線
# 當所有的工作程序都接收滿時，連線進入logback，logback滿後連線被拒絕
# 只能在events塊中進行配置
# 注意：這個值不能超過超過系統支援開啟的最大檔案數，也不能超過單個程序支援開啟的最大檔案數，具體可以參考這篇文章：https://cloud.tencent.com/developer/article/1114773
# worker_connections  1024;

http塊

http塊是Nginx伺服器配置中的重要部分，代理、快取和日誌定義等絕大多數的功能和第三方模組的配置都可以放在這個模組中。

前面已經提到，http塊中可以包含自己的全域性塊，也可以包含server塊，server塊中又可以進一步包含location塊，在本書中我們使用“http全域性塊”來表示http中自己的全域性塊，即http塊中不包含在server塊中的部分。

可以在http全域性塊中配置的指令包括檔案引入、MIME-Type定義、日誌自定義、是否使用sendfile傳輸檔案、連線超時時間、單連線請求數上限等。

# 常用的瀏覽器中，可以顯示的內容有HTML、XML、GIF及Flash等種類繁多的文字、媒體等資源，瀏覽器為區分這些資源，需要使用MIME Type。換言之，MIME Type是網路資源的媒體型別。Nginx伺服器作為Web伺服器，必須能夠識別前端請求的資源型別。

# include指令，用於包含其他的配置檔案，可以放在配置檔案的任何地方，但是要注意你包含進來的配置檔案一定符合配置規範，比如說你include進來的配置是worker_processes指令的配置，而你將這個指令包含到了http塊中，著肯定是不行的，上面已經介紹過worker_processes指令只能在全域性塊中。
# 下面的指令將mime.types包含進來，mime.types和ngin.cfg同級目錄，不同級的話需要指定具體路徑
# include  mime.types;

# 配置預設型別，如果不加此指令，預設值為text/plain。
# 此指令還可以在http塊、server塊或者location塊中進行配置。
# default_type  application/octet-stream;

# access_log配置，此指令可以在http塊、server塊或者location塊中進行設定
# 在全域性塊中，我們介紹過errer_log指令，其用於配置Nginx程序執行時的日誌存放和級別，此處所指的日誌與常規的不同，它是指記錄Nginx伺服器提供服務過程應答前端請求的日誌
# access_log path [format [buffer=size]]
# 如果你要關閉access_log,你可以使用下面的命令
# access_log off;

# log_format指令，用於定義日誌格式，此指令只能在http塊中進行配置
# 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方式傳輸檔案，可以在http塊、server塊或者location塊中進行配置
# sendfile  on | off;

# 設定sendfile最大資料量,此指令可以在http塊、server塊或location塊中配置
# sendfile_max_chunk size;
# 其中，size值如果大於0，Nginx程序的每個worker process每次呼叫sendfile()傳輸的資料量最大不能超過這個值(這裡是128k，所以每次不能超過128k)；如果設定為0，則無限制。預設值為0。
# sendfile_max_chunk 128k;

# 配置連線超時時間,此指令可以在http塊、server塊或location塊中配置。
# 與使用者建立會話連線後，Nginx伺服器可以保持這些連線開啟一段時間
# timeout，伺服器端對連線的保持時間。預設值為75s;header_timeout，可選項，在應答報文頭部的Keep-Alive域設定超時時間：“Keep-Alive:timeout= header_timeout”。報文中的這個指令可以被Mozilla或者Konqueror識別。
# keepalive_timeout timeout [header_timeout]
# 下面配置的含義是，在伺服器端保持連線的時間設定為120 s，發給使用者端的應答報文頭部中Keep-Alive域的超時時間設定為100 s。
# keepalive_timeout 120s 100s

# 配置單連線請求數上限，此指令可以在http塊、server塊或location塊中配置。
# Nginx伺服器端和使用者端建立會話連線後，使用者端通過此連線傳送請求。指令keepalive_requests用於限制使用者通過某一連線向Nginx伺服器傳送請求的次數。預設是100
# keepalive_requests number;

server塊

server塊和“虛擬主機”的概念有密切聯絡。

虛擬主機，又稱虛擬伺服器、主機空間或是網頁空間，它是一種技術。該技術是為了節省網際網路伺服器硬體成本而出現的。這裡的“主機”或“空間”是由實體的伺服器延伸而來，硬體系統可以基於伺服器群，或者單個伺服器等。虛擬主機技術主要應用於HTTP、FTP及EMAIL等多項服務，將一臺伺服器的某項或者全部服務內容邏輯劃分為多個服務單位，對外表現為多個伺服器，從而充分利用伺服器硬體資源。從使用者角度來看，一臺虛擬主機和一臺獨立的硬體主機是完全一樣的。

在使用Nginx伺服器提供Web服務時，利用虛擬主機的技術就可以避免為每一個要執行的網站提供單獨的Nginx伺服器，也無需為每個網站對應執行一組Nginx程序。虛擬主機技術使得Nginx伺服器可以在同一臺伺服器上只執行一組Nginx程序，就可以執行多個網站。

在前面提到過，每一個http塊都可以包含多個server塊，而每個server塊就相當於一臺虛擬主機，它內部可有多臺主機聯合提供服務，一起對外提供在邏輯上關係密切的一組服務（或網站）。

和http塊相同，server塊也可以包含自己的全域性塊，同時可以包含多個location塊。在server全域性塊中，最常見的兩個配置項是本虛擬主機的監聽配置和本虛擬主機的名稱或IP配置。

listen指令

server塊中最重要的指令就是listen指令，這個指令有三種配置語法。這個指令預設的配置值是：listen *:80 | *:8000；只能在server塊種配置這個指令。

//第一種
listen address[:port] [default_server] [ssl] [http2 | spdy] [proxy_protocol] [setfib=number] [fastopen=number] [backlog=number] [rcvbuf=size] [sndbuf=size] [accept_filter=filter] [deferred] [bind] [ipv6only=on|off] [reuseport] [so_keepalive=on|off|[keepidle]:[keepintvl]:[keepcnt]];

//第二種
listen port [default_server] [ssl] [http2 | spdy] [proxy_protocol] [setfib=number] [fastopen=number] [backlog=number] [rcvbuf=size] [sndbuf=size] [accept_filter=filter] [deferred] [bind] [ipv6only=on|off] [reuseport] [so_keepalive=on|off|[keepidle]:[keepintvl]:[keepcnt]];

//第三種（可以不用重點關注）
listen unix:path [default_server] [ssl] [http2 | spdy] [proxy_protocol] [backlog=number] [rcvbuf=size] [sndbuf=size] [accept_filter=filter] [deferred] [bind] [so_keepalive=on|off|[keepidle]:[keepintvl]:[keepcnt]];

listen指令的配置非常靈活，可以單獨制定ip，單獨指定埠或者同時指定ip和埠。

listen 127.0.0.1:8000;  #只監聽來自127.0.0.1這個IP，請求8000埠的請求
listen 127.0.0.1; #只監聽來自127.0.0.1這個IP，請求80埠的請求（不指定埠，預設80）
listen 8000; #監聽來自所有IP，請求8000埠的請求
listen *:8000; #和上面效果一樣
listen localhost:8000; #和第一種效果一致

關於上面的一些重要引數做如下說明：

• address：監聽的IP地址（請求來源的IP地址），如果是IPv6的地址，需要使用中括號“[]”括起來，比如[fe80::1]等。
• port：埠號，如果只定義了IP地址沒有定義埠號，就使用80埠。這邊需要做個說明：要是你壓根沒配置listen指令，那麼那麼如果nginx以超級使用者許可權執行，則使用\*:80，否則使用\*:8000。多個虛擬主機可以同時監聽同一個埠,但是server_name需要設定成不一樣；
• default_server：假如通過Host沒匹配到對應的虛擬主機，則通過這臺虛擬主機處理。具體的可以參考這篇文章，寫的不錯。
• backlog=number：設定監聽函式listen()最多允許多少網路連線同時處於掛起狀態，在FreeBSD中預設為-1，其他平臺預設為511。
• accept_filter=filter，設定監聽埠對請求的過濾，被過濾的內容不能被接收和處理。本指令只在FreeBSD和NetBSD 5.0+平臺下有效。filter可以設定為dataready或httpready，感興趣的讀者可以參閱Nginx的官方文件。
• bind：識別符號，使用獨立的bind()處理此address:port；一般情況下，對於埠相同而IP地址不同的多個連線，Nginx伺服器將只使用一個監聽命令，並使用bind()處理埠相同的所有連線。
• ssl：識別符號，設定會話連線使用SSL模式進行，此識別符號和Nginx伺服器提供的HTTPS服務有關。

listen指令的使用看起來比較複雜，但其實在一般的使用過程中，相對來說比較簡單，並不會進行太複雜的配置。

server_name指令

用於配置虛擬主機的名稱。語法是：

Syntax:	server_name name ...;
Default:	
server_name "";
Context:	server

對於name 來說，可以只有一個名稱，也可以由多個名稱並列，之間用空格隔開。每個名字就是一個域名，由兩段或者三段組成，之間由點號“.”隔開。比如

server_name myserver.com www.myserver.com

在該例中，此虛擬主機的名稱設定為myserver.com或www. myserver.com。Nginx伺服器規定，第一個名稱作為此虛擬主機的主要名稱。

在name 中可以使用萬用字元“*”，但萬用字元只能用在由三段字串組成的名稱的首段或尾段，或者由兩段字串組成的名稱的尾段，如：

server_name myserver.* *.myserver.com

另外name還支援正則表示式的形式。這邊就不詳細展開了。

由於server_name指令支援使用萬用字元和正則表示式兩種配置名稱的方式，因此在包含有多個虛擬主機的配置檔案中，可能會出現一個名稱被多個虛擬主機的server_name匹配成功。那麼，來自這個名稱的請求到底要交給哪個虛擬主機處理呢？Nginx伺服器做出如下規定：

a. 對於匹配方式不同的，按照以下的優先順序選擇虛擬主機，排在前面的優先處理請求。

• ① 準確匹配server_name
• ② 萬用字元在開始時匹配server_name成功
• ③ 萬用字元在結尾時匹配server_name成功
• ④ 正則表示式匹配server_name成功

b. 在以上四種匹配方式中，如果server_name被處於同一優先順序的匹配方式多次匹配成功，則首次匹配成功的虛擬主機處理請求。

有時候我們希望使用基於IP地址的虛擬主機配置，比如訪問192.168.1.31有虛擬主機1處理，訪問192.168.1.32由虛擬主機2處理。

這時我們要先網絡卡繫結別名，比如說網絡卡之前繫結的IP是192.168.1.30，現在將192.168.1.31和192.168.1.32這兩個IP都繫結到這個網絡卡上，那麼請求這個兩個IP的請求才會到達這臺機器。

繫結別名後進行以下配置即可：

http
{
	{
	   listen:  80;
	   server_name:  192.168.1.31;
     ...
	}
	{
	   listen:  80;
	   server_name:  192.168.1.32;
     ...
	}
}

location塊

每個server塊中可以包含多個location塊。在整個Nginx配置文件中起著重要的作用，而且Nginx伺服器在許多功能上的靈活性往往在location指令的配置中體現出來。

location塊的主要作用是，基於Nginx伺服器接收到的請求字串（例如， server_name/uri-string），對除虛擬主機名稱（也可以是IP別名，後文有詳細闡述）之外的字串（前例中“/uri-string”部分）進行匹配，對特定的請求進行處理。地址定向、資料快取和應答控制等功能都是在這部分實現。許多第三方模組的配置也是在location塊中提供功能。

在Nginx的官方文件中定義的location的語法結構為：

location [ = | ~ | ~* | ^~ ] uri { ... }

其中，uri變數是待匹配的請求字串，可以是不含正則表達的字串，如/myserver.php等；也可以是包含有正則表達的字串，如 .php$（表示以.php結尾的URL）等。為了下文敘述方便，我們約定，不含正則表達的uri稱為“標準uri”，使用正則表示式的uri稱為“正則uri”。

其中方括號裡的部分，是可選項，用來改變請求字串與 uri 的匹配方式。在介紹四種標識的含義之前，我們需要先了解不新增此選項時，Nginx伺服器是如何在server塊中搜索並使用location塊的uri和請求字串匹配的。

在不新增此選項時，Nginx伺服器首先在server塊的多個location塊中搜索是否有標準uri和請求字串匹配，如果有多個可以匹配，就記錄匹配度最高的一個。然後，伺服器再用location塊中的正則uri和請求字串匹配，當第一個正則uri匹配成功，結束搜尋，並使用這個location塊處理此請求；如果正則匹配全部失敗，就使用剛才記錄的匹配度最高的location塊處理此請求。

瞭解了上面的內容，就可以解釋可選項中各個標識的含義了：

• “=”，用於標準uri前，要求請求字串與uri嚴格匹配。如果已經匹配成功，就停止繼續向下搜尋並立即處理此請求。
• “^～”，用於標準uri前，要求Nginx伺服器找到標識uri和請求字串匹配度最高的location後，立即使用此location處理請求，而不再使用location塊中的正則uri和請求字串做匹配。
• “～”，用於表示uri包含正則表示式，並且區分大小寫。
• “～*”，用於表示uri包含正則表示式，並且不區分大小寫。注意如果uri包含正則表示式，就必須要使用“～”或者“～*”標識。

我們知道，在瀏覽器傳送URI時對一部分字元進行URL編碼，比如空格被編碼為“%20”，問號被編碼為“%3f”等。“～”有一個特點是，它對uri中的這些符號將會進行編碼處理。比如，如果location塊收到的URI為“/html/%20/data”，則當Nginx伺服器搜尋到配置為“～ /html/ /data”的location時，可以匹配成功。

root指令

這個指令用於設定請求尋找資源的跟目錄，此指令可以在http塊、server塊或者location塊中配置。由於使用Nginx伺服器多數情況下要配置多個location塊對不同的請求分別做出處理，因此該指令通常在location塊中進行設定。

root path

path變數中可以包含Nginx伺服器預設的大多數變數，只有documentroot和documentroot和realpath_root不可以使用。

alisa指令

index指令

error_page指令

一點說明

上面列舉了Nignx中全域性塊、event塊和http塊的一些配置指令，但是Nginx的指令遠遠不止這些。其實這邊最主要的還是講解整個配置檔案的結構，如果大家要看比較全的指令介紹、模組介紹的話，建議去Nginx的官網。

一個配置檔案的列子

######Nginx配置檔案nginx.conf中文詳解#####

#定義Nginx執行的使用者和使用者組
user www www;

#nginx程序數，建議設定為等於CPU總核心數。
worker_processes 8;
 
#全域性錯誤日誌定義型別，[ debug | info | notice | warn | error | crit ]
error_log /usr/local/nginx/logs/error.log info;

#程序pid檔案
pid /usr/local/nginx/logs/nginx.pid;

#指定程序可以開啟的最大描述符：數目
#工作模式與連線數上限
#這個指令是指當一個nginx程序開啟的最多檔案描述符數目，理論值應該是最多開啟檔案數（ulimit -n）與nginx程序數相除，但是nginx分配請求並不是那麼均勻，所以最好與ulimit -n 的值保持一致。
#現在在linux 2.6核心下開啟檔案開啟數為65535，worker_rlimit_nofile就相應應該填寫65535。
#這是因為nginx排程時分配請求到程序並不是那麼的均衡，所以假如填寫10240，總併發量達到3-4萬時就有程序可能超過10240了，這時會返回502錯誤。
worker_rlimit_nofile 65535;


events
{
    #參考事件模型，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。 為了防止出現核心崩潰的問題， 有必要安裝安全補丁。
    use epoll;

    #單個程序最大連線數（最大連線數=連線數*程序數）
    #根據硬體調整，和前面工作程序配合起來用，儘量大，但是別把cpu跑到100%就行。每個程序允許的最多連線數，理論上每臺nginx伺服器的最大連線數為。
    worker_connections 65535;

    #keepalive超時時間。
    keepalive_timeout 60;

    #客戶端請求頭部的緩衝區大小。這個可以根據你的系統分頁大小來設定，一般一個請求頭的大小不會超過1k，不過由於一般系統分頁都要大於1k，所以這裡設定為分頁大小。
    #分頁大小可以用命令getconf PAGESIZE 取得。
    #[root@web001 ~]# getconf PAGESIZE
    #4096
    #但也有client_header_buffer_size超過4k的情況，但是client_header_buffer_size該值必須設定為“系統分頁大小”的整倍數。
    client_header_buffer_size 4k;

    #這個將為開啟檔案指定快取，預設是沒有啟用的，max指定快取數量，建議和開啟檔案數一致，inactive是指經過多長時間檔案沒被請求後刪除快取。
    open_file_cache max=65535 inactive=60s;

    #這個是指多長時間檢查一次快取的有效資訊。
    #語法:open_file_cache_valid time 預設值:open_file_cache_valid 60 使用欄位:http, server, location 這個指令指定了何時需要檢查open_file_cache中快取專案的有效資訊.
    open_file_cache_valid 80s;

    #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_min_uses 1;
    
    #語法:open_file_cache_errors on | off 預設值:open_file_cache_errors off 使用欄位:http, server, location 這個指令指定是否在搜尋一個檔案時記錄cache錯誤.
    open_file_cache_errors on;
}
 
 
 
#設定http伺服器，利用它的反向代理功能提供負載均衡支援
http
{
    #副檔名與檔案型別對映表
    include mime.types;

    #預設檔案型別
    default_type application/octet-stream;

    #預設編碼
    #charset utf-8;

    #伺服器名字的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的提示，那麼首要的是增大前一個引數的大小.
    server_names_hash_bucket_size 128;

    #客戶端請求頭部的緩衝區大小。這個可以根據你的系統分頁大小來設定，一般一個請求的頭部大小不會超過1k，不過由於一般系統分頁都要大於1k，所以這裡設定為分頁大小。分頁大小可以用命令getconf PAGESIZE取得。
    client_header_buffer_size 32k;

    #客戶請求頭緩衝大小。nginx預設會用client_header_buffer_size這個buffer來讀取header值，如果header過大，它會使用large_client_header_buffers來讀取。
    large_client_header_buffers 4 64k;

    #設定通過nginx上傳檔案的大小
    client_max_body_size 8m;

    #開啟高效檔案傳輸模式，sendfile指令指定nginx是否呼叫sendfile函式來輸出檔案，對於普通應用設為 on，如果用來進行下載等應用磁碟IO重負載應用，可設定為off，以平衡磁碟與網路I/O處理速度，降低系統的負載。注意：如果圖片顯示不正常把這個改成off。
    #sendfile指令指定 nginx 是否呼叫sendfile 函式（zero copy 方式）來輸出檔案，對於普通應用，必須設為on。如果用來進行下載等應用磁碟IO重負載應用，可設定為off，以平衡磁碟與網路IO處理速度，降低系統uptime。
    sendfile on;

    #開啟目錄列表訪問，合適下載伺服器，預設關閉。
    autoindex on;

    #此選項允許或禁止使用socke的TCP_CORK的選項，此選項僅在使用sendfile的時候使用
    tcp_nopush on;
     
    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;

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

    #開啟限制IP連線數的時候需要使用
    #limit_zone crawler $binary_remote_addr 10m;



    #負載均衡配置
    upstream jh.w3cschool.cn {
     
        #upstream的負載均衡，weight是權重，可以根據機器配置定義權重。weigth引數表示權值，權值越高被分配到的機率越大。
        server 192.168.80.121:80 weight=3;
        server 192.168.80.122:80 weight=2;
        server 192.168.80.123:80 weight=3;

        #nginx的upstream目前支援4種方式的分配
        #1、輪詢（預設）
        #每個請求按時間順序逐一分配到不同的後端伺服器，如果後端伺服器down掉，能自動剔除。
        #2、weight
        #指定輪詢機率，weight和訪問比率成正比，用於後端伺服器效能不均的情況。
        #例如：
        #upstream bakend {
        #    server 192.168.0.14 weight=10;
        #    server 192.168.0.15 weight=10;
        #}
        #2、ip_hash
        #每個請求按訪問ip的hash結果分配，這樣每個訪客固定訪問一個後端伺服器，可以解決session的問題。
        #例如：
        #upstream bakend {
        #    ip_hash;
        #    server 192.168.0.14:88;
        #    server 192.168.0.15:80;
        #}
        #3、fair（第三方）
        #按後端伺服器的響應時間來分配請求，響應時間短的優先分配。
        #upstream backend {
        #    server server1;
        #    server server2;
        #    fair;
        #}
        #4、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.w3cschool.cn w3cschool.cn;
        index index.html index.htm index.php;
        root /data/www/w3cschool;

        #對******進行負載均衡
        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;
        }
         
        #日誌格式設定
        #$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地址和原來客戶端的請求的伺服器地址。
        log_format access '$remote_addr - $remote_user [$time_local] "$request" '
        '$status $body_bytes_sent "$http_referer" '
        '"$http_user_agent" $http_x_forwarded_for';
         
        #定義本虛擬主機的訪問日誌
        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;
             
            #後端的Web伺服器可以通過X-Forwarded-For獲取使用者真實IP
            proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
             
            #以下是一些反向代理的配置，可選。
            proxy_set_header Host $host;

            #允許客戶端請求的最大單檔案位元組數
            client_max_body_size 10m;

            #緩衝區代理緩衝使用者端請求的最大位元組數，
            #如果把它設定為比較大的數值，例如256k，那麼，無論使用firefox還是IE瀏覽器，來提交任意小於256k的圖片，都很正常。如果註釋該指令，使用預設的client_body_buffer_size設定，也就是作業系統頁面大小的兩倍，8k或者16k，問題就出現了。
            #無論使用firefox4.0還是IE8.0，提交一個比較大，200k左右的圖片，都返回500 Internal Server Error錯誤
            client_body_buffer_size 128k;

            #表示使nginx阻止HTTP應答程式碼為400或者更高的應答。
            proxy_intercept_errors on;

            #後端伺服器連線的超時時間_發起握手等候響應超時時間
            #nginx跟後端伺服器連線超時時間(代理連線超時)
            proxy_connect_timeout 90;

            #後端伺服器資料回傳時間(代理髮送超時)
            #後端伺服器資料回傳時間_就是在規定時間之內後端伺服器必須傳完所有的資料
            proxy_send_timeout 90;

            #連線成功後，後端伺服器響應時間(代理接收超時)
            #連線成功後_等候後端伺服器響應時間_其實已經進入後端的排隊之中等候處理（也可以說是後端伺服器處理請求的時間）
            proxy_read_timeout 90;

            #設定代理伺服器（nginx）儲存使用者頭資訊的緩衝區大小
            #設定從被代理伺服器讀取的第一部分應答的緩衝區大小，通常情況下這部分應答中包含一個小的應答頭，預設情況下這個值的大小為指令proxy_buffers中指定的一個緩衝區的大小，不過可以將其設定為更小
            proxy_buffer_size 4k;

            #proxy_buffers緩衝區，網頁平均在32k以下的設定
            #設定用於讀取應答（來自被代理伺服器）的緩衝區數目和大小，預設情況也為分頁大小，根據作業系統的不同可能是4k或者8k
            proxy_buffers 4 32k;

            #高負荷下緩衝大小（proxy_buffers*2）
            proxy_busy_buffers_size 64k;

            #設定在寫入proxy_temp_path時資料的大小，預防一個工作程序在傳遞檔案時阻塞太長
            #設定快取資料夾大小，大於這個值，將從upstream伺服器傳
            proxy_temp_file_write_size 64k;
        }
         
         
        #設定檢視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;
        }
    }
}

轉：https://www.cnblogs.com/54chensongxia/p/12938929.html