Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

NAT en ligne

Présentation de la traduction d’adresses réseau en ligne

Le NAT en ligne utilise les capacités de la carte de ligne MPC, éliminant ainsi le besoin d’une carte de services pour le NAT. Par conséquent, vous pouvez obtenir des traductions d’adresses à faible latence et sans ralentissement (jusqu’à 120 Gbit/s par emplacement). L’implémentation actuelle fournit :

  • Mappage d’adresses statiques 1:1.

  • Mappage bidirectionnel : NAT source pour le trafic sortant et NAT de destination pour le trafic entrant.

  • Pas de limite sur le nombre de flux.

  • Prise en charge du NAT source, destination et deux fois, comme illustré sur la Figure 1. Inline NAT prend en charge le type basic-nat44de traduction . À partir de la version 15.1R1 de Junos OS, le NAT en ligne prend également en charge twice-basic-nat-44.

  • Prise en charge de l’épinglage à cheveux.

Figure 1 : types Illustration of Network Address Translation processes: Source NAT changes source IP to 20.1.1.2, Destination NAT changes destination IP to 192.168.1.2, and Twice NAT changes both source and destination IPs to 20.1.1.3 and 100.1.1.8 respectively. de NAT en ligne pris en charge

Pour configurer le NAT en ligne, vous définissez votre interface de service en tant qu’interface de type si- (service-inline). Vous devez également réserver une bande passante adéquate à l’interface en ligne. Cela vous permet de configurer à la fois l’interface ou les ensembles de services de saut suivant utilisés pour le NAT. L’interface si- sert de « PIC de service virtuel ».

Remarque :
  • Seul le NAT statique est pris en charge. La traduction de ports, le NAT dynamique et les ALG ne sont pas pris en charge. Par conséquent, les applications telles que SIP ou FTP Active Mode qui nécessitent un traitement avancé pour le NAT ne fonctionnent pas. Un MS-MPC, MS-MIC, MS-DPC ou MS-PIC est toujours nécessaire pour tout traitement de pare-feu dynamique, la prise en charge d’ALG et la traduction dynamique des ports.

  • Le NAT en ligne ne prend pas en charge l’échantillonnage ou la journalisation des paquets.

Avantages du NAT en ligne

  • Élimine le besoin de carte de services

  • Prend en charge plus de flux NAT qu’une carte de services

Exemple : configuration de la traduction d’adresses réseau en ligne - méthode basée sur une interface

Cet exemple de configuration illustre comment configurer la traduction d’adresses réseau (NAT) en ligne basée sur une interface sur des équipements MX Series à l’aide d’interfaces si- (service-inline) avec des ensembles de services de type interface.

Cette rubrique couvre :

Exigences

Cet exemple utilise les composants matériels et logiciels suivants :

  • Routeur MX Series avec une carte de ligne MPC (Modular Port Concentrator)

  • Junos OS version 11.4R1 ou supérieure

Vue d’ensemble et topologie

Depuis Junos OS version 11.4R1, les cartes de ligne MPC peuvent exécuter certains services sans avoir besoin d’une carte de services dédiée, telle qu’une MS-MPC. Les services en ligne offrent généralement de meilleures performances que l’utilisation d’une carte de services, mais leurs fonctionnalités ont tendance à être plus basiques. Par exemple, le NAT en ligne prend uniquement en charge le NAT statique.

Dans cet exemple, un équipement MX Series avec une carte de ligne MPC fournit des services NAT source en ligne au trafic circulant entre deux hôtes finaux. La topologie de ce scénario est illustrée à la Figure 2

Figure 2 : NAT source en ligne à l’aide d’un équipement MX Series équipé d’une MPC Network communication process with NAT: A client with IP 10.1.1.2 sends a request to a server with IP 192.168.1.2. An MX device translates the client's IP to 192.0.2.2 for external communication and modifies the response IP back to 10.1.1.2.

