Как да разгледам дневниците на Nginx?

Дневниците са много важни в системата за наблюдение на дейностите на дадено приложение, тъй като ви предоставят полезна информация за отстраняване на грешки и ви позволяват да анализирате всички аспекти на уеб сървър. Подобно на другите софтуерни приложения, Nginx също поддържа събития като посетителите на вашия уеб сайт, срещнати проблеми и други, за да регистрира файлове. Полезната записана информация се използва за предприемане на превантивни мерки, за да се справят с големи сериозни несъответствия в регистрационните събития.

В тази статия ще разгледаме по-подробно как да конфигурираме и преглеждаме дневниците на Nginx в Ubuntu 20.04 система за наблюдение на дейностите по кандидатстване.

Има два типа регистрационни файлове, където записаните събития в Nginx единият е дневникът за достъп, а другият е дневникът на грешките. Ако вече сте активирали тези регистрационни файлове в основния конфигурационен файл на Nginx, можете да намерите и двата типа регистрационни файлове в / var / log / nginx във всички дистрибуции на Linux.

Дневник на достъп до Nginx

Всички дейности, свързани с посетителите на сайта, се записват в дневниците за достъп. В този тип дневник можете да намерите тези файлове, които са били наскоро достъпни, как Nginx е отговорил на клиентска заявка, клиентски IP адреси, какъв браузър използва клиент и др. Като използвате информацията от дневника за достъп, можете да наблюдавате трафика, за да намерите използването на сайта с течение на времето. Ако наблюдавате правилно регистрационните файлове за достъп, тогава лесно можете да намерите някои необичайни заявки, изпратени от потребител, за да проверите недостатъците в внедреното приложение.

Активирайте дневника на Nginx Access

Дневникът на достъпа, който можете да активирате с директивата access_log или в секцията на сървъра, или в HTTP.

access_log log_file log_format;

Първият аргумент „log_file“ е задължителен, докато вторият аргумент е по избор, „log_format“. Ако не споменете формата на дневника, дневниците ще бъдат въведени в комбинирания формат по подразбиране.

Дневникът за достъп е дефиниран по подразбиране в конфигурационния файл на Nginx. Така че всички дневници за достъп на виртуалния хост ще се съхраняват в един и същ конфигурационен файл.

http
..
access_log / var / log / nginx / access.дневник;
..

Препоръчително е да отделите дневниците за достъп на всички виртуални хостове, като записвате в нов отделен файл.

http
..
..
access_log / var / log / nginx / access.дневник;
сървър
слушайте 80;
Пример за име на сървър.com
access_log / var / log / nginx / пример.достъп.дневник;
..
..

Презаредете новите конфигурации на NGINX. Сега можете да посетите дневниците за достъп за примера.com домейн във файла / var / log / nginx / пример.достъп.log, като използвате следната команда:

$ sudo tail -f / var / log / nginx / пример.достъп.дневник

Персонализирайте формата в дневника на Access

Нека да обясним пример за дефиниране на потребителски формат на дневника за достъп. По подразбиране дневникът за достъп се записва в комбиниран дневник формат. Следователно можете да разширите предварително дефинирания формат със стойността на gzip отговор за степен на компресия.

http
log_format custom '$ remote_addr - $ remote_user [$ time_local]'
'„$ request“ $ status $ body_bytes_sent'
'"$ http_referer" "$ http_user_agent" "$ gzip_ratio"';
сървър
gzip на;
..
access_log / var / log / nginx / пример.достъп.регистрация по поръчка;
..

След като направите всички промени в конфигурацията на Nginx, презаредете Nginx и след това изпълнете командата tail, за да покажете съотношението gzip в края на дневника на събитията.

$ sudo tail -f / var / log / nginx / пример.достъп.дневник

Дневник на грешки в NGINX

Ако NGINX внезапно спре да работи или не работи правилно, той ще запише всички събития в дневника за грешки. Следователно, използвайки регистрационните файлове за грешки, можете да намерите повече подробности. Той също така записва предупреждения, но не може да идентифицира възникнал проблем.

Активиране на регистрационния файл за грешки

Следният синтаксис на директивата error_log:

error_log log_file log_level;

В горния синтаксис първият аргумент представлява пътя на регистрационния файл, а вторият аргумент идентифицира нивото на защита на събитието.

По-долу споменахме пример, при който извършването на замяна в директивата error_log в контекста на сървъра.

http
..
..
error_log / var / log / nginx / error_log;
сървър
слушайте 80;
име_на сървър пример1.com;
error_log / var / log / nginx / example1.предупреждение за грешка в дневника;
..

сървър
слушайте 80;
име_на сървър пример2.com;
error_log / var / log / nginx / example2.отстраняване на грешки в грешка;
..

l

Когато се изисква да деактивирате регистрационния файл за грешки, задайте името на регистрационния файл на / dev / null.

error_log / dev / null;

Ниво на сигурност на Nginx в дневника за грешки

Следното ниво на защита, което можете да използвате в дневника за грешки:

1. изникват: Когато системата ви е нестабилна, използва се за спешни съобщения
2. тревога: Генериране на предупредителни съобщения за сериозни проблеми.
3. крит: Използва се за критични въпроси за незабавно справяне.
4. грешка: Докато обработвате страница, може да възникне грешка.
5. предупреждавам: Използва се за предупредително съобщение
6. забележете: Забележете дневник, който също можете да игнорирате.
7. информация: За информация, съобщения
8. отстраняване на грешки: Посочва местоположението на грешката, използвано за отстраняване на грешки.

Заключение

Дневниците за достъп и грешки в Nginx са полезни за записване на определени дейности. Научихме как можем да активираме и преглеждаме тези типове дневници Nginx в нашата Linux система. Това е всичко за регистрационните файлове на Nginx.