Nginx相關命令有哪些

本篇內容主要講解“Nginx相關命令有哪些”，感興趣的朋友不妨來看看。本文介紹的方法操作簡單快捷，實用性強。下面就讓小編來帶大家學習“Nginx相關命令有哪些”吧!

1. Install

1.1 編譯前Lib安裝

備注：因為Centos安裝的最小版本 所以缺的基礎Lib有點多 。。這里應該是全的了

yum -y install gcc.x86_64 gcc-plugin-devel.x86_64 pcre-devel.x86_64 pcre-static.x86_64 pcre.x86_64 openssl-devel.x86_64 openssl-static.x86_64 openssl.x86_64 libxml2-static.x86_64 libxml2.x86_64 libxml2-devel.x86_64 libxslt-devel.x86_64 libxslt.x86_64 gd-devel.x86_64 gd.x86_64 GeoIP-devel.x86_64 GeoIP.x86_64

1.2 編譯安裝

1.2.1 configure

1.2.1.1 可用參數

1. --prefix=PATH: 設定nginx的安裝目錄

2. --user=name: 設定nginx worker process 以什么用戶權限運行,可以用過nginx.conf修改

3. --group=name：設定nginx worker process 以什么用戶組權限運行,可以用過nginx.conf修改

4. --with-threads ：nginx是否使用線程池

5. --with-file-aio ：設定在Linux上是否使用AIO

1.2.1.2 常用但不默認構建module表

1. --with-http_ssl_module https模塊，默認不構建，需要OpenSSL庫支持

2. --with-http_realip_module real_ip模塊保證后端服務器的HttpRequestHeader中的IP為客戶端實際IP，默認不構建；

3. --with-http_gunzip_module 對被gzip壓縮的響應進行解壓適應無法解壓的客戶端，默認不構建

4. --with-http_gzip_static_module 向客戶端發送以gzip壓縮過的文件，默認不構建

5. --with-http_slice_module 將http大請求劃分成幾個小請求,默認不構建

6. --with-debug 支持debug日志，默認不構建

7. --with-stream 支持四層的負載均衡，默認不構建

1.2.1.3 一個常用configure樣例

./configure --prefix=/opt/nginx   --with-http_ssl_module  --with-http_realip_module  --with_stream

2. Begin Usage

2.1 nginx 啟動相關命令

1. ./nginx 啟動nginx

2. ./nignx -s stop — 快速關閉，即使有正在處理的請求直接關系連接

3. ./nignx -s quit — 優雅的關閉，不接受處理新請求；

4. ./nignx -s reload — 重新載入配置

5. ./nignx -s reopen — 重新打開日志輸出

6. ./nginx -t 檢測磁盤上的配置文是否合法

2.2 配置文件文件及解釋

2.2.1 基本結構

2.2.2 基礎配置解釋

user  nginx nginx; # 需要創建一個nginx 用戶及nginx用戶組,禁止登陸
worker_processes  8; # 一般和CPU的核心數量一致即可,假定8個；
# worker_cpu_affinity 00000001 00000010 00000100 00001000 00010000 00100000 01000000 10000000; 
# worker_cpu_affinity 僅linux系列支持,8核8位,4核心4位(0001 0010 0100 1000);設定進程的和CPU核心的綁定關系,可以見減少進程在CPU核心間調度產生的L123緩存的調度,從而提升效能
error_log  logs/error.log  info; # 設定nginx的日志位置及日志等級
pid        logs/nginx.pid; # 設定 nginx master進程Id文件
worker_rlimit_nofile 65536; # 設定每個worker進程最大句柄數,linux `ulimit -n 65536` 修改
events {
    use epoll; # 使用的IO模型,select、poll、epoll; Linux 可用的就這三個，默認epoll；
    worker_connections  65536; #設定每個worker process 可以處理的連接數，不能超過上面的worker_rlimit_nofile值
}

