So lesen Sie Nginx-Protokolle

青灯夜游
Freigeben: 2019-06-18 11:01:54
Original
6773 Leute haben es durchsucht

Es gibt zwei Haupttypen von Nginx-Protokollen: Zugriffsprotokolle und Fehlerprotokolle. Das Zugriffsprotokoll zeichnet hauptsächlich jede Anfrage des Clients auf, auf Nginx zuzugreifen, und das Format kann angepasst werden. Das Fehlerprotokoll zeichnet hauptsächlich das Protokoll auf, wenn der Client beim Zugriff auf Nginx einen Fehler macht, und das Format unterstützt keine Anpassung. Beide Protokolle können optional ausgeschaltet werden.

So lesen Sie Nginx-Protokolle

Über Zugriffsprotokolle können Sie relevante Informationen wie die geografische Herkunft des Benutzers, die Sprungquelle, das Nutzungsterminal und die Anzahl der Besuche einer bestimmten URL über Fehlerprotokolle abrufen , Sie können den Leistungsengpass eines bestimmten Dienstes oder Servers im System feststellen. Daher können Sie durch die sinnvolle Nutzung von Protokollen viele wertvolle Informationen erhalten.

Zugriffsprotokoll

[Access.log]

log_format  main  '$remote_addr $remote_user [$time_local] "$request" $http_host '
                  '$status $upstream_status $body_bytes_sent "$http_referer" '
                  '"$http_user_agent" $ssl_protocol $ssl_cipher $upstream_addr '
                  '$request_time $upstream_response_time';
Nach dem Login kopieren

Beschreibung:

Variablenname

Variablenbeschreibung

Beispiel

$remote_addr

Kundenadresse

113.140

$remote_user

Client Benutzername

-

$time_local

Zugriffszeit und Zeitzone

18. Juli 2012: 17:00:01 +0800

$request

AngefordertURI und HTTPProtokoll

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

$http_host

Die Anfrageadresse ist die Adresse, die Sie in den Browser eingeben (IP oder Domainname)

img.alipay.com

10.253.70.103

$status

HTTPAnfragestatus

200

$upstream_status

upstreamstatus

200

$body_bytes_sent

An Client gesendete Dateiinhaltsgröße

547

$http_referer

Sprungquelle

"https://cashier.alip ay.com.../"

$http_user_agent

Benutzerterminal-Agent

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

$ssl_protocol

SSLProtokollversion

TLSv1

$ssl_cipher

Algorithmen in Daten austauschen

RC4-SHA

$upstream_addr

Die Adresse des HintergrundsUpstream, also die Adresse des Hosts, der tatsächlich bereitstellt der Dienst

10.228.35.247:80

$request_time

Die Gesamtzeit der gesamten Anfrage

0,205

$upstream_response_time

Anfrage in Bearbeitung, UpstreamAntwortzeit

0,002

Hinweis: Der Wert von $http_host hängt von dem Wert ab, den Sie im Browser eingeben.

Fehlerprotokoll

Wenn beim Herstellen einer Verbindung das Back-End Wenn der Benutzer beim Lesen von Daten nach einer erfolgreichen Verbindung auf das Backend stößt nginx hat beim Lesen der Antwort vom UpstreamRST gesendet, Verbindung zurückgesetztDer Benutzer sendet den Befehl kill -USR1

Fehlermeldung

Fehlerbeschreibung

"upstream vorzeitig (vorzeitig) Verbindung geschlossen"

Die Ausnahme, die beim Anfordern von uri auftritt, wird dadurch verursacht, dass der Benutzer die Verbindung trennt, wenn Upstream keine Antwort an den Benutzer zurückgegeben hat. Sie hat keine Auswirkungen auf das System und kann ignoriert werden

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

(1) Die Anzahl der gleichzeitigen Verbindungen des Servers überschreitet seine Kapazität und der Server wird einige der Verbindungen

(

2) Der Client hat den Browser geschlossen, aber der Server sendet weiterhin Daten an den Client (

3) Der Browser klickte auf

