摘要：安裝這里持續更新修正是一款面向性能設計的服務器，能反向代理，和郵件相關，，的協議鏈接。并且提供了負載均衡以及緩存。所以關于，有這些標簽異步事件模塊化高性能高并發反向代理負載均衡系統版本安裝安裝依賴重定向支持和支持，如果不需要可以不安裝。

這里持續更新修正

Nginx 是一款面向性能設計的 HTTP 服務器，能反向代理 HTTP，HTTPS 和郵件相關(SMTP，POP3，IMAP)的協議鏈接。并且提供了負載均衡以及 HTTP 緩存。它的設計充分使用異步事件模型，削減上下文調度的開銷，提高服務器并發能力。采用了模塊化設計，提供了豐富模塊的第三方模塊。

所以關于 Nginx，有這些標簽：「異步」「事件」「模塊化」「高性能」「高并發」「反向代理」「負載均衡」

Linux系統：Centos 7 x64
Nginx版本：1.11.5

prce(重定向支持)和openssl(https支持，如果不需要https可以不安裝。)

yum -y install pcre*
yum -y install openssl*

CentOS 6.5 我安裝的時候是選擇的“基本服務器”，默認這兩個包都沒安裝全，所以這兩個都運行安裝即可。

wget http://nginx.org/download/nginx-1.11.5.tar.gz

# 如果沒有安裝wget
# 下載已編譯版本
$ yum install wget

然后進入目錄編譯安裝，configure參數說明

cd nginx-1.11.5
./configure

安裝報錯誤的話比如：“C compiler cc is not found”，這個就是缺少編譯環境，安裝一下就可以了 yum -y install gcc make gcc-c++ openssl-devel wget

如果沒有error信息，就可以執行下邊的安裝了：

make
make install

運行下面命令會出現兩個結果

./nginx -t

# nginx: the configuration file /usr/local/nginx/conf/nginx.conf syntax is ok
# nginx: configuration file /usr/local/nginx/conf/nginx.conf test is successful

編輯 vi /lib/systemd/system/nginx.service 文件，沒有創建一個 touch nginx.service 然后將如下內容根據具體情況進行修改后，添加到nginx.service文件中：

[Unit]
Description=nginx1.11.5
After=network.target remote-fs.target nss-lookup.target

[Service]

Type=forking
PIDFile=/var/run/nginx.pid
ExecStartPre=/usr/local/nginx/sbin/nginx -t -c /usr/local/nginx/conf/nginx.conf
ExecStart=/usr/local/nginx/sbin/nginx -c /usr/local/nginx/conf/nginx.conf
ExecReload=/bin/kill -s HUP $MAINPID
ExecStop=/bin/kill -s QUIT $MAINPID
PrivateTmp=true

[Install]
WantedBy=multi-user.target

設置開機啟動，使配置生效：

systemctl enable nginx.service

# 啟動
/usr/local/nginx/sbin/nginx

# 重啟
/usr/local/nginx/sbin/nginx -s reload

# 關閉進程
/usr/local/nginx/sbin/nginx -s stop

# 平滑關閉nginx
/usr/local/nginx/sbin/nginx -s quit

# 查看nginx的安裝狀態，
/usr/local/nginx/sbin/nginx -V 

關閉防火墻，或者添加防火墻規則就可以測試了

service iptables stop

或者編輯配置文件：

vi /etc/sysconfig/iptables

添加這樣一條開放80端口的規則后保存：

-A INPUT -m state --state NEW -m tcp -p tcp --dport 80 -j ACCEPT

重啟服務即可:

service iptables restart

service iptables restart
# Redirecting to /bin/systemctl restart  iptables.service
# Failed to restart iptables.service: Unit iptables.service failed to load: No such file or directory.

在CentOS 7或RHEL 7或Fedora中防火墻由 firewalld 來管理，當然你可以還原傳統的管理方式。或則使用新的命令進行管理。
假如采用傳統請執行一下命令：

# 傳統命令
systemctl stop firewalld
systemctl mask firewalld

# 安裝命令
yum install iptables-services

systemctl enable iptables 
service iptables restart

如果通過yum安裝，使用下面命令安裝。

yum remove nginx

編譯安裝，刪除/usr/local/nginx目錄即可
如果配置了自啟動腳本，也需要刪除。

在Centos 默認配置文件在 /usr/local/nginx-1.5.1/conf/nginx.conf 我們要在這里配置一些文件。nginx.conf是主配置文件，由若干個部分組成，每個大括號{}表示一個部分。每一行指令都由分號結束;，標志著一行的結束。

nginx 的配置系統由一個主配置文件和其他一些輔助的配置文件構成。這些配置文件均是純文本文件，全部位于 nginx 安裝目錄下的 conf 目錄下。