http {
    include       mime.types; # 引入文件 mime.types；
    default_type  application/octet-stream; #  默認的mime 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; # 設定 nginx 是否使用 sendfile 函數輸出文件，對于下載服務時請關閉；
    #tcp_nopush     on;
    #keepalive_timeout  0;
    keepalive_timeout  65;
    #gzip  on;

    upstream backend { # 負載均衡模塊,一個后端服務器組;像 upstream，server等等相關的東西都可以另起文件，然后include 進來；
        server 192.168.1.11 weight = 5;
        server 192.168.1.12 weight = 2;
        server 192.168.1.10 backup;
    }

    server { #可以有多個不同的server(name、IP、端口不完全一致就可以)
        listen       127.0.0.1:80; # 監聽的IP和端口,端口省略就是協議默認端口，IP省略就監聽全部的IP
        server_name  localhost; # server的name,就是域名;支持通配符比如*.aruforce.site;支持正則 `~`開頭
        # nginx 收到請求時:會先匹配IP和端口,如果有多個server匹配,則繼續匹配req_header_Host 與server_name
        # 如果還是有多server_name 匹配：
        # 首選 正常的域名  的server
        # 次選 *開頭的通配符域名 的server
        # 再次 *結尾的通配符域名 的server
        # 最后 選第一個出現的正則表達式域名 的server
        # 如果不存在匹配的域名則轉發到默認的server(一般就是第一個)
        charset utf-8; #設定響應頭
        access_log  logs/80-localhost.access.log  main;
        # 錯誤頁設置
        error_page  404              /404.html; # 當http 404時返回/404.html 
        error_page  500 502 503 504  /50x.html; # 當http 50x時返回/50x.html
        # 靜態文件
        location / {
            root   html; #root是指從本地文件目錄查找,結尾不允許有/,如果一個req的URI匹配到,將訪問文件系統的html$URI的文件,而URI starts with '/'；
            index  index.html index.htm;
        }
        location =/app/index.html{ # 精確匹配,訪問http://localhost/app/index.html時,會訪問html/app/index.html
            root   html;
            index  index.html index.htm;
        }

        # 下面的 2 和 3 區別
        location ^~ /app/{ # 訪問http://localhost/app/index2.html時,會訪問./app/index2.html;即使是有開頭的^~但由于不是最長匹配,那么會進行正則型的匹配
            root   html;
            index  index.html index.htm;
        }
        location  /app/index2.html{ # 訪問http://localhost/app/index2.html時，因為沒有^~開頭,盡管是最長匹配項，但仍舊會進行正則項的匹配，所以會訪問./app/index2.html;如果 開頭有^~則會訪問html2/app/index2.html
            root   html2; # 
            index  index.html index.htm;
        }
        location ~ /app/{ #正則型匹配
            root   ./; # './'是指nignx的目錄
            index  index.html index.htm;
        }
        location = /50x.html { # 精確匹配
            root   html;
        }
        location /app2{ # prefix型訪問http://localhost/app2 時，會被nginx 回復301 重定向到 http://localhost/app2/;如果代理的是app2這個文件，請在前面加上`=`
            root html;
            index  index.html index.htm;
        }
        #代理功能
        location /nexus/{ #proxy1
            proxy_pass http://localhost:8081; 
            # proxy_pass 的uri要不要以`/`結尾：
            # 結尾是`/`的,nginx會把原請求的URI截斷掉locationURI的部分然后拼接上proxy_pass的URI;
            # 結尾不是`/`的 就是proxy_pass_uri+req_uri;
        }
        # location /nexus/{ #proxy2
        #    proxy_pass http://localhost:8081/nexus/; # 這條配置和上面的是一個效果；
        # }
        # 這里以瀏覽器訪問http://localhost/nexus/index.html為例說明:
        # proxy1的配置 相當瀏覽器訪問http://localhost:8081+/nexus/index.thml
        # proxy2的配置 相當于瀏覽器訪問 http://localhost:8081/nexus/ + index.html;
    }

    # 一個 HTTPS服務器
    server {
        listen       443 ssl; #
        server_name  www.aruforce.site *.aruforce.site;
        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;
        }
    }
}

3. location的語法及匹配規則

3.1 語法

location [ = | ~ | ~* | ^~ ] uri{
    #config
}

3.1.1 前綴

0. location的寫法分為兩個大類prefix型 和 正則表達式型；

1. prefix型 必須以/ 開頭(最佳實踐,不寫也行,nginx默認會加上)；

2. 正則表達式行型 開頭必須有~(表示區分大小寫的正則)或者~*（表示不區分大小寫的正則）；

3. = 代表精確匹配，只配合prefix型使用；

4. ^~ 這個表示為最佳匹配,不再匹配正則型；

https://segmentfault.com/a/1190000013267839；要么這個文檔有點不太對要么是我對這個文檔理解錯誤了. 關于^~的解釋還有匹配執行流程；

按照我對這個文檔的內容理解，以上面的配置在訪問http://localhost/app/index2.html 應該是訪問 html/app/index2.html 文件才對（location ^~ /app/ 生效），但是實際上是./app/index2.html( location ~ /app/生效了)；

3.1.2 prefix型的uri結尾的/

0. 有 / 的,req會被正常處理

1. 沒有 /的,nginx 會響應301(永久重定向)，重定向的URI = $req.uri+ /

2. 如果要代理具體的URI ，請使用 = 精確匹配；

3.2 大體匹配流程（規則）

