server的匹配邏輯
nginx在決定請求由哪個server區塊執行時,主要關注的是server區塊中的listen和server_name兩個欄位
listen指令
listen欄位定義server回應的ip和連接埠,如果沒有明確配置listen欄位,預設監聽0.0.0.0:80(root)或0.0.0.0:8080 (非root)
listen可以被設定為:
一個ip和連接埠的組合
一個單獨的ip ,預設監聽80埠
一個單獨的連接埠,預設監聽所有的ip介面
- ##一個unix socket路徑
#其中最後一項通常只用於在不同的server之間傳遞請求
選擇要使用的server的規則如下:
- nginx首先將所有"不完整"的listen指令進行轉換,例如沒有listen字段的轉換為listen 0.0.0.0:80,listen 1.1.1.1轉換為listen 1.1.1.1:80等
- nginx根據請求的ip和連接埠建立一個與請求最匹配的server區塊清單,優先匹配指定了特定ip的server區塊,其次才會選擇listen 0.0.0.0的這種server區塊.但是無論是哪種情況,端口必須是完全匹配的
- 如果只有一個最佳匹配,那麼將使用匹配的server塊響應請求,否則開始評估每一個server塊的server_name指令
再次強調一遍,只有當listen指令無法找到最佳匹配時才會考慮評估server_name指令.
例如,我們假設example.com網域指向了192.168.0.1,且位於192.168.0.1上的nginx有且僅有以下兩個server區塊:
# server block 1server {
listen 192.168.0.1;
server_name other.com
...
}
# server block 2server {
listen 80;
server_name example.com
...
}
登入後複製
server_name指令
如果根據listen指令無法得到最佳匹配,將會開始解析server_name指令.nginx會檢查請求中的"host"頭,這個值包含了客戶端實際試圖請求的網域或ip位址.nginx會根據這個值去匹配server_name指令,符合規則如下:
- #nginx會嘗試尋找一個和sever_name和host值完全匹配的server塊,如果找到多個精確匹配,則會使用第一個匹配的server塊
- 如果沒有找到精確匹配的server塊,則nginx嘗試找到server_name帶有*開頭的server塊,如果找到多個,則選擇最長匹配的server塊
- 如果沒有找到使用開頭的server塊,則會尋找以結尾的server塊,同樣,如果有多個匹配, 選擇最長匹配
- 如果沒有找到使用*匹配的server塊,則會尋找使用正規表示式(以~開頭)定義server_name的server區塊,如果找到多個匹配,會使用第一個匹配
- 如果沒有找到正規表示式匹配的server區塊,則nginx將會選擇一個符合listen欄位的default server區塊.每一個ip和連接埠組合都可以配置一個且只能配置一個預設的default_server區塊,如果沒有的話,則會選擇可用清單中的第一個server(此時的選擇是隨機的,順序不固定)
範例如下:
(1)準確的server_name符合,例如:
server {
listen 80;
server_name www.domain.com;
...
}
登入後複製
(2)以*通配符開始的字串:
server {
listen 80;
server_name *.domain.com;
...
}
登入後複製
(3)以*通配符結束的字串:
server {
listen 80;
server_name www.*;
...
}
登入後複製
(4)符合正規表示式:
server {
listen 80;
server_name ~^(?.+)\.domain\.com$;
...
}
登入後複製
(5)如果以上都沒有匹配,則使用default_server.如果沒有指定default_server,則會選擇第一個可用的server.我們可以指定對於沒有匹配的host值時,返回錯誤到客戶端.可以用來防止別人把垃圾流量轉到你的網站。
server {
listen 80 default_server;
server_name _; return 444;
}
登入後複製
透過回傳444這個nginx的非標準錯誤碼讓nginx斷開與瀏覽器的連線
location的符合邏輯
location語法解析
location optional_modifier location_match {
...
}
登入後複製
其中可用的modifier修飾符如下
![Nginx中Server和Location的匹配邏輯是什麼](https://img.php.cn/upload/article/000/887/227/168386102736993.png)
#判定規則
1、nginx首先檢查基於前綴的location匹配(即不包含正規表示式的匹配)
2、如果有使用=修飾符的location塊與請求的url完全匹配,則立刻使用該location響應請求
#3、如果沒有找到帶有=修飾符的location塊匹配,則會繼續計算非精確前綴,根據給定的uri找到最長匹配前綴,然後進行如下處理:
(1)如果最長的匹配location帶有^~修飾符,nginx立刻使用該location回應請求
(2)如果最長的匹配location不帶有^~修飾符,nginx會將該匹配暫時存起來,然後繼續後續匹配
4、在確定並儲存最長匹配的前綴location塊後,nginx繼續檢查正則表達式匹配location(區分大小寫/不區分大小寫).如果存在正則表達式滿足要求的匹配,則會選擇與請求的uri匹配的第一個正則表達式的location來相應請求
#5、如果沒有找到與請求的uri匹配的正則表達式location,則使用之前儲存的最長前綴location回應請求
補充
通常情況下,一旦選擇使用某一個location回應請求,那麼請求將會在該location內部進行處理,而與其他location無關.但是location中某些指令會觸發新的location匹配,例如:
(1)try_files
(2)rewrite
(3)error_page
以上是Nginx中Server和Location的匹配邏輯是什麼的詳細內容。更多資訊請關注PHP中文網其他相關文章!