啟動nginx指定配置文件

㈠ 基於 Docker 安裝 Nginx，啟動運行，外網訪問，映射配置文件

基於 Docker 安裝 Nginx
查找Nginx鏡像
語法：docker search nginx
示例：

獲取Nginx鏡像

示例：

啟動nginx容器實例

說明：--name nginx nginx 第一個nginx是通過--name指定的nginx容器實例的名稱，另一個nginx表示nginx倉庫的名稱。

查看nginx容器實例的進程信息

通過ps -ef | grep nginx查看

進入nginx容器內

殺死nginx容器實例

停止nginx實例

啟動nginx容器實例

重啟nginx容器實例

移除nginx容器實例

案例
暴露外部埠
基於docker run -d --name nginx nginx方法啟動nginx後，Docker 容器並沒有對外暴露訪問的埠，即無法通過當前主機外部瀏覽器器訪問nginx。那麼該怎麼樣呢？

語法：

-p 80:80：通過-p來指定Docker容器中nginx實例對外開放的埠。本例中，第一個80埠是對外開放的埠，第二個80埠指對外開放的埠映射到容器里的埠號。

示例：

通過當前主機外的瀏覽器訪問nginx，如下圖：

指定外部的配置文件
語法：

說明：
-v: 表示掛載一個本機目錄或文件到容器里。
-v /develop/nginx/nginx.conf:/etc/nginx/nginx.conf：將/develop/nginx/nginx.conf配置文件掛載到容器中/etc/nginx/nginx.conf這個配置文件中。
-v /develop:/develop：將/develop這個目錄掛載到容器里的/develop這個目錄里。

示例：

注意事項：指定外部配置文件，同時需要指定nginx的首頁面，否則會拋出404錯誤，原因就是因為nginx找不到配置文件中默認的index頁面。
本例中，使用/develop/apps/static/index.html替代了容器里的nginx默認的index頁面，同時，-v /develop:/develop掛載根目錄即可訪問子目錄。

指定網路模式：--net=bridge 默認模式

其中8080是指主機的埠，而80是指容器的埠
我們先看一下埠的狀態

docker是運行在Linux上的，在Windows中運行docker，實際上還是在Windows下先安裝了一個Linux環境，然後在這個系統中運行的docker。也就是說，服務中使用的localhost指的是這個Linux環境的地址，而不是我們的宿主環境Windows。我們可以通過命令：

找到這個Linux的ip地址，一般情況下這個地址是192.168.99.100，然後在Windows的瀏覽器中，輸入這個地址，加上服務的埠即可啟用了。

㈡ 初識Nginx配置文件以及基本命令

配置文件名為 nginx.conf ，Linux放在目錄： /usr/local/nginx/conf 、 /etc/nginx , 或 /usr/local/etc/nginx 中；Windows放在 安裝目錄conf 中。 依據實際安裝情況決定

nginx由配置文件中指定的指令控制模塊組成。 指令分為 簡單指令 和 塊指令 ：
簡單指令 由空格分隔的名稱和參數組成，並以分號 ; 結尾；
塊指令 具有與簡單指令相同的結構，但是是以大括弧 { 和 } 包圍的一組附加指令。 如果塊指令在大括弧內部有其他指令，則稱為上下文(例如： events ， http ， server 和 location )；
配置文件中放置在任何上下文之外的偽指令都被認為是主上下文。 events 和 http 指令駐留在主上下文中， server 在 http 中的，而 location 在 server 塊中。一個配置文件一個 http ，一個及以上個 server ，一個 server 運行一個工作進程並代表一個虛擬伺服器；
# 號所在的一行被視為注釋；
幾個頂級指令將適用於不同流量類型的指令組合在一起：

對於大多數指令，在子上下文中定義的上下文將繼承父級中包含的偽指令的值，要覆蓋從父進程繼承的值，子上下文中需要包含該指令（即子上下文要顯式聲明）。

打開配置文件(如 /usr/local/nginx/conf/nginx.conf )，默認的配置文件已經包含了伺服器塊的幾個示例，大部分是注釋掉的。 現在注釋掉所有這樣的塊，並啟動一個新的伺服器塊：

每個 server 上下文都可以指定要監聽的埠、server_name，當nginx決定哪個伺服器處理請求後，它會根據伺服器塊內部定義的location指令的參數測試請求頭中指定的URI， 比如如下配置，系統中創建 /data 目錄及其子目錄 /www ：

第一個 location 塊指定與請求中的URI比較 / 前綴。 對於匹配請求，URI將被添加到 root 指令中指定的路徑(即 /data/www )，形成本地文件系統中的請求文件路徑。 如果有幾個匹配的location塊，nginx將選擇具有最長前綴來匹配location塊。 上面第一個 location 塊提供最短的前綴長度為1，因此只有當所有其他location塊不能提供匹配時，才會使用該塊。第二個 location ,將是以 /images/ 的請求來匹配，位置 / 也匹配這樣的請求，但具有較短前綴，也就是 /images/ 比 / 長。

