Ainsi que les installations du système commun ( mail
, news
, daemon
, cron
, etc.), syslog fournit une série d'installations "locales", les numéros 0 à 7: LOCAL0
, LOCAL1
, ..., LOCAL7
.
Quels sont les programmes par défaut pour les applications courantes?
Je cherche à savoir quelles installations sont "traditionnellement" utilisées pour des services bien connus. Je déploierai une application sur de nombreux serveurs, avec divers logiciels installés, et j'aimerais voir s'il existe une installation «gratuite» que je pourrais facilement utiliser pour mes propres journaux.
En tant que note, je me rends compte qu'il existe d'autres façons de le faire qu'une installation syslog. Juste curieux!
En voici quelques-unes (un début pour répondre à ma propre question) et d'autres grâce à voretaq7:
LOCAL0
est utilisé par postgresqlLOCAL2
est utilisé par sudoLOCAL3
est utilisé par certaines versions de SpamAssassinLOCAL4
est utilisé par défaut par slapd (serveur OpenLDAP)LOCAL5
est parfois utilisé par le Snort IDSLOCAL7
est utilisé pour les messages de démarrage sur Fedora 12
Réponses:
Les
LOCALn
installations sont disponibles pour toute utilisation locale et peuvent varier assez largement d'un site à l'autre.Je garantis que chacun des 8 disponibles est utilisé par quelque chose, donc si vous voulez éviter les conflits, mon meilleur conseil est de consigner les 7 dans des journaux séparés et de choisir celui que rien d'autre ne semble utiliser.
Certains que vous avez manqués (par défaut du programme - peuvent être modifiés localement, vérifiez donc à nouveau):
LOCAL0
est utilisé par postgresql (s'il est configuré pour se connecter à syslog)LOCAL2
est utilisé par sudo (s'il est configuré pour se connecter à syslog)LOCAL3
est utilisé par certaines versions de SpamAssassinmail
placeLOCAL5
est parfois utilisé par le Snort IDSla source
Il n'y a pas de norme pour les installations Syslog LOCAL0-LOCAL7. De par leur conception, vous ne pouvez pas compter sur leur utilisation. Certaines distributions ou organisations peuvent avoir leurs propres conventions, mais cela dépend de la politique de distribution ou d'organisation, et non d'une norme plus large.
Comme alternative, avez-vous envisagé d'utiliser des "balises" Syslog? Les balises sont des chaînes de forme libre qui sont ajoutées au début pour enregistrer des messages afin d'identifier des applications ou des canaux de journalisation spécifiques. Par défaut, la balise est généralement formée à partir du nom et de l'ID du processus (par exemple, 'httpd [2839]') qui a généré les données du journal. L'utilitaire de ligne de commande «logger» et la plupart des API Syslog prennent en charge la spécification des balises que vous souhaitez utiliser pour vos applications.
Par exemple, j'aime personnellement utiliser 'http-access' pour mes journaux d'accès au serveur Web Apache, que j'envoie à Syslog en redirigeant la sortie du journal d'Apache vers la commande 'logger -p local7.info -t' http-access '.
la source
La plupart des fichiers syslog.conf sont configurés avec des fonctions génériques pour le fichier de messages (* .info). S'il ne s'agit que d'une exécution de l'application de moulin et non d'une vache à journal complet, vous devriez probablement vous connecter aux messages et non à un fichier autonome.
Choisir de vous connecter à votre propre fichier signifie ajouter une étape de post-installation aux packages d'installation de votre logiciel qui ajoute une entrée appropriée dans syslog.conf. Cela signifie également que si vous êtes sympa, vous ajouteriez une étape de post-installation qui crée également un fichier logrotate approprié.
la source
Je cherchais également un fichier de configuration comme syslog.conf pour référencer les installations local0-7 au programme qui leur écrit. Il semble qu'un tel fichier de configuration n'existe pas. Pour savoir quel programme écrit dans le journal, vous devrez ouvrir le fichier journal et trouver le nom du programme à côté de la colonne à côté des deux points, par exemple ... sendmail [22950]: est pour le programme sendmail. Le nombre entre crochets correspond au numéro de port utilisé lors de l'exécution du programme.
la source