简体中文（ZH-CN）English（EN）繁体中文（ZH-TW）日本語（JA）한국어（KO）Melayu（MS）Français（FR）Deutsch（DE）
首頁
文章
問答
課程
專題
下載
遊戲
詞典
最近更新

首頁  >  文章  >  運維  >  怎麼分析nginx的錯誤日誌

怎麼分析nginx的錯誤日誌

步履不停
步履不停原創
2019-06-21 09:51:506484瀏覽

怎麼分析nginx的錯誤日誌

1、日誌簡介

nginx日誌主要有兩種：存取日誌和錯誤日誌。存取日誌主要記錄客戶端存取nginx的每一個請求，格式可以自訂；錯誤日誌主要記錄用戶端存取nginx出錯時的日誌，格式不支援自訂。兩種日誌都可以選擇性關閉。

透過存取日誌，你可以得到使用者地理來源、跳躍來源、使用終端機、某個URL訪問量等相關資訊；透過錯誤日誌，你可以得到系統某個服務或server的效能瓶頸等。因此，將日誌好好利用，你可以得到很多有價值的資訊。

2、存取日誌

#[Access.log]

log_format  main  '$remote_addr $remote_user [$time_local] "$request" $http_host '

          

##                  '"$http_user_agent" $ssl_protocol $ssl_cipher5 time $upstream_response_time'; 

#變數名稱舉例說明# #用戶終端代理RC4-SHA#$upstream_addr0.205

#變數描述

#$remote_addr

客戶端位址

113.140.15.90

##$remote_user

 #用戶端使用者名稱

-

$time_local

 訪問時間與時區

#18/Jul/2012:17:00:01 0800

$request

 #請求的

URI和HTTP協定

"GET /pa/img/home/logo-alipay-t.png HTTP/1.1 "

#$http_host

 請求位址，即瀏覽器中你輸入的位址（

IP或網域名稱）

img.alipay .com

10.253.70.103

############################################# ###$status##########

HTTP請求狀態

#200

$upstream_status

##upstream 狀態

200

$body_bytes_sent

 #傳送給客戶端檔案內容大小

#547

#$http_referer

 跳轉來源

 "https://cashier.alipay.com.../"

#$http_user_agent

"Mozilla/4.0 (compatible; MSIE 8.0; Windows NT 5.1; Trident/4.0; SV1; GTB7.0; .NET4.0C ;

#$ssl_protocol

#SSL協定版本

#TLSv1

##$ssl_cipher

#交換資料中的演算法

後台upstream#的位址，也就是真正提供服務的主機位址

10.228.35.247:80

#$request_time

#整個請求的總時間

######### ############$upstream_response_time###################請求過程中，######upstream###回應時間## ###################0.002#####################

 

線上實例：

116.9.137.90 - [02/Aug/2012:14:47:12 0800] " GET /images/XX/20100324752729.png HTTP/1.1"img.alipay.com 200 200 2038 https://cashier.alipay.com/XX/PaymentResult.htm?payNoXXoz&outBizNo#201illa52 /4.0 (compatible; MSIE 8.0; Windows NT 6.1; Trident/4.0; SLCC2; .NET CLR 2.0.50727; .NET CLR 3.5.30729; .NET CLR 3.0.30729; Media Center PC 6.0.0.00); 「 TLSv1 AES128-SHA 10.228.21.237:80 0.198 0.001

 

# 

 

怎麼分析nginx的錯誤日誌

 

 

 

怎麼分析nginx的錯誤日誌

C接下測試（

$http_referer）：

#10.14.21.197 - - [14/Aug/2012:17:28:22 0800] "GET /spanner /watch/v1?--db=ztg-1&--mode=compare&--index=status&--option=&--cluster=whole&-F=2012/8/12-00:00:00&-T=+ 2880&-i=1&-n=0&_=1344936501292 HTTP/1.1" 200 94193 "http://spanner.alipay.net/optionFrame/history.html" "Mozilla/5.0 (Windows NT 6.net/optionFrame/history.html" "Mozilla/5.0 (Windows NT 6.net/optionFrame/history.html" "Mozilla/5.0 (Windows NT 6.net/optionFrame/history.html" "Mozilla/5.0 (Windows NT 6.1) AppleWeb1 (KHT537, like Gecko) Chrome/21.0.1180.60 Safari/537.1"