Comme le montre la figure, l’hôte H1 envoie du trafic vers le serveur S1. Le périphérique MX Series effectue des NAT source pour traduire l’adresse IP source de H1 de 10.1.1.2 à 192.0.2.2. Le serveur S1 envoie ensuite le trafic de retour à l’hôte H1 à l’aide de l’adresse IP de destination 192.0.2.2, et l’appareil MX Series rétablit l’adresse IP de H1 vers 10.1.1.2.

Les éléments de configuration suivants sont utilisés dans ce scénario :

  • Interface de service en ligne : interface virtuelle qui réside sur le moteur de transfert de paquets de la MPC. Pour accéder aux services, le trafic entre et sort de ces si- interfaces (service-inline).

  • Ensemble de services : définit le ou les services à exécuter et identifie la ou les interfaces en ligne qui alimenteront le trafic vers et depuis l’ensemble de services. Il existe deux façons d’implémenter des ensembles de services :

    • Style d’interface : méthode basée sur une interface dans laquelle les paquets arrivant à une interface sont transférés via le service en ligne.

    • Style de saut suivant : méthode basée sur le routage, où des routes statiques sont utilisées pour transférer des paquets destinés à une destination spécifique via le service en ligne.

    Cet exemple utilise l’ensemble de services de style interface.

  • Règle NAT : utilise une structure si-alors (similaire aux filtres de pare-feu) pour définir les conditions de correspondance, puis appliquer la traduction d’adresse au trafic correspondant.

  • Pool NAT : ensemble d’adresses IP défini par l’utilisateur qui sont utilisées par la règle NAT pour la traduction.

Ces éléments s’assemblent comme illustré sur la Figure 3

Figure 3 : NAT de source en ligne basée sur une interface Diagram of MX Series Device with two MPCs; MPC 0 handles NAT for Src 10.1.1.0/24 to 192.0.2.0/24 via si-0/0/0.0; traffic flows from xe-0/0/0 to xe-1/0/0.

Configuration pour la traduction d’adresses réseau en ligne

Pour configurer le NAT en ligne à l’aide d’un ensemble de services de type interface, effectuez les tâches suivantes :

Configuration rapide de la CLI

Pour configurer rapidement cet exemple, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne, modifiez tous les détails nécessaires pour qu’ils correspondent à votre configuration réseau, puis copiez-collez les commandes dans la CLI au niveau de la hiérarchie [modifier].

Activer les services en ligne et créer une interface en ligne

Procédure étape par étape
  1. Activez les services en ligne pour les emplacements FPC et PIC concernés, et définissez la quantité de bande passante à dédier aux services en ligne.

    Les paramètres FPC et PIC créés et mappés à une si- interface.

  2. Sur l’interface si- , spécifiez la ou les familles de protocoles qui auront besoin de services NAT.

    Remarque :

    Les paramètres FPC et PIC doivent correspondre aux paramètres définis ci-dessus.

Configurer la règle et le pool de NAT

Procédure étape par étape
  1. Configurez une règle NAT qui correspond au trafic arrivant à l’équipement MX à partir du sous-réseau de H1 (10.1.1.0/24), la traduit à l’aide du NAT IPv4 de base et utilise une adresse IP du pool p1.

  2. Configurez le pool NAT.

Configurez l’ensemble de services (de style interface)

Procédure étape par étape
  1. Configurez un ensemble de services qui utilise le service NAT en ligne (nat-rules) et l’interface en ligne définie ci-dessus. Utilisez le interface-service paramètre pour spécifier qu’il s’agit d’un ensemble de services de style interface.

    Le trafic entre dans l’interface si- et en sort pour accéder au service NAT en ligne.

Configurer les interfaces physiques

Procédure étape par étape
  1. Configurez les interfaces physiques.

  2. Dans l’interface 'inside', spécifiez que le trafic passera par l’ensemble de services défini ci-dessus.

Résultats

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérification de l’accessibilité de l’hôte H1 au serveur S1

Objet

