Wenn eine NSX VPC erfolgreich realisiert wurde, erstellt das System vertikale und horizontale Standard-Firewallregeln, um das Standard-Firewallverhalten für die Arbeitslasten zu steuern, die in der NSX VPC ausgeführt werden.
Übersicht
Bei vertikalen Firewallregeln handelt es sich um zentralisierte Regeln, die für eingehenden und ausgehenden Datenverkehr der NSX VPC gelten.
Horizontale Firewallregeln sind verteilte Regeln, die für innerhalb der NSX VPC ausgeführte Arbeitslasten gelten.
Die Firewallregeln in einer NSX VPC gelten nur für die VMs in der VPC. D. h. VMs, die mit den Subnetzen in der NSX VPC verbunden sind. Die Firewallregeln in einer NSX VPC wirken sich nicht auf die Arbeitslasten außerhalb der VPC aus.
In den folgenden Unterabschnitten bezieht sich der Begriff „Basislizenz“ auf eine der beiden folgenden Lizenzen:
- NSX Networking for VMware Cloud Foundation
- Lösungslizenz für VCF
- Horizontale Firewall
-
Die Basislizenz berechtigt das System nur für Netzwerkfunktionen. Sie können die Sicherheitsfunktion der horizontalen Firewall in einer NSX VPC nicht konfigurieren. Wenn Sie horizontale Firewallregeln in einer NSX VPC hinzufügen oder bearbeiten möchten, müssen Sie eine entsprechende Sicherheitslizenz im System anwenden.
Wenn keine Sicherheitslizenz angewendet wird, werden die vom System erstellten standardmäßigen horizontalen Firewallregeln in der NSX VPC nicht aktiviert. Die standardmäßigen horizontalen Regeln sind in der NSX VPC vorhanden, aber sie sind in der NSX VPC inaktiv. Sie können die standardmäßigen horizontalen Regeln nicht bearbeiten und auch nicht in der NSX VPC aktivieren.
- Vertikale Firewall
-
Die Basislizenz berechtigt das System, nur statusfreie vertikale Firewallregeln in einer NSX VPC hinzuzufügen oder zu bearbeiten. Wenn Sie sowohl statusbehaftete als auch statusfreie vertikale Firewallregeln in einer NSX VPC hinzufügen oder bearbeiten möchten, müssen Sie eine entsprechende Sicherheitslizenz im System anwenden.
Die standardmäßige vertikale Firewallrichtlinie in einer NSX VPC ist eine statusbehaftete Richtlinie. Wenn keine Sicherheitslizenz im System angewendet wird, können Sie nur die Regelaktion der standardmäßigen vertikalen Firewallregel bearbeiten. In der Standardregel sind keine anderen Bearbeitungen zulässig. Sie können den Status der standardmäßigen vertikalen Firewallrichtlinie nicht von statusbehaftet zu statusfrei ändern.
Horizontale Standard-Firewallregeln in einer NSX VPC
Für jede im Projekt hinzugefügte NSX VPC erstellt das System eine horizontale Standard-Firewallrichtlinie in der NSX VPC. Die folgende Benennungskonvention wird verwendet, um die horizontale Firewall-Standardrichtlinie in einer NSX VPC zu identifizieren:
PROJECT-<Project_Name> VPC-<VPC_Name>-default-layer3-sectionProject_Name und VPC_Name werden durch tatsächliche Werte im System ersetzt.
Die folgende Bildschirmaufnahme zeigt beispielsweise die horizontalen Standard-Firewallregeln in einer NSX VPC.
![Das Bild wird im umgebenden Text beschrieben.](images/GUID-0AE5DC6E-D1FB-47AF-A7D6-705790BB9C80-low.png)
Für alle drei horizontalen Standard-Firewallregeln in einer NSX VPC ist die Option Angewendet auf auf DFW festgelegt. Obwohl die Option Angewendet auf auf DFW festgelegt ist, werden die Firewallregeln nur auf den Arbeitslast-VMs erzwungen, die mit den Subnetzen in der NSX VPC verbunden sind. Arbeitslast-VMs, die sich außerhalb der NSX VPC befinden, sind von diesen Firewallregeln nicht betroffen. Bei Bedarf können VPC-Benutzer die Option Angewendet auf auf Gruppen festlegen und nur die Gruppen auswählen, die in der NSX VPC erstellt wurden.
- Regel 1030 lässt den gesamten ausgehenden Datenverkehr aus den Subnetzen in der NSX VPC zu. Das Ziel des ausgehenden Datenverkehrs können Arbeitslasten innerhalb der NSX VPC oder außerhalb der VPC sein. Sie können diese Standardregel bei Bedarf ändern.
- Regel 1031 lässt den gesamten DHCP-Datenverkehr zu. Sie können diese Standardregel bei Bedarf ändern.
- Regel 1032 verwirft den gesamten Datenverkehr, der nicht mit den vorherigen beiden Regeln übereinstimmt. Diese Regel bedeutet implizit, dass der gesamte eingehende Datenverkehr zur NSX VPC standardmäßig verworfen wird. Sie können nur die Regelaktion dieser Standardregel ändern. Alle anderen Felder in dieser Regel können nicht bearbeitet werden.
Vertikale Standard-Firewallregel in einer NSX VPC
Für jede im Projekt hinzugefügte NSX VPC erstellt das System eine vertikale Standard-Firewallrichtlinie in der NSX VPC. Die folgende Bildschirmaufnahme zeigt beispielsweise die vertikale Standardrichtlinie in einer NSX VPC, die eine statusbehaftete Richtlinie ist. Sie enthält nur eine einzige Firewallregel.
![Das Bild wird im umgebenden Text beschrieben.](images/GUID-EE5E0F6F-F655-4251-A986-6E560D8B927B-low.png)
Die Regel lässt standardmäßig den gesamten Datenverkehr über die vertikale VPC-Firewall zu. Sie können nur die Regelaktion dieser Standardregel ändern. Alle anderen Felder in dieser Regel können nicht bearbeitet werden.
Wie bereits im Abschnitt Übersicht dieser Dokumentation erwähnt, berechtigt die Basislizenz das System, nur statusfreie vertikale Firewallregeln in einem NSX VPC hinzuzufügen oder zu bearbeiten. Wenn Sie sowohl statusbehaftete als auch statusfreie vertikale Firewallregeln in einer NSX VPC hinzufügen oder bearbeiten möchten, müssen Sie eine entsprechende Sicherheitslizenz im System anwenden.
Kommunikation innerhalb einer NSX VPC
Standardmäßig ist der horizontale Datenverkehr zwischen Arbeitslasten innerhalb einer NSX VPC zulässig.
Das folgende Diagramm zeigt beispielsweise drei Arbeitslast-VMs in einer NSX VPC. Standardmäßig kann VM 1 im öffentlichen Subnetz in beide Richtungen mit VM 2 im privaten Subnetz kommunizieren.
Standardmäßig können VMs in isolierten Subnetzen nicht mit VMs in privaten oder öffentlichen Subnetzen kommunizieren. In diesem Diagramm ist VM 2 im privaten Subnetz jedoch auch mit dem isolierten Subnetz verbunden. Daher kann VM 2 im privaten Subnetz in beide Richtungen mit VM 3 im isolierten Subnetz kommunizieren.
![Diagramm wird im umgebenden Text beschrieben.](images/GUID-CD840589-867D-4024-84A4-C9623D9C9D1F-high.png)
Egress-Kommunikation von einer NSX VPC
Wie bereits in diesem Thema erläutert, ist der gesamte ausgehende Datenverkehr von einer NSX VPC standardmäßig zulässig.
Mit öffentlichen Subnetzen verbundene Arbeitslasten können Pakete außerhalb der NSX VPC senden. Dabei ist es unerheblich, ob die Option Vertikale Dienste für die NSX VPC aktiviert oder deaktiviert ist. Den Arbeitslasten in öffentlichen Subnetzen werden IP-Adressen aus den externen IPv4-Blöcken der NSX VPC zugewiesen. Die externen IP-Adressen sind außerhalb der NSX VPC erreichbar.
Mit privaten Subnetzen verbundene Arbeitslasten können Pakete außerhalb der NSX VPC nur dann senden, wenn die folgenden Bedingungen erfüllt sind:
- Die Option Vertikale Dienste ist für die NSX VPC aktiviert.
- Die Option Ausgehende Standard NAT ist für die NSX VPC aktiviert.
Wenn die Option Ausgehende Standard NAT aktiviert ist, wird eine SNAT-Standardregel für die NSX VPC erstellt, um zuzulassen, dass Datenverkehr von den Arbeitslasten im privaten Subnetz außerhalb der NSX VPC weitergeleitet wird. Wenn diese Option deaktiviert ist, wird die SNAT-Standardregel nicht erstellt und der Datenverkehr aus den privaten Subnetzen kann nicht außerhalb der NSX VPC weitergeleitet werden.
Das folgende Diagramm zeigt beispielsweise eine NSX VPC, auf der die Option Ausgehende Standard NAT deaktiviert ist. Der Datenverkehr von VM 1 im öffentlichen Subnetz kann direkt an Benutzer 1.1.1.1 gehen, der sich außerhalb der NSX VPC befindet. Der Egress-Datenverkehr von VM 2 im privaten Subnetz wird jedoch blockiert.
![Diagramm wird im umgebenden Text beschrieben.](images/GUID-B96D10B3-ECBF-4B5D-832D-D9093434646E-high.png)
Das folgende Diagramm zeigt eine NSX VPC, auf der die Option Ausgehende Standard NAT aktiviert ist. In diesem Fall konfiguriert das System automatisch eine Standard-SNAT-Regel für die N-S-Firewall der VPC. Die IP-Adresse von VM 2 im privaten Subnetz wird in eine externe IP übersetzt, die vom System aus dem externen IPv4-Block zugeteilt wird. VM 2 im privaten Subnetz kann jetzt Datenverkehr an Benutzer 1.1.1.1 senden, der sich außerhalb der NSX VPC befindet. VM 1 im öffentlichen Subnetz kann weiterhin Datenverkehr außerhalb der NSX VPC senden, ohne NAT in der vertikalen VPC-Firewall zu durchlaufen.
![Diagramm wird im umgebenden Text beschrieben.](images/GUID-19A14DD4-D82D-4E62-8B61-E7CDA28EA3B1-high.png)
Ingress-Kommunikation in eine NSX VPC
Wie bereits zuvor in diesem Thema erwähnt, verwirft die horizontale Standardregel (Regel 1035) den gesamten eingehenden Datenverkehr in die NSX VPC.
- Datenverkehr von Arbeitslasten, die in anderen NSX-VPCs ausgeführt werden, die sich entweder im selben oder in einem anderen Projekt befinden.
- Datenverkehr von Arbeitslasten, die in einem beliebigen Netzwerk innerhalb des Datencenters ausgeführt werden.
- Datenverkehr aus dem Internet.
Das folgende Diagramm zeigt beispielsweise, dass der Datenverkehr von Benutzer 1.1.1.1, der mit einem Tier-0-/VRF-Gateway verbunden ist, daran gehindert wird, VM 1 im öffentlichen Subnetz und VM 2 im privaten Subnetz zu erreichen.
![Diagramm wird im umgebenden Text beschrieben.](images/GUID-56F292B7-08C5-4D1D-B80B-74B6C1FA9B8A-high.png)
Damit eingehender Datenverkehr von außerhalb der NSX VPC die Arbeitslasten in den öffentlichen Subnetzen erreichen kann, müssen Sie eine benutzerdefinierte horizontale Firewallrichtlinie hinzufügen oder die horizontale Regel in der Standard-Firewallrichtlinie der NSX VPC ändern. Beachten Sie, dass die vertikale Standardregel in der NSX VPC standardmäßig den gesamten Datenverkehr über die vertikale VPC-Firewall zulässt.
Um zuzulassen, dass eingehender Datenverkehr von außerhalb der NSX VPC Arbeitslasten in den privaten Subnetzen erreicht, führen Sie die folgenden Schritte aus:
- Stellen Sie sicher, dass die Option Vertikale Dienste für die NSX VPC aktiviert ist.
- Fügen Sie eine NAT-Regel mit reflexiver Aktion oder DNAT-Aktion in der NSX VPC hinzu.
Teilen Sie in der NAT-Regel eine gültige IPv4-Adresse aus dem externen IPv4-Block zu, damit das System die IP-Adresse der VM im privaten Subnetz dieser externen IPv4-Adresse zuordnen kann. Wenn Sie beispielsweise eine NAT-Regel mit reflexiver Aktion erstellen, geben Sie die externe IPv4-Adresse im Textfeld Übersetzte IP der Regeldefinition an. Die IPv4-Adresse muss zum externen IPv4-Block der NSX VPC gehören und für die Zuteilung verfügbar sein. Andernfalls wird eine Fehlermeldung angezeigt. Derzeit wird im Textfeld Übersetzte IP nur eine einzelne IPv4-Adresse unterstützt. Ein CIDR-Block wird nicht unterstützt.
Führen Sie diesen Schritt aus, um eingehenden Datenverkehr für jede Arbeitslast-VM zu aktivieren, die an das private Subnetz angehängt ist. Wenn beispielsweise vier Arbeitslast-VMs an das private Subnetz angehängt sind, erstellen Sie vier separate NAT-Regeln.
- Fügen Sie eine benutzerdefinierte horizontale Firewallrichtlinie hinzu oder ändern Sie die horizontale Regel in der Standard-Firewallrichtlinie der NSX VPC, damit Datenverkehr die Arbeitslasten in den privaten Subnetzen erreichen kann.
Nach Abschluss dieser Schritte ist der gesamte eingehende Datenverkehr nun für die Arbeitslasten der privaten Subnetze zulässig. Wie im vorigen Unterabschnitt erwähnt, wird VPC-Benutzern empfohlen, benutzerdefinierte vertikale Firewallregeln in ihren NSX VPC hinzuzufügen, um eingehenden Datenverkehr je nach ihren Sicherheitsanforderungen auf bestimmte Ports zu beschränken.
Das folgende Diagramm zeigt beispielsweise, dass der Datenverkehr von Benutzer 1.1.1.1, der mit einem Tier-0-/VRF-Gateway verbunden ist, NAT in der VPC-N-S-Firewall durchläuft und dann VM 2 im privaten Subnetz erreicht.
In diesem Beispiel lautet die Konfiguration der NAT-Regel wie folgt:
- Quell-IP: 10.5.0.5 (private IP-Adresse von VM 2)
- Übersetzte IP: 5.5.100.100 (IP-Adresse aus dem externen IPv4-Adressblock, der VM 2 zugeteilt ist)
- Aktion: Reflexiv
![Diagramm wird im umgebenden Text beschrieben.](images/GUID-D1E2A6A3-427A-4756-A2B2-E647F2155FD3-high.png)