Vue d’ensemble de la journalisation système

Junos OS génère des messages de journal système (également appelés messages syslog) pour enregistrer les événements qui se produisent sur le périphérique, notamment les suivants :

• Opérations de routine, telles que la création d’une adjacence de protocole Open Shortest Path First (OSPF) ou une connexion utilisateur à la base de données de configuration.

• Conditions de défaillance et d’erreur, telles que l’échec d’accès à un fichier de configuration ou la fermeture inattendue d’une connexion à un processus homologue.

• Conditions d’urgence ou critiques, telles que la mise hors tension de l’appareil en raison d’une température excessive.

Chaque message du journal système identifie le processus Junos OS responsable de la génération du message et fournit une brève description de l’opération ou de l’erreur qui s’est produite. Pour plus d’informations sur des messages de journal système spécifiques, reportez-vous à l’Explorateur de journaux système.

Pour configurer l’appareil afin qu’il consigne les messages système, configurez l’instruction syslog au niveau hiérarchique [modifier le système].

Utilisez l’application Explorateur de journaux système pour afficher ou comparer les messages de journaux système dans différentes versions.

À partir de Junos OS version 22.1R1 sur les appareils SRX Series et NFX Series et Junos OS version 22.2R1 d’Evolved sur les appareils QFX5130, QFX5200, QFX5220 et QFX5700, nous avons ajouté plusieurs événements à l’intérieur de la balise d’événement en utilisant le <event>UI_LOGIN_EVENT|UI_LOGOUT_EVENT</event> format, qui dispose d’une option (|) pour séparer les événements et générer des messages de journal système. Antérieurement à ces versions, la balise d’événement utilisait le <event>UI_LOGIN_EVENT UI_LOGOUT_EVENT</event> format et pour diverses combinaisons de <get-syslog-events> rpc filtres, elle n’était pas enregistrée.

Tableau 1 répertorie les fonctions de journalisation système de Junos OS que vous pouvez spécifier dans les instructions de configuration au niveau hiérarchique [edit system syslog] .

Tableau 2 Répertorie les niveaux de gravité que vous pouvez spécifier dans les instructions de configuration au niveau de la [edit system syslog] hiérarchie. Les niveaux de à travers info sont dans l’ordre de la gravité la plus élevée (effet le emergency plus important sur le fonctionnement) à la plus faible.

Contrairement aux autres niveaux de gravité, le niveau désactive la none journalisation d’une ressource au lieu d’indiquer la gravité de l’impact d’un événement déclencheur sur les fonctions de routage. Pour plus d’informations, reportez-vous à la section Désactivation de la journalisation système d’une installation.

Tableau 3 résume les paramètres de journal système par défaut qui s’appliquent à tous les routeurs exécutant Junos OS et spécifie l’instruction à inclure dans la configuration pour remplacer la valeur par défaut.

[edit system syslog]
host hostname {
    facility-override facility;
}

[edit system syslog]
file filename {
    structured-data;
}

[edit system syslog]
archive {
    files number;
}
file filename {
    archive {
        files number;
    }
}

[edit system syslog]
archive {
    size size;
}
file filename {
    archive {
        size size;
    }
}

[edit system syslog]
time-format format;

[edit system syslog]
archive {
    world-readable;
}
file filename {
    archive {
        world-readable;
    }
}

Le client du journal système (syslog) est entièrement conscient du VRF. Si un serveur est accessible par le biais d’une instance VRF (Virtual Routing and Forwarding), le client syslog peut envoyer des messages de journal au serveur. Pour spécifier l’instance de routage par laquelle le serveur distant est accessible, utilisez l’instruction (introduite dans les routing-instance hiérarchies appropriées).

Par défaut, le trafic de journalisation système est envoyé à partir de l’interface de gestion de votre appareil et de l’instance de routage associée. Vous pouvez configurer les messages de journalisation système pour utiliser l’instance mgmt_junosde routage de gestion autre que celle par défaut.

• Avantages de l’instance de gestion dédiée
• Journalisation système dans l’instance de gestion dédiée

Les messages suivants sont générés par défaut sur des routeurs spécifiques. Pour afficher ces types de messages, vous devez configurer au moins une destination pour les messages, comme décrit dans Configuration minimale de journalisation système de Junos OS.

• Pour consigner le message du processus du noyau sur un routeur M Series, MX Series ou T Series, incluez l’instruction kernel info au niveau hiérarchique approprié :

