怎麼分析nginx的錯誤日誌-Nginx-PHP中文網

首頁

運維

Nginx

怎麼分析nginx的錯誤日誌

步履不停

Jun 21, 2019 am 09:51 AM

nginx錯誤日誌

怎麼分析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

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中文網其他相關文章！

陳述

本文內容由網友自願投稿，版權歸原作者所有。本站不承擔相應的法律責任。如發現涉嫌抄襲或侵權的內容，請聯絡admin@php.cn

NGINX單元：支持不同的編程語言Apr 16, 2025 am 12:15 AM

NGINXUnit支持多種編程語言，通過模塊化設計實現。 1.加載語言模塊：根據配置文件加載相應模塊。 2.應用啟動：調用語言運行時執行應用代碼。 3.請求處理：將請求轉發給應用實例。 4.響應返回：將處理後的響應返回給客戶端。

在Nginx和Apache之間進行選擇：適合您的需求Apr 15, 2025 am 12:04 AM

NGINX和Apache各有優劣，適合不同場景。 1.NGINX適合高並發和低資源消耗場景。 2.Apache適合需要復雜配置和豐富模塊的場景。通過比較它們的核心特性、性能差異和最佳實踐，可以幫助你選擇最適合需求的服務器軟件。

nginx怎麼啟動Apr 14, 2025 pm 01:06 PM

問題：如何啟動 Nginx？答案：安裝 Nginx啟動 Nginx驗證 Nginx 是否已啟動探索其他啟動選項自動啟動 Nginx

怎麼查看nginx是否啟動Apr 14, 2025 pm 01:03 PM

確認 Nginx 是否啟動的方法：1. 使用命令行：systemctl status nginx（Linux/Unix）、netstat -ano | findstr 80（Windows）；2. 檢查端口 80 是否開放；3. 查看系統日誌中 Nginx 啟動消息；4. 使用第三方工具，如 Nagios、Zabbix、Icinga。

nginx怎麼關閉Apr 14, 2025 pm 01:00 PM

要關閉 Nginx 服務，請按以下步驟操作：確定安裝類型：Red Hat/CentOS（systemctl status nginx）或 Debian/Ubuntu（service nginx status）停止服務：Red Hat/CentOS（systemctl stop nginx）或 Debian/Ubuntu（service nginx stop）禁用自動啟動（可選）：Red Hat/CentOS（systemctl disable nginx）或 Debian/Ubuntu（syst

nginx在windows中怎麼配置Apr 14, 2025 pm 12:57 PM

如何在 Windows 中配置 Nginx？安裝 Nginx 並創建虛擬主機配置。修改主配置文件並包含虛擬主機配置。啟動或重新加載 Nginx。測試配置並查看網站。選擇性啟用 SSL 並配置 SSL 證書。選擇性設置防火牆允許 80 和 443 端口流量。

nginx403錯誤怎麼解決Apr 14, 2025 pm 12:54 PM

服務器無權訪問所請求的資源，導致 nginx 403 錯誤。解決方法包括：檢查文件權限。檢查 .htaccess 配置。檢查 nginx 配置。配置 SELinux 權限。檢查防火牆規則。排除其他原因，如瀏覽器問題、服務器故障或其他可能的錯誤。

linux怎麼啟動nginxApr 14, 2025 pm 12:51 PM

在 Linux 中啟動 Nginx 的步驟：檢查 Nginx 是否已安裝。使用 systemctl start nginx 啟動 Nginx 服務。使用 systemctl enable nginx 啟用在系統啟動時自動啟動 Nginx。使用 systemctl status nginx 驗證啟動是否成功。在 Web 瀏覽器中訪問 http://localhost 查看默認歡迎頁面。

See all articles