Exportation de messages syslog vers un hôte externe sans formats de surveillance de flux à l’aide d’un routeur MX Series ou NFX250
Jusqu’à Junos OS version 14.2R1, le seul mécanisme que vous pouviez utiliser pour générer des journaux pour les sessions NAT consistait à activer la journalisation système pour les ensembles de services et à transférer les messages syslog vers l’hôte local interne sur le moteur de routage ou vers un serveur hôte externe. Lorsqu’un syslog est activé avec la classe ou le composant étant les journaux NAT et les journaux de session configurés, les événements NAT sont enregistrés. Voici un exemple d’une telle sortie syslog :
{service_set_3}[jservices-nat]: JSERVICES_NAT_RULE_MATCH: proto 17(UDP) app: any, xe-3/1/1.0#012 192.0.2.2/18575 -> 23.0.0.2/63,Match NAT rule-set (null) rule nat-basic_1
term t1
{service_set_3}MSVCS_LOG_SESSION_OPEN: App:none, xe-3/1/1.0#012 24.0.0.2:18575 [198.51.100.17:1048] -> 23.0.0.2:63 (UDP)
{service_set_3}MSVCS_LOG_SESSION_CLOSE: App:none, xe-3/1/1.0#012 24.0.0.2:18575 [198.51.100.17:1048] -> 23.0.0.2:63 (UDP)
À partir de la sortie syslog précédente, cela indique que NAT create log (traduction NAT) et delete log (NAT release) sont générés pendant les événements de session dans le cadre de la configuration des journaux de session. Un autre journal important qui est l’épuisement du pool NAT (non illustré dans l’exemple précédent) est généré dans le cadre de la configuration NAT-logs. Un tel message d’événement peut être provoqué par le regroupement d’adresses appariées (APP), le mappage indépendant du point de terminaison (EIM) ou l’épuisement des adresses et des ports.