這已經是一個在標准埠 80 上偵聽並且可以在本地機器上訪問的伺服器 http://localhost/ 的工作配置， 埠 80 和 server_name localhost 可以省略，它們為默認值 。 響應以/images/開頭的URI的請求，伺服器將從 /data/images 目錄發送文件。 例如，響應 http://localhost/images/logo.png 請求，nginx將發送服務上的 /data/images/logo.png 文件。 如果文件不存在，nginx將發送一個指示 404 錯誤的響應。 不以 /images/ 開頭的URI的請求將映射到 /data/www 目錄。 例如，響應 http://localhost/about/example.html 請求時，nginx將發送 /data/www/about/example.html 文件。

反向代理應該是Nginx做的最多的一件事了，反向代理(Reverse Proxy)方式是指以代理伺服器來接受internet上的連接請求，然後將請求轉發給內部網路上的伺服器，並將從伺服器上得到的結果返回給internet上請求連接的客戶端，此時代理伺服器對外就表現為一個反向代理伺服器。簡單來說就是真實的伺服器不能直接被外部網路訪問，所以需要一台代理伺服器，而代理伺服器能被外部網路訪問的同時又跟真實伺服器在同一個網路環境，當然也可能是同一台伺服器，埠不同而已。
通過向nginx配置文件添加一個server塊來定義代理伺服器，其中包含以下內容：

這將是一個監聽埠 8080 的簡單伺服器，並將所有請求映射到本地文件系統上的 /data/up1 目錄。 請注意，root指令位於server塊上下文中，當選擇用於服務請求的 location 塊不包含自己的 root 指令時，將使用此root指令。創建 /data/up1 目錄然後可以將一個靜態網頁比如 index.html 文件放入其中，然後訪問 http://localhost:8080/ 即可訪問該文件。
目前為止，還是配置的靜態資源訪問，並不是代理伺服器，然後增加或修改現有 location 上下文，改為如下：

當用戶訪問 http://localhost:8080/ 時，會返回 http://localhost:8181 伺服器的的資源。
location 上下文後面的參數，可以是正則表達式，如果是正則表達式，前面要加 ~ ，比如：

以上配置表示，nginx接收到所有以.gif，.jpg或.png結尾的URI，相應的請求將映射到/data/images目錄。當nginx選擇一個location塊來提供請求時，它首先檢查指定前綴的location指令，記住具有最長前綴的location，然後檢查正則表達式。 如果與正則表達式匹配，nginx會選擇此location，否則選擇之前記住的那一個。

要找到最符合URI的位置，NGINX首先將URI與前綴字元串的位置進行比較。然後用正則表達式搜索位置。除非使用^~修飾符對正則表達式給予更高的優先順序。在前綴字元串中，NGINX選擇最具體的字元串(也就是最長和最完整的字元串)。 下面給出了選擇處理請求的位置的確切邏輯：

測試所有URI的前綴字元串。 = (等號)修飾符定義了URI和前綴字元串完全匹配。如果找到完全匹配，則搜索停止。如果 ^~ (插入符號)修飾符預先添加最長匹配前綴字元串，則不會檢查正則表達式。存儲最長匹配的前綴字元串。根據正則表達式測試URI。斷開第一個匹配的正則表達式並使用相應的位置。如果沒有正則表達式匹配，則使用與存儲的前綴字元串相對應的位置。

= 修飾符的典型用例是 / (正斜杠)的請求。 如果請求/是頻繁的，則指定 = / 作為location指令的參數加速處理，因為搜索匹配在第一次比較之後停止。

要啟動nginx，請運行可執行文件。 當nginx啟動後，可以通過使用-s參數調用可執行文件來控制它。 使用以下語法：

信號(signal)的值可能是以下之一：

當主進程收到要重新載入配置的信號，它將檢查新配置文件的語法有效性，並嘗試應用其中提供的配置。 如果這是成功的，主進程將啟動新的工作進程，並向舊的工作進程發送消息，請求它們關閉。 否則，主進程回滾更改，並繼續使用舊配置。 老工作進程，接收關閉命令，停止接受新連接，並繼續維護當前請求，直到所有這些請求得到維護。 之後，舊的工作進程退出。

兩者在 location 中，指定一個路徑，其中使用 alias 做如下配置：

若按照上述配置的話，則訪問/img/目錄裡面的文件時，ningx會自動去/var/www/image/目錄找文件

若按照這種配置的話，則訪問/img/目錄下的文件時，nginx會去/var/www/image/img/目錄下找文件。alias是一個目錄別名的定義，root則是最上層目錄的定義，指的是 /var/www/image/img/ 。還有一個重要的區別是alias後面必須要 / 結束，否則會找不到文件，而root則可有可無。

另外對於index，含義如下

這樣，當用戶請求 / 地址時，Nginx 就會自動在 root 配置指令指定的文件系統目錄下依次尋找 index.htm 和 index.html 這兩個文件。如果 index.htm 文件存在，則直接發起「內部跳轉」到 /index.htm 這個新的地址；而如果 index.htm 文件不存在，則繼續檢查 index.html 是否存在。如果存在，同樣發起「內部跳轉」到 /index.html ；如果 index.html 文件仍然不存在，則放棄處理權給 content 階段的下一個模塊。