Vérifiez l’accessibilité entre H1 et S1.

Mesures à prendre

Sur l’hôte H1, vérifiez que l’hôte peut envoyer un ping au serveur S1.

Signification

H1 peut atteindre S1.

Vérification de la traduction des adresses

Objet

Vérifiez que la traduction des adresses fonctionne correctement.

Mesures à prendre
  1. Sur l’équipement MX, vérifiez que les détails de configuration NAT en ligne ont été appliqués correctement.

  2. Sur le serveur S1, vérifiez que le serveur reçoit les pings de l’adresse IP source traduite par NAT de H1 (192.0.2.2).

    Lancez la commande ci-dessous et envoyez à nouveau des pings depuis H1.

    Remarque :

    Pour cette configuration, un autre périphérique MX est utilisé pour représenter le serveur S1 afin d’activer la surveillance du trafic entrant.

Signification

L’étape 1 ci-dessus confirme que les paramètres de service NAT en ligne et l’ensemble de services de style interface sont correctement implémentés. L’étape 2 ci-dessus confirme que le serveur S1 reçoit correctement les pings de H1 à partir de son adresse IP source traduite par le NAT.

Configuration pour deux fois NAT

Figure 4 : configuration Twice NAT process showing IP translation: Client's IP 10.1.1.3 to 20.1.3, and destination IP 120.1.1.1 to 100.1.1.8, with reverse translation for server response. deux fois NAT

Pour configurer Twice NAT à l’aide d’un ensemble de services de style interface, effectuez les tâches suivantes :

Configuration rapide de la CLI

Pour configurer rapidement cet exemple, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne, modifiez tous les détails nécessaires pour qu’ils correspondent à votre configuration réseau, puis copiez-collez les commandes dans la CLI au niveau de la hiérarchie [modifier].

Configurez l’ensemble de services (de style interface)

  1. Configurer un ensemble de services qui utilise le service Twice NAT (nat-rules), aUtilisez le interface-service paramètre pour spécifier qu’il s’agit d’un ensemble de services de style interface.

Configurer les interfaces physiques

Procédure étape par étape
  1. Configurez les interfaces physiques.

  2. Sur l’interface, spécifiez que le trafic passera par le jeu de services défini ci-dessus.

  3. Configurez les options de filtre de pare-feu pour diriger le trafic vers l’interface si .

Configuration pour le NAT de destination

Figure 5 : Configuration Destination NAT process; client request from IP 100.2.1.1 to 21.1.1.2, NAT MX changes to 192.168.1.2; server response reversed. du NAT de destination

Pour configurer le NAT de destination à l’aide d’un ensemble de services de type interface, effectuez les tâches suivantes :

Configuration rapide de la CLI

Pour configurer rapidement cet exemple, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne, modifiez tous les détails nécessaires pour qu’ils correspondent à votre configuration réseau, puis copiez-collez les commandes dans la CLI au niveau de la hiérarchie [modifier].

Activer les services en ligne

  1. Activez les services en ligne pour les emplacements FPC et PIC concernés.

    Les paramètres FPC et PIC créés et mappés à une si- interface.

Configurez l’ensemble de services (de style interface)

  1. Configurer un ensemble de services qui utilise le service Destination NAT (nat-rules), aUtilisez le interface-service paramètre pour spécifier qu’il s’agit d’un ensemble de services de style interface.

Configurer les interfaces physiques

  1. Configurez les interfaces physiques.

  2. Sur l’interface, spécifiez que le trafic sera envoyé via l’ensemble de services défini précédemment.

  3. Configurez les options de filtre de pare-feu pour diriger le trafic vers les si interfaces.

  4. Configurez les options de routage statique.

Exemple : configuration de la traduction d’adresses réseau en ligne - méthode basée sur le routage

Cet exemple de configuration illustre comment configurer la traduction d’adresses réseau (NAT) en ligne basée sur le routage sur des équipements MX Series à l’aide d’interfaces si- (service-inline) avec des ensembles de services de type saut suivant.

