這篇文章主要介紹“Nginx中Server和Location的匹配邏輯是什么”,在日常操作中,相信很多人在Nginx中Server和Location的匹配邏輯是什么問題上存在疑惑,小編查閱了各式資料,整理出簡單好用的操作方法,希望對大家解答”Nginx中Server和Location的匹配邏輯是什么”的疑惑有所幫助!接下來,請跟著小編一起來學習吧!
成都創新互聯公司服務項目包括樂陵網站建設、樂陵網站制作、樂陵網頁制作以及樂陵網絡營銷策劃等。多年來,我們專注于互聯網行業,利用自身積累的技術優勢、行業經驗、深度合作伙伴關系等,向廣大中小型企業、政府機構等提供互聯網行業的解決方案,樂陵網站推廣取得了明顯的社會效益與經濟效益。目前,我們服務的客戶以成都為中心已經輻射到樂陵省份的部分城市,未來相信會繼續擴大服務區域并繼續獲得客戶的支持與信任!
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修飾符如下
判定規則
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的匹配邏輯是什么”的學習就結束了,希望能夠解決大家的疑惑。理論與實踐的搭配能更好的幫助大家學習,快去試試吧!若想繼續學習更多相關知識,請繼續關注創新互聯網站,小編會繼續努力為大家帶來更多實用的文章!
當前標題:Nginx中Server和Location的匹配邏輯是什么
新聞來源:http://vcdvsql.cn/article8/gjijip.html
成都網站建設公司_創新互聯,為您提供建站公司、小程序開發、全網營銷推廣、ChatGPT、云服務器、域名注冊
聲明:本網站發布的內容(圖片、視頻和文字)以用戶投稿、用戶轉載內容為主,如果涉及侵權請盡快告知,我們將會在第一時間刪除。文章觀點不代表本網站立場,如需處理請聯系客服。電話:028-86922220;郵箱:631063699@qq.com。內容未經允許不得轉載,或轉載時需注明來源: 創新互聯