Lokit ovat erittäin hyödyllistä seurata toimintaa tahansa sovelluksen lisäksi tarjota sinulle arvokasta tietoa, kun voit vianmääritys sitä.
Kuten mikä tahansa muu sovellus, NGINX myös tallentaa tapahtumia, kuten kävijöitä sivuston, ongelmia se kohtasi ja lokitiedostot. Näiden tietojen avulla voit toteuttaa ennaltaehkäiseviä toimenpiteitä, jos havaitset vakavia poikkeamia lokitapahtumissa.,
Tämä artikkeli opastaa yksityiskohtia siitä, miten määrittää NGINX hakkuut niin, että sinulla on paremman käsityksen sen toiminnasta.
Edellytys
- Sinulla on jo asennettu NGINX seuraamalla meidän opetusohjelma täällä.
kirjautuu oletusarvoisesti Nginxiin
, nginx kirjoittaa tapahtumansa kahdentyyppisiin lokeihin – virhelokiin ja pääsylokiin., Useimmissa suosittu Linux distro kuten Ubuntu, CentOS tai Debian, sekä access-ja error-loki löytyy /var/log/nginx
olettaen sinulla on jo käytössä, access-ja error-lokit core NGINX kokoonpano arkistoida.
kerro lisää NGINX access-lokista, virhelokista ja siitä, miten ne otetaan käyttöön, jos et ole tehnyt sitä aiemmin.
Mikä on NGINX pääsy loki?
The NGINX kirjaa kaikkien sivustosi kävijöiden toiminnan kululokeihin., Täältä löydät mitkä tiedostot, miten NGINX vastasi pyyntöön, mitä selainta asiakas käyttää, asiakkaiden IP-osoite ja paljon muuta. Sitä on mahdollista käyttää tietoja, pääsy loki analysoida liikennettä löytää sivustoja käyttötarkoituksissa ajan. Edelleen, seuraamalla pääsy lokit oikein, yksi voi selvittää, jos käyttäjä lähettää joitakin epätavallinen pyyntö löytää puutteita käyttöön web-sovellus.
mikä on nginx-virheloki?
toisaalta, jos NGINX kohtaa jotain virheitä, se tallentaa tapahtuman virhelokiin., Tämä voi tapahtua, jos asetustiedostossa on jokin virhe. Siksi jos NGINX ei pysty käynnistämään tai äkillisesti lopettamaan käynnissä, sinun pitäisi tarkistaa virhelokit löytää lisätietoja. Voit myös löytää muutamia varoituksia virhe lokiin, mutta se ei tarkoita, että ongelma on tapahtunut, mutta tapahtuma voi aiheuttaa vakava ongelma lähitulevaisuudessa.
miten nginx access-loki otetaan käyttöön?
yleensä, pääsy loki voi olla käytössä access_log
direktiivi joko http-tai server-osiossa., Ensimmäinen argumentti log_file on pakollinen, kun taas toinen argumentti log_format on valinnainen. Jos et määritä mitään muotoa, lokit kirjoitetaan oletusarvoisesti yhdistetyssä muodossa.
access_log log_file log_format;
pääsy loki on käytössä oletusarvoisesti http-yhteydessä core NGINX kokoonpano arkistoida. Tämä tarkoittaa, että kaikkien virtuaalisten isäntien käyttöoikeusloki tallennetaan samaan tiedostoon.
http { ... ... access_log /var/log/nginx/access.log; ... ...}
Se on aina paremmin eristää pääsy lokit kaikki virtuaalinen hosts kirjaamalla ne erilliseen tiedostoon., Voit tehdä, että, sinun täytyy korvata access_log
direktiivi, joka on määritelty http-osio, jossa toinen access_log
direktiivi palvelimen yhteydessä.
Lataa nginx uudelleen uusien asetusten soveltamiseksi. View pääsy lokit domain domain1.com tiedoston /var/log/nginx/domain1.access.log
, käytä seuraavaa hännän komento terminaali.
# tail -f /var/log/nginx/domain1.access.log
käytä Mukautettuja Muodossa Pääsy Loki
oletuksena kirjautuminen muoto, jota käytetään tallentaa tapahtuman loki on yhdistetty log-muodossa., Voit ohittaa oletuskäyttäytymisen luomalla oman mukautetun lokiformaatin ja määrittää sitten access_log-direktiivissä mukautetun formaatin nimen.
seuraavassa esimerkissä määritellään mukautettu log-muoto laajentamalla ennalta määriteltyä yhdistettyä muotoa vasteen gzip-puristussuhteen arvoon. Formaattia sovelletaan ilmoittamalla log-formaatti access_log
– direktiivillä.
kun olet soveltanut log-muotoa ympäristössäsi, lataa nginx uudelleen. Nyt häntä pääsy loki löytää gzip suhde lopussa loki tapahtuma.,
miten nginx-virheloki otetaan käyttöön?
error_log
direktiivissä vahvistetaan virhe puunkorjuu tiedostoon tai stderr, tai syslog määrittämällä minimaalinen vakavuusasteen virheilmoituksia olla kirjautunut. Syntaksi error_log direktiivi on:
error_log log_file log_level;
ensimmäinen argumentti log_file määritellään polku log-tiedosto ja toinen argumentti log_level määritellään vakavuusasteen lokin tapahtuma kirjataan. Jos et määritä log_level sitten oletuksena, vain lokitapahtumat vakavuusaste virhe kirjataan.,
esimerkiksi, seuraavan esimerkin asettaa vakavuusasteen virheilmoituksia olla kirjautunut crit
. Lisäksi error_log-direktiivi http-yhteydessä tarkoittaa, että kaikkien virtuaalisten isäntien virheloki on saatavilla yhtenä tiedostona.
http { ... error_log /var/log/nginx/error_log crit; ...}
Se on myös mahdollista tallentaa virhe lokit kaikki virtual host erikseen pakottavista error_log direktiivin palvelimen yhteydessä. Seuraava esimerkki tekee juuri tämän ohittamalla error_log-direktiivin palvelinyhteydessä.,
kaikki edellä kuvatut esimerkit tallentavat lokitapahtumat tiedostoon. Voit myös määrittää error_log-direktiivin lokitapahtumien lähettämiseksi syslog-palvelimelle. Seuraava error_log-direktiivi lähettää virhelokit syslog-palvelimelle, jonka IP-osoite on 192.168.10.11 debug-muodossa.
error_log syslog:server=192.168.10.11 debug;
joissakin tilanteissa virheloki kannattaa poistaa käytöstä. Voit tehdä sen asettamalla lokitiedoston nimen /dev/null
.,
error_log /dev/null;
Nginx Error Log Vakavuus Tasot
On olemassa monia erilaisia log tasoilla, jotka liittyvät kirjautuu tapahtuma ja eri prioriteetti. Kaikki lokitasot on lueteltu alla. Seuraavissa lokitasoissa debug on etusijalla ja sisältää myös muut tasot. Esimerkiksi, jos määrität virhe kuin kirjautua tasolla, niin se myös tallentaa lokin tapahtumia ne ovat merkitty crit, hälytys-ja hätätilanne.
- emerg: hätäviestit, kun järjestelmä voi olla epävakaa.
- alert: Alert messages of serious issues.,
- crit: kriittiset asiat, jotka on hoidettava välittömästi.
- error: An error has occurred. Jokin meni pieleen sivun käsittelyssä.
- varoittaa: varoitusviestejä, joita kannattaa tutkia.
- notice: a simple log notice that you can ignore.
- info: Vain tiedot viestit, jotka haluat ehkä tietää.
- debug: Virheenjäljitystiedot, joita käytetään virheen sijainnin paikantamiseen.,
Tiivistelmä
access-ja error-lokit NGINX ei vain pitää välilehti käyttäjien toimintaan, mutta myös säästää aikaa ja vaivaa prosessin testaus. Lisäksi voit myös muokata käyttöoikeuslokia, jos tarvitset lisätietoja käytettävissäsi. On aina parempi ottaa käyttöön pääsy-ja virhelokit, koska nämä kaksi tiedostoa sisältävät kaikki vihjeet NGINX-palvelimen paremmasta ylläpidosta.