Hvordan ser jeg på Nginx-logger?

Logger er veldig viktige i et system for å overvåke aktivitetene til et program, da de gir deg nyttig feilsøkingsinformasjon og lar deg analysere alle aspekter av en webserver. I likhet med de andre programvarene, vedlikeholder Nginx også hendelser som besøkende på nettstedet, møtte problemer og mer for å logge filer. Den nyttige registrerte informasjonen brukes til å ta forebyggende tiltak for å håndtere store alvorlige avvik i logghendelsene.

I denne artikkelen vil vi utdype hvordan du konfigurerer og viser Nginx-logger i Ubuntu 20.04-systemet for å overvåke applikasjonsaktivitetene.

Det er to typer logger der registrerte hendelser i Nginx er tilgangsloggen, og den andre er feilloggen. Hvis du allerede har aktivert disse loggene i Nginx-kjernekonfigurasjonsfilen, kan du finne begge typer logger i / var / log / nginx i alle Linux-distribusjoner.

Nginx Access-logg

Alle aktiviteter relatert til besøkende til nettstedet er registrert i tilgangsloggene. I denne typen logg kan du finne de filene som nylig er åpnet, hvordan Nginx svarte på en klientforespørsel, klientens IP-adresser, hvilken nettleser en klient bruker og mer. Ved å bruke informasjonen i tilgangsloggen kan du overvåke trafikken for å finne nettstedsbruk over tid. Hvis du overvåker tilgangsloggene riktig, kan du enkelt finne noen uvanlige forespørsler som sendes av en bruker for å sjekke feilene i det distribuerte programmet.

Aktiver Nginx Access-loggen

Tilgangsloggen du kan aktivere med access_log-direktivet, enten i serverdelen eller i HTTP.

tilgang_logg loggfil_loggformat;

Det første argumentet, 'log_fil' er obligatorisk, mens det andre argumentet er valgfritt, 'log_format'. Hvis du ikke nevner loggformat, blir loggene skrevet i standard kombinert format.

Tilgangsloggen er definert som standard i Nginx-konfigurasjonsfilen. Så, alle virtuelle verts tilgangslogger blir lagret i den samme konfigurasjonsfilen.

http
..
access_log / var / log / nginx / access.Logg;
..

Det anbefales å skille tilgangsloggene til alle virtuelle verter ved å registrere i en ny separat fil.

http
..
..
access_log / var / log / nginx / access.Logg;
server
hør 80;
Eksempel på servernavn.com
access_log / var / log / nginx / eksempel.adgang.Logg;
..
..

Last de nye NGINX-konfigurasjonene på nytt. Nå kan du besøke tilgangsloggene for eksemplet.com-domenet i filen / var / log / nginx / eksempel.adgang.logg ved å bruke følgende kommando:

$ sudo tail -f / var / log / nginx / eksempel.adgang.Logg

Tilpass format i Access-loggen

La oss forklare et eksempel for å definere et tilpasset tilgangsloggformat. Som standard registreres tilgangsloggen i et kombinert loggformat. Derfor kan du utvide det forhåndsdefinerte formatet med verdien av gzip-respons for kompresjonsforhold.

http
log_format tilpasset '$ remote_addr - $ remote_user [$ time_local]'
'"$ forespørsel" $ status $ body_bytes_sent'
'"$ http_referer" "$ http_user_agent" "$ gzip_ratio"';
server
gzip på;
..
access_log / var / log / nginx / eksempel.adgang.logg tilpasset;
..

Når du har gjort alle endringene i konfigurasjonen av Nginx, laster du Nginx på nytt og kjører deretter hale-kommandoen for å vise gzip-forholdet på slutten av hendelsesloggen.

$ sudo tail -f / var / log / nginx / eksempel.adgang.Logg

NGINX feillogg

Hvis NGINX plutselig blir stoppet eller ikke fungerer som den skal, registrerer den alle hendelsene i feilloggen. Derfor kan du finne flere detaljer ved hjelp av feilloggene. Den registrerer også advarsler, men den kan ikke identifisere et problem som har oppstått.

Aktiver feillogg

Følgende syntaks for error_log-direktivet:

error_log log_file log_level;

I syntaksen ovenfor representerer det første argumentet loggfilbanen, og det andre argumentet identifiserer sikkerhetsnivået til logghendelsen.

Vi har nevnt et eksempel nedenfor der utøvelse av tilsidesettelse i error_log-direktivet i serverkontekst.

http
..
..
error_log / var / log / nginx / error_log;
server
hør 80;
servernavn eksempel1.com;
error_log / var / log / nginx / eksempel1.error_log advare;
..

server
hør 80;
servernavn eksempel2.com;
error_log / var / log / nginx / example2.error_log feilsøking;
..

l

Når du må deaktivere feilloggen, tilordner du navnet på loggfilen til / dev / null.

error_log / dev / null;

Nginx sikkerhetsnivå for feillogg

Følgende sikkerhetsnivå kan du bruke i feilloggen:

1. dukke opp: Når systemet ditt er ustabilt, brukes til nødmeldinger
2. varsling: Generer varslingsmeldinger om alvorlige problemer.
3. kritikk: Brukes til kritiske problemer for øyeblikkelig håndtering.
4. feil: Når du behandler en side, kan det oppstå en feil.
5. varsle: Brukes som advarsel
6. legge merke til: Legg merke til logg som du også kan ignorere.
7. info: For informasjon, meldinger
8. feilsøke: Peker feilplasseringen som brukes til feilsøkingsinformasjon.

Konklusjon

Nginx-tilgangs- og feillogger er nyttige for registrering av visse aktiviteter. Vi har lært hvordan vi kan aktivere og vise disse typer Nginx-logger på Linux-systemet vårt. Det handler om Nginx-loggene.