0. nginx 首先會把req的URI正常化(解碼[%xx]，解路徑[.或者..]，盡可能壓縮相鄰重復的/后再開始匹配；

1. nginx會先查找 prefix型location進行匹配(從上到下)，如果匹配項以=開頭的location則直接使用,否則繼續向下匹配，從所有的prefix型匹配項中選擇前綴最長A作為備用，如果A 以 ^~開頭，會直接使用A，否則繼續檢查正則型，；

2. nginx從正則型的location從上往下進行匹配，若不存在匹配項,則使用A,否則使用第一個正則匹配項B；

3.3 例子

location = / {
    [ configuration A ]
}
location / {
    [ configuration B ]
}
location /documents/ {
    [ configuration C ]
}
location ^~ /images/ {
    [ configuration D ]
}
location ~* \.(gif|jpg|jpeg)$ {
    [ configuration E ]
}

0. 當req URI 為/ 時，使用A；

1. 當req URI 為/index.html 時，使用B

2. 當req URI 為/documents/index.html時,使用C

3. 當req URI為 /images/a.jpg時，使用D；

4. 當req URI 為 /docments/a.jpg時，使用 E;

4. http_core 提供的常用的變量（per request at runtime）（echo $*** 可以輸出取到的值到日志文件,windows版本不支持echo）

5. http_rewrite 模塊

5.1 用途

rewrite 模塊主要用來修改每個request的URI;server 及location context可以多次使用;提供了if,break,return,rewrite,set幾個指令；

5.2 執行流程

0. nginx 接收到了請求,確認使用那個server context

1. server context 內的 rewrite模塊的指令按出現的順序執行；

2. 新的URI(如果有重寫的話)用來確定要使用的location context,該context 的指令執行按順序執行；

3. 如果URI被改寫了，則重新確認location context繼續執行；(location 更改的最大次數為10次)

5.3 指令 及用法

5.3.1 if

if (condition) { # 注意if和 ( 之間有個空格

}

5.3.2 break

停止處理當前上下文內的rewrite模塊的指令集,如果在location 上下文內,則跳過繼續執行其他模塊的指令；

5.3.3 return

停止處理當前請求,返回一個http狀態碼給客戶端；

301、302、303、307、308:還可以追加一個重定向的URL 比如return 302 $scheme://$host:$server_post/login.html

444 :這個不是標準的狀態碼，nginx 會斷開和客戶端的鏈接

5.3.4 rewrite

rewrite regex replacement [flag];

0. regex：匹配請求URI的正則表達式，如果表示包含 } 或者 ： 那么表達式需要用"" 或者 '' 包起來

1. repalcement:用于替換的新URL：如果repalcement 以http://或者https://或者$scheme開頭 nginx 用 replacement 發起重定向；重定向時會加上原來的請求參數，如果不需要可以在repalcement末尾加上?阻止；

2. flag:

5.3.5 rewrite_log

是否開啟rewrite 模塊處理的日志(level=notice)，on |off ; 開啟的話會輸出到error_log里面

6. 負載均衡

6.1 http層負載均衡及Health check

http {
    upstream backend { # http 后端服務器組;需要處在 http context 內
        least_conn；
        # 未指定均衡算法 則使用Round Robin  隨機轉發
        # least_conn:優先向當前連接數最小的服務器轉發
        # ip-hash; # 根據客戶端的ip進行取模后轉發,能保證同一個IP的被轉發到一個服務器(目的是session共享)
        # hash $request_uri ;# 通用Hash,根據請求的某個參數來Hash
        server 192.168.1.11 weight = 5 fail_timeout=30s max_fail = 10 slow_start=30s; 
        # 如果僅一個服務器后面這些參數會被忽略
        # weight(權重):接受5/7的請求；
        # health_ckeck(服務狀態檢查):如果30S內有10次失敗，則這個服務器會被標記為不可用
        # slow_start：服務剛啟動時處理請求可能比較慢(比如緩存是邊運行邊加載的情況下),可能會被流量直接打死，可以設置slow_start 這段時間后,流量才會逐步上升到響應的權重
        server 192.168.1.12 weight = 2; #接受 接受2/7的請求
        server 192.168.1.10 backup; # 備機當前面兩個不可用時會把請求轉發到這里
    }
    server{
        location / {
            proxy_pass http://backend;
        }
    }
}

6.2 TCP|UDP 負載均衡( ./configure --with-stream 模塊) 及healthCheck

# 4層TCP負載均衡,均衡的是connection,也就說不用擔心一個ClientSocket的數據被負載到不同的機器去
# 在nginx.conf 引入啟動后(main context);mysql 連接 127.0.0.1:9000(當然是可行的)
# 原本打算是試下UDP DNS的，但是手頭沒Linux環境所以...
stream { # 必須出現在main context,意思是說和http event等一個級別
    server{
        listen 127.0.0.1:9090;
        proxy_pass mysql;
    }
    upstream mysql{ #TCP負載均衡服務器組
        hash $remote_addr consistent; #
        server 127.0.0.1:3306 weight=5 max_fails=2 fail_timeout=30s slow_start=30s; 
        server 192.168.1.101:3306 ;
    }
    # DNS 服務
    #server{
    #   listen 127.0.0.1:53;
    #    proxy_pass remote_dns;
    #}
    #upstream remote_dns{ #TCP 負載均衡服務器組
    #   hash $remote_addr consistent; #
    #    server 192.168.1.1:53 ; # dns server
    #    server 192.168.0.1:53; # dns server
    #}
}

到此，相信大家對“Nginx相關命令有哪些”有了更深的了解，不妨來實際操作一番吧！這里是億速云網站，更多相關內容可以進入相關頻道進行查詢，關注我們，繼續學習！