VPN-Gateway erstellen
Sie können eine „ IBM Cloud VPN “ für eine VPC erstellen, um Ihre VPC sicher mit einem anderen privaten Netzwerk zu verbinden, beispielsweise mit einem lokalen Netzwerk oder einer anderen VPC.
Bevor Sie beginnen, lesen Sie die Planungshinweise für VPN-Gateways und die bekannten Einschränkungen, Probleme und Beschränkungen von VPN-Gateways.
Erstellen eines VPN-Gateways in der Konsole
Gehen Sie folgendermaßen vor, um ein VPN-Gateway in der Konsole zu erstellen:
-
Öffnen Sie in Ihrem Browser die „ IBM Cloud “-Konsole und melden Sie sich bei Ihrem Konto an.
-
Wählen Sie das Navigationsmenü
aus und klicken Sie dann auf
Infrastruktur- VPC > Netzwerk > VPNs.
-
Wählen Sie unbedingt die Registerkarten Site-to-Site-Gateways > VPN-Gateways aus.
-
Klicken Sie auf der Seite 'VPNs for VPC' auf Erstellen und wählen Sie dann die Kachel Site-to-Site-Gateway aus.
-
Geben Sie die folgenden Informationen an:
-
Region- Wählen Sie die Region aus, in der das VPN-Gateway bereitgestellt werden soll.
-
VPN-Gatewayname - Geben Sie einen Namen für das VPN-Gateway ein (z. B.
my-vpn-gateway). -
Ressourcengruppe - Wählen Sie eine Ressourcengruppe für das VPN-Gateway aus.
-
Tags: Fügen Sie optional Tags zum Identifizieren dieses Gateways hinzu.
-
Zugriffsmanagementtags-Optional können Sie Zugriffsmanagementtags zu Ressourcen hinzufügen, um die Zugriffssteuerungsbeziehungen zu organisieren. Das einzige unterstützte Format für Zugriffsverwaltungstags ist
key:value. Weitere Informationen finden Sie unter Zugriff auf Ressourcen mithilfe von Tags steuern. -
Virtual Private Cloud - Die VPC für das VPN-Gateway auswählen.
-
Subnetz – Wählen Sie das Subnetz aus, in dem Sie das VPN-Gateway erstellen möchten. Wichtige Informationen zu Teilnetzen finden Sie unter Hinweise zur Planung.
-
Modus-Wählen Sie ein richtlinienbasiertes oder ein routenbasiertes VPN aus. Weitere Informationen zu VPN-Typen finden Sie unter VPN-Features.
-
ASN- Ein numerischer Bezeichner für das VPN-Gateway. Dieser Wert identifiziert Ihr lokales Netzwerk für BGP-Peering und wird während des Aufbaus der BGP-Sitzung mit Ihrem lokalen Gerät verwendet.
-
Angekündigte CIDRs (optional)- Die CIDR-Bereichswerte, die die IPv4 Netzwerkbereiche an die entfernten VPN-Peers ankündigen.
Der ASN-Wert ist für das dynamische Routing erforderlich. Wenn Sie keine ASN angeben, wird das VPN-Gateway mit der Standard-ASN
64520erstellt. Sie können den lokalen ASN-Wert nicht mehr ändern, nachdem Sie das VPN-Gateway mit dem Transit-Gateway verbunden haben.
-
-
Aktivieren Sie im Abschnitt VPN-Verbindung für VPC den Schalter, um die Konnektivität zwischen diesem Gateway und dem Netz außerhalb Ihres VPN einzurichten. Sie können auch nach der Einrichtung des Gateways eine VPN-Verbindung hinzufügen. Geben Sie im Abschnitt „Verbindungsdetails“ die folgenden Informationen an:
-
VPN-Verbindungsname - Geben Sie einen Namen für die Verbindung ein (z. B.
my-connection). -
Verbindungstyp- Wählen Sie einen statischen oder dynamischen Verbindungstyp.
-
Peer-Gateway-Adresse-Geben Sie die Peereinheit über eine öffentliche IP-Adresse oder einen FQDN des VPN-Gateways für das Netz außerhalb Ihrer VPC an.
-
Peer-ASN (nur bei dynamischer Route)- Wenn Sie als Verbindungstyp "Dynamisch" wählen, müssen Sie die Peer-ASN angeben. Dieser Wert identifiziert das entfernte Peer-Netzwerk, mit dem das VPN Routen austauscht.
Bestimmte ASN-Werte sind eingeschränkt und können nicht als Peer-ASNs verwendet werden, darunter
0,13884,36351,64512,64513,65100,65200–65234,65402–65433,65500oder4201065000–4201065999. Diese Werte sind entweder reserviert oder Teil privater ASN-Bereiche und können Routing-Konflikte verursachen. -
Modus einrichten-Wählen Sie entweder Bidirektional oder Nur Peer aus.
- Im bidirektionalen Modus werden die IKE-Protokollverhandlungen (oder Schlüsselneugenerierungsprozesse) von beiden Seiten des VPN-Gateways aus initiiert.
- Im Modus Nur Peer kann der Peer IKE-Protokollvereinbarungen für diese VPN-Gateway-Verbindung einleiten. Der Peer ist auch dafür verantwortlich, die Schlüsselneuerstellung einzuleiten, nachdem die Verbindung hergestellt wurde.
Wenn sich Ihre Peereinheit hinter einer NAT-Einheit befindet und keine öffentliche IP-Adresse hat, müssen Sie Nur Peer angeben.
-
Vorab verteilter Schlüssel - Geben Sie den Authentifizierungsschlüssel des VPN-Gateways für das Netz außerhalb Ihrer VPC an. Der vorab verteilte Schlüssel ist eine Zeichenfolge aus Hexadezimalziffern oder eine Kennphrase aus druckbaren ASCII-Zeichen. Die Zeichenfolge muss die folgenden Regeln einhalten, damit sie mit den meisten Peer-Gateway-Typen kompatibel ist:
- Es kann sich um eine Kombination aus Ziffern, Klein- oder Großbuchstaben oder den folgenden Sonderzeichen handeln:
- + & ! @ # $ % ^ * ( ) . , : - Die Zeichenfolge muss 6 bis 128 Zeichen lang sein.
- Sie darf nicht mit den Zeichen
0xoder0sbeginnen.
- Es kann sich um eine Kombination aus Ziffern, Klein- oder Großbuchstaben oder den folgenden Sonderzeichen handeln:
-
Verkehr verteilen (nur routenbasiertes VPN)- Aktivieren Sie diese Option, um den Verkehr automatisch zwischen den aktiven Tunneln des VPN-Gateways zu verteilen, wenn der nächste Hop einer VPC-Route die VPN-Verbindung ist. Diese Option ist nützlich, um den Durchsatz zu maximieren, wobei zwei VPN-Tunnel eine Verbindung zu Ihrem Remote-Peer-Netzwerk herstellen. Wenn diese Option nicht aktiviert ist, wählt das VPN-Gateway den Tunnel mit der kleineren öffentlichen IP als primären Pfad und wechselt nur dann zum sekundären Tunnel, wenn der primäre ausfällt. Weitere Informationen finden Sie unter Anwendungsfall 4: Verteilen des Datenverkehrs für ein routenbasiertes VPN.
-
Lokale Teilnetze (nur richtlinienbasiertes VPN) - Geben Sie ein oder mehrere Teilnetze in der VPC an, zu denen Sie über den VPN-Tunnel eine Verbindung herstellen möchten.
-
Peer-Subnetze (nur richtlinienbasiertes VPN) – Geben Sie ein oder mehrere Subnetze im Peer-Netzwerk an, mit denen Sie über den VPN-Tunnel eine Verbindung herstellen möchten.
Die Bereichsüberlagerung von Teilnetzen zwischen lokalen und Peer-Teilnetzen ist nicht zulässig.
-
-
Geben Sie im Abschnitt Tunneldetails (nur bei dynamischer Route) die für das dynamische Routing mit BGP erforderlichen Tunnel- und Peer-Interface-IPs an.
-
Tunnel interface IP- Geben Sie die IP-Adresse an, die der VPN-Gateway-Seite des VPN-Tunnels zugewiesen ist.
-
Peer interface IP- Geben Sie die IP-Adresse an, die der entfernten Netzwerkseite des VPN-Tunnels zugewiesen ist. Diese Adresse ist Ihr lokales Gerät oder Ihr Peer-VPN-Gateway.
Die IPs der Tunnel- und der Peer-Schnittstelle müssen zusammenhängend sein und zum selben
/30Subnetz gehören. Dieses Subnetz bietet vier IP-Adressen, wobei die erste (Netzwerkadresse) und die letzte (Broadcast-Adresse) reserviert sind. Im Teilnetz192.168.0.0/30sind beispielsweise die IPs192.168.0.1und192.168.0.2nutzbar. Wenn Sie192.168.0.1der Schnittstelle von Tunnel 1 zuweisen, dann müssen Sie192.168.0.2der Schnittstelle von Peer 1 zuweisen. Verwenden Sie in ähnlicher Weise für Tunnel 2 ein anderes/30-Subnetz, z. B.192.168.0.4/30. In diesem Fall weisen Sie192.168.0.5der Schnittstelle von Tunnel 2 und192.168.0.6der Schnittstelle von Peer 2 zu. Außerdem dürfen sich die Tunnel-IPs, die für den Aufbau von IPsec-Verbindungen verwendet werden, nicht mit dem CIDR-Bereich überschneiden, der für die Transit Gateway-Verbindung gewählt wurde.
-
-
Konfigurieren Sie im Abschnitt „Dead-Peer-Erkennung“, wie das VPN-Gateway Nachrichten sendet, um zu überprüfen, ob das Peer-Gateway aktiv ist. Geben Sie die folgenden Informationen an:
- Aktion - Geben Sie die Aktion bei Erkennung inaktiver Peers an, die ausgeführt werden soll, wenn ein Peer-Gateway nicht mehr reagiert. Wählen Sie zum Beispiel Erneut starten aus, wenn das Gateway die Verbindung sofort erneut vereinbaren soll.
- Intervall (Sek.) - Geben Sie an, in welchen Zeitabständen überprüft werden soll, dass das Peer-Gateway aktiv ist. Standardmäßig werden alle 2 Sekunden Statusprüfungsanforderungen gesendet.
- Zeitlimit (Sek.) - Geben Sie an, wie lange auf eine Antwort vom Peer-Gateway gewartet werden soll. Standardmäßig wird ein Peer-Gateway als nicht aktiv eingestuft, wenn innerhalb von 10 Sekunden keine Antwort empfangen wird.
-
Geben Sie im Abschnitt Richtlinien die Optionen für Internet Key Exchange (IKE) und Internet Protocol Security (IPsec) an, die für Phase 1 und Phase 2 beim Vereinbaren der Verbindung verwendet werden sollen.
- Wählen Sie Automatisch aus, wenn das Gateway versuchen soll, die Verbindung automatisch herzustellen.
- Wählen oder erstellen Sie benutzerdefinierte Richtlinien, wenn:
- Sie müssen bestimmte Sicherheitsanforderungen durchsetzen.
- Das VPN-Gateway im anderen Netz unterstützt die Sicherheitsvorschläge, die bei der Einrichtung automatisch ausgehandelt werden, nicht.
Die IKE- und IPsec-Sicherheitsoptionen, die Sie für die Verbindung festlegen, müssen genau mit denen übereinstimmen, die auf dem Peer-Gateway für das Netzwerk außerhalb Ihrer VPC eingestellt sind.
-
Im Abschnitt "Erweiterte Optionen" können Sie lokale und Peer-IKE-Identitäten anpassen, anstatt die Standard-IKE-Identität zu verwenden. Es kann maximal eine Peer-IKE-Identität angegeben werden.
Für richtlinienbasierte VPN-Gateways können Sie höchstens eine lokale IKE-Identität konfigurieren. Wenn Sie für routenbasierte VPN-Gateways eine lokale IKE-Identität konfigurieren möchten, müssen Sie zwei angeben. Sie können Werte für die Elemente eingeben oder die Eingabefelder leer lassen.
-
Lokale IKE-Identitäten-Wählen Sie einen Typ für die lokale IKE-Identität aus und geben Sie dann den zugehörigen Wert ein. Sie können beispielsweise eine einzelne 4-Oktett- IPv4-Adresse (
9.168.3.4), einen FQDN (my-vpn.example.com), einen Hostnamen (my-host) oder eine base64-encoded-Schlüssel-ID (MTIzNA==) eingeben.-
Der statische Routenmodus besteht aus zwei Membern im Aktiv/Aktiv-Modus, wobei die erste Identität für das erste Member und die zweite Identität für das zweite Member gilt. Wenn Sie keine lokalen IKE-Identitäten angeben, ist der Typ eine IPv4-Adresse und der Wert ist die öffentliche IP-Adresse des VPN-Verbindungstunnels des Mitglieds.
-
Der Richtlinienmodus besteht aus zwei Membern im Aktiv-Standby-Modus. Die lokale IKE-Identität gilt für das aktive Mitglied. Wenn Sie keinen Wert angeben, entspricht die lokale IKE-Identität der öffentlichen IP-Adresse des VPN-Gateways.
-
-
Peer-IKE-Identität-Wählen Sie einen Typ für die Peer-IKE-Identität aus und geben Sie dann den zugehörigen Wert ein. Sie können beispielsweise eine „ IPv4 “-Adresse (
9.168.3.4), einen FQDN (my-vpn.example.com), einen Hostnamen (my-host) oder eine „ base64-encoded “-Schlüssel-ID (MTIzNA==) eingeben.Die IKE-Identität des Peers gilt für das aktive Mitglied. Wenn Sie keinen Wert angeben, verwenden Sie die IPv4-Adresse oder den FQDN des Peer-Gateways.
-
Einrichten eines VPN-Gateways über die Befehlszeile
Bevor Sie beginnen, richten Sie Ihre CLI-Umgebung ein.
Um über die Befehlszeile ein VPN-Gateway zu erstellen, geben Sie den folgenden Befehl ein:
ibmcloud is vpn-gateway-create VPN_GATEWAY_NAME SUBNET
[--mode policy | route]
[--advertised-cidrs IPv4_NETWORK_RANGE]
[--local-asn ASN_NUMBER]
[--resource-group-id RESOURCE_GROUP_ID | --resource-group-name RESOURCE_GROUP_NAME]
[--output JSON] [-q, --quiet]
Dabei gilt:
VPN_GATEWAY_NAME- Der Name des VPN-Gateways.
SUBNET- Die ID des Teilnetzes.
--mode- Der Modus des VPN-Gateways. Entweder:
policyoderroute. --advertised-cidrs- IPv4 netzwerkbereich, um der entfernten VPN-Gegenstelle die Adresse mitzuteilen.
--local-asn- Identifiziert Ihr lokales Netzwerk für BGP-Peering.
--resource-group-id- Die ID der Ressourcengruppe. Diese Option ist mit der Option „
--resource-group-name“ nicht kombinierbar. --resource-group-name- Der Name der Ressourcengruppe. Diese Option ist mit der Option „
--resource-group-id“ nicht kombinierbar. --output- Ausgabe im JSON-Format.
-q, --quiet- Eine Option, die die ausführliche Ausgabe unterdrückt.
Befehlsbeispiele
-
Erstellen Sie ein routenbasiertes VPN-Gateway mit einer spezifischen Teilnetz-ID:
ibmcloud is vpn-gateway-create my-vpc-gateway fee82deba12e4c0fb69c3b09d1f12345 --mode route -
Erstellen Sie ein richtlinienbasiertes VPN-Gateway unter Verwendung der Standard-Ressourcengruppe:
ibmcloud is vpn-gateway-create my-vpc-gateway fee82deba12e4c0fb69c3b09d1f12345 --mode policy --resource-group-name Default -
Erstellen Sie ein routenbasiertes VPN-Gateway, indem Sie eine bestimmte Ressourcengruppen-ID verwenden und die Ausgabe im JSON-Format festlegen:
ibmcloud is vpn-gateway-create my-vpc-gateway fee82deba12e4c0fb69c3b09d1f12345 --mode route --resource-group-id fee82deba12e4c0fb69c3b09d1f12345 --output JSON -
Erstellen Sie ein routenbasiertes VPN-Gateway für eine dynamische Verbindung mit ausgeschriebenen CIDRs und lokalen ASN:
ibmcloud is vpn-gateway-create my-vpc-gateway fee82deba12e4c0fb69c3b09d1f12345 --mode route --advertised-cidrs 192.168.3.0/24 --local-asn 64520 -
Alle VPN-Gateways auflisten:
ibmcloud is vpn-gateways ic vpn-gateways -
Details zu einem bestimmten VPN-Gateway abrufen:
ic vpn-gateway my-vpc-gateway -
VPN-Gateway mit lokaler ASN aktualisieren:
ic vpn-gateway-update my-vpc-gateway --name my-vpc-gateway --local-asn 64521 -
Liste der angekündigten CIDRs für ein VPN-Gateway:
ibmcloud is vpn-gateway-advertised-cidrs my-vpc-gateway -
Überprüfen Sie, ob die angegebene, angekündigte CIDR-Adresse auf dem VPN-Gateway vorhanden ist:
ibmcloud is vpn-gateway-advertised-cidr my-vpc-gateway --cidr 10.45.0.0/26 -
Fügen Sie dem VPN-Gateway einen angekündigten CIDR hinzu:
ibmcloud is vpn-gateway-advertised-cidr-add my-vpc-gateway --cidr 10.45.0.0/26 -
Ein angekündigtes CIDR-Segment aus dem VPN-Gateway löschen:
ibmcloud is vpn-gateway-advertised-cidr-delete my-vpc-gateway 10.45.0.0/26 -
Listet alle Serviceverbindungen für ein VPN-Gateway auf:
ibmcloud is vpn-gateway-service-connections my-vpc-gateway -
Abrufen der Dienstverbindungsdetails eines bestimmten VPN-Gateways:
ibmcloud is vpn-gateway-service-connection my-vpc-gateway --service-connection-id 72fd9e00-3117-4b2e-984d-9361a9a97801
Erstellen eines VPN-Gateways über die API
Um über die API ein VPN-Gateway zu erstellen, führen Sie die folgenden Schritte aus:
-
Richten Sie Ihre API-Umgebung mit den richtigen Variablen ein.
-
Speichern Sie alle zusätzlichen Variablen, die in den API-Befehlen verwendet werden. Beispiel:
ResourceGroupId- Suchen Sie die Ressourcengruppen-ID mithilfe des Befehlsget resource groupsund füllen Sie dann die Variable:
export ResourceGroupId=<your_resourcegroup_id>SubnetId- Suchen Sie die Teilnetz-ID mithilfe des Befehlsget subnetund füllen Sie anschließend die Variable:
export SubnetId=<your_subnet_id> -
Wenn alle Variablen initialisiert sind, erstellen Sie das VPN-Gateway:
- Um ein richtlinienbasiertes VPN-Gateway zu erstellen, verwenden Sie den folgenden Befehl:
curl -X POST "$vpc_api_endpoint/v1/vpn_gateways?version=$api_version&generation=2" \ -H "Authorization: Bearer $iam_token" \ -d '{ "name": "my-new-vpn-gateway", "mode": "policy", "subnet": { "id": "'$SubnetId'" }, "resource_group": { "id": "'$ResourceGroupId'" } }'- Um ein VPN-Gateway für eine auf statischen Routen basierende VPN-Verbindung zu erstellen, verwenden Sie den folgenden Befehl:
curl -X POST "$vpc_api_endpoint/v1/vpn_gateways?version=$api_version&generation=2" \ -H "Authorization: Bearer $iam_token" \ -d '{ "name": "my-new-vpn-gateway", "mode": "route", "subnet": { "id": "'$SubnetId'" }, "resource_group": { "id": "'$ResourceGroupId'" } }'- Um ein VPN-Gateway für eine dynamische routenbasierte VPN-Verbindung zu erstellen, verwenden Sie den folgenden Befehl:
curl -X POST "$vpc_api_endpoint/v1/vpn_gateways?version=$api_version&generation=2" \ -H "Authorization: Bearer $iam_token" \ -H "Content-Type: application/json" \ -H "Accept: application/json" \ -H "X-Correlation-ID: 9852c2ff-c20a-4082-98da-cd689bcd5a11" \ -d '{ "name": "my-new-vpn-gateway", "subnet": { "id": "'"$SubnetId"'" }, "mode": "route", "local_asn": 64520, "advertised_cidrs": [ "192.168.0.0/24" ], "resource_group": { "id": "'"$ResourceGroupId"'" } }'- Um alle angekündigten CIDRs für ein VPN-Gateway aufzulisten, verwenden Sie den folgenden Befehl:
curl -X GET "$vpc_api_endpoint/v1/vpn_gateways?version=$api_version&generation=2/$vpn_gateway_id/advertised_cidrs/$cidr?__QUERY__" \ -H "Authorization: Bearer $iam_token"- Um eine angekündigte CIDR von einem VPN-Gateway zu entfernen, verwenden Sie den folgenden Befehl:
curl -X DELETE "$vpc_api_endpoint/v1/vpn_gateways?version=$api_version&generation=2/$vpn_gateway_id/advertised_cidrs/$cidr?__QUERY__" \ -H "Authorization: Bearer $iam_token" \- Verwenden Sie den folgenden Befehl, um eine angekündigte CIDR auf einem VPN-Gateway festzulegen:
curl -X PUT "$vpc_api_endpoint/v1/vpn_gateways?version=$api_version&generation=2/$vpn_gateway_id/advertised_cidrs/$cidr?__QUERY__" \ -H "Authorization: Bearer $iam_token"
Den vollständigen Satz von APIs für Site-to-Site-VPN-Gateways finden Sie in der VPC-API-Referenz.
VPN-Gateway mit Terraform erstellen
Das folgende Beispiel veranschaulicht die Erstellung eines VPN-Gateways mit Terraform:
resource "ibm_is_vpn_gateway" "is_vpn_gateway" {
name = "my-vpn-gateway"
subnet = ibm_is_subnet.is_subnet.id
mode = "route"
}
Weitere Informationen finden Sie in der Terraform-Registry.
Nächste Schritte
Nachdem Sie ein VPN-Gateway erstellt haben, können Sie Folgendes tun:
- Erstellen Sie eine IKE-Richtlinie, wenn Sie sich dafür entscheiden, anstelle der automatischen Aushandlung eine benutzerdefinierte IKE-Richtlinie zu verwenden.
- Erstellen Sie eine IPsec-Richtlinie, wenn Sie sich dafür entscheiden, anstelle der automatischen Aushandlung eine benutzerdefinierte IPsec-Richtlinie zu verwenden.
- Erstellen Sie eine VPN-Verbindung, falls Sie diese nicht bereits bei der Einrichtung Ihres VPN-Gateways erstellt haben. Weitere Informationen finden Sie unter Verbindungen zu einem VPN-Gateway hinzufügen.
- Konfigurieren Sie die Routenverfolgung für VPN-Gateways im richtlinienbasierten Modus.
- Um ein routenbasiertes VPN zu erstellen, müssen Sie zuerst eine Routing-Tabelle erstellen und dann eine Route mithilfe des VPN-Verbindungstyps erstellen.
- Für eine dynamische, routenbasierte VPN-Verbindung verbinden Sie ein Transit-Gateway mit dem VPN-Gateway. Siehe Erstellen eines Transit-Gateways.