序言
? ??什么樣的人可以稱之為有智慧的人呢?如果下一個定義,你會如何來定義?
????所謂智慧,就是能區分自己能改變的部分,自己無法改變的部分,努力去做自己能改變的,而不要天天想著那些無法改變的東西,不然的話,就只能越來越消極了,消極的原因大部分也在于總是關注于自己無法改變的現實。
nginx返回404問題排查
? ??背景:
????大部分的人在看到nginx返回404的時候,要么就是請求了一個不存在的資源或者接口,要么就是location寫的有問題,基本不會想到是協議導致的。
????架構:
????現在的應用程序都講究前后端分離,分離不完整的時候,就會進行修改架構,在修改之前的架構如下:
????為了從統一入口進來,從而將架構修改為如下:
????修改之后的好處主要是能減少客戶端能接觸的東西,從而減少暴露面,當有攻擊的時候,排查或者封殺的面不會很多。
????1 前端nginx進行重新配置
????在前端nginx上面,其實只要增加一段location的配置即可,從而使用了極簡的配置:
upstream backend {server???192.168.1.1;server???192.168.1.2;
}
location??/api/{proxy_pass?http://backend;proxy_set_header?X-Real_IP?$remote_addr;proxy_set_header?X-Forwarded-For?$proxy_add_x_forwarded_for;
}
????在添加完成配置之后,將nginx進行reaload,讓配置生效,再次進行驗證請求之后,發現后端請求的接口全部變成了404.
????此時的你,該如何去解決這個問題?
????對,應該第一時刻進行回滾備份的配置,先讓生產跑起來,再來解決問題。
????2 查看前端和后端的日志
????變更導致的問題,要么看配置是不是有問題,要么看日志查查問題出現的點在哪里。
????在查看nginx的accesslog的時候,重要的看請求發到了哪個后端,404是不是后端返回的,如果404是nginx直接返回的,說明還沒到達后端,如果是后端的返回的,那么就要看后端nginx的日志了。
????在此處的問題中,查看前端nginx日志的時候,發現是后端nginx返回的404,因為upsteam_status 為404,而且能找到對應的upsteam server的ip,從而到對應的后端nginx上去查看日志。
????但是,非常奇怪的是,在后端nginx上面未看到任何請求日志,在后端nginx上面,使用的是vhost的配置,也就是虛擬主機。
????那么現在可以得到一個初步結論:
1?404?的確是后端nginx返回的
2 后端nginx上面沒找到對應的訪問日志
????3 可能出現問題的地方
????根據如上的結論,那么哪些地方可能出現問題呢?
????首先再看了一眼加了location配置的地方,比平時的配置少一些東西:
proxy_set_header Host $host;
proxy_set_header?Connection?"";
proxy_http_version 1.1;
????在后端的nginx對應的server段的配置的日志路徑上面,沒找到對應的日志信息,但是前端的nginx返回中說明是后端nginx返回的,從而找到對應的默認主機,也就是default server中,發現默認配置沒有,那么就找到在vhost中第一個主機段,查看它的日志,發現了請求。
????從而問題已經找到,因為在nginx的默認配置中,如果不指定http協議版本的話,那么默認是1.0版本,而對于http 1.0版本來說,默認是不會加上host頭部的,從而當請求到后端nginx的時候,找不到對應server name進行處理,從而走了默認的server段進行處理,從而導致了對應的虛擬主機沒有日志,而在默認的虛擬主機中找到了對應的訪問日志。
????從而再將host頭部進行設置,然后切換,發現訪問正常。
????那么再嘗試一下第二種方案,不加host后端,而指定http協議為1.1,因為http1.1協議默認會傳輸host頭部,從而無需顯示指定,發現也是ok的。
????最后再把這三個頭部加上,主要是為了讓兩個nginx之間保持長連接,從而減少三次握手的時間,當然upsteam之中,也要將keepalive指令打開,不然也是不能激活長連接的,因為nginx的默認值如下:
Syntax: keepalive connections;
Default: —
Context: upstream
風言風語
? ?一個東西,使用的多了,就能遇到各種各樣的問題,而在一些資料上看到的東西,你會發現那都是基礎中的基礎,解決不了任何問題,但是卻是解決問題的根基,簡單的報錯,但是中間就充斥著各種可能得組合原因。就像做數學,基礎都是1+1,然后來個3+2,都是同樣的道理。
????知道并不代表能靈活運行,能猜到可能的原因和解法,對比法也是一個比較好的方法。
????努力的方向也是自己能改變的東西,也是自己能掌控的東西,如果努力的方向都是不能改變的,不可控的,那么這種努力也將是一種徒勞。