Cette rubrique couvre :

Exigences

Cet exemple utilise les composants matériels et logiciels suivants :

  • Routeur MX Series avec une carte de ligne MPC (Modular Port Concentrator)

  • Junos OS version 11.4R1 ou supérieure

Vue d’ensemble et topologie

Depuis Junos OS version 11.4R1, les cartes de ligne MPC peuvent exécuter certains services sans avoir besoin d’une carte de services dédiée, telle qu’une MS-MPC. Les services en ligne offrent généralement de meilleures performances que l’utilisation d’une carte de services, mais leurs fonctionnalités ont tendance à être plus basiques. Par exemple, le NAT en ligne prend uniquement en charge le NAT statique.

Dans cet exemple, un équipement MX Series avec une carte de ligne MPC fournit des services NAT source en ligne au trafic circulant entre deux hôtes finaux. La topologie de ce scénario est illustrée à la Figure 6

Figure 6 : source NAT en ligne à l’aide d’un équipement MX Series équipé d’une MPC Network communication process with NAT: A client with IP 10.1.1.2 sends a request to a server with IP 192.168.1.2. An MX device translates the client's IP to 192.0.2.2 for external communication and modifies the response IP back to 10.1.1.2.

Comme le montre la figure, l’hôte H1 envoie du trafic vers le serveur S1. Le périphérique MX Series effectue des NAT source pour traduire l’adresse IP source de H1 de 10.1.1.2 à 192.0.2.2. Le serveur S1 envoie ensuite le trafic de retour à l’hôte H1 à l’aide de l’adresse IP de destination 192.0.2.2, et l’appareil MX Series rétablit l’adresse IP de H1 vers 10.1.1.2.

Les éléments de configuration suivants sont utilisés dans ce scénario :

  • Interface de service en ligne : interface virtuelle qui réside sur le moteur de transfert de paquets de la MPC. Pour accéder aux services, le trafic entre et sort de ces si- interfaces (service-inline).

  • Ensemble de services : définit le ou les services à exécuter et identifie la ou les interfaces en ligne qui alimenteront le trafic vers et depuis l’ensemble de services. Il existe deux façons d’implémenter des ensembles de services :

    • Style d’interface : méthode basée sur une interface dans laquelle les paquets arrivant à une interface sont transférés via le service en ligne.

    • Style de saut suivant : méthode basée sur le routage, où des routes statiques sont utilisées pour transférer des paquets destinés à une destination spécifique via le service en ligne.

    Cet exemple utilise l’ensemble de services de style saut suivant.

  • Règle NAT : utilise une structure si-alors (similaire aux filtres de pare-feu) pour définir les conditions de correspondance, puis appliquer la traduction d’adresse au trafic correspondant.

  • Pool NAT : ensemble d’adresses IP défini par l’utilisateur qui sont utilisées par la règle NAT pour la traduction.

  • Instance de routage : ensemble de tables de routage, d’interfaces et de paramètres de protocole de routage qui s’exécutent séparément de l’instance de routage principale (par défaut).

    Le NAT en ligne basé sur le routage est généralement utilisé dans les scénarios impliquant des instances de routage.

Ces éléments s’assemblent comme le montre la figure 7.

Figure 7 : NAT de source en ligne basée sur le routage Juniper MX Series router showing NAT configuration. Source IPs 10.1.1.0/24 translate to 192.0.2.0/24 pool. Traffic flows from RI-A via xe-0/0/0, processed by si-0/0/0.1 and si-0/0/0.2, exits through xe-1/0/0 in Default instance.

La configuration

Pour configurer le NAT en ligne à l’aide d’un ensemble de services de type saut suivant, effectuez les tâches suivantes :

Configuration rapide de la CLI