• Sur une matrice de routage composée d’un routeur TX Matrix et de routeurs T640, le moteur de routage principal de chaque routeur T640 transfère tous les messages dont la gravité est égale info ou supérieure au moteur de routage principal sur le routeur TX Matrix. Ceci est équivalent à l’instruction de configuration suivante incluse sur le routeur TX Matrix :

• À partir de Junos OS version 15.1X49-D10 et Junos OS version 17.3R1, de même, sur une matrice de routage composée d’un routeur TX Matrix Plus avec des routeurs T1600 ou T4000 connectés, le moteur de routage principal de chaque T1600 ou T4000 LCC transfère au moteur de routage principal du routeur TX Matrix Plus tous les messages dont la gravité est supérieure ou égale info . Ceci est équivalent à l’instruction de configuration suivante incluse sur le routeur TX Matrix Plus :

  REMARQUE :

  Du point de vue de l’interface utilisateur, la matrice de routage apparaît comme un routeur unique. Le routeur TX Matrix Plus contrôle tous les routeurs T1600 ou T4000 qui lui sont connectés dans la matrice de routage.

La syntaxe d’un message au format standard généré par un processus ou une bibliothèque de sous-programmes Junos OS varie selon qu’il inclut ou non les informations de priorité ci-dessous :

• Lorsque l’instruction explicit-priority est incluse au niveau hiérarchique [filename] ou [hostname], la syntaxe d’un message du journal système est la suivante :

• Lorsqu’il est dirigé vers la console ou les utilisateurs, ou lorsque l’instruction n’est pas incluse pour les explicit-priority fichiers ou les hôtes distants, un message de journal système a la syntaxe suivante :

Tableau 5 Décrit les champs de message.

hostname	process[process-ID]

La syntaxe d’un message au format standard généré par un processus ou une bibliothèque de sous-programmes Junos OS varie selon qu’il inclut ou non des informations de priorité :

• Lorsque l’instruction explicit-priority est incluse au niveau de la hiérarchie [edit system syslog file filename] ou [edit system syslog host (hostname | other-routing-engine)], la syntaxe d’un message du journal système est la suivante

• Lorsqu’il est dirigé vers la console ou les utilisateurs, ou lorsque l’instruction explicit priority n’est pas incluse pour les fichiers ou les hôtes distants, un message du journal système a la syntaxe suivante :

Tableau 6 Décrit les champs de message.

Les messages de journal système au format standard générés par les services sur un PIC, tels que le PIC Adaptive Services (AS), ont la syntaxe suivante :

Tableau 7 Décrit les champs de message.

À partir de la version 8.3 de Junos OS, lorsque l’instruction structured-data est incluse dans la configuration d’un fichier journal, les processus et les bibliothèques logicielles de Junos OS écrivent des messages dans le fichier au format de données structurées au lieu du format Junos OS standard. Pour plus d’informations sur l’instruction structured-data, reportez-vous à la section Journalisation des messages au format de données structurées.

Le format structuré permet aux applications automatisées d’extraire plus facilement des informations du message. En particulier, le format normalisé pour rapporter la valeur des variables (éléments du message en anglais qui varient en fonction des circonstances qui ont déclenché le message) permet à une application d’extraire facilement ces valeurs. Au format standard, les variables sont intercalées dans le texte du message et ne sont pas identifiées comme des variables.

Le format de données structurées d’un message comprend les champs suivants (qui n’apparaissent ici sur deux lignes que pour plus de lisibilité) :

Tableau 8 Décrit les champs. Si l’utilitaire de journalisation système ne parvient pas à déterminer la valeur d’un champ particulier, un trait d’union ( - ) apparaît à la place.

Par défaut, la version de données structurées d’un message inclut du texte anglais à la fin, comme dans l’exemple suivant (qui apparaît sur plusieurs lignes uniquement pour plus de lisibilité) :

Lorsque la brève instruction est incluse au niveau hiérarchique [edit system syslog file filename structured-data ], le texte anglais est omis, comme dans cet exemple :

Tableau 9 Mappe les codes qui apparaissent dans le champ Code de priorité à l’installation et au niveau de gravité.

Tableau 10 Répertorie les identificateurs numériques des plates-formes de routage qui apparaissent dans le champ Plate-forme. L’identifiant est dérivé de l’identifiant d’objet (OID) SNMP de la plate-forme, tel que défini dans la MIB de la plate-forme de routage Juniper Networks. Pour plus d’informations sur les OID, reportez-vous au Guide de gestion et de surveillance du réseau.