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. Folglich können Sie Adressübersetzungen mit Leitungsgeschwindigkeit und niedriger Latenz (bis zu 120 Gbit/s pro Steckplatz) erreichen. Die derzeitige Implementierung bietet:

  • Statische 1:1-Adresszuordnung

  • Bidirektionales Mapping – Quell-NAT für ausgehenden Datenverkehr und Ziel-NAT für eingehenden Datenverkehr.

  • Keine Begrenzung der Anzahl der Datenströme.

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

  • Unterstützung beim Hairpinning.

Abbildung 1: Unterstützte Inline-NAT-Typen Supported Inline NAT Types

Um Inline-NAT zu konfigurieren, definieren Sie Ihre Serviceschnittstelle als Typschnittstelle si- (Service-Inline-Schnittstelle). 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 "virtuelles Service-PIC".

Anmerkung:
  • Es wird nur statische NAT unterstützt. Portübersetzung, dynamisches NAT und ALGs werden nicht unterstützt. Daher funktionieren Anwendungen wie der SIP- oder FTP-Aktivmodus, die eine erweiterte Verarbeitung für NAT erfordern, nicht. Für die Verarbeitung von Stateful-Firewalls, ALG-Unterstützung und dynamischer Portübersetzung sind weiterhin eine MS-MPC-, MS-MIC-, MS-DPC- oder MS-PIC-Lösung erforderlich.

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

Vorteile von Inline-NAT

  • Eliminiert die Notwendigkeit einer Servicekarte

  • Unterstützt mehr NAT-Datenströme als eine Servicekarte

Plattformspezifisches Inline-NAT-Verhalten

Bahnsteig

Unterschied

MX304-KARTON

MX304-Router unterstützen Inline-NAT nicht

Beispiel: Konfigurieren der Inline-Network Address Translation – Schnittstellenbasierte Methode

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

In diesem Thema werden folgende Themen behandelt:

Anforderungen

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

  • Router der MX-Serie mit einer MPC-Linecard (Modular Port Concentrators)

  • Junos OS Version 11.4R1 oder höher

Übersicht und Topologie

Ab Junos OS Version 11.4R1 können MPC-Linecards einige Services auch ohne dedizierte Services Card (z. B. MS-MPC) ausführen. Inlinedienste bieten im Allgemeinen eine bessere Leistung als die Verwendung einer Dienstkarte, ihre Funktionalität ist jedoch in der Regel grundlegender. Inline-NAT unterstützt beispielsweise nur statisches NAT.

In diesem Beispiel stellt ein Gerät der MX-Serie mit einer MPC-Linecard Inline-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-Source-NAT unter Verwendung eines Geräts der MX-Serie mit einer MPC Inline Source NAT Using an MX Series Device with an MPC

Wie in der Abbildung dargestellt, sendet Host H1 Datenverkehr an Server S1. Das Gerät der MX-Serie führt eine Quell-NAT aus, 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 mit 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.

Die folgenden Konfigurationselemente werden in diesem Szenario verwendet:

  • Inline-Service-Schnittstelle: Eine virtuelle Schnittstelle, die sich auf der Packet Forwarding Engine der MPC befindet. Für den Zugriff auf Services fließt der Datenverkehr über diese si- (Service-Inline-)Schnittstellen ein und aus.

  • Service-Set: Definiert die auszuführenden Service(s) und gibt an, welche(n) Inline-Schnittstelle(n) Datenverkehr in und aus dem Service-Set einspeisen. Es gibt zwei Möglichkeiten, Service-Sets zu implementieren:

    • Schnittstellenstil: Eine schnittstellenbasierte Methode, bei der Pakete, die an einer Schnittstelle eintreffen, ü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 Dienstsatz 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-Source-NAT Interface-Based Inline Source NAT

Konfiguration für Inline-Network Address Translation

Führen Sie die folgenden Aufgaben aus, um Inline-NAT mithilfe eines schnittstellenartigen Servicesatzes 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 in die CLI auf der Hierarchieebene [Bearbeiten] ein.

