Nginx除了可以用作web伺服器外，他還可以用來做高效能的反向代理伺服器，它能提供穩定高效的負載均衡解決方案。nginx可以用輪詢、IP雜湊、URL雜湊等方式排程後端伺服器，同時也能提供健康檢查功能。目前有眾多公司均已經部署使用nginx實現基於七層的負載均衡功能。
1）Nginx負載均衡
為了實現Nginx的反向代理以及負載均衡功能，應用中需要用到兩個模組，HttpProxyModule和HttpUpstreamModule模組；其中HttpProxyModule模組的作用是將使用者的資料請求轉發到其他伺服器上，HttpUpstreamModule模組是提供負載均衡技術。
Nginx目前提供的負載均衡演算法：
a）ngx_http_upstream_round_robin：加權輪詢，可均分請求，是預設演算法，整合在框架中。
b）ngx_http_upstream_ip_hash_module：IP雜湊，可保持會話。
c）ngx_http_upstream_least_conn_module：最少連線數，可均分連線。
d）ngx_http_upstream_hash_module：一致性雜湊，可減少快取資料的失效。
nginx的upstream負載均衡目前支援的幾種方式：
a）輪詢(預設)
預設選項，當weight不指定時，各伺服器weight相同， 每個請求按時間順序逐一分配到不同的後端伺服器，如果後端伺服器down掉，能自動剔除。
upstream bakend {
server 192.168.1.10;
server 192.168.1.11;
}
b）weight
指定輪詢機率，weight和訪問比率成正比，用於後端伺服器效能不均的情況。如果後端伺服器down掉，能自動剔除。 比如下面配置，則1.11伺服器的訪問量為1.10伺服器的兩倍（後端節點中配置高的伺服器可以適當將weight設定大點）。
upstream bakend {
server 192.168.1.10 weight=1;
server 192.168.1.11 weight=2;
}
c）ip_hash
每個請求按訪問ip的hash結果分配，這樣每個訪客固定訪問一個後端伺服器，可以解決session不能跨伺服器的問題，實現session共享。如果後端伺服器down掉，要手工處理。
upstream resinserver{
ip_hash;
server 192.168.1.10:8080;
server 192.168.1.11:8080;
}
============================================================================================================
之前遇到的一個問題：Nginx反向代理兩臺tomcat應用伺服器，發現在nginx的upstream負載配置裡：
1）如果不配置ip_hash負載到後端的兩臺節點上，則訪問後臺頁面，輸入使用者名稱和密碼，點選"登入"則無反應或無法訪問後臺！
2）如果不配置ip_hash負載到後端的任意一臺單節點上（另一臺節點的負載配置註釋掉），則訪問後臺頁面，輸入使用者名稱和密碼，點選"登入"則會成功登入進去！
3）配置ip_hash負載到後端的兩臺節點上，則訪問後臺頁面，輸入使用者名稱和密碼，點選"登入"則會成功登入進去！
如下配置，在後面兩臺機器192.168.10.20和192.168.10.21的tomcat埠(8080)都活著的情況下，前面nginx代理層的upstream配置裡,
如果註釋掉了ip_hash，則會造成訪問http://bpm.kevin.com頁面，輸入使用者名稱和密碼後，點選登陸失敗！
如果加上ip_hash，則登陸就ok。
[root@kevin-lb vhosts]# cat bpm.kevin.com.conf
upstream os-8080 {
ip_hash;
server 192.168.10.20:8080 max_fails=3 fail_timeout=15s;
server 192.168.10.21:8080 max_fails=3 fail_timeout=15s;
}
server {
listen 80;
server_name bpm.kevin.com;
access_log /data/nginx/logs/bpm.kevin.com-access.log main;
error_log /data/nginx/logs/bpm.kevin.com-error.log;
location / {
proxy_pass http://os-8080;
proxy_redirect http://os-8080/ http://bpm.kevin.com/;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}
error_page 500 502 503 504 /50x.html;
location = /50x.html {
root html;
}
}
=================原因分析============================================
當後端節點是動態應用伺服器的話，前面的nginx負載層要用ip_hash做session共享，否則nginx負載預設是輪詢策略（每個請求按時間順序逐一分配到不同的後端伺服器），
就是說當你開啟登入介面，輸入使用者名稱和密碼，這時候請求是到後端的A機器上；當你點選"登入",按照輪詢策略，此時請求就到了後端的B機器上。
所以會出現登入無反應的現象。
====================================================================
再看下面一例
[root@kevin-lb vhosts]# cat portal.kevin.com.conf
server {
listen 80;
server_name portal.kevin.com;
access_log /data/nginx/logs/portal.kevin.com-access.log main;
error_log /data/nginx/logs/portal.kevin.com-error.log;
root /data/web/webroot;
index index.html;
location / {
if ($arg_response_for) {
add_header X-Response-For $arg_response_for;
}
try_files $uri $uri/ /index.html;
}
location ~ /prod {
rewrite /prod/(.*)$ /$1 break;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_pass http://10.0.54.20:9040;
}
location /portal-pc/captcha/login {
proxy_pass http://10.0.54.20:9040;
}
location /portal-pc/captcha/mobile {
proxy_pass http://10.0.54.20:9040;
}
location /portal-pc/login {
rewrite .* /?response_for=unlogined break;
}
location /portal-pc/user/center {
rewrite .* /?response_for=logined break;
}
location /msdp-file {
proxy_pass http://10.0.54.20:9020/msdp-file;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}
location /upload {
proxy_pass http://10.0.54.20:9020/upload;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}
}
[root@kevin-lb vhosts]# ll -d /data/web/webroot
drwxr-xr-x 4 www www 12288 7月 12 21:06 /data/web/webroot
[root@kevin-lb vhosts]# ll /data/web/webroot/index.html
-rw-r--r-- 1 www www 1348 7月 12 21:06 /data/web/webroot/index.html
如nginx反向代理後端兩臺apache應用，涉及到網站後臺登入。如果不使用ip_hash實現session共享，則會出現：
1）使用域名登入後臺，輸入使用者名稱和密碼，第一次點選"登入"沒有反應，閃一下，第二次點選"登入"才會登入到後臺。
2）使用後端apache自己的ip登入後臺，輸入使用者名稱和密碼，點選"登入"可以成功登入到後臺。
3）這就是因為nginx代理時，沒有配置ip_hash造成的，即沒有達到session共享效果。
輸入使用者名稱和密碼的session資訊儲存到appche01機器上，點選"登入"操作後卻是去apache02機器上拿session。
此時apache02上沒有這個session，所以第一次會出現閃一下沒有登入到後臺的現象。
第二次點選"登入"後就輪到去apache01機器上拿session，此時正好apache01機器上有這個session，故第二次就能登入到後臺了。
因此，在nginx的代理配置中啟用ip_hash，就可以實現session共享，則就不會出現上面這種現象了。
nginx代理配置中幾個引數說明
proxy_redirect off; # 代理是否支援重定向 proxy_set_header X-Real-IP $remote_addr; # 遠端真實ip地址 proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for; # 反向代理之後轉發之前的ip地址 proxy_set_header Host $http_host; # http請求的主機域名 proxy_set_header X-NginX-Proxy true; # nginx代理
d）fair（第三方外掛）
按後端伺服器的響應時間來分配請求，響應時間短的優先分配。
upstream resinserver{
server 192.168.1.10:8080;
server 192.168.1.11:8080;
fair;
}
e）url_hash（第三方外掛）
按訪問url的hash結果來分配請求，使每個url定向到同一個後端伺服器，後端伺服器為快取伺服器時比較有效。 在upstream中加入hash語句，hash_method是使用的hash演算法。
upstream resinserver{
server 192.168.1.10:8080;
server 192.168.1.11:8080;
hash $request_uri;
hash_method crc32;
}
裝置的狀態:
down 表示單前的server暫時不參與負載
weight 權重,預設為1。 weight越大，負載的權重就越大。
max_fails 允許請求失敗的次數預設為1。當超過最大次數時，返回proxy_next_upstream 模組定義的錯誤
fail_timeout max_fails次失敗後，暫停的時間。
backup 備用伺服器, 其它所有的非backup機器down或者忙的時候，請求backup機器。所以這臺機器壓力會最輕。
下面是負載均衡實現原理拓撲圖（多層負載）
Nginx反向代理模組配置方法示例說明：
location ~* \.(mp3|mp4)$ { //匹配URL以MP3或者MP4結尾的請求
proxy_pass http://localhost:8080 //轉發到本機8080埠
}
location / { //匹配任意URL
proxy_pass http://localhost:8081 //轉發到本機8081埠
proxy_set_header X-Forwarded-For $remote_addr //保留使用者真實IP
}
location指令可以直接匹配字串，也可以進行正規表示式匹配
~表示區分大小寫，~*表示不區分大小寫匹配，=表示精確匹配
proxy_pass指令可以根據location匹配的情況建立前後端的代理對映關係
X-Forwarded-For用於實現定義資料包頭，記錄使用者真實IP
Nginx負載均衡模組配置方法示例說明：
upstream backend {
ip_hash；
server web1.test.com weight 1;
server web2.test.com weight 2;
server web3.test.com ;
}
server {
listen 80;
server_name web.test.com;
location / {
proxy_pass http://backend;
}
}
upstream定義後端伺服器集合，backend是伺服器組名
proxy-pass和fastcgi_pass將請求轉發給一組伺服器
ip_hash可以根據使用者ip地址的hash值分配固定的後端伺服器
2）Nginx負載均衡案例解析
伺服器名稱 網路配置
nginx.test.com eth0:111.122.155.133
eth1:192.168.1.2
web1.test.com eht0:192.168.1.3
web2.test.com eth0:192.168.1.4
web3.test.com eth0:192.168.1.5
3臺web機器配置：
在web1 web2 web3上安裝httpd並配置網路卡。操作步驟如下：（下面是web1的操作，web2和web3的操作步驟類似。注意修改紅色部分的引數）
# vim /etc/sysconfig/network-scripts/ifcfg-eth0
DEVICE=eth0
BOOTPROTO=static
IPADDR=192.168.1.3
NETMASK=255.255.255.0
GATEWAY=192.168.1.2
ONBOOT=yes
TYPE=Ethernet
接著執行下面命令：
# service network restart
# yum install -y httpd
# iptables -F
# iptables -X
# service iptables save
# setenforce 0
# sed -i s/enforcing/disabled/g /etc/sysconfig/selinux
# echo "web1 192.168.1.3" > /var/www/html/index.html
# service httpd restart
# chkconfig httpd on
nginx代理伺服器配置
# vim /etc/sysconfig/network-scripts/ifcfg-eth0
DEVICE=eth0 BOOTPROTO=static IPADDR=111.122.155.133 NETMASK=255.255.255.0 GATEWAY=111.122.155.0 ONBOOT=yes TYPE=Ethernet
# vim /etc/sysconfig/network-scripts/ifcfg-eth1
DEVICE=eth1 BOOTPROTO=static IPADDR=192.168.1.2 NETMASK=255.255.255.0 GATEWAY=192.168.1.1 ONBOOT=yes TYPE=Ethernet
接著執行下面命令：
# service network restart # iptables -F # iptables -X # service iptables save # setenforce 0 # sed -i s/enforcing/disabled/g /etc/sysconfig/selinux # wget http://nginx.org/download/nginx-1.6.3.tar.gz # tar zxf nginx-1.6.3.tar.gz -C /usr/src/ # yum install gcc pcre pcre-devel openssl openssl-devel gd gd-devel perl perl-ExtUtils-Embed # cd /usr/src/nginx-1.6.3/ # ./configure --prefix=/usr/local/nginx --with-ipv6 --with-http_ssl_module --with-http_realip_module --with-http_addition_module --with-http_dav_module --with-http_gzip_static_module --with-http_perl_module --with-mail_ssl_module # make && make install
接著修改nginx配置檔案
# vim /usr/local/nginx/conf/nginx.conf
user nobody;
worker_processes 1;
error_log logs/error.log notice;
pid logs/nginx.pid;
events {
worker_connections 5024；
}
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" ';
sendfile on;
tcp_nopush on;
server_tokens off;
keepalive_timeout 65;
keepalive_requests 100;
gzip on; //開啟壓縮
gzip_min_length 1000; //小於1000B內容不壓縮
gzip_buffers 16 32k; //壓縮快取的個數和容量
gzip_types text/plain application/xml; //指定壓縮檔案型別
gzip_comp_level 2； //壓縮級別為2，數字越大壓縮效果越好
client_body_buffer_size 128k； //允許客戶端請求快取大小
client_max_body_size 100m; //允許請求的最大檔案容量
large-client_header_buffers 4 8k； //
proxy_buffering on; //開啟代理緩衝功能
proxy_buffer_size 8k; //第一部分響應資料的快取大小
proxy_buffers 8 128k; //響應資料的快取個數和容量
proxy_cache_path /usr/local/nginx/cache levels=1:2 keys_zone=one:100m inactive=1d max_size=2G;
//設定快取目錄，levels設定快取個數，keys_zone定義快取名字和容量，inactive定義快取存活時間，max_size定義硬碟的快取容量
proxy_connect_timeout 60s; //與後端伺服器建立TCP連線握手超時時間
upstream servers {
//ip_hash；ip_hash確保相同客戶端ip使用相同的後端伺服器，不適用就預設輪詢
server 192.168.1.3:80 max_fails=3 fail_timeout=30s weight=2;
server 192.168.1.4:80 max_fails=3 fail_timeout=30s weight=2;
server 192.168.1.5:80 max_fails=3 fail_timeout=30s weight=2;
}
server {
listen 80;
server_name web.test.com;
access_log logs/host.access.log main;
location / {
proxy_pass http://servers;
proxy_cache one;
proxy_set_header X-Forwarded-For $remote_addr;
}
}}
配置完成執行：
# echo "/usr/local/nginx/sbin/nginx" >> /etc/rc.local
最後瀏覽器訪問http://192.168.1.2 或者http://111.122.155.133 重新整理將分別得到不同的web頁面資訊
3）Nginx rewrite規則
nginx的rewrite語法格式和apache非常相似，rewrite regex replacement [flag],其中flag可以被設定為last結束當前指令並重新搜尋location匹配、break結束當前rewrite指令、redirect臨時重定向302、permanent永久重定向301。
rewrite地址重寫及return應用的語法解析：
根據瀏覽器標識，訪問資源重定向到指定檔案目錄,下面用IE瀏覽器示例：
if ($http_user_agent ~ MSIE ) {
rewrite ^(.*)$ /msie/$1 break;
}
將移動客戶端的請求重定向到其他伺服器：
if ($http_user_agent ~* '(iphone|ipod)' ) {
rewrite ^.+ http://mobile.site.com$uri;
}
使用者使用POST方式請求資料時候，返回405：
if ($request_method = POST ) {
return 405;
}
訪問admin時候重定向到admin目錄：
location /php_admin {
rewrite ^/php_admin/.*$ /admin permanent;
}
-------------------------------------------下面詳細說下nginx的rewrite重寫指令用法-------------------------------------------
nginx通過ngx_http_rewrite_module模組支援url重寫、支援if條件判斷，但不支援else。
該模組需要PCRE支援，因此應在編譯nginx時指定PCRE原始碼目錄, nginx安裝方法。
1）Nginx Rewrite 基本標記 (flags)
last 基本上都用這個Flag。相當於Apache裡的[L]標記，表示完成rewrite，不再匹配後面的規則 break 中止 Rewirte，不再繼續匹配 redirect 返回臨時重定向的HTTP狀態302 permanent 返回永久重定向的HTTP狀態301。原有的url支援正則，重寫的url不支援正則
2）正規表示式匹配，其中：
* ~ 為區分大小寫匹配 * ~* 為不區分大小寫匹配 * !~和!~* 分別為區分大小寫不匹配及不區分大小寫不匹配
3）檔案及目錄匹配，其中：
* -f 和!-f 用來判斷是否存在檔案 * -d 和!-d 用來判斷是否存在目錄 * -e 和!-e 用來判斷是否存在檔案或目錄 * -x 和!-x 用來判斷檔案是否可執行
4）Nginx的一些可用的全域性變數，可用做條件判斷：
$args $content_length $content_type $document_root $document_uri $host $http_user_agent $http_cookie $limit_rate $request_body_file $request_method $remote_addr $remote_port $remote_user $request_filename $request_uri $query_string $scheme $server_protocol $server_addr $server_name $server_port $uri
nginx的rewrite指令執行順序：
1）執行server塊的rewrite指令(這裡的塊指的是server關鍵字後{}包圍的區域，其它xx塊類似)
2）執行location匹配
3）執行選定的location中的rewrite指令
如果其中某步URI被重寫，則重新迴圈執行1-3，直到找到真實存在的檔案
如果迴圈超過10次，則返回500 Internal Server Error錯誤
break指令
語法：break;
預設值：無
作用域：server,location,if
停止執行當前虛擬主機的後續rewrite指令集。
break指令例項：
if ($slow) {
limit_rate 10k;
break;
}
if指令
語法：if(condition){...}
預設值：無
作用域：server,location
對給定的條件condition進行判斷。如果為真，大括號內的rewrite指令將被執行。
if條件(conditon)可以是如下任何內容:
1）一個變數名；false如果這個變數是空字串或者以0開始的字串； 2）使用= ,!= 比較的一個變數和字串 3）是用~， ~*與正規表示式匹配的變數，如果這個正規表示式中包含}，;則整個表示式需要用" 或' 包圍 4）使用-f ，!-f 檢查一個檔案是否存在 5）使用-d, !-d 檢查一個目錄是否存在 6）使用-e ，!-e 檢查一個檔案、目錄、符號連結是否存在 7）使用-x ， !-x 檢查一個檔案是否可執行
if指令例項：
if ($http_user_agent ~ MSIE) {
rewrite ^(.*)$ /msie/$1 break;
}
if ($http_cookie ~* "id=([^;]+)(?:;|$)") {
set $id $1;
}
if ($request_method = POST) {
return 405;
}
if ($slow) {
limit_rate 10k;
}
if ($invalid_referer) {
return 403;
}
return指令
語法： return code; return code URL; return URL; 預設值：無 作用域：server,location,if 停止處理並返回指定狀態碼(code)給客戶端。 非標準狀態碼444，表示關閉連線且不給客戶端發響應頭。 從0.8.42版本起，return 支援響應URL重定向(對於301，302，303，307），或者文字響應(對於其他狀態碼). 對於文字或者URL重定向可以包含變數
rewrite指令
語法：rewrite regex replacement [flag]; 預設值：無 作用域：server,location,if 如果一個URI匹配指定的正規表示式regex，URI就按照replacement重寫。 rewrite按配置檔案中出現的順序執行。flags標誌可以停止繼續處理。 如果replacement以"http://"或"https://"開始，將不再繼續處理，這個重定向將返回給客戶端。 flag可以是如下引數： last 停止處理後續rewrite指令集，然後對當前重寫的新URI在rewrite指令集上重新查詢。 break 停止處理後續rewrite指令集，並不在重新查詢,但是當前location內剩餘非rewrite語句和location外的非rewrite語句可以執行。 redirect 如果replacement不是以http:// 或https://開始，返回302臨時重定向 permant 返回301永久重定向 最終完整的重定向URL包括請求scheme(http://,https://等),請求的server_name_in_redirect和port_in_redirec三部分 ，說白了也就是http協議、域名、埠三部分組成。
rewrite例項說明：
server {
...
rewrite ^(/download/.*)/media/(.*)\..*$ $1/mp3/$2.mp3 last;
rewrite ^(/download/.*)/audio/(.*)\..*$ $1/mp3/$2.ra last;
return 403;
...
}
如果這些rewrite放到 “/download/” location如下所示, 那麼應使用break而不是last , 使用last將迴圈10次匹配，然後返回500錯誤:
location /download/ {
rewrite ^(/download/.*)/media/(.*)\..*$ $1/mp3/$2.mp3 break;
rewrite ^(/download/.*)/audio/(.*)\..*$ $1/mp3/$2.ra break;
return 403;
}
對於重寫後的URL（replacement）包含原請求的請求引數，原URL的?後的內容。如果不想帶原請求的引數 ，
可以在replacement後加一個問號。如下，我們加了一個自定義的引數user=$1,然後在結尾處放了一個問號?,
把原請的引數去掉。
rewrite ^/users/(.*)$ /show?user=$1? last;
如果正則表達regex式中包含 “}” 或 “;”, 那麼整個表示式需要用雙引號或單引號包圍.
rewrite_log指令
語法：rewrite_log on|off; 預設值：rewrite_log off; 作用域：http,server,location,if 開啟或關閉以notice級別列印rewrite處理日誌到error log檔案。
nginx開啟rewrite log的配置：
rewrite_log on; error_log logs/xxx.error.log notice; 1）開啟rewrite on 2）把error log的級別調整到notice
set指令
語法：set variable value; 預設值：none 作用域：server,location,if 定義一個變數並賦值，值可以是文字，變數或者文字變數混合體。
uninitialized_variable_warn指令
語法：uninitialized_variable_warn on | off; 預設值：uninitialized_variable_warn on 作用域：http,server,location,if 控制是否輸出為初始化的變數到日誌
根據檔案型別expires
# Add expires header for static content
location ~* \.(js|css|jpg|jpeg|gif|png|swf)$ {
if (-f $request_filename) {
root /data/www/wwwroot/bbs;
expires 1d;
break;
}
}
# serve static files
location ~ ^/(images|JavaScript|js|css|flash|media|static)/ {
root /data/www/wwwroot/down;
expires 30d;
}
----------------------------------------Nginx多Server反向代理配置----------------------------------------
Nginx強大的正規表示式支援可以使server_name的配置變得很靈活。比如說想要做多使用者部落格，那麼每個使用者都會擁有自己的二級域名，這樣的話，可以靈活利用server_name配置也是很容易就實現的。
server_name的匹配順序
Nginx中的server_name指令主要用於配置基於名稱虛擬主機，server_name指令在接到請求後的匹配順序分別為：
1）準確的server_name匹配，例如：
server {
listen 80;
server_name ssdr.info www.ssdr.info;
...
}
2）以*萬用字元開始的字串：
server {
listen 80;
server_name *.ssdr.info;
...
}
3）以*萬用字元結束的字串：
server {
listen 80;
server_name www.*;
...
}
4）匹配正規表示式：
server {
listen 80;
server_name ~^(?.+)\.howtocn\.org$;
...
}
Nginx將按照上面1）,2）,3）,4）的順序對server name進行匹配，只要有一項匹配以後就會停止搜尋，所以在使用這個指令的時候一定要分清楚它的匹配順序（類似於location指令）。
server_name指令一項很實用的功能便是可以在使用正規表示式的捕獲功能，這樣可以儘量精簡配置檔案，畢竟太長的配置檔案日常維護也很不方便。
下面是2個具體的應用：
1）在一個server塊中配置多個站點：
server
{
listen 80;
server_name ~^(www\.)?(.+)$;
index index.php index.html;
root /data/wwwsite/$2;
}
站點的主目錄應該類似於這樣的結構：
/data/wwwsite/ssdr.info
/data/wwwsite/linuxtone.org
/data/wwwsite/baidu.com
/data/wwwsite/google.com
這樣就可以只使用一個server塊來完成多個站點的配置。
2）在一個server塊中為一個站點配置多個二級域名 。
實際網站目錄結構中通常會為站點的二級域名獨立建立一個目錄，同樣可以使用正則的捕獲來實現在一個server塊中配置多個二級域名：
server
{
listen 80;
server_name ~^(.+)?\.howtocn\.org$;
index index.html;
if ($host = ssdr.info){
rewrite ^ http://www.ssdr.info permanent;
}
root /data/wwwsite/ssdr.info/$1/;
}
站點的目錄結構應該如下：
/data/wwwsite/ssdr.info/www/
/data/wwwsite/ssdr.info/nginx/
這樣訪問www.ssdr.info時root目錄為/data/wwwsite/ssdr.info/www/，nginx.ssdr.info時為/data/wwwsite/ssdr.info/nginx/，以此類推。
後面if語句的作用是將ssdr.info的方位重定向到www.ssdr.info，這樣既解決了網站的主目錄訪問，又可以增加seo中對www.ssdr.info的域名權重。
多個正規表示式
如果你在server_name中用了正則，而下面的location欄位又使用了正則匹配，這樣將無法使用$1，$2這樣的引用，解決方法是通過set指令將其賦值給一個命名的變數：
server
{
listen 80;
server_name ~^(.+)?\.howtocn\.org$;
set $www_root $1;
root /data/wwwsite/ssdr.info/$www_root/;
location ~ .*\.php?$ {
fastcgi_pass 127.0.0.1:9000;
fastcgi_index index.php;
fastcgi_param SCRIPT_FILENAME /data/wwwsite/ssdr.info/$fastcgi_script_name;
include fastcgi_params;
}
}
Nginx不同域名反向代理到另一臺伺服器 proxy_pass和$host
想讓一個VPS專門做另一個VPS的前端，後端VPS每新增一個域名，前端VPS就要同時新增一個域名來反向代理，作為前端的VPS如果一個一個的新增後端VPS的域名，那麼這個事情特別麻煩，能不能讓其自動反向代理後端VPS呢，用到proxy_pass和$host就可以輕鬆實現。
以下例子為了省事，以lnmp為安裝環境進行設定，修改前端VPS的nginx.conf檔案，修改成以下內容：
server {
listen 80;
server_name $host;
location / {
proxy_pass http://www.31.gd/;
proxy_set_header Host $host;
proxy_redirect off;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
proxy_connect_timeout 60;
proxy_read_timeout 600;
proxy_send_timeout 600;
}
接著修改其他部分
location /.(php|php5)?$
{
fastcgi_pass unix:/tmp/php-cgi.sock;
fastcgi_index index.php;
include fcgi.conf;
}
location /status {
stub_status on;
access_log off;
}
location /.(gif|jpg|jpeg|png|bmp|swf)$
{
expires 30d;
}
location /.(js|css)?$
{
expires 12h;
}
這樣就可以實現了前端VPS可以反向代理任意域名到後端VPS，只要將域名解析到前端VPS，後端VPS進行域名繫結，那麼就可以直接訪問到了。
一臺nginx帶多個域名多個tomcat情況的配置
多個域名，其中2個域名需支援泛域名解析：
1）www.abc.com
2）www.bcd.com
3）*.efg.com
4）*.hij.com
其中1）,2），3）為一臺tomcat，4）為獨立tomcat。前端一臺nginx，通過配置多個虛擬主機來實現該部署。
進入/usr/local/nginx/conf/vhost目錄，所有虛擬主機的配置檔案都在該目錄下存放。
配置支援泛域名
#
# A virtual host using mix of IP-, name-, and port-based configuration
#
server {
listen 81;
server_name *.efg.com;
location / {
proxy_pass http://localhost:8080;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}
}
#
# A virtual host using mix of IP-, name-, and port-based configuration
#
server {
listen 81;
server_name *.hij.com;
location / {
proxy_pass http://localhost:8081;
proxy_set_header Host $host;
proxy_set_header X-Real-IP $remote_addr;
proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
}
}
Nginx 多域名配置
nginx繫結多個域名可又把多個域名規則寫一個配置檔案裡，也可又分別建立多個域名配置檔案，我一般為了管理方便，每個域名建一個檔案，有些同類域名也可又寫在一個總的配置檔案裡。
1）每個域名一個檔案的寫法
首先開啟nginx域名配置檔案存放目錄：/usr/local/nginx/conf/vhost ，如要繫結域名www.wangshibo.com 則在此目錄建一個檔案：www.wangshibo.com.conf 然後在此檔案中寫規則，如：
server
{
listen 80;
server_name www.wangshibo.com; #繫結域名
index index.htm index.html index.php; #預設檔案
root /home/www/wangshibo.com; #網站根目錄
include location.conf; #呼叫其他規則，也可去除
}
2）一個檔案多個域名的寫法
一個檔案新增多個域名的規則也是一樣，只要把上面單個域名重複寫下來就ok了，如：
server
{
listen 80;
server_name www.wangshibo.com; #繫結域名
index index.htm index.html index.php; #預設檔案
root /home/www/wangshibo.com; #網站根目錄
include location.conf; #呼叫其他規則，也可去除
}
server
{
listen 80;
server_name msn.wangshibo.com; #繫結域名
index index.htm index.html index.php; #預設檔案
root /home/www/msn.wangshibo.com; #網站根目錄
include location.conf; #呼叫其他規則，也可去除
}
3）不帶www的域名加301跳轉
如果不帶www的域名要加301跳轉，那也是和繫結域名一樣，先繫結不帶www的域名，只是不用寫網站目錄，而是進行301跳轉，如：
server
{
listen 80;
server_name wangshibo.com;
rewrite ^/(.*) http://www.wangshibo.com/$1 permanent;
}
4）新增404網頁
新增404網頁，都可又直接在裡面新增，如：
server
{
listen 80;
server_name www.wangshibo.com; #繫結域名
index index.htm index.html index.php; #預設檔案
root /home/www/wangshibo.com; #網站根目錄
include location.conf; #呼叫其他規則，也可去除
error_page 404 /404.html;
}
最後還有一個方法需要注意，可能有需要禁止IP直接訪問80埠或者禁止非本站的域名繫結我們的IP，這樣的話應該
如下處理，放到最前一個server上面即可：
server{
listen 80 default;
server_name _;
return 403;
}