$http_referer和重定向有關。 （用於設定允許接受的客戶端請求內容的最大值，預設值是##ssl_session_cache"send()失敗(111:連線被拒絕) "

 

#備註：

 離線測試（$http_host）：

 備註：

$http_host的值和你在瀏覽器裡輸入的值有關。
3、錯誤日誌

 

#錯誤訊息錯誤說明"upstream prematurely

（過早的）

closed connection"請求

uri的時候出現的異常，是由於upstream 還未傳回應答給使用者時用戶斷掉連線造成的，對系統沒有影響，可以忽略

"recv() failed (104: Connection reset by peer)"

##1

#）伺服器的並發連線數超過了其承載量，伺服器會將其中一些連接Down掉；

 

############################# #（######2###）客戶關掉了瀏覽器，而伺服器也正在傳送資料給客戶端；###### ############## #（######3###）瀏覽器端按了######Stop################################################################### ########"(111: Connection refused) while connecting to upstream"##################用戶連接時，若遇到後端## ####upstream###掛掉或不通，會收到該錯誤############################"(111: Connection refused) while reading response header from upstream"##########

用戶連線成功後讀取資料時，若遇到後端upstream已掛掉或不通，會收到該錯誤

#"(111: Connection refused) while sending request to upstream"

Nginx和upstream連線成功後傳送資料時，若遇到後端upstream掛掉或不通，會收到該錯誤

"(110: Connection timed out) while connecting to upstream "

nginx連接後面的upstream時逾時

"(110: Connection timed out) while reading upstream"

nginx讀取來自upstream的回應時逾時

 

"(110: Connection timed out) while reading response header from upstream"

#nginx讀取來自upstream的回應頭時逾時

"(110: Connection timed out) while reading upstream"

nginx讀取來自##upstream的回應時逾時

##"(104: Connection reset by peer) while connecting to upstream"

upstream發送了RST，將連線重設

"upstream sent invalid header while reading response header from upstream"

upstream發送的回應頭無效

#"upstream sent no valid HTTP/1.0 header while reading response header from upstream"

#upstream發送的回應頭無效

#"client intended to send too large body"

##1M

，client發送的body超過了設定值
"reopening logs"

#使用者發送		 kill  -USR1

指令 #

##“優雅關閉”，

 用戶發送

#kill  -WINCH指令

##"上游內部沒有伺服器"

#上游下未配置伺服器
#「連接到上游時沒有即時上游」

 上游

下的伺服器全都掛了
##"SSL_do_handshake( )失敗"

 SSL

#握手失敗
##「傳送到客戶端時SSL_write() 失敗(SSL:)」

"（13：權限被拒絕）讀取上游時"

  
##」（ 98：位址已在使用），同時連接到上游「

##"(99: 無法指派要求的位址)，同時連線到上游"

"ngx_slab_alloc() 失敗：SSL 會話共享快取中沒有記憶體"

大小不夠等原因造成

「SSL 握手時無法將新的SSL 會話新增至會話快取」

#ssl_session_cache大小不夠等原因造成

# ################################################ ########### ###

更多Nginx相關技術文章，請造訪Nginx教學欄位學習！

以上是怎麼分析nginx的錯誤日誌的詳細內容。更多資訊請關注PHP中文網其他相關文章！

nginx chrome safari html while Session .net 并发 history windows 算法 http https ssl Access
陳述：
本文內容由網友自願投稿，版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容，請聯絡admin@php.cn
上一篇：nginx為什麼會出現404下一篇：nginx為什麼會出現404

相關文章

看更多