Stopp

"(111: Verbindung verweigert) beim Herstellen einer Verbindung zum Upstream"

Upstream hängt oder blockiert ist, erhält der Benutzer diese Fehlermeldung

"(111: Verbindung verweigert) beim Lesen des Antwortheaders vom Upstream"

Upstream auflegt oder blockiert ist, erhalten Sie diesen Fehler

"(111: Verbindung verweigert) beim Senden der Anfrage an den Upstream "

Wenn Nginx und

Upstream erfolgreich zum Senden von Daten verbunden sind und das Backend Upstream hängt oder nicht verfügbar ist, erhalten Sie diesen Fehler

"(110: Zeitüberschreitung der Verbindung) beim Herstellen einer Verbindung zum Upstream"

" (110: Beim Lesen der Upstream-Verbindung ist eine Zeitüberschreitung aufgetreten

"(110: Zeitüberschreitung der Verbindung) beim Lesen des Antwortheaders vom Upstream"

nginx hat beim Lesen des Antwortheaders von Upstream eine Zeitüberschreitung erlitten

„(110: Zeitüberschreitung der Verbindung) beim Lesen des Upstreams“

"(104: Verbindung vom Peer zurückgesetzt) ​​beim Herstellen einer Verbindung zum Upstream"

Upstream hat

" Upstream hat ungültigen Header gesendet, während Antwortheader vom Upstream gelesen wurde"

Der vom Upstream gesendete Antwortheader ist ungültig

„Upstream hat beim Lesen des Antwortheaders vom Upstream keinen gültigen HTTP/1.0-Header gesendet“

Der vom Upstream gesendete Antwortheader ist ungültig

„Client wollte zu großen Text senden“

wird verwendet, um die zulässigen Clientanfragen festzulegen Der maximale Wert des Inhalts ist 1M, der vom Client gesendete

Text überschreitet den eingestellten Wert

"Protokolle erneut öffnen"

"ordnungsgemäß heruntergefahren",

Der Benutzer sendet den Befehl kill -WINCH

„Es befinden sich keine Server im Upstream“

Upstream ist nicht verfügbar. Konfigurieren Sie Server

„Keine Live-Upstreams während der Verbindung zum Upstream“

Die Server unter Upstream haben sich alle aufgehängt

" SSL_do_handshake() fehlgeschlagen"

SSL-Handshake fehlgeschlagen

„SSL_write( ) ist beim Senden an den Client fehlgeschlagen (SSL:)“

"(13: Erlaubnis verweigert) beim Lesen stromaufwärts"

"(98: Adresse wird bereits verwendet) beim Herstellen einer Verbindung zum Upstream"

"(99: Angeforderte Adresse kann nicht zugewiesen werden) beim Herstellen einer Verbindung zum Upstream"

"ngx_slab_alloc() fehlgeschlagen: Kein Speicher im freigegebenen Cache der SSL-Sitzung"

„Während des SSL-Handshakes konnte keine neue SSL-Sitzung zum Sitzungscache hinzugefügt werden“

ssl_session_cache-Größe ist unzureichend und andere Gründe verursacht durch

"send() failed (111 : Verbindung abgelehnt)“

Das obige ist der detaillierte Inhalt vonSo lesen Sie Nginx-Protokolle. Für weitere Informationen folgen Sie bitte anderen verwandten Artikeln auf der PHP chinesischen Website!

Verwandte Etiketten:
Quelle:php.cn
Erklärung dieser Website
Der Inhalt dieses Artikels wird freiwillig von Internetnutzern beigesteuert und das Urheberrecht liegt beim ursprünglichen Autor. Diese Website übernimmt keine entsprechende rechtliche Verantwortung. Wenn Sie Inhalte finden, bei denen der Verdacht eines Plagiats oder einer Rechtsverletzung besteht, wenden Sie sich bitte an admin@php.cn
Beliebte Tutorials
Mehr>
Neueste Downloads
Mehr>
Web-Effekte
Quellcode der Website
Website-Materialien
Frontend-Vorlage