NGINX Access Logs and Error Logs (Dansk)

Logs er meget nyttigt til at overvåge aktiviteter for enhver anvendelse, bortset fra at give dig værdifulde oplysninger, mens du foretager fejlfinding af det.som enhver anden applikation registrerer NGIN.også begivenheder som besøgende på dit siteebsted, problemer, det stødte på, og mere til at logge filer. Disse oplysninger giver dig mulighed for at træffe forebyggende foranstaltninger, hvis du bemærker nogle alvorlige uoverensstemmelser i loghændelserne.,

Denne artikel vil guide dig i detaljer om, hvordan du konfigurerer NGINX træfældning, så du har en bedre indsigt i sine aktiviteter.

forudsætning

  • du har allerede installeret NGIN.ved at følge vores tutorial herfra.

Logger i NGIN.

som standard skriver NGIN. sine begivenheder i to typer logfiler – fejlloggen og adgangsloggen., I de fleste af de populære Linux-distro som Ubuntu, CentOS eller Debian, både adgang og fejlloggen kan findes i /var/log/nginx, forudsat at du allerede har aktiveret adgangen and error logs i det centrale NGINX konfigurationsfilen.

lad os finde ud af mere om NGIN.access log, error log og hvordan du aktiverer dem, hvis du ikke har gjort det tidligere.

Hvad er NGIN?access log?

NGIN.logger aktiviteterne for alle besøgende på dit siteebsted i adgangslogfilerne., Her kan du finde hvilke filer der er adgang til, hvordan NGIN.reagerede på en anmodning, hvilken bro .ser en klient bruger, IP-adresse på klienter og mere. Det er muligt at bruge oplysningerne fra adgangsloggen til at analysere trafikken for at finde sites kutymer over tid. Ved at overvåge adgangslogfilerne korrekt kan man desuden finde ud af, om en bruger sender en usædvanlig anmodning om at finde fejl i den implementerede .ebapplikation.

Hvad er NGIN?fejllog?

på den anden side, hvis NGIN.står over for fejl, registrerer den begivenheden til fejlloggen., Dette kan ske, hvis der er en fejl i konfigurationsfilen. Derfor, hvis NGIN.ikke er i stand til at starte eller pludselig stoppede med at køre, skal du kontrollere fejllogfilerne for at finde flere detaljer. Du kan også finde Få advarsler i fejlloggen, men det indikerer ikke, at der er opstået et problem, men begivenheden kan udgøre et alvorligt problem i den nærmeste fremtid.

Sådan aktiveres NGIN?access log?

generelt kan adgangsloggen aktiveres med access_log direktiv enten i HTTP eller i serversektionen., Det første argument log_file er obligatorisk, mens det andet argument log_format er valgfrit. Hvis du ikke angiver noget format, skrives logfiler i standard kombineret format.

access_log log_file log_format;

adgangsloggen er som standard aktiveret i HTTP-konteksten i core NGIN. – konfigurationsfilen. Det betyder Adgang log af alle de virtuelle vært vil blive optaget i den samme fil.

http { ... ... access_log /var/log/nginx/access.log; ... ...}

det er altid bedre at adskille adgangslogfilerne for alle de virtuelle værter ved at optage dem i en separat fil., For at gøre dette skal du tilsidesætteaccess_log direktiv, der er defineret i HTTP-sektionen med et andetaccess_log direktiv i serverkonteksten.

Genindlæs NGIN.for at anvende de nye indstillinger. For at se adgangslogfilerne for domænet domain1.com i filen /var/log/nginx/domain1.access.log skal du bruge følgende halekommando i terminalen.

# tail -f /var/log/nginx/domain1.access.log

Anvend Brugerdefineret Format i Access-Log

standard log-format, der bruges til at optage en begivenhed, i access-log er kombineret log format., Du kan tilsidesætte standardadfærden ved at oprette dit eget tilpassede logformat og derefter angive navnet på det tilpassede format i access_log-direktivet.

følgende eksempel definerer et brugerdefineret logformat ved at udvide det foruddefinerede kombinerede format med værdien af G .ip-kompressionsforhold for svaret. Formatet anvendes derefter ved at angive logformatet medaccess_log direktiv.

Når du har anvendt ovenstående logformat i dit miljø, skal du genindlæse NGIN.. Hale nu adgangsloggen for at finde g .ip-forholdet i slutningen af loghændelsen.,

Sådan aktiveres NGIN?fejllog?

error_log direktivet opretter fejllogging til fil eller stderr eller syslog ved at angive minimal sværhedsgrad af fejlmeddelelser, der skal logges. Syntaksen for error_log-direktivet er:

error_log log_file log_level;

det første argument log_file definerer stien til logfilen, og det andet argument log_level definerer sværhedsgraden af loghændelsen, der skal registreres. Hvis du ikke angiver log_level, registreres der som standard kun loghændelser med en sværhedsgrad af fejl.,

for eksempel angiver følgende eksempel sværhedsgraden af fejlmeddelelser, der skal logges til crit. Desuden indebærer error_log-direktivet i HTTP-konteksten, at fejlloggen for hele den virtuelle vært vil være tilgængelig i en enkelt fil.

http { ... error_log /var/log/nginx/error_log crit; ...}

det er også muligt at registrere fejllogfiler for hele den virtuelle vært separat ved at tilsidesætte error_log-direktivet i serverkonteksten. Det følgende eksempel gør det nøjagtigt ved at tilsidesætte error_log-direktivet i serverkonteksten.,

alle de eksempler, der er beskrevet ovenfor, registrerer loghændelserne til en fil. Du kan også konfigurere error_log-direktivet til at sende loghændelserne til en syslog-server. Følgende error_log direktiv sender fejllogfiler til syslog server med en IP-adresse på 192.168.10.11 i debug format.

error_log syslog:server=192.168.10.11 debug;

i nogle situationer vil du måske deaktivere fejlloggen. For at gøre det skal du indstille logfilnavnet til /dev/null.,

error_log /dev/null;

Ngin.fejllog sværhedsgrader

Der er mange typer logniveauer, der er forbundet med en loghændelse og med en anden prioritet. Alle log niveauer er angivet nedenfor. I de følgende logniveauer har debug højeste prioritet og inkluderer også resten af niveauerne. Angiver fejl som et logniveau, vil det også fange loghændelser, der er mærket som crit, alert og emergency.emerg: Nødbeskeder, når dit system kan være ustabilt.

  • alert: Alert meddelelser om alvorlige problemer.,
  • crit: kritiske problemer, der skal tages hånd om med det samme.
  • fejl: der er opstået en fejl. Noget gik galt under behandlingen af en side.
  • advarsel: en advarselsmeddelelser, som du bør undersøge det.bemærk: en simpel logmeddelelse, som du kan ignorere.
  • info: bare en informationsmeddelelser, som du måske vil vide.
  • debug: Debugging information bruges til at lokalisere fejlen.,
  • resum.

    adgangs-og fejllogfilerne i NGIN. vil ikke kun holde en fane på brugernes aktivitet, men også spare din tid og kræfter i processen med fejlfinding. Desuden kan du også tilpasse adgangsloggen, hvis du har brug for flere oplysninger til din rådighed. Det er altid bedre at aktivere adgangs-og fejllogfiler, fordi disse to filer indeholder alle ledetrådene til bedre vedligeholdelse af NGIN. – serveren.

    Share

    Skriv et svar

    Din e-mailadresse vil ikke blive publiceret. Krævede felter er markeret med *