Aktivieren von Inlinediensten und Erstellen einer Inlineschnittstelle

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

    Die FPC- und PIC-Einstellungen hier werden erstellt und einer si- Schnittstelle zugeordnet.

  2. Geben Sie auf der si- Schnittstelle die Protokollfamilie(n) an, für die NAT-Dienste benötigt werden.

    Anmerkung:

    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 den Datenverkehr abstimmt, der aus dem Subnetz von H1 (10.1.1.0/24) beim MX-Gerät ankommt, ihn mit grundlegendem IPv4-NAT übersetzt und eine IP-Adresse aus dem Pool p1verwendet.

  2. Konfigurieren Sie den NAT-Pool.

Konfigurieren des Servicesets (im Stil einer Schnittstelle)

Schritt-für-Schritt-Anleitung
  1. Konfigurieren Sie einen Servicesatz, der 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.

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

Konfigurieren von physischen Schnittstellen

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

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

Befund

Verifizierung

Vergewissern Sie sich, 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. Vergewissern Sie sich auf dem MX-Gerät, dass die Inline-NAT-Konfigurationsdetails korrekt angewendet wurden.

  2. Stellen Sie auf Server S1 sicher, dass 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 aus.

    Anmerkung:

    Für dieses Setup wird ein weiteres MX-Gerät verwendet, um den 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 ordnungsgemäß implementiert sind. Schritt 2 oben bestätigt, dass Server S1 die Pings von H1 korrekt von seiner NAT-übersetzten Quell-IP-Adresse empfängt.

Konfiguration für Twice NAT

Abbildung 4: Doppelte NAT-Konfiguration Twice NAT Configuration

Führen Sie die folgenden Aufgaben aus, um Twice NAT mithilfe eines Dienstsatzes 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 in die CLI auf der Hierarchieebene [Bearbeiten] ein.

Konfigurieren des Servicesets (im Stil einer Schnittstelle)

  1. Konfigurieren Sie einen Servicesatz, der den Twice NAT-Dienst (nat-rules) verwendet. Verwenden Sie den interface-service Parameter, um anzugeben, dass es sich um einen Servicesatz im Schnittstellenstil handelt.

Konfigurieren von physischen 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 Dienstsatz gesendet wird.

  3. Konfigurieren Sie die Filteroptionen der Firewall, um den Datenverkehr an die si Schnittstelle weiterzuleiten.

Konfiguration für Ziel-NAT

Abbildung 5: Ziel-NAT-Konfiguration Destination NAT Configuration

Führen Sie die folgenden Aufgaben aus, um die Ziel-NAT mithilfe eines schnittstellenartigen Servicesatzes 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 in die CLI auf der Hierarchieebene [Bearbeiten] ein.

Inline-Services aktivieren

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

    Die FPC- und PIC-Einstellungen hier werden erstellt und einer si- Schnittstelle zugeordnet.

Konfigurieren des Servicesets (im Stil einer Schnittstelle)

  1. Konfigurieren Sie einen Servicesatz, der den Ziel-NAT-Dienst (nat-rules) verwendet. Verwenden Sie den interface-service Parameter, um anzugeben, dass es sich um einen Servicesatz im Schnittstellenstil handelt.

Konfigurieren von physischen Schnittstellen

  1. Konfigurieren Sie die physischen Schnittstellen.

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

  3. Konfigurieren Sie die Filteroptionen der Firewall, um den Datenverkehr an die si Schnittstellen weiterzuleiten.

  4. Konfigurieren Sie die statischen Routing-Optionen.

Beispiel: Konfigurieren von Inline Network Address Translation – Routenbasierte Methode

In diesem Konfigurationsbeispiel wird veranschaulicht, wie routenbasierte Inline-Inline-Netzwerkadressübersetzung (NAT) auf Geräten der MX-Serie mithilfe von si- (Service-Inline-)Schnittstellen mit Servicesätzen im Next-Hop-Stil konfiguriert wird.

In diesem Thema werden folgende Themen behandelt:

Anforderungen

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

  • Router der MX-Serie mit einer MPC-Linecard (Modular Port Concentrators)

  • Junos OS Version 11.4R1 oder höher

Übersicht und Topologie