Pour configurer rapidement cet exemple, copiez les commandes suivantes, collez-les dans un fichier texte, supprimez les sauts de ligne, modifiez tous les détails nécessaires pour qu’ils correspondent à votre configuration réseau, puis copiez-collez les commandes dans la CLI au niveau de la hiérarchie [modifier].

Configurer les interfaces physiques

Procédure étape par étape
  1. Configurez les interfaces physiques.

Activer les services en ligne et créer une interface en ligne

Procédure étape par étape
  1. Activez les services en ligne pour les emplacements FPC et PIC concernés, et définissez la quantité de bande passante à dédier aux services en ligne.

    Les paramètres FPC et PIC créés et mappés à une si- interface.

  2. Sur l’interface si- , créez deux unités logiques. Pour chaque unité, spécifiez la ou les familles de protocoles qui auront besoin de services NAT, ainsi que les interfaces « internes » ou « externes » pour le domaine de service.

    Remarque :

    Les paramètres FPC et PIC doivent correspondre aux paramètres définis ci-dessus.

Configurer l’instance de routage et identifier le trafic à envoyer via le service NAT en ligne

Procédure étape par étape
  1. Configurez une instance de routage qui inclut les interfaces physiques et si- « ínside », ainsi qu'une route statique qui identifie le trafic à transférer vers le service NAT en ligne via l' si- interface.

    Pour simplifier, la route statique utilisée ici identifie simplement le serveur S1.

Configurer la règle et le pool de NAT

Procédure étape par étape
  1. Configurez une règle NAT qui correspond au trafic arrivant à l’équipement MX à partir du sous-réseau de H1 (10.1.1.0/24), la traduit à l’aide du NAT IPv4 de base et utilise une adresse IP du pool p1.

  2. Configurez le pool NAT.

Configurer l’ensemble de services (de style saut suivant)

Procédure étape par étape
  1. Configurez un ensemble de services qui utilise le service NAT en ligne (nat-rules) et les interfaces en ligne définies ci-dessus. Utilisez le next-hop-service paramètre pour spécifier qu’il s’agit d’un ensemble de services de type saut suivant et affectez les si- interfaces comme « à l’intérieur » et « à l’extérieur » en fonction de leurs paramètres ci-dessus.

    Le trafic entre dans les interfaces et en sort pour si- accéder au service NAT en ligne.

Résultats

Vérification

Vérifiez que la configuration fonctionne correctement.

Vérification de l’accessibilité de l’hôte H1 au serveur S1

Objet

Vérifiez l’accessibilité entre H1 et S1.

Mesures à prendre

Sur l’hôte H1, vérifiez que l’hôte peut envoyer un ping au serveur S1.

Signification

H1 peut atteindre S1.

Vérification de la traduction des adresses

Objet

Vérifiez que la traduction des adresses fonctionne correctement.

Mesures à prendre
  1. Sur l’équipement MX, vérifiez que les détails de configuration NAT en ligne ont été appliqués correctement.

  2. Sur le serveur S1, vérifiez que le serveur reçoit les pings de l’adresse IP source traduite par NAT de H1 (192.0.2.2).

    Lancez la commande ci-dessous et envoyez à nouveau des pings depuis H1.

    Remarque :

    Pour cette configuration, un autre périphérique MX est utilisé pour représenter le serveur S1 afin d’activer la surveillance du trafic entrant.

Signification

L’étape 1 ci-dessus confirme que les paramètres de service NAT en ligne et l’ensemble de services de type saut suivant sont correctement implémentés. L’étape 2 ci-dessus confirme que le serveur S1 reçoit correctement les pings de H1 à partir de son adresse IP source traduite par le NAT.

Tableau de l’historique des modifications

La prise en charge des fonctionnalités est déterminée par la plateforme et la version que vous utilisez. Utilisez l’explorateur de fonctionnalités pour déterminer si une fonctionnalité est prise en charge sur votre plateforme.

Libération
Descriptif
15.1R1
À partir de la version 15.1R1 de Junos OS, le NAT en ligne prend également en charge twice-basic-nat-44