參考地址1
參考地址2:B站

㈢ nginx配置文件詳解

一、安裝Nginx
在安裝Nginx之前，需確保系統已經安裝了gcc、 openssl-devel、 pcre-devel和zlib-devel軟體庫。

其中， –with-http_stub_status_mole 可以用來啟用 Nginx 的 NginxStatus 功能，以監控 Nginx 的運行狀態。

二、Nginx的配置文件結構
Nginx的配置文件nginx.conf位於其安裝目錄的conf目錄下。

nginx.conf由多個塊組成，最外面的塊是main，main包含Events和HTTP，HTTP包含upstream和多個Server，Server又包含多個location。

main（全局設置）、server（主機設置）、upstream（負載均衡伺服器設置）和 location（URL匹配特定位置的設置）。

1、main塊設置的指令將影響其他所有設置。

2、server塊的指令主要用於指定主機和埠。

3、upstream指令主要用於負載均衡，設置一系列的後端伺服器。

4、location塊用於匹配網頁位置。

這四者之間的關系式：server繼承main，location繼承server，upstream既不會繼承其他設置也不會被繼承。

在這四個部分當中，每個部分都包含若干指令，這些指令主要包含Nginx的主模塊指令、事件模塊指令、HTTP核心模塊指令，同時每個部分還可以使用其他HTTP模塊指令，例如Http SSL模塊、HttpGzip Static模塊和Http Addition模塊等。

三、Nginx的全局配置

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的設置才能生效。

四、下面配置Nginx的HttpGzip模塊。這個模塊支持在線實時壓縮輸出數據流。

通過/opt/nginx/sbin/nginx -V命令可以查看安裝Nginx時的編譯選項，由輸出可知，已經安裝了HttpGzip模塊。

五、負載均衡配置

下面設定負載均衡的伺服器列表：

upstream是Nginx的HTTP Upstream模塊，這個模塊通過一個簡單的調度演算法來實現客戶端IP到後端伺服器的負載均衡。

在上面的設定中，通過upstream指令指定了一個負載均衡器的名稱cs.com。這個名稱可以任意指定，在後面需要的地方直接調用即可，Nginx的負載均衡模塊目前支持4種調度演算法。

六、server虛擬主機配置

下面介紹對虛擬主機的配置。

建議將對虛擬主機進行配置的內容寫進另外一個文件，然後通過include指令包含進來，這樣更便於維護和管理。

server標志定義虛擬主機開始，listen用於指定虛擬主機的服務埠，server_name用來指定IP地址或者域名，多個域名之間用空格分 開。index用於設定訪問的默認首頁地址，root指令用於指定虛擬主機的網頁根目錄，這個目錄可以是相對路徑，也可以是絕對路徑。

Charset用於 設置網頁的默認編碼格式。access_log用來指定此虛擬主機的訪問日誌存放路徑，最後的main用於指定訪問日誌的輸出格式。

七、location URL匹配配置

URL地址匹配是進行Nginx配置中最靈活的部分。 location支持正則表達式匹配，也支持條件判斷匹配，用戶可以通過location指令實現Nginx對動、靜態網頁進行過濾處理。使用location URL匹配配置還可以實現反向代理，用於實現PHP動態解析或者負載負載均衡。

以下這段設置是通過location指令來對網頁URL進行分析處理，所有擴展名以.gif、.jpg、.jpeg、.png、.bmp、.swf結尾的靜態文件都交給nginx處理，而expires用來指定靜態文件的過期時間，這里是30天。

八、StubStatus模塊配置

StubStatus模塊能夠獲取Nginx自上次啟動以來的工作狀態，此模塊非核心模塊，需要在Nginx編譯安裝時手工指定才能使用此功能。

stub_status設置為「on」表示啟用StubStatus的工作狀態統計功能。access_log 用來指定StubStatus模塊的訪問日誌文件。auth_basic是Nginx的一種認證機制。

auth_basic_user_file用來指定認證的密碼文件，由於Nginx的auth_basic認證採用的是與Apache兼容的密碼文件，因此需要用Apache的htpasswd命令來生成密碼文件。

然後輸入兩次密碼後確認之後添加用戶成功。

要查看Nginx的運行狀態，可以輸入http://ip/NginxStatus，輸入創建的用戶名和密碼就可以看到Nginx的運行狀態。

Active connections表示當前活躍的連接數，第三行的三個數字表示 Nginx當前總共處理了34561個連接， 成功創建次握手， 總共處理了354399個請求。

最後一行的Reading表示Nginx讀取到客戶端Header信息數， Writing表示Nginx返回給客戶端的Header信息數，「Waiting」表示Nginx已經處理完，正在等候下一次請求指令時的駐留連接數。

在最後這段設置中，設置了虛擬主機的錯誤信息返回頁面，通過error_page指令可以定製各種錯誤信息的返回頁面。在默認情況下，Nginx會在主目錄的html目錄中查找指定的返回頁面。

特別需要注意的是，這些錯誤信息的返回頁面大小一定要超過512K，否者會被ie瀏覽器替換為ie默認的錯誤頁面。