Яка програма за замовчуванням використовує локальні засоби syslog [0-7]?

Крім загальної системи об'єктів ( mail, news, daemon, cronі т.д.), системний журнал надає ряд «локальних» об'єктів, цифри від 0 до 7: LOCAL0, LOCAL1, ..., LOCAL7.

Які з програмних налаштувань за замовчуванням застосовуються для загальних програм?

Я хочу дізнатися, які заклади "традиційно" використовуються для відомих послуг. Я буду розгортати додаток на багатьох серверах із встановленим різним програмним забезпеченням, і хотів би побачити, чи є "безкоштовний" об'єкт, який я міг би легко використовувати для власних журналів.

Як зауваження, я розумію, що є інші способи зробити це, ніж система syslog. Просто цікаво!

Ось деякі, (початок відповіді на моє власне питання), а деякі завдяки voretaq7:

• LOCAL0 використовується postgresql
• LOCAL2 використовується судо
• LOCAL3 використовується деякими версіями SpamAssassin
• LOCAL4 використовується за замовчуванням slapd (сервер OpenLDAP)
• LOCAL5 іноді використовується ідентифікатором Snort
• LOCAL7 використовується для завантажувальних повідомлень у Fedora 12

В LOCALnоб'єктах доступні для будь-якого місцевого застосування і можуть варіюватися в досить широких межах від сайту до сайту.

Я гарантую, що кожен із 8 доступних використовує щось, тому, якщо ви хочете уникнути конфліктів, моя найкраща порада - занести всі 7 до окремих журналів і вибрати той, який, як видається, не використовує.

Дещо ви пропустили (програми за замовчуванням - можуть бути змінені локально, тому перевірте двічі):

• LOCAL0 використовується postgresql (якщо він налаштований для входу в syslog)
• LOCAL2 використовується sudo (якщо він налаштований для входу в syslog)
• LOCAL3 використовується деякими версіями SpamAssassin
  • Це часто змінюється місцевим адміністратором, щоб mailзамість цього увійти
• LOCAL5 іноді використовується ідентифікатором Snort
  • Я не знаю, чи це за замовчуванням, чи просто збіг, але я бачив це в кількох установках Snort

Не існує стандартів для засобів LOCAL0-LOCAL7 Syslog. Конструюючи, ви не можете розраховувати на те, чи будуть ними користуватися що-небудь. Конкретні дистрибуції чи організації можуть мати свої конвенції, але це залежить від дистрибуції чи політики організації, а не будь-якого ширшого стандарту.

Як альтернатива, чи розглядали ви використання "тегів" Syslog? Теги - це рядки у вільній формі, які готуються для реєстрації повідомлень для ідентифікації конкретних програм або каналів журналу. За замовчуванням тег зазвичай формується з імені процесу та ідентифікатора (наприклад, 'httpd [2839]'), який генерував дані журналу. Утиліта командного рядка 'logger' та більшість API Syslog підтримують вказівку тих тегів, які ви хочете використовувати для своїх програм.

Наприклад, мені особисто подобається використовувати "http-доступ" для моїх журналів доступу до веб-сервера Apache, які я надсилаю до Syslog, передаючи висновок журналу Apache до команди "logger -p local7.info -t 'http-access".

Більшість файлів syslog.conf налаштовуються із засобами підстановки для файлу повідомлень (* .info). Якщо це лише запуск додатка млина, а не якийсь повний випалений журнал, котрий корова, ви, мабуть, просто увійдете в повідомлення, а не окремий файл.

Вибір журналу до власного файлу означає додавання кроку після встановлення до пакетів для встановлення програмного забезпечення, що додає відповідний запис у syslog.conf. Це також означає, що якщо вам приємно, ви додали б крок після встановлення, що також створює відповідний файл logrotate.

Я також шукав конфігураційний файл на зразок syslog.conf, щоб перехрестити посилання локальних об'єктів на програму, яка пише їм. Схоже, такого конфігураційного файлу не існує. Щоб дізнатися, яка програма записується в журнал, вам доведеться відкрити файл журналу та знайти ім’я програми поруч із стовпцем поруч із двокрапкою, наприклад ... sendmail [22950]: призначено для програми sendmail. Число в квадратних дужках - номер порту, який використовується під час виконання програми.