Linux. От новичка к профессионалу. 6-е изд

 
определяет, какие сообщения должны быть запротоколированы.
Вот список наиболее часто использующихся селекторов:
□
auth, security
 
— все, что связано с регистрацией пользователя в системе;
□
authpriv
 
— отслеживает программы, изменяющие привилегии пользовате-
лей, — например, программу su;
□
cron
 
— сообщения планировщиков заданий;
□
kern
 
— сообщения ядра;
□
mail
 — 
сообщения почтовых программ;
□
news 
— 
сообщения новостного демона;
□
uucp 
— 
сообщения службы Unix-to-Unix-CoPy. Она уже давно не используется,
но файл конфигурации демона все еще содержит упоминание о ней;
□
sysiog
 — 
сообщения самого демона syslogd;
□
user
 
— сообщения пользовательских программ;
□
daemon
 
— сообщения различных сервисов;
□ 
*
— все сообщения.

---

Глава 27. Протоколирование системы
447
При указании селектора можно определить, какие сообщения нужно протоколи-
ровать:
□
debug
— отладочные сообщения;
□
info
— информационные сообщения;
□
err
—ошибки;
□
warning
— предупреждения (некритические ошибки);
□
crit
— критические ошибки;
□
alert 
— «тревожные» сообщения, требующие вмешательства администратора;
□
emerg
— очень важные сообщения (произошло что-то такое, что мешает нор-
мальной работе системы);
□
notice
—замечания.
Впрочем, обычно селекторы указываются так:
название_селектора.
*
Это означает, что будут протоколироваться все сообщения селектора. Вот еще не-
сколько примеров:
□
daemon.
*
— протоколируются все сообщения сервисов;
□
daemon.err
— регистрировать только сообщения об ошибках сервисов.
Теперь перейдем к параметру 
действие
— это второе поле файла конфигурации.
В большинстве случаев 
действие
— это имя файла журнала, в который нужно запи-
сать сообщение селектора. Если перед именем файла стоит дефис (-), то после каж-
дой записи в журнал демон не станет выполнять синхронизацию файла, т. е. осуще-
ствлять системный вызов 
fsync()
. Это повышает производительность системы,
поскольку сообщений обычно много, и если после каждого выполнять синхрониза-
цию журнала, система будет работать медленно.
Фрагмент конфигурационного файла 
rsyslog.conf
(
syslog.conf
) приведен в листин-
ге 27.1.
# Сообщения ядра протоколируются на консоль
#kern.*
/dev/console
# Протоколировать все сообщения (кроме почты) в /var/log/messages
*.infо;mail.none;authpriv.none;cron.none 
/var/log/messages
# Сообщения селектора authpriv записываются в файл /var/log/secure
authpriv.* 
/var/log/secure
# 
Сообщения почты (их будет много, если запущен агент МТА вроде postfix)
# записываются в файл maillog
mail.* 
-/var/log/maillog

---

448