指令由 nginx 的各個模塊提供，不同的模塊會提供不同的指令來實現配置。
指令除了 Key-Value 的形式，還有作用域指令。

nginx.conf 中的配置信息，根據其邏輯上的意義，對它們進行了分類，也就是分成了多個作用域，或者稱之為配置指令上下文。不同的作用域含有一個或者多個配置項。

下面的這些上下文指令是用的比較多：

例如我們再 nginx.conf 里面引用兩個配置 vhost/example.com.conf 和 vhost/gitlab.com.conf 它們都被放在一個我自己新建的目錄 vhost 下面。nginx.conf 配置如下：

worker_processes  1;
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;
        location / {
            root   html;
            index  index.html index.htm;
        }
        error_page   500 502 503 504  /50x.html;
        location = /50x.html {
            root   html;
        }
    }
    include  vhost/example.com.conf;
    include  vhost/gitlab.com.conf;
}

簡單的配置: example.com.conf

server {
    #偵聽的80端口
    listen       80;
    server_name  baidu.com app.baidu.com; # 這里指定域名
    index        index.html index.htm;    # 這里指定默認入口頁面
    root /home/www/app.baidu.com;         # 這里指定目錄
}

Nginx提供了許多預定義的變量，也可以通過使用set來設置變量。你可以在if中使用預定義變量，也可以將它們傳遞給代理服務器。以下是一些常見的預定義變量，更多詳見

反向代理是一個Web服務器，它接受客戶端的連接請求，然后將請求轉發給上游服務器，并將從服務器得到的結果返回給連接的客戶端。下面簡單的反向代理的例子：

server {  
    listen       80;                                                        
    server_name  localhost;                                              
    client_max_body_size 1024M;  # 允許客戶端請求的最大單文件字節數

    location / {
        proxy_pass http://localhost:8080;
        proxy_set_header Host $host:$server_port;
    }
}

復雜的配置: gitlab.com.conf。

server {
    #偵聽的80端口
    listen       80;
    server_name  git.example.cn;
    location / {
        proxy_pass   http://localhost:3000;
        #以下是一些反向代理的配置可刪除
        proxy_redirect             off;
        #后端的Web服務器可以通過X-Forwarded-For獲取用戶真實IP
        proxy_set_header           Host $host;
        client_max_body_size       10m; #允許客戶端請求的最大單文件字節數
        client_body_buffer_size    128k; #緩沖區代理緩沖用戶端請求的最大字節數
        proxy_connect_timeout      300; #nginx跟后端服務器連接超時時間(代理連接超時)
        proxy_send_timeout         300; #后端服務器數據回傳時間(代理發送超時)
        proxy_read_timeout         300; #連接成功后，后端服務器響應時間(代理接收超時)
        proxy_buffer_size          4k; #設置代理服務器（nginx）保存用戶頭信息的緩沖區大小
        proxy_buffers              4 32k; #proxy_buffers緩沖區，網頁平均在32k以下的話，這樣設置
        proxy_busy_buffers_size    64k; #高負荷下緩沖大小（proxy_buffers*2）
    }
}

代理到上游服務器的配置中，最重要的是proxy_pass指令。以下是代理模塊中的一些常用指令：

upstream指令啟用一個新的配置區段，在該區段定義一組上游服務器。這些服務器可能被設置不同的權重，也可能出于對服務器進行維護，標記為down。

upstream  gitlab {
    ip_hash;
    server 192.168.122.11:8081 ;
    server 127.0.0.1:3000;
    server 127.0.0.1:3001 down;
    keepalive 32;
}
server {
    #偵聽的80端口
    listen       80;
    server_name  git.example.cn;
    location / {
        proxy_pass   http://gitlab;    #在這里設置一個代理，和upstream的名字一樣
        #以下是一些反向代理的配置可刪除
        proxy_redirect             off;
        #后端的Web服務器可以通過X-Forwarded-For獲取用戶真實IP
        proxy_set_header           Host $host;
        proxy_set_header           X-Real-IP $remote_addr;
        proxy_set_header           X-Forwarded-For $proxy_add_x_forwarded_for;
        client_max_body_size       10m;  #允許客戶端請求的最大單文件字節數
        client_body_buffer_size    128k; #緩沖區代理緩沖用戶端請求的最大字節數
        proxy_connect_timeout      300;  #nginx跟后端服務器連接超時時間(代理連接超時)
        proxy_send_timeout         300;  #后端服務器數據回傳時間(代理發送超時)
        proxy_read_timeout         300;  #連接成功后，后端服務器響應時間(代理接收超時)
        proxy_buffer_size          4k; #設置代理服務器（nginx）保存用戶頭信息的緩沖區大小
        proxy_buffers              4 32k;# 緩沖區，網頁平均在32k以下的話，這樣設置
        proxy_busy_buffers_size    64k; #高負荷下緩沖大小（proxy_buffers*2）
        proxy_temp_file_write_size 64k; #設定緩存文件夾大小，大于這個值，將從upstream服務器傳
    }
}

