NGINX Busteni de Acces și Jurnalele de Eroare

Busteni sunt foarte utile pentru a monitoriza activitățile de orice aplicație în afară de oferindu-vă cu informații valoroase în timp ce depana.ca orice altă aplicație, NGINX înregistrează, de asemenea, evenimente precum vizitatorii site-ului dvs., probleme întâlnite și multe altele pentru fișierele jurnal. Aceste informații vă permit să luați măsuri preventive în cazul în care observați unele discrepanțe grave în evenimentele din jurnal.,

Acest articol vă va ghida în detalii despre modul de configurare NGINX logare astfel încât să aveți o înțelegere mai bună în activitățile sale.

condiție prealabilă

• ați instalat deja NGINX urmând tutorialul nostru de aici.

loguri în NGINX

în mod implicit, NGINX își scrie evenimentele în două tipuri de jurnale – Jurnalul de erori și Jurnalul de acces., În cele mai multe dintre populare distro Linux precum Ubuntu, CentOS sau Debian, atât accesul și jurnalul de erori pot fi găsite în /var/log/nginx, presupunând că ai deja permis de acces și jurnalele de eroare în miezul fișier de configurare NGINX.

să aflăm mai multe despre jurnalul de acces NGINX, Jurnalul de erori și cum să le activați dacă nu ați făcut-o mai devreme.

ce este jurnalul de acces NGINX?NGINX înregistrează activitățile tuturor vizitatorilor site-ului dvs. în jurnalele de acces., Aici puteți găsi ce fișiere sunt accesate, cum a răspuns NGINX la o solicitare, ce browser utilizează un client, adresa IP a clienților și multe altele. Este posibil să utilizați informațiile din jurnalul de acces pentru a analiza traficul pentru a găsi utilizări ale site-urilor în timp. Mai mult, monitorizând corect jurnalele de acces, se poate afla dacă un utilizator trimite o solicitare neobișnuită pentru a găsi defecte în aplicația web implementată.

ce este jurnalul de erori NGINX?

pe de altă parte, dacă NGINX se confruntă cu erori, atunci va înregistra evenimentul în Jurnalul de erori., Acest lucru se poate întâmpla dacă există o eroare în fișierul de configurare. Prin urmare, dacă NGINX nu poate porni sau a încetat brusc să ruleze, atunci ar trebui să verificați jurnalele de eroare pentru a găsi mai multe detalii. De asemenea, puteți găsi câteva avertismente în Jurnalul de erori, dar nu indică faptul că a apărut o problemă, dar evenimentul poate reprezenta o problemă serioasă în viitorul apropiat.

cum se activează Jurnalul de acces NGINX?

în general, Jurnalul de acces poate fi activat cu Directivaaccess_log fie în http, fie în secțiunea server., Primul argument log_file este obligatoriu, în timp ce al doilea argument log_format este opțional. Dacă nu specificați niciun format, jurnalele vor fi scrise în format combinat implicit.

access_log log_file log_format;

Jurnalul de acces este activat implicit în contextul http al fișierului de configurare NGINX de bază. Asta înseamnă că jurnalul de acces al tuturor gazdei virtuale va fi înregistrat în același fișier.

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

este întotdeauna mai bine să segregați jurnalele de acces ale tuturor gazdelor virtuale înregistrându-le într-un fișier separat., Pentru a face asta, aveți nevoie pentru a trece peste access_log directiva, care este definit în http secțiune cu un alt access_log directiva în server context.

Reîncărcați NGINX pentru a aplica noile setări. Pentru a vizualiza jurnalele de acces pentru domeniu domain1.com în fișierul /var/log/nginx/domain1.access.log, utilizați următoarea comandă tail în terminal.

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

se Aplică Format Personalizat în Jurnal de Acces

jurnal implicit formatul utilizat pentru a înregistra un eveniment în jurnal de acces este combinat format de jurnal., Puteți suprascrie comportamentul implicit prin crearea propriului format jurnal personalizat și apoi specificați numele formatului personalizat în Directiva access_log.

următorul exemplu definește un format jurnal personalizat prin extinderea formatului combinat predefinit cu valoarea raportului de compresie gzip a răspunsului. Formatul este apoi aplicat indicând formatul jurnalului cu Directiva access_log.după ce ați aplicat formatul de jurnal de mai sus în mediul dvs., reîncărcați NGINX. Acum coada Jurnalul de acces pentru a găsi raportul gzip la sfârșitul evenimentului Jurnal.,

cum să activați Jurnalul de erori NGINX?

Directivaerror_log stabilește înregistrarea erorilor în fișier sau stderr sau syslog specificând nivelul minim de severitate al mesajelor de eroare care trebuie înregistrate. Sintaxa error_log directive este:

error_log log_file log_level;

primul argument log_file definește calea de fișier jurnal și cel de-al doilea argument log_level definește nivelul de severitate al jurnal de evenimente pentru a fi înregistrate. Dacă nu specificați log_level, atunci în mod implicit, sunt înregistrate numai evenimente de jurnal cu un nivel de severitate al erorii.,

de exemplu, următorul exemplu stabilește nivelul de severitate al mesajelor de eroare care trebuie înregistrate la crit. Mai mult, Directiva error_log în contextul http implică faptul că jurnalul de erori pentru toată gazda virtuală va fi disponibil într-un singur fișier.

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

de asemenea, este posibil să înregistrați jurnalele de eroare pentru toate gazda virtuală separat prin înlocuirea Directivei error_log în contextul serverului. Următorul exemplu face exact acest lucru prin suprascrierea Directivei error_log în contextul serverului.,toate exemplele descrise mai sus înregistrează evenimentele din jurnal într-un fișier. De asemenea, puteți configura Directiva error_log pentru trimiterea evenimentelor jurnal la un server syslog. Următoarea directivă error_log trimite jurnalele de eroare către serverul syslog cu o adresă IP de 192.168.10.11 în format de depanare.

error_log syslog:server=192.168.10.11 debug;

În anumite situații, este posibil să doriți să dezactivați Jurnalul de erori. Pentru a face acest lucru, setați numele fișierului jurnal la /dev/null.,

error_log /dev/null;

Nginx niveluri de severitate a Jurnalului de erori

există multe tipuri de niveluri de jurnal care sunt asociate cu un eveniment de jurnal și cu o prioritate diferită. Toate nivelurile de jurnal sunt enumerate mai jos. În următoarele niveluri de jurnal, debug are prioritate maximă și include și restul nivelurilor. De exemplu, dacă specificați eroarea ca nivel de jurnal, atunci va capta și evenimentele din jurnal care sunt etichetate ca crit, alert și emergency.emerg: mesaje de urgență când sistemul dvs. poate fi instabil.

rezumat

jurnalele de acces și eroare din NGINX nu numai că vor păstra o filă despre activitatea utilizatorilor, ci și vă vor economisi timp și efort în procesul de depanare. În plus, puteți personaliza și Jurnalul de acces dacă aveți nevoie de mai multe informații la dispoziție. Este întotdeauna mai bine să activați jurnalele de acces și erori, deoarece aceste două fișiere conțin toate indiciile pentru o mai bună întreținere a serverului NGINX.