Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Inline-NAT

Inline Network Address Translation – Überblick

Inline-NAT nutzt die Funktionen der MPC-Linecard, sodass keine Servicekarte für NAT erforderlich ist. So können Sie Adressübersetzungen mit Leitungsgeschwindigkeit und niedriger Latenz (bis zu 120 Gbit/s pro Steckplatz) erzielen. Die aktuelle Implementierung sieht Folgendes vor:

  • Statische 1:1-Adresszuordnung.

  • Bidirektionale Zuordnung: Quell-NAT für ausgehenden Datenverkehr und Ziel-NAT für eingehenden Datenverkehr.

  • Keine Begrenzung der Anzahl der Flows.

  • Unterstützung für Quelle, Ziel und zweimal NAT, wie in Abbildung 1 dargestellt. Inline NAT unterstützt die Übersetzungsart basic-nat44. Ab Junos OS Version 15.1R1 unterstützt twice-basic-nat-44Inline-NAT auch .

  • Unterstützung für Hairpinning.

Abbildung 1: Unterstützte Inline-NAT-Typen 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.

Um Inline-NAT zu konfigurieren, definieren Sie Ihre Serviceschnittstelle als Typschnittstelle si- (Service-Inline). Außerdem müssen Sie eine ausreichende Bandbreite für die Inline-Schnittstelle reservieren. Auf diese Weise können Sie sowohl Schnittstellen- als auch Next-Hop-Service-Sets konfigurieren, die für NAT verwendet werden. Die si- Schnittstelle dient als "Virtual Service PIC".

Hinweis:
  • Es wird nur statisches NAT unterstützt. Portübersetzung, dynamische NAT und ALGs werden nicht unterstützt. Daher funktionieren Anwendungen wie SIP oder FTP Active Mode, die eine erweiterte Verarbeitung für NAT erfordern, nicht. Ein MS-MPC, MS-MIC, MS-DPC oder MS-PIC wird weiterhin für die Verarbeitung Stateful-Firewalls, die ALG-Unterstützung und die dynamische Portübersetzung benötigt.

  • Inline-NAT unterstützt weder Sampling noch Protokollierung von Paketen.

Vorteile von Inline NAT

  • Keine Servicekarte mehr erforderlich

  • Unterstützt mehr NAT-Flows als eine Servicekarte

Beispiel: Inline Network Address Translation konfigurieren – schnittstellenbasierte Methode

Dieses Konfigurationsbeispiel zeigt, wie schnittstellenbasierte Inline-Network Address Translation (NAT) auf Geräten der MX-Serie mithilfe von si- (Service-Inline-)Schnittstellen mit schnittstellenartigen Service-Sets konfiguriert wird.

Dieses Thema behandelt:

Anforderungen

In diesem Beispiel werden die folgenden Hardware- und Softwarekomponenten verwendet:

  • Router der MX-Serie mit einer Linecard für modulare Portkonzentratoren (MPC)

  • Junos OS Version 11.4R1 oder höher

Übersicht und Topologie

Ab Junos OS Version 11.4R1 können MPC-Linecards einige Services ausführen, ohne dass eine dedizierte Servicekarte, wie z. B. eine MS-MPC, erforderlich ist. Inline-Dienste bieten im Allgemeinen eine bessere Leistung als die Verwendung einer Servicekarte, ihre Funktionalität ist jedoch tendenziell grundlegender. Inline-NAT unterstützt beispielsweise nur statisches NAT.

In diesem Beispiel stellt ein Gerät der MX-Serie mit einer MPC-Linecard Inline-Quell-NAT-Services für den Datenverkehr bereit, der zwischen zwei Endhosts fließt. Die Topologie für dieses Szenario ist in Abbildung 2 dargestellt

Abbildung 2: Inline-Quell-NAT unter Verwendung eines Geräts der MX-Serie mit 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.

Wie in der Abbildung dargestellt, sendet Host H1 Datenverkehr an Server S1. Das Gerät der MX-Serie führt Quell-NAT durch, um die Quell-IP-Adresse von H1 von 10.1.1.2 in 192.0.2.2 zu übersetzen. Server S1 sendet dann Rückverkehr an Host H1 unter Verwendung der Ziel-IP-Adresse 192.0.2.2, und das Gerät der MX-Serie setzt die IP-Adresse von H1 auf 10.1.1.2 zurück.

In diesem Szenario werden die folgenden Konfigurationselemente verwendet:

  • Inline-Serviceschnittstelle: Eine virtuelle Schnittstelle, die sich auf der Packet Forwarding Engine des MPC befindet. Um auf Services zuzugreifen, fließt der Datenverkehr in diese (Service-Inline-) Schnittstellen hinein und aus diesen si- heraus.

  • Service-Set: Definiert die auszuführenden Services und gibt an, welche Inline-Schnittstellen den Datenverkehr in und aus dem Service-Set weiterleiten. Es gibt zwei Möglichkeiten, Service-Sets zu implementieren:

    • Schnittstellenstil: Eine schnittstellenbasierte Methode, bei der Pakete, die an einer Schnittstelle ankommen, über den Inline-Service weitergeleitet werden.

    • Next-Hop-Stil: Eine routenbasierte Methode, bei der statische Routen verwendet werden, um Pakete, die für ein bestimmtes Ziel bestimmt sind, über den Inline-Service weiterzuleiten.

    In diesem Beispiel wird der Servicesatz im schnittstellenstil verwendet.

  • NAT-Regel: Verwendet eine Wenn-Dann-Struktur (ähnlich wie bei Firewall-Filtern), um Übereinstimmungsbedingungen zu definieren und dann die Adressübersetzung auf den übereinstimmenden Datenverkehr anzuwenden.

  • NAT-Pool: Ein benutzerdefinierter Satz von IP-Adressen, die von der NAT-Regel für die Übersetzung verwendet werden.

Diese Elemente kommen zusammen, wie in Abbildung 3 dargestellt

Abbildung 3: Schnittstellenbasierte Inline-Quell-NAT 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.

Konfiguration für Inline Network Address Translation

Führen Sie die folgenden Aufgaben aus, um Inline-NAT mithilfe eines Servicesatzes im Schnittstellenstil zu konfigurieren:

CLI-Schnellkonfiguration

Um dieses Beispiel schnell zu konfigurieren, kopieren Sie die folgenden Befehle, fügen Sie sie in eine Textdatei ein, entfernen Sie alle Zeilenumbrüche, ändern Sie alle erforderlichen Details, um sie an Ihre Netzwerkkonfiguration anzupassen, und kopieren Sie dann die Befehle und fügen Sie sie dann in die CLI auf der Hierarchieebene [edit] ein.

Aktivieren von Inline-Services und Erstellen einer Inline-Schnittstelle

Schritt-für-Schritt-Anleitung
  1. Aktivieren Sie Inline-Services für den entsprechenden FPC-Steckplatz und PIC-Steckplatz, und definieren Sie die Bandbreite, die für Inline-Services reserviert werden soll.

    Die FPC- und PIC-Einstellungen hier erstellen eine Schnittstelle und werden dieser si- zugeordnet.

  2. Geben Sie auf der si- Schnittstelle die Protokollfamilie (oder -familien) an, die NAT-Services benötigen.

    Hinweis:

    Die FPC- und PIC-Einstellungen müssen hier mit den oben definierten Einstellungen übereinstimmen.

Konfigurieren von NAT-Regeln und -Pools

Schritt-für-Schritt-Anleitung
  1. Konfigurieren Sie eine NAT-Regel, die mit Datenverkehr übereinstimmt, der aus dem H1-Subnetz (10.1.1.0/24) auf dem MX-Gerät ankommt, ihn mit grundlegender IPv4-NAT übersetzt und eine IP-Adresse aus dem Pool p1verwendet.

  2. Konfigurieren Sie den NAT-Pool.

Konfigurieren des Service-Sets (im Schnittstellenstil)

Schritt-für-Schritt-Anleitung
  1. Konfigurieren Sie eine Servicegruppe, die den Inline-NAT-Dienst (nat-rules) und die oben definierte Inlineschnittstelle verwendet. Verwenden Sie den interface-service Parameter, um anzugeben, dass es sich um einen Servicesatz im Schnittstellenstil handelt.

    Der Datenverkehr fließt in die Schnittstelle hinein und aus ihr si- heraus, um auf den Inline-NAT-Dienst zuzugreifen.

Konfiguration physischer Schnittstellen

Schritt-für-Schritt-Anleitung
  1. Konfigurieren Sie die physischen Schnittstellen.

  2. Geben Sie auf der Schnittstelle "inside" an, dass der Datenverkehr über den oben definierten Servicesatz gesendet wird.

Ergebnisse

Verifizierung

Bestätigen Sie, dass die Konfiguration ordnungsgemäß funktioniert.

Überprüfen der Erreichbarkeit von Host H1 zu Server S1

Zweck

Überprüfen Sie die Erreichbarkeit zwischen H1 und S1.

Aktion

Stellen Sie auf Host H1 sicher, dass der Host den Server S1 pingen kann.

Bedeutung

H1 kann S1 erfolgreich erreichen.

Überprüfen der Adressübersetzung

Zweck

Vergewissern Sie sich, dass die Adressübersetzung korrekt funktioniert.

Aktion
  1. Überprüfen Sie auf dem MX-Gerät, ob die Inline-NAT-Konfigurationsdetails korrekt angewendet wurden.

  2. Überprüfen Sie auf Server S1, ob der Server die Pings von der NAT-übersetzten Quell-IP-Adresse von H1 (192.0.2.2) empfängt.

    Geben Sie den folgenden Befehl ein und senden Sie erneut Pings von H1.

    Hinweis:

    Für dieses Setup wird ein anderes MX-Gerät verwendet, um Server S1 darzustellen, um die Überwachung des eingehenden Datenverkehrs zu ermöglichen.

Bedeutung

Schritt 1 oben bestätigt, dass die Inline-NAT-Dienstparameter und der schnittstellenartige Servicesatz korrekt implementiert sind. Schritt 2 oben bestätigt, dass Server S1 die Pings von H1 von seiner NAT-übersetzten Quell-IP-Adresse korrekt empfängt.

Konfiguration für Twice NAT

Abbildung 4: Doppelte NAT-Konfiguration 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.

Führen Sie die folgenden Aufgaben aus, um Twice NAT mithilfe eines Servicesatzes im Schnittstellenstil zu konfigurieren:

CLI-Schnellkonfiguration

Um dieses Beispiel schnell zu konfigurieren, kopieren Sie die folgenden Befehle, fügen Sie sie in eine Textdatei ein, entfernen Sie alle Zeilenumbrüche, ändern Sie alle erforderlichen Details, um sie an Ihre Netzwerkkonfiguration anzupassen, und kopieren Sie dann die Befehle und fügen Sie sie dann in die CLI auf der Hierarchieebene [edit] ein.

Konfigurieren des Service-Sets (im Schnittstellenstil)

  1. Konfigurieren Sie eine Servicegruppe, die den Twice NAT-Dienst verwendet (nat-rules), aVerwenden Sie den interface-service Parameter, um anzugeben, dass es sich um eine Servicegruppe im Schnittstellenstil handelt.

Konfiguration physischer Schnittstellen

Schritt-für-Schritt-Anleitung
  1. Konfigurieren Sie die physischen Schnittstellen.

  2. Geben Sie auf der Schnittstelle an, dass der Datenverkehr über den oben definierten Servicesatz gesendet wird.

  3. Konfigurieren Sie die Firewall-Filteroptionen, um den Datenverkehr über die si Schnittstelle zu leiten.

Konfiguration für Ziel-NAT

Abbildung 5: Ziel-NAT-Konfiguration 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.

Führen Sie die folgenden Aufgaben aus, um Destination NAT mithilfe eines Servicesatzes im Schnittstellenstil zu konfigurieren:

CLI-Schnellkonfiguration

Um dieses Beispiel schnell zu konfigurieren, kopieren Sie die folgenden Befehle, fügen Sie sie in eine Textdatei ein, entfernen Sie alle Zeilenumbrüche, ändern Sie alle erforderlichen Details, um sie an Ihre Netzwerkkonfiguration anzupassen, und kopieren Sie dann die Befehle und fügen Sie sie dann in die CLI auf der Hierarchieebene [edit] ein.

Inline-Services ermöglichen

  1. Aktivieren Sie Inline-Services für den relevanten FPC-Steckplatz und PIC-Steckplatz.

    Die FPC- und PIC-Einstellungen hier erstellen eine Schnittstelle und werden dieser si- zugeordnet.

Konfigurieren des Service-Sets (im Schnittstellenstil)

  1. Konfigurieren Sie eine Servicegruppe, die den Ziel-NAT-Dienst verwendet (nat-rules), aVerwenden Sie den interface-service Parameter, um anzugeben, dass es sich um eine Servicegruppe im Schnittstellenstil handelt.

Konfiguration physischer Schnittstellen

  1. Konfigurieren Sie die physischen Schnittstellen.

  2. Geben Sie auf der Schnittstelle an, dass der Datenverkehr über den zuvor definierten Servicesatz gesendet wird.

  3. Konfigurieren Sie die Firewall-Filteroptionen, um den Datenverkehr zu den si Schnittstellen zu leiten.

  4. Konfigurieren Sie die statischen Routing-Optionen.

Beispiel: Inline Network Address Translation konfigurieren – routenbasierte Methode

Dieses Konfigurationsbeispiel zeigt, wie routenbasierte Inline-Network Address Translation (NAT) auf Geräten der MX-Serie mithilfe von si- (Service-Inline-)Schnittstellen mit Service-Sets im Next-Hop-Stil konfiguriert wird.

Dieses Thema behandelt:

Anforderungen

In diesem Beispiel werden die folgenden Hardware- und Softwarekomponenten verwendet:

  • Router der MX-Serie mit einer Linecard für modulare Portkonzentratoren (MPC)

  • Junos OS Version 11.4R1 oder höher

Übersicht und Topologie

Ab Junos OS Version 11.4R1 können MPC-Linecards einige Services ausführen, ohne dass eine dedizierte Servicekarte, wie z. B. eine MS-MPC, erforderlich ist. Inline-Dienste bieten im Allgemeinen eine bessere Leistung als die Verwendung einer Servicekarte, ihre Funktionalität ist jedoch tendenziell grundlegender. Inline-NAT unterstützt beispielsweise nur statisches NAT.

In diesem Beispiel stellt ein Gerät der MX-Serie mit einer MPC-Linecard Inline-Quell-NAT-Services für den Datenverkehr bereit, der zwischen zwei Endhosts fließt. Die Topologie für dieses Szenario ist in Abbildung 6 dargestellt

Abbildung 6: Inline-Quell-NAT unter Verwendung eines Geräts der MX-Serie mit 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.

Wie in der Abbildung dargestellt, sendet Host H1 Datenverkehr an Server S1. Das Gerät der MX-Serie führt Quell-NAT durch, um die Quell-IP-Adresse von H1 von 10.1.1.2 in 192.0.2.2 zu übersetzen. Server S1 sendet dann Rückverkehr an Host H1 unter Verwendung der Ziel-IP-Adresse 192.0.2.2, und das Gerät der MX-Serie setzt die IP-Adresse von H1 auf 10.1.1.2 zurück.

In diesem Szenario werden die folgenden Konfigurationselemente verwendet:

  • Inline-Serviceschnittstelle: Eine virtuelle Schnittstelle, die sich auf der Packet Forwarding Engine des MPC befindet. Um auf Services zuzugreifen, fließt der Datenverkehr in diese (Service-Inline-) Schnittstellen hinein und aus diesen si- heraus.

  • Service-Set: Definiert die auszuführenden Services und gibt an, welche Inline-Schnittstellen den Datenverkehr in und aus dem Service-Set weiterleiten. Es gibt zwei Möglichkeiten, Service-Sets zu implementieren:

    • Schnittstellenstil: Eine schnittstellenbasierte Methode, bei der Pakete, die an einer Schnittstelle ankommen, über den Inline-Service weitergeleitet werden.

    • Next-Hop-Stil: Eine routenbasierte Methode, bei der statische Routen verwendet werden, um Pakete, die für ein bestimmtes Ziel bestimmt sind, über den Inline-Service weiterzuleiten.

    In diesem Beispiel wird der Servicesatz im Next-Hop-Stil verwendet.

  • NAT-Regel: Verwendet eine Wenn-Dann-Struktur (ähnlich wie bei Firewall-Filtern), um Übereinstimmungsbedingungen zu definieren und dann die Adressübersetzung auf den übereinstimmenden Datenverkehr anzuwenden.

  • NAT-Pool: Ein benutzerdefinierter Satz von IP-Adressen, die von der NAT-Regel für die Übersetzung verwendet werden.

  • Routing-Instanz: Eine Sammlung von Routing-Tabellen, Schnittstellen und Routing-Protokollparametern, die getrennt von der Haupt-Routing-Instanz (Standard) ausgeführt werden.

    Routenbasiertes Inline-NAT wird in der Regel in Szenarien verwendet, die Routinginstanzen umfassen.

Diese Elemente kommen zusammen, wie in Abbildung 7 dargestellt.

Abbildung 7: Routenbasierte Inline-Quell-NAT 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.

Konfiguration

Führen Sie die folgenden Aufgaben aus, um Inline-NAT mithilfe eines Servicesatzes im Next-Hop-Stil zu konfigurieren:

CLI-Schnellkonfiguration

Um dieses Beispiel schnell zu konfigurieren, kopieren Sie die folgenden Befehle, fügen Sie sie in eine Textdatei ein, entfernen Sie alle Zeilenumbrüche, ändern Sie alle erforderlichen Details, um sie an Ihre Netzwerkkonfiguration anzupassen, und kopieren Sie dann die Befehle und fügen Sie sie dann in die CLI auf der Hierarchieebene [edit] ein.

Konfiguration physischer Schnittstellen

Schritt-für-Schritt-Anleitung
  1. Konfigurieren Sie die physischen Schnittstellen.

Aktivieren von Inline-Services und Erstellen einer Inline-Schnittstelle

Schritt-für-Schritt-Anleitung
  1. Aktivieren Sie Inline-Services für den entsprechenden FPC-Steckplatz und PIC-Steckplatz, und definieren Sie die Bandbreite, die für Inline-Services reserviert werden soll.

    Die FPC- und PIC-Einstellungen hier erstellen eine Schnittstelle und werden dieser si- zugeordnet.

  2. Erstellen Sie auf der si- Schnittstelle zwei logische Einheiten. Geben Sie für jede Einheit die Protokollfamilie(n) an, die NAT-Services benötigen, und die "internen" oder "externen" Schnittstellen für die Servicedomäne.

    Hinweis:

    Die FPC- und PIC-Einstellungen müssen hier mit den oben definierten Einstellungen übereinstimmen.

Konfigurieren der Routing-Instanz und Identifizieren des Datenverkehrs, der über den Inline-NAT-Service gesendet werden soll

Schritt-für-Schritt-Anleitung
  1. Konfigurieren Sie eine Routing-Instanz, die die physische Seite und si- die Schnittstellen umfasst, sowie eine statische Route, die den Datenverkehr identifiziert, der über die si- Schnittstelle an den Inline-NAT-Service weitergeleitet werden soll.

    Der Einfachheit halber identifiziert die hier verwendete statische Route einfach Server S1.

Konfigurieren von NAT-Regeln und -Pools

Schritt-für-Schritt-Anleitung
  1. Konfigurieren Sie eine NAT-Regel, die mit Datenverkehr übereinstimmt, der aus dem H1-Subnetz (10.1.1.0/24) auf dem MX-Gerät ankommt, ihn mit grundlegender IPv4-NAT übersetzt und eine IP-Adresse aus dem Pool p1verwendet.

  2. Konfigurieren Sie den NAT-Pool.

Konfigurieren des Service Sets (im Next-Hop-Stil)

Schritt-für-Schritt-Anleitung
  1. Konfigurieren Sie eine Servicegruppe, die den Inline-NAT-Service (nat-rules) und die oben definierten Inlineschnittstellen verwendet. Verwenden Sie den next-hop-service Parameter, um anzugeben, dass es sich um einen Servicesatz im Next-Hop-Stil handelt, und weisen Sie die si- Schnittstellen basierend auf ihren obigen Einstellungen als "inside" und "outside" zu.

    Der Datenverkehr fließt in die si- Schnittstellen hinein und aus diesen heraus, um auf den Inline-NAT-Service zuzugreifen.

Ergebnisse

Verifizierung

Bestätigen Sie, dass die Konfiguration ordnungsgemäß funktioniert.

Überprüfen der Erreichbarkeit von Host H1 zu Server S1

Zweck

Überprüfen Sie die Erreichbarkeit zwischen H1 und S1.

Aktion

Stellen Sie auf Host H1 sicher, dass der Host den Server S1 pingen kann.

Bedeutung

H1 kann S1 erfolgreich erreichen.

Überprüfen der Adressübersetzung

Zweck

Vergewissern Sie sich, dass die Adressübersetzung korrekt funktioniert.

Aktion
  1. Überprüfen Sie auf dem MX-Gerät, ob die Inline-NAT-Konfigurationsdetails korrekt angewendet wurden.

  2. Überprüfen Sie auf Server S1, ob der Server die Pings von der NAT-übersetzten Quell-IP-Adresse von H1 (192.0.2.2) empfängt.

    Geben Sie den folgenden Befehl ein und senden Sie erneut Pings von H1.

    Hinweis:

    Für dieses Setup wird ein anderes MX-Gerät verwendet, um Server S1 darzustellen, um die Überwachung des eingehenden Datenverkehrs zu ermöglichen.

Bedeutung

Schritt 1 oben bestätigt, dass die Inline-NAT-Dienstparameter und der Servicesatz im Next-Hop-Stil korrekt implementiert sind. Schritt 2 oben bestätigt, dass Server S1 die Pings von H1 von seiner NAT-übersetzten Quell-IP-Adresse korrekt empfängt.

Tabellarischer Änderungsverlauf

Die Unterstützung der Funktion hängt von der Plattform und der Version ab, die Sie benutzen. Verwenden Sie den Feature-Explorer , um festzustellen, ob eine Funktion auf Ihrer Plattform unterstützt wird.

Veröffentlichung
Beschreibung
15.1R1
Ab Junos OS Version 15.1R1 unterstützt twice-basic-nat-44 Inline-NAT auch