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.
Ü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';
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
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 aufStopp |
"(111: Verbindung verweigert) beim Herstellen einer Verbindung zum Upstream"
| Wenn beim Herstellen einer Verbindung das Back-End Upstream hängt oder blockiert ist, erhält der Benutzer diese Fehlermeldung
|
"(111: Verbindung verweigert) beim Lesen des Antwortheaders vom Upstream"
| Wenn der Benutzer beim Lesen von Daten nach einer erfolgreichen Verbindung auf das Backend stößt 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“
| nginx hat beim Lesen der Antwort vom
"(104: Verbindung vom Peer zurückgesetzt) beim Herstellen einer Verbindung zum Upstream" Upstream hat | RST gesendet, Verbindung zurückgesetzt|
" 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"
| Der Benutzer sendet den Befehl |
"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!