每個請求按時間順序逐一分配到不同的后端服務器，如果后端服務器down掉，能自動剔除。

負載均衡：

upstream模塊能夠使用3種負載均衡算法：輪詢、IP哈希、最少連接數。

輪詢： 默認情況下使用輪詢算法，不需要配置指令來激活它，它是基于在隊列中誰是下一個的原理確保訪問均勻地分布到每個上游服務器；
IP哈希： 通過ip_hash指令來激活，Nginx通過IPv4地址的前3個字節或者整個IPv6地址作為哈希鍵來實現，同一個IP地址總是能被映射到同一個上游服務器；
最少連接數： 通過least_conn指令來激活，該算法通過選擇一個活躍數最少的上游服務器進行連接。如果上游服務器處理能力不同，可以通過給server配置weight權重來說明，該算法將考慮到不同服務器的加權最少連接數。

簡單配置 ，這里我配置了2臺服務器，當然實際上是一臺，只是端口不一樣而已，而8081的服務器是不存在的，也就是說訪問不到，但是我們訪問 http://localhost 的時候，也不會有問題，會默認跳轉到http://localhost:8080具體是因為Nginx會自動判斷服務器的狀態，如果服務器處于不能訪問（服務器掛了），就不會跳轉到這臺服務器，所以也避免了一臺服務器掛了影響使用的情況，由于Nginx默認是RR策略，所以我們不需要其他更多的設置

upstream test {
    server localhost:8080;
    server localhost:8081;
}
server {
    listen       81;                                                        
    server_name  localhost;                                              
    client_max_body_size 1024M;
 
    location / {
        proxy_pass http://test;
        proxy_set_header Host $host:$server_port;
    }
}

負載均衡的核心代碼為

upstream test {
    server localhost:8080;
    server localhost:8081;
}

指定輪詢幾率，weight和訪問比率成正比，用于后端服務器性能不均的情況。 例如

upstream test {
    server localhost:8080 weight=9;
    server localhost:8081 weight=1;
}

那么10次一般只會有1次會訪問到8081，而有9次會訪問到8080

上面的2種方式都有一個問題，那就是下一個請求來的時候請求可能分發到另外一個服務器，當我們的程序不是無狀態的時候（采用了session保存數據），這時候就有一個很大的很問題了，比如把登錄信息保存到了session中，那么跳轉到另外一臺服務器的時候就需要重新登錄了，所以很多時候我們需要一個客戶只訪問一個服務器，那么就需要用iphash了，iphash的每個請求按訪問ip的hash結果分配，這樣每個訪客固定訪問一個后端服務器，可以解決session的問題。

upstream test {
    ip_hash;
    server localhost:8080;
    server localhost:8081;
}

這是個第三方模塊，按后端服務器的響應時間來分配請求，響應時間短的優先分配。

upstream backend {
    fair;
    server localhost:8080;
    server localhost:8081;
}

這是個第三方模塊，按訪問url的hash結果來分配請求，使每個url定向到同一個后端服務器，后端服務器為緩存時比較有效。 在upstream中加入hash語句，server語句中不能寫入weight等其他的參數，hash_method是使用的hash算法

upstream backend {
    hash $request_uri;
    hash_method crc32;
    server localhost:8080;
    server localhost:8081;
}

以上5種負載均衡各自適用不同情況下使用，所以可以根據實際情況選擇使用哪種策略模式，不過fair和url_hash需要安裝第三方模塊才能使用

server指令可選參數：

weight：設置一個服務器的訪問權重，數值越高，收到的請求也越多；

fail_timeout：在這個指定的時間內服務器必須提供響應，如果在這個時間內沒有收到響應，那么服務器將會被標記為down狀態；

max_fails：設置在fail_timeout時間之內嘗試對一個服務器連接的最大次數，如果超過這個次數，那么服務器將會被標記為down;

down：標記一個服務器不再接受任何請求；

backup：一旦其他服務器宕機，那么有該標記的機器將會接收請求。

keepalive指令：

Nginx服務器將會為每一個worker進行保持同上游服務器的連接。

./configure --prefix=/你的安裝目錄  --add-module=/第三方模塊目錄

在工作中，有時候會遇到一些接口不支持跨域，這時候可以簡單的添加add_headers來支持cors跨域。配置如下：

