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’à la version 14.2R1 de Junos OS, le seul mécanisme permettant de 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 du moteur de routage ou vers un serveur hôte externe. Lorsqu’un syslog est activé avec la classe ou le composant NAT logs et les journaux de session configurés, les événements NAT sont enregistrés. Voici un exemple d’une sortie syslog de ce type :
{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)
D’après la sortie syslog précédente, cela indique que le journal de création NAT (traduction NAT) et le journal de suppression (version NAT) 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, à savoir l’épuisement du pool NAT (non illustré dans l’exemple précédent), est généré dans le cadre de la configuration des journaux NAT. Un tel message d’événement peut être dû à l’appariement du regroupement d’adresses (APP), au mappage indépendant du point de terminaison (EIM) ou à l’épuisement des adresses et des ports.