Nginx日誌分析--路徑匹配篇

Nginx配置以後,有可能發生無法正常訪問網頁的情況。如果是路徑匹配方面的問題,可以通過它的錯誤日誌來分析解決。

Nginx的錯誤日誌在nginx.conf裏配置:

error_log  logs/error.log debug;

上述聲明在nginx安裝目錄下的logs目錄裏生成了一個error.log,日誌級別爲debug級(最詳細級)。注意Nginx的配置是一個層次結構體系(參見Nginx配置文件解析),因此如果該聲明在HTTP結點下,則對所有http請求有效;如果在server結點下,則對該server的所有請求有效;如果在location結點下,則只對該location的請求有效。在做路徑匹配錯誤分析時,至少要配置到server結點或者以上,而不能配置在location上。否則,一旦因conf文件書寫錯誤而某location應該匹配而沒有匹配上,就不會有任何日誌輸出,起不到調試的作用。

假設http://www.lotus-scent.com/blog/index.php/web技術/佈署和優化/nginx錯誤日誌分析-路徑匹配篇/無法正常請求到頁面,分析如下:

下載示例日誌

Nginx對上述請求的處理從日誌的第974行開始,這裏的關鍵詞是"http request line"。注意這一行輸出的URL是編碼之後的地址,接下來975行輸出瞭解碼後的地址:/blog/index.php/web鎶€鏈?javascript寮€鍙?娣卞害浣撻獙javascript-妯″潡璁捐妯″紡/"。由於地址包含中文,因此顯示爲亂碼。

第976行,Nginx繼續處理請求,解析出該請求沒有http args。對於請求"GET  /blog?user=aaron",則此處會輸出"user=aaron"。

接下來到989行,Nginx對該請求的http header的分析結束。這裏的關鍵詞是"http header done"。

接下來Nginx處理地址匹配,注意988行的rewrite phase 0輸出。從日誌輸出可以看出,Nginx先後測試了5個location塊,最後使用/blog塊的配置對該請求進行處理:

2011/09/19 23:54:54 [debug] 27343#0: *417 test location: "/"
2011/09/19 23:54:54 [debug] 27343#0: *417 test location: "develop"
2011/09/19 23:54:54 [debug] 27343#0: *417 test location: "ckeditor"
2011/09/19 23:54:54 [debug] 27343#0: *417 test location: "blog"
2011/09/19 23:54:54 [debug] 27343#0: *417 test location: ~ "/blog/.*\.(?:ico|css|js|gif|jpe?g|png)$"
2011/09/19 23:54:54 [debug] 27343#0: *417 using configuration "/blog"

注意這裏的關鍵詞"using configuration"。

從第999行進入rewrite phase第2階段,即在配置"/blog"塊中進行處理:

第1001行,取得URI原始字符串:/usr/www/blog/index.php/web鎶€鏈?javascript寮€鍙?娣卞害浣撻獙javascript-妯″潡璁捐妯″紡/"

第1003行,此行應該是檢查該URI是否直接對應服務器上的某個文件。1004行查找失敗,直接進入1005行的rewrite匹配。此時匹配上正則表達式"^/blog/index.php/(.+)$",並獲取子匹配"web鎶€鏈?javascript寮€鍙?娣卞害浣撻獙javascript-妯″潡璁捐妯″紡/"。接下來就是根據已經獲取的信息調用/blog/index.php?q=$1",由此進入下一輪內部地址重定向。注意if語句塊中有一個break語句,表明執行到此處後,跳過後面的處理。

1013行進入第三輪地址重定向,此輪請求的URI是”/blog/index.php?q=..”。1020行顯示匹配上配置/blog。注意該配置在上一輪中就匹配上了,但此輪以不同的參數調用再次匹配。

1027行,此處結果爲false,意即/usr/www/blog/index.php爲服務器上存在的一個文件。這樣整個if語句塊被跳過,直接進入到fastcgi的部分。行1041開始獲取QUERY_STRING,REQUEST_METHOD,SCRIPT_NAME等fastcgi參數,最後交php引擎處理以生成頁面,返回給客戶端。1120開始的幾行應該是Nginx從php獲得輸出後填充HTTP消息響應時的日誌輸出。運行到此外也意味着Nginx對該http請求的處理基本結束。


發表評論
所有評論
還沒有人評論,想成為第一個評論的人麼? 請在上方評論欄輸入並且點擊發布.
相關文章