server {
  listen 80;
  server_name api.xxx.com;
    
  add_header "Access-Control-Allow-Origin" "*";
  add_header "Access-Control-Allow-Credentials" "true";
  add_header "Access-Control-Allow-Methods" "GET,POST,HEAD";

  location / {
    proxy_pass http://127.0.0.1:3000;
    proxy_set_header X-Real-IP $remote_addr;
    proxy_set_header X-Forwarded-For $proxy_add_x_forwarded_for;
    proxy_set_header Host  $http_host;    
  } 
}

上面更改頭信息，還有一種，使用 rewrite 指令重定向URI來解決跨域問題。

upstream test {
  server 127.0.0.1:8080;
  server localhost:8081;
}
server {
  listen 80;
  server_name api.xxx.com;
  location /{ 
    root  html;                   #去請求../html文件夾里的文件
    index  index.html index.htm;  #首頁響應地址
  }
  # 用于攔截請求，匹配任何以 /api/開頭的地址，
  # 匹配符合以后，停止往下搜索正則。
  location ^~/api/{ 
    # 代表重寫攔截進來的請求，并且只能對域名后邊的除去傳遞的參數外的字符串起作用，
    # 例如www.a.com/proxy/api/msg?meth=1&par=2重寫，只對/proxy/api/msg重寫。
    # rewrite后面的參數是一個簡單的正則 ^/api/(.*)$，
    # $1代表正則中的第一個()，$2代表第二個()的值，以此類推。
    rewrite ^/api/(.*)$ /$1 break;
    
    # 把請求代理到其他主機 
    # 其中 http://www.b.com/ 寫法和 http://www.b.com寫法的區別如下
    # 如果你的請求地址是他 http://server/html/test.jsp
    # 配置一： http://www.b.com/ 后面有“/” 
    #         將反向代理成 http://www.b.com/html/test.jsp 訪問
    # 配置一： http://www.b.com 后面沒有有“/” 
    #         將反向代理成 http://www.b.com/test.jsp 訪問
    proxy_pass http://test;
  } 
}

超文本傳輸安全協議（縮寫：HTTPS，英語：Hypertext Transfer Protocol Secure）是超文本傳輸協議和SSL/TLS的組合，用以提供加密通訊及對網絡服務器身份的鑒定。HTTPS連接經常被用于萬維網上的交易支付和企業信息系統中敏感信息的傳輸。HTTPS不應與在RFC 2660中定義的安全超文本傳輸協議（S-HTTP）相混。

HTTPS 目前已經是所有注重隱私和安全的網站的首選，隨著技術的不斷發展，HTTPS 網站已不再是大型網站的專利，所有普通的個人站長和博客均可以自己動手搭建一個安全的加密的網站。

查看目前nginx編譯選項

sbin/nginx -V

輸出下面內容

nginx version: nginx/1.7.8
built by gcc 4.4.7 20120313 (Red Hat 4.4.7-4) (GCC)
TLS SNI support enabled
configure arguments: --prefix=/usr/local/nginx-1.5.1 --with-http_ssl_module --with-http_spdy_module --with-http_stub_status_module --with-pcre

如果依賴的模塊不存在，可以輸入下面命令重新編譯安裝。

./configure --user=www --group=www --prefix=/mt/server/nginx --with-http_stub_status_module --with-openssl=/home/nginx-1.8.0/openssl-1.0.0d --without-http-cache --with-http_ssl_module --with-http_gzip_static_module --with-...

HTTPS server

server {
    listen       443 ssl;
    server_name  localhost;

    ssl_certificate /usr/local/nginx/conf/vjjhd.crt;
    ssl_certificate_key /usr/local/nginx/conf/vjjhd.key;

    # 設置ssl/tls會話緩存的類型和大小。如果設置了這個參數一般是shared，buildin可能會參數內存碎片，默認是none，和off差不多，停用緩存。如shared:SSL:10m表示我所有的nginx工作進程共享ssl會話緩存，官網介紹說1M可以存放約4000個sessions。 
    ssl_session_cache    shared:SSL:1m; 

    # 客戶端可以重用會話緩存中ssl參數的過期時間，內網系統默認5分鐘太短了，可以設成30m即30分鐘甚至4h。
    ssl_session_timeout  5m; 
    
    # 選擇加密套件，不同的瀏覽器所支持的套件（和順序）可能會不同。
    # 這里指定的是OpenSSL庫能夠識別的寫法，你可以通過 openssl -v cipher "RC4:HIGH:!aNULL:!MD5"（后面是你所指定的套件加密算法） 來看所支持算法。
    ssl_ciphers  HIGH:!aNULL:!MD5;

    # 設置協商加密算法時，優先使用我們服務端的加密套件，而不是客戶端瀏覽器的加密套件。
    ssl_prefer_server_ciphers  on;

    location / {
        root   html;
        index  index.html index.htm;
    }
}