Ab Junos OS Version 11.4R1 können MPC-Linecards einige Services auch ohne dedizierte Services Card (z. B. MS-MPC) ausführen. Inlinedienste bieten im Allgemeinen eine bessere Leistung als die Verwendung einer Dienstkarte, ihre Funktionalität ist jedoch in der Regel grundlegender. Inline-NAT unterstützt beispielsweise nur statisches NAT.

In diesem Beispiel stellt ein Gerät der MX-Serie mit einer MPC-Linecard Inline-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-Source-NAT unter Verwendung eines Geräts der MX-Serie mit einer MPC Inline Source NAT Using an MX Series Device with an MPC

Wie in der Abbildung dargestellt, sendet Host H1 Datenverkehr an Server S1. Das Gerät der MX-Serie führt eine Quell-NAT aus, 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 mit 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.

Die folgenden Konfigurationselemente werden in diesem Szenario verwendet:

  • Inline-Service-Schnittstelle: Eine virtuelle Schnittstelle, die sich auf der Packet Forwarding Engine der MPC befindet. Für den Zugriff auf Services fließt der Datenverkehr über diese si- (Service-Inline-)Schnittstellen ein und aus.

  • Service-Set: Definiert die auszuführenden Service(s) und gibt an, welche(n) Inline-Schnittstelle(n) Datenverkehr in und aus dem Service-Set einspeisen. Es gibt zwei Möglichkeiten, Service-Sets zu implementieren:

    • Schnittstellenstil: Eine schnittstellenbasierte Methode, bei der Pakete, die an einer Schnittstelle eintreffen, ü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 Dienstsatz 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.

    Routenbasierte Inline-NAT wird in der Regel in Szenarien verwendet, in denen Routing-Instanzen involviert sind.

Diese Elemente kommen zusammen, wie in Abbildung 7 dargestellt.

Abbildung 7: Routenbasierte Inline-Quellen-NAT Route-Based Inline Source NAT

Konfiguration

Führen Sie die folgenden Aufgaben aus, um Inline-NAT mit einem Dienstsatz im Stil des nächsten Hops 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 in die CLI auf der Hierarchieebene [Bearbeiten] ein.

Konfigurieren von physischen Schnittstellen

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

Aktivieren von Inlinediensten und Erstellen einer Inlineschnittstelle

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

    Die FPC- und PIC-Einstellungen hier werden erstellt und einer si- Schnittstelle zugeordnet.

  2. Erstellen Sie auf der si- Benutzeroberfläche zwei logische Einheiten. Geben Sie für jede Einheit die Protokollfamilie (oder -familien) an, die NAT-Dienste benötigen, sowie die "inneren" oder "externen" Schnittstellen für die Dienstdomäne.

    Anmerkung:

    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-Dienst gesendet werden soll

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

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

Konfigurieren von NAT-Regeln und -Pools

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

  2. Konfigurieren Sie den NAT-Pool.

Konfigurieren des Servicesets (im Next-Hop-Stil)

Schritt-für-Schritt-Anleitung
  1. Konfigurieren Sie einen Servicesatz, der den Inline-NAT-Dienst ()nat-rules und die oben definierten Inline-Schnittstellen verwendet. Verwenden Sie den next-hop-service Parameter, um anzugeben, dass es sich um einen Servicesatz im Stil des nächsten Hops handelt, und weisen Sie die si- Schnittstellen basierend auf den obigen Einstellungen als "inside" und "outside" zu.

    Datenverkehr fließt in und aus den si- Schnittstellen, um auf den Inline-NAT-Dienst zuzugreifen.

Befund

Verifizierung

Vergewissern Sie sich, 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. Vergewissern Sie sich auf dem MX-Gerät, dass die Inline-NAT-Konfigurationsdetails korrekt angewendet wurden.

  2. Stellen Sie auf Server S1 sicher, dass 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 aus.

    Anmerkung:

    Für dieses Setup wird ein weiteres MX-Gerät verwendet, um den 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 korrekt von seiner NAT-übersetzten Quell-IP-Adresse empfängt.

Tabellarischer Änderungsverlauf

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

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