IPv6-Adressen

In diesem Thema wird die Unterstützung von IPv6-Adressierung in Ihrem VCN beschrieben.

Highlights

  • Die IPv6-Adressierung wird für alle kommerziellen und Regierungsregionen unterstützt.
  • Während der VCN-Erstellung entscheiden Sie, ob das VCN für IPv6 aktiviert ist. Sie können IPv6 auch auf vorhandenen Nur-IPv4-VCNs aktivieren. Sie können auch festlegen, ob die einzelnen Subnetze in einem IPv6-fähigen VCN für IPv6 aktiviert sind.
  • IPv6-fähige-VCNs können ein von Oracle zugewiesenes IPv6-Global Unicast Address-(GUA-)Präfix der Größe /56 verwenden, oder Sie können ein ULA-Präfix oder ein BYOIPv6-Präfix angeben. Dieses von Oracle zugewiesene /56-Präfix ist für die Internetkommunikation zum VCN global routbar und entspricht der öffentlichen IPv4-Adressierung. Alle IPv6-fähigen Subnetze sind /64. Sie können die Internetkommunikation mit einem Subnetz entweder zulassen oder untersagen, indem Sie das Flag "public/private" auf Subnetzebene angeben.
  • Wenn Sie BYOIP verwenden, können Sie ein IPv6-GUA-Präfix von /48 oder größer importieren und müssen einem VCN ein Präfix von /64 oder größer zuweisen.
  • Sie können ein Unique Local Address-(ULA-)Präfix angeben. Dieses Präfix ist in Ihrem OCI-Netzwerk intern routbar und entspricht der privaten IPv4-Adressierung. Mit ULA können Sie einem VCN ein Präfix von /64 oder größer zuweisen.
  • Sie legen auch fest, ob eine bestimmte VNIC in einem IPv6-fähigen Subnetz über IPv6-Adressen (maximal 32 pro VNIC) verfügt.
  • Nur diese Networking-Gateways unterstützen IPv6-Traffic: dynamisches Routinggateway (DRG) , lokales Peering-Gateway (LPG)  und Internetgateway .
  • Sowohl von eingehendem als auch ausgehendem Traffic initiierte IPv6-Verbindungen werden zwischen Ihrem VCN und dem Internet und zwischen Ihrem VCN und Ihrem On-Premise-Netzwerk unterstützt. Die Kommunikation zwischen Ressourcen in Ihrem VCN oder zwischen VCNs wird ebenfalls unterstützt.
  • IPv6-Traffic zwischen Ressourcen innerhalb einer Region (VCN-intern und -übergreifend) wird unterstützt. Weitere wichtige Details finden Sie unter Routing für IPv6-Traffic und Internetkommunikation.
  • Sowohl FastConnect als auch Site-to-Site-VPN unterstützen IPv6-Traffic zwischen Ihrem VCN und Ihrem On-Premise-Netzwerk. Sie müssen FastConnect oder Site-to-Site-VPN für IPv6 konfigurieren.

IPv6-Adressen - Überblick

Oracle unterstützt duale IPv4/IPv6-Adressierung für VCNs. Jedes VCN unterstützt immer IPv4, und während der VCN-Erstellung kann IPv6 optional aktiviert werden. Sie können auch ein IPv6-Präfix zu einem Nur-IPv4-VCN hinzufügen, während Sie IPv6 aktivieren. Wenn Sie IPv6 für VCN aktivieren, bedeutet dies, dass ein Subnetz bei der Erstellung optional auch über IPv6-Adressen verfügen kann. Deshalb kann ein VCN eine Mischung aus ausschließlich IPv4-Subnetzen und IPv6-fähigen Subnetzen haben.

Nach dem Erstellen einer Compute-Instanz können Sie der VNIC eine IPv6-Adresse hinzufügen. Diese IP-Adressen können aus mehreren IPv6-Präfixen zugewiesen werden, sofern sie dem Subnetz zugewiesen sind. Sie können eine IPv6-Adresse jederzeit aus einer VNIC entfernen.

Einem IPv6-fähigen VCN zugewiesene IPv6-Präfixe

Ein IPv6-fähiges VCN ist Dual Stack, d.h. ihm ist sowohl ein IPv4-CIDR als auch ein IPv6-Präfix zugewiesen. Ein VCN kann bis zu fünf IPv4-CIDRs und bis zu fünf IPv6-Präfixe aufweisen. Ein IPv6-fähiges VCN kann eine von Oracle zugewiesene/56 Globale Unicast-Adresse (GUA) verwenden, Sie können ein BYOIPv6-Präfix importieren und zuweisen oder ein eindeutiges lokales Adresspräfix (ULA) angeben. Oracle kann ein GUA-IPv6-Präfix zuweisen, das hier auch als global routbares IPv6-Präfix bezeichnet wird. Sie können auch Bring Your Own IP (BYOIP) verwenden, um ein /48-Präfix zu verwenden. In der folgenden Tabelle sind die Optionen zusammengefasst.

IPv4 oder IPv6 Anwendung und Größe Wer weist den Adressblock zu? Zulässige Werte
Privates IPv4-CIDR

Private Kommunikation

/16 bis /30

Sie Typischer RFC 1918-Bereich
Global routbares IPv6-Präfix

Internet- oder private Kommunikation

/56

Oracle

Oracle weist das IPv6-Präfix des VCN zu.

BYOIP-IPv6-Präfix

Internet- oder private Kommunikation

/64 (Minimum)

Sie IPv6 GUA liegen immer im Bereich 2000::/3.
IPv6-ULA

Private Kommunikation

/64 (Minimum)

Sie

Dieser Adresstyp kann im Bereich fc00::/7 ULA oder 2000:/3 GUA liegen.

Hinweis

IPv6-ULA-Adressen, die VCNs zugewiesen sind, werden nur für die interne Kommunikation verwendet, selbst wenn sich die Adressen im GUA-Bereich befinden. OCI veröffentlicht die Präfixe nicht im Internet und leitet den Traffic zwischen diesen internen Präfixen und dem Internet nicht weiter.

Eindeutige lokale Adressen sind global eindeutige Adressen, die eine Kommunikation zwischen Knoten auf verschiedenen Links innerhalb derselben Site oder zwischen Sites ermöglichen. Sie sind administrativ segmentiert und dienen nicht zum Routing im Internet. RFC 4193 bietet weitere Informationen zu ULAs.

Internetkommunikation

Wenn Sie IPv6 in Ihrem VCN aktivieren, können Sie wählen, welche Typen von IPv6-Adressen zugewiesen werden: von Oracle zugewiesen, BYOIPv6 oder ULA. Dann können Sie IPv6 in Subnetzen aktivieren (siehe Aufgabe 2: Regionales IPv6-fähiges öffentliches Subnetz erstellen) sowie den VNICs oder Load Balancern einer einzelnen Instanz IPv6-Adressen zuweisen, sofern sie in einem IPv6-fähigen Subnetz mit einem IPv6-Präfix gestartet wurden. Sie können auch bestimmen, ob die Internetkommunikation mit IPv6-fähigen Ressourcen zulässig oder unzulässig ist, indem Sie angeben, ob das Subnetz öffentlich oder privat ist. Wenn einer IPv6-fähigen Ressource eine GUA-Adresse zugewiesen ist und sie in einem öffentlichen Subnetz gehostet wird, ist die wechselseitige Kommunikation mit dem Internet zulässig. Wenn eine IPv6-fähige Ressource in einem privaten Subnetz gehostet wird, ist die wechselseitige Kommunikation mit dem Internet unzulässig, auch wenn der Ressource eine GUA-Adresse zugewiesen ist.

Zuweisung von IPv6-Adressen zu einem VNIC

Um das IPv6 für eine bestimmte VNIC zu aktivieren, weisen Sie der VNIC ein IPv6 zu. Diese IP-Adressen können aus mehreren IPv6-Präfixen zugewiesen werden, sofern sie dem Subnetz zugewiesen sind. Wie bei IPv4 können Sie beim Zuweisen einer IPv6-Adresse die gewünschte Adresse angeben oder Oracle eine Adresse für Sie wählen lassen.

Sie können eine IPv6-Adresse von einer VNIC in eine andere im selben Subnetz verschieben.

Format von IPv6-Adressen

IPv6-Adressen haben 128 Bit.

Für ein VCN ist ein IPv6-Präfixblock der Größe /56 erforderlich. Die linken 56 Bit bestimmen den VCN-Teil der Adresse. Beispiel:

2001:0db8:0123:7800::/56 (oder fd00::/56 für ULA-Adressen)

Für ein Subnetz ist ein IPv6-Präfixblock der Größe /64 erforderlich. Die rechten 16 Bit im Präfix eines Subnetzes bestimmen den Subnetzteil der Adresse. Im folgenden Beispiel ist 7811 der eindeutige Teil des Subnetzes:

2001:0db8:0123:7811::/64

Im folgenden ULA-Beispiel ist 11 der eindeutige Teil des Subnetzes:

fd00:0:0:11::/64

In den ersten 64 Bit einer IPv6-Adresse wird der eindeutige Teil bestimmt, der für die jeweilige IPv6-Adresse spezifisch ist. Beispiel:

2001:0db8:0123:7811:abcd:ef01:2345:6789

Wenn Sie einer VNIC ein IPv6 zuweisen, können Sie angeben, welche spezifische IPv6-Adresse verwendet werden soll (diese 64 Bit).

Beispiel für die Aktivierung von IPv6 im VCN

In diesem Beispiel weist Oracle das Präfix 2001:0db8:0123: 7811::/56 zu.

Das folgende Diagramm veranschaulicht das VCN und umfasst zwei Subnetze: das öffentliche Subnetz 1111 und das private Subnetz 1112.

Diese Abbildung zeigt ein Beispiel für IPv4- und IPv6-Adressen, die in einem VCN mit einem von Oracle bereitgestellten IPv6-Präfix verwendet werden.

Der Zugriff auf das Internet wird immer auf Subnetzebene bestimmt, nicht auf VNIC-Ebene.

VNIC 1 in Subnetz 1111 hat eine primäre private IPv4-Adresse (10.0.1.4), und ihm ist eine optionale IPv6-Adresse zugewiesen. VNIC 2 hat eine sekundäre private IPv4-Adresse (10.0.1.5), und auch ihm ist eine optionale öffentliche IP-Adresse zugewiesen.

Da für Subnetz 1111 der Internetzugriff aktiviert ist, kann es nur eine über das Internet routbare IPv6-Adresse haben, die 2001:0db8:0123:7811:abcd:ef01:2345:0006 lautet.

Subnetz 1112 ist privat, d.h. die VNICs haben keinen IPv4- oder IPv6-Zugriff über das Internet. Die Instanz, die VNIC 2 verwendet, kann zwar weiterhin den Kontakt zu anderen Hosts im Internet initiieren und Antworten erhalten, erhält jedoch keine nicht initiierten Anforderungen.

Routing für IPv6-Traffic

Sowohl von eingehendem als auch ausgehendem Traffic initiierte IPv6-Verbindungen werden zwischen Ihrem VCN und dem Internet und zwischen Ihrem VCN und Ihrem On-Premise-Netzwerk unterstützt. Die Kommunikation zwischen Ressourcen in Ihrem VCN oder zwischen VCNs wird ebenfalls unterstützt.

Hier finden Sie weitere wichtige Details zum Routing von IPv6-Traffic:

  • Aktuell wird der IPv6-Traffic nur über die folgenden Gateways unterstützt:

    • Dynamisches Routinggateway (DRG): Für den Zugriff auf Ihr On-Premise-Netzwerk oder andere Netzwerke außerhalb der Region (mit Remote-Peering). Sowohl Oracle Cloud Infrastructure FastConnect als auch Site-to-Site-VPN unterstützen IPv6-Traffic. Weitere Einzelheiten zur IPv6-Konfiguration finden Sie in den nächsten Abschnitten.
    • Internetgateway: Für den Zugriff auf das Internet.
    • Lokales Peering-Gateway: Zur Verbindung zweier VCNs in derselben Region, sodass ihre Ressourcen über private IP-Adressen kommunizieren können, ohne den Traffic über das Internet oder über Ihr On-Premise-Netzwerk zu leiten.
  • IPv6-Traffic zwischen Ressourcen innerhalb einer Region (VCN-intern und -übergreifend) wird unterstützt. VCNs sind Dual-Stack, d.h. sie unterstützen IPv4 und können optional auch IPv6 unterstützen. Die Routentabellen eines VCN unterstützen daher sowohl IPv4- als auch IPv6-Regeln in derselben Tabelle. IPv4- und IPv6-Regeln müssen separat angegeben werden. Regeln zur Weiterleitung von Traffic, der mit einem bestimmten IPv6-Präfix übereinstimmt, an das angehängte DRG, Internetgateway oder lokale Peering-Gateway des VCN oder an eine IPv6-Adresse (nächster Hop) werden unterstützt.

VCN-Routentabellen und IPv6

Die Routentabellen des VCN unterstützen sowohl IPv4- als auch IPv6-Regeln, die ein DRG, ein lokales Peering-Gateway oder Internetgateway als Ziel verwenden. Die Routentabelle für ein bestimmtes Subnetz könnte beispielsweise folgende Regeln haben:

  • Regel zur Weiterleitung von Traffic, der mit einem bestimmten IPv4-CIDR übereinstimmt, an das angehängte DRG des VCN
  • Regel zur Weiterleitung von Traffic, der mit einem bestimmten IPv4-CIDR übereinstimmt, zum Servicegateway des VCN
  • Regel zur Weiterleitung von Traffic, der mit einem bestimmten IPv4-CIDR übereinstimmt, zum NAT-Gateway des VCN
  • Regel zur Weiterleitung von Traffic, der mit einem bestimmten IPv6-Präfix übereinstimmt, an das angehängte DRG des VCN
  • Regel zur Weiterleitung von Traffic, der mit einem bestimmten IPv6-Präfix übereinstimmt, an das angehängte Internetgateway des VCN

Sicherheitsregeln für IPv6-Traffic

Wie Routentabellen unterstützen die Netzwerksicherheitsgruppen und Sicherheitslisten des VCN Sicherheitsregeln IPv4 und IPv6. Eine Netzwerksicherheitsgruppe oder Sicherheitsliste könnte beispielsweise folgende Sicherheitsregeln haben:

  • Regel, mit der SSH-Traffic vom IPv4-CIDR des On-Premise-Netzwerks zugelassen wird
  • Regel, mit der Ping-Verkehr vom IPv4-CIDR des On-Premise-Netzwerks zugelassen wird
  • Regel, mit der SSH-Traffic vom IPv6-Präfix des On-Premise-Netzwerks zugelassen wird
  • Regel, mit der Ping-Traffic vom IPv6-Präfix des On-Premise-Netzwerks zugelassen wird

Die Standardsicherheitsliste in einem IPv6-fähigen VCN umfasst IPv4-Standardregeln und die folgenden IPv6-Standardregeln:

  • Zustandsbehafteter Ingress: IPv6-TCP-Traffic von ::/0 und allen Quellports zu Zielport 22 (SSH) zulassen. Mit dieser Regel können Sie einfach ein VCN mit einem öffentlichen Subnetz und Internetgateway erstellen, eine Linux-Instanz erstellen, ein internetfähiges IPv6 hinzufügen und dann sofort mit SSH eine Verbindung zu dieser Instanz herstellen, ohne dass Sie selbst Sicherheitsregeln schreiben müssen.

    Wichtig

    Die Standardsicherheitsliste enthält keine Regel für den Remote-Desktop Protocol-(RDP-)Zugriff. Wenn Sie Windows-Images verwenden, fügen Sie eine Regel für zustandsbehafteten Ingress für TCP-Traffic auf Zielport 3389 von Quelle ::/0 und jedem Quellport hinzu.

    Weitere Informationen finden Sie unter So aktivieren Sie RDP-Zugriff.

  • Zustandsbehafteter Ingress: ICMPv6-Traffic vom Typ 2 Code 0 (Paket zu groß) von ::/0 und allen Quellports zulassen. Mit dieser Regel können Ihre Instanzen Path MTU Discovery-Fragmentierungsmeldungen erhalten.
  • Zustandsbehafteter Egress: Wenn Sie auswählen, dass der gesamte IPv6-Traffic zulässig sein soll, können Instanzen IPv6-Traffic jeder Art zu einem beliebigen Ziel initiieren. Beachten Sie, dass Instanzen mit internetfähigem IPv6 mit beliebigen IPv6-Adressen im Internet kommunizieren können, wenn das VCN über ein konfiguriertes Internetgateway verfügt. Da Sicherheitsregeln für zustandsbehafteten Traffic Verbindungstracking verwenden, wird der Antworttraffic unabhängig von Ingress-Regeln automatisch zugelassen. Weitere Informationen finden Sie unter Regeln für zustandsbehafteten und zustandslosen Traffic im Vergleich.

FastConnect und IPv6

Wenn Sie FastConnect  verwenden, können Sie es so konfigurieren, dass On-Premise-Hosts mit IPv6-Adressen mit einem IPv6-fähigen VCN kommunizieren können. Im Allgemeinen müssen Sie sicherstellen, dass der FastConnect-Virtual Circuit über IPv6-BGP-Adressen verfügt, und die Routing- und Sicherheitsregeln des VCN für IPv6-Traffic aktualisieren.

IPv6-BGP-Adressen

Ein FastConnect-Virtual Circuit erfordert immer IPv4-BGP-Adressen, während IPv6-BGP-Adressen optional und nur für IPv6-Traffic erforderlich sind. Je nachdem, wie Sie FastConnect verwenden, werden Sie möglicherweise aufgefordert, die BGP-Adressen des Virtual Circuits selbst anzugeben (sowohl IPv4 als auch IPv6).

Die Adressen bestehen aus einem Paar: einem für Ihre Seite der BGP-Session und einem weiteren für die Oracle-Seite der BGP-Session.

Das angegebene BGP-Adresspaar muss eine Subnetzmaske enthalten, die beide Adressen enthält. Insbesondere für IPv6 lauten die zulässigen Subnetzmasken:

  • /64
  • /96
  • /126
  • /127

Beispiel: Sie können 2001:db8::6/64 für die Adresse an Ihrem Ende der BGP-Session und 2001:db8::7/64 für das Oracle-Ende angeben.

Prozess zur Aktivierung von IPv6

Im Allgemeinen wird IPv6 für einen FastConnect-Virtual Circuit auf folgende Weise aktiviert:

  • BGP des Virtual Circuits: Stellen Sie sicher, dass der FastConnect-Virtual Circuit IPv6-BGP-Adressen aufweist. Wenn Sie für die Angabe der BGP-IP-Adressen verantwortlich sind, gibt es beim Einrichten eines neuen Virtual Circuit ein Feld für die beiden IPv4-BGP-Adressen. Es gibt ein separates Kontrollkästchen für IPv6-Adressenzuweisung aktivieren und ein Feld zur Angabe der beiden IPv6-Adressen. Wenn Sie einen vorhandenen Virtual Circuit bearbeiten, um Unterstützung für IPv6 hinzuzufügen, wird er beim erneuten Provisioning zur Verwendung der neuen BGP-Informationen heruntergefahren.
  • VCN-Routentabellen: Aktualisieren Sie für jedes IPv6-fähige Subnetz im VCN die Routentabelle mit Regeln, um den IPv6-Traffic aus dem VCN zu den IPv6-Subnetzen in Ihrem On-Premise-Netzwerk zu leiten. Beispiel: Der Ziel-CIDR-Block für eine Routingregel ist ein IPv6-Subnetz in Ihrem On-Premise-Netzwerk, und das Ziel ist das dynamische Routinggateway (DRG) , das an das IPv6-fähige VCN angehängt ist.
  • VCN-Sicherheitsregeln: Aktualisieren Sie für jedes IPv6-fähige Subnetz im VCN die entsprechenden Sicherheitslisten oder Netzwerksicherheitsgruppen, um IPv6-Traffic zwischen dem VCN und Ihrem On-Premise-Netzwerk zuzulassen. Siehe Sicherheitsregeln für IPv6-Traffic.

Wenn Sie noch keine FastConnect-Verbindung haben, lesen Sie die folgenden Themen:

Site-to-Site-VPN und IPv6

Wenn Sie Site-to-Site-VPN verwenden, können Sie es so konfigurieren, dass On-Premise-Hosts mit IPv6-Adressen mit einem IPv6-fähigen VCN kommunizieren können. So aktivieren Sie IPv6 für die Verbindung:

  • Statische Routen für IPSec-Verbindung: Konfigurieren Sie die IPSec-Verbindung mit den statischen IPv6-Routen Ihres On-Premise-Netzwerks.
  • VCN-Routentabellen: Aktualisieren Sie für jedes IPv6-fähige Subnetz im VCN die Routentabelle mit Regeln, um den IPv6-Traffic aus dem VCN zu den IPv6-Subnetzen in Ihrem On-Premise-Netzwerk zu leiten. Beispiel: Der Ziel-CIDR-Block für eine Routingregel ist eine statische IPv6-Route für Ihr On-Premise-Netzwerk, und das Ziel ist das dynamische Routinggateway (DRG) , das an das IPv6-fähige VCN angehängt ist.
  • VCN-Sicherheitsregeln: Aktualisieren Sie für jedes IPv6-fähige Subnetz im VCN die entsprechenden Sicherheitslisten oder Netzwerksicherheitsgruppen, um den gewünschten IPv6-Traffic zwischen dem VCN und Ihrem On-Premise-Netzwerk zuzulassen. Siehe Sicherheitsregeln für IPv6-Traffic.

Wenn bereits eine Site-to-Site-VPN-IPsec-Verbindung vorhanden ist, die statisches Routing verwendet, können Sie die Liste der statischen Routen mit denen für IPv6 aktualisieren. Wenn Sie die Liste der statischen Routen ändern, wird das Site-to-Site-VPN beim erneuten Provisioning heruntergefahren. Siehe Statische Routen ändern.

Wenn Sie noch kein Site-to-Site-VPN verwenden, lesen Sie die folgenden Themen:

DHCPv6

Die automatische Konfiguration von IP-Adressen von DHCPv6 wird unterstützt. Sie müssen keine IPv6-Adressen statisch konfigurieren.

DNS

Der Internet Resolver des VCN unterstützt IPv6. Das bedeutet, dass Ressourcen in Ihrem VCN IPv6-Adressen von Hosts außerhalb des VCN auflösen können. Die Zuweisung eines Hostnamens zu einer IPv6-Adresse wird nicht unterstützt.

Load Balancer

Wenn Sie einen Load Balancer erstellen, können Sie wählen, ob eine IPv4/IPv6-Dual-Stack-Konfiguration verwendet werden soll. Wenn Sie die Option "IPv6" auswählen, weist der Load Balancer-Service dem Load Balancer sowohl eine IPv4- als auch eine IPv6-Adresse zu. Der Load Balancer empfängt Clienttraffic, der an die zugewiesene IPv6-Adresse gesendet wird. Der Load Balancer verwendet nur IPv4-Adressen zur Kommunikation mit Backend-Servern. Die IPv6-Kommunikation zwischen dem Load Balancer und den Backend-Servern wird nicht unterstützt.

IPv6-Adresszuweisung erfolgt nur bei der Erstellung eines Load Balancers. Sie können einem vorhandenen Load Balancer keine IPv6-Adresse zuweisen.

Vergleich von IPv4 und IPv6 für Ihr VCN

In der folgenden Tabelle werden die Unterschiede zwischen der IPv4- und IPv6-Adressierung in einem VCN zusammengefasst.

Merkmal IPv4 IPv6
Unterstützter Adressierungstyp IPv4-Adressierung ist immer erforderlich, unabhängig davon, ob IPv6 aktiviert ist. Die IPv6-Adressierung ist pro VCN optional, optional pro Subnetz in einem IPv6-fähigen VCN und optional pro VNIC in einem IPv6-fähigen Subnetz.
Unterstützte Traffictypen IPv4-Traffic wird für alle Gateways unterstützt. IPv4-Traffic wird zwischen Instanzen innerhalb des VCN unterstützt (Ost-West-Traffic). IPv6-Traffic wird nur mit den folgenden Gateways unterstützt: Internetgateway, lokales Peering-Gateway und DRG. Sowohl von eingehendem als auch ausgehendem Traffic initiierte IPv6-Verbindungen werden zwischen Ihrem VCN und dem Internet und zwischen Ihrem VCN und Ihrem On-Premise-Netzwerk unterstützt. IPv6-Traffic zwischen Ressourcen innerhalb einer Region (VCN-intern und -übergreifend) wird vollständig unterstützt (Ost-West-Traffic). Siehe auch Routing für IPv6-Traffic.
VCN-Größe /16 bis /30

Oracle-GUA: nur /56

BYOIPv6: /64 oder größer

ULA: /64 oder größer

Subnetzgröße /16 bis /30, mit 3 Adressen, die von Oracle in jedem Subnetz reserviert wurden (zuerst 2 und zuletzt 1). Nur /64 mit 8 Adressen in dem Subnetz, die von Oracle reserviert sind (zuerst 4 und zuletzt 4).
Privater und öffentlicher IP-Adressraum

Privat: Das private IPv4-CIDR eines VCN kann aus einem RFC-1918-Bereich oder einem öffentlich routbaren Bereich stammen (als privat behandelt). Sie können den Bereich angeben, es sei denn, Sie verwenden den VCN-Erstellungsassistenten der Konsole, der immer 10.0.0.0/16 verwendet.

Öffentlich: Das VCN verfügt über keinen dedizierten öffentlichen IPv4-Adressraum. Oracle wählt alle öffentlichen Adressen im VCN aus.

Im Gegensatz zu IPv4 kann Ihr VCN ein von Oracle zugewiesenes /56-GUA-Präfix erhalten oder ein BYOIP-Präfix importieren und zuweisen. Beide können über das Internet routbar sein, sofern sie Ressourcen in öffentlichen Subnetzen zugewiesen werden. Sie haben auch die Möglichkeit, ULA-Adressen zuzuweisen, die unabhängig davon, ob das Subnetz öffentlich oder privat ist, nicht über das Internet routbar sind.

IP-Adresszuweisung

Privat: Jede VNIC erhält eine private IPv4-Adresse. Sie können die Adresse auswählen oder Oracle wählen lassen.

Öffentlich: Sie bestimmen, ob der privaten IPv4-Adresse eine öffentliche IP-Adresse zugeordnet ist (vorausgesetzt, die VNIC befindet sich in einem öffentlichen Subnetz). Oracle wählt die öffentliche IP-Adresse.

Von einem API-Standpunkt aus: Das PrivateIp-Objekt ist von dem PublicIp-Objekt getrennt. Sie können die öffentliche IP-Adresse jederzeit aus der privaten IPv4-Adresse entfernen.

Sie können einer VNIC IPv6-Adressen aus eindeutigen Präfixen zuweisen, sofern sie dem Subnetz zugewiesen sind. Sie können die IPv6-Adresse auswählen oder Oracle wählen lassen.

Von einem API-Standpunkt aus: IP-Adressen sind im Objekt Ipv6 enthalten, und die Unterscheidung zwischen "öffentlich" und "privat" wird über das Subnetz-Flag "öffentlich/privat" gesteuert.

Internetzugriff Sie bestimmen, ob ein Subnetz öffentlich oder privat ist. Sie können eine öffentliche IP-Adresse zu einer privaten IPv4-Adresse in einer VNIC hinzufügen oder daraus entfernen (vorausgesetzt, die VNIC befindet sich in einem öffentlichen Subnetz). Sie bestimmen, ob ein Subnetz öffentlich oder privat ist. Anders als beim IPv4 wird der VNIC keine öffentliche IP-Adresse hinzugefügt oder daraus entfernt. Stattdessen aktivieren oder deaktivieren Sie den Internetzugriff für alle IPv6-fähigen Ressourcen im Subnetz mit dem Subnetz-Flag "öffentlich/privat".
Primäre und sekundäre Label Jede VNIC verfügt automatisch über eine primäre private IP-Adresse, und Sie können bis zu 32 sekundäre private IPs pro VNIC zuweisen. Nach Wunsch können Sie einer VNIC eine IPv6-Adresse ohne primäres oder sekundäres Label hinzufügen. Sie können bis zu 32 IPv6-Adressen pro VNIC zuweisen.
Hostnamen Sie können IPv4-Adressen Hostnamen zuweisen. Sie können IPv6-Adressen keine Hostnamen zuweisen.
Limits für Routingregeln Siehe Servicelimits. IPv4- und IPv6-Routingregeln können in ein und derselben Routentabelle enthalten sein. IPv6-Routingregeln können nur ein Internetgateway, ein lokales Peering-Gateway oder ein DRG als Ziel verwenden. Höchstanzahl von IPv6-Routingregeln in einer Routentabelle: 50.
Limits für Sicherheitsregeln Siehe Servicelimits. IPv4- und IPv6-Sicherheitsregeln können sich in derselben Netzwerksicherheitsgruppe oder Sicherheitsliste befinden. IPv6-Sicherheitsregeln können nur IPv6-Präfixbereiche als Quelle oder Ziel verwenden, nicht aber ein Servicepräfixlabel, das für ein Servicegateway verwendet wird. Höchstanzahl von IPv6-Sicherheitsregeln in einer Sicherheitsliste: 50 Ingress und 50 Egress. Höchstanzahl von IPv6-Sicherheitsregeln in einer Netzwerksicherheitsgruppe: insgesamt 16.
Reservierte öffentliche IP-Adressen Unterstützt. Nicht unterstützt.
Regional oder AD-spezifisch Primäre private IPv4-Adressen sind AD -spezifisch. Sekundäre private IPv4-Adressen sind AD-spezifisch, außer wenn sie einer VNIC in einem regionalen Subnetz zugewiesen werden. Öffentliche IP-Adressen können je nach Typ (ephemer oder reserviert) AD-spezifisch oder regional sein. Siehe Öffentliche IP-Adressen. IPv6-Adressen sind regional.

IPv6-fähiges VCN mit Internetzugriff einrichten

Mit dem folgenden Prozess können Sie ein IPv6-fähiges VCN mit Internetzugriff einrichten, damit Sie eine Instanz einfach erstellen und starten und über ihre global routbare IPv6-Adresse eine Verbindung zu ihr herstellen können.

Aufgabe 1: IPv6-fähiges VCN erstellen
  1. Öffnen Sie das Navigationsmenü, und klicken Sie auf Networking, Virtuelle Cloud-Netzwerke.
  2. Wählen Sie unter Listengeltungsbereich ein Compartment aus, für das Sie berechtigt sind. Auf der Seite werden nur die Ressourcen in diesem Compartment angezeigt. Wenn Sie nicht sicher sind, welches Compartment verwendet werden soll, wenden Sie sich an einen Administrator. Weitere Informationen finden Sie unter Zugriffskontrolle.
  3. Klicken Sie auf Virtuelles Cloud-Netzwerk erstellen.
  4. Geben Sie Folgendes ein:

    • Name: Ein aussagekräftiger Name für das VCN. Er muss nicht eindeutig sein und kann später in der Konsole nicht geändert werden (Sie können ihn jedoch mit der API ändern). Geben Sie keine vertraulichen Informationen ein.
    • In Compartment erstellen: Übernehmen Sie die Vorgabe.
    • CIDR-Block: Ein einzelner, zusammenhängender IPv4-CIDR-Block für das VCN. Beispiel: 172.16.0.0/16. Sie können diesen Wert später nicht ändern. Siehe Zulässige VCN-Größe und Adressbereiche. Zu Referenzzwecken finden Sie hier einen CIDR-Rechner.
    • IPv6-Adresszuweisung aktivieren: Oracle kann Ihnen ein IPv6-Präfix zuweisen. Sie können auch ein bereits importiertes BYOIPv6-Präfix auswählen oder ein ULA-Präfix angeben. Es ist Ihnen nicht möglich, IPv6 später für das VCN zu deaktivieren. Sie können aber die IPv6-Präfixe im VCN ändern, solange immer mindestens ein IPv6-Präfix vorhanden ist. Wenn Sie ein von Oracle zugewiesenes IPv6-Präfix akzeptieren, hat dieses die Größe /56. Geben Sie für BYOIPv6 oder ULA eine beliebige Präfixgröße ab /64 an. Alle IPv6-fähigen Subnetze weisen eine Größe von /64 auf.
    • DNS-Hostnamen in diesem VCN verwenden (nur für IPv4 unterstützt): Diese Option ist erforderlich, um Hosts im VCN DNS-Hostnamen zuzuweisen. Außerdem ist sie erforderlich, wenn Sie die Standard-DNS-Funktion des VCN verwenden möchten (als Internet- und VCN-Resolver bezeichnet). Wenn Sie diese Option auswählen, können Sie ein DNS-Label für das VCN angeben, oder Sie können die Konsole die Generierung eines Labels für Sie zulassen. Im Dialogfeld werden automatisch die entsprechenden DNS-Domainnamen für das VCN (<VCN_DNS_label>.oraclevcn.com) angezeigt. Weitere Informationen finden Sie unter DNS im virtuellen Cloud-Netzwerk.
    • Tags: Übernehmen Sie die Vorgabe. Sie können Tags später hinzufügen. Weitere Informationen finden Sie unter Ressourcentags.
  5. Klicken Sie auf Virtuelles Cloud-Netzwerk erstellen.

    Das VCN wird dann erstellt und auf der Seite Virtuelle Cloud-Netzwerke im von Ihnen gewählten Compartment angezeigt.

Aufgabe 2: Regionales IPv6-fähiges öffentliches Subnetz erstellen
  1. Klicken Sie in der VCN-Anzeige auf Subnetz erstellen.
  2. Geben Sie Folgendes ein:

    • Name: Ein aussagefähiger Name für das Subnetz (Beispiel: Regionales öffentliches Subnetz). Er muss nicht eindeutig sein und kann später geändert werden. Geben Sie keine vertraulichen Informationen ein.
    • Regionale oder für Availability-Domain spezifische Subnetze: Oracle empfiehlt, nur regionale Subnetze zu erstellen, was bedeutet, dass das Subnetz Ressourcen in einer der Availability-Domains der Region enthalten kann. Wenn Sie stattdessen Spezifisch für Availability-Domain auswählen, müssen Sie auch eine Availability-Domain angeben. Dies bedeutet, dass Instanzen oder andere Ressourcen, die später in diesem Subnetz erstellt werden, auch in dieser Availability-Domain enthalten sein müssen.
    • CIDR-Block: Ein einzelner, zusammenhängender IPv4-CIDR-Block für das Subnetz (Beispiel: 172.16.0.0/24). Der Adressblock muss sich innerhalb des IPv4-CIDR-Blocks des VCN befinden und darf sich nicht mit anderen Subnetzen überschneiden. Sie können diesen Wert später nicht ändern. Siehe Zulässige VCN-Größe und Adressbereiche. Zu Referenzzwecken finden Sie hier einen CIDR-Rechner.
    • IPv6-Adresszuweisung aktivieren: Sie können Präfixe einem IPv6-fähigen Subnetz hinzufügen und daraus entfernen. Allerdings muss stets mindestens ein IPv6-Präfix erhalten bleiben, nachdem IPv6 aktiviert wurde. Ein IPv6-fähiges Subnetz kann nicht in ein Nur-IPv4-Subnetz geändert werden. Das Subnetz darf nur ein IPv6-Präfix aufweisen. Alle IPv6-fähigen Subnetze weisen immer eine Größe von /64 auf. Wenn Sie dem VCN, das dieses Subnetz enthält, zuvor mehrere IPv6-Präfixe zugewiesen haben, können Sie auswählen, welches Präfix Sie dem Subnetz zuweisen möchten.
      • Wenn das VCN ein von Oracle zugewiesenes Präfix hat, aktivieren Sie das Kontrollkästchen, und geben Sie zwei Hexadezimalzeichen (00-FF) ein.
      • Wenn Sie ein BYOIPv6- oder ULA-Präfix im VCN zugewiesen haben, wählen Sie es aus, und geben Sie Hexadezimalzeichen an, um dem Subnetz ein /64 zuzuweisen.
      Weitere Informationen zum IPv6-Adressformat finden Sie unter IPv6-Adressen - Überblick.
    • Routentabelle: Wählen Sie die Standardroutentabelle.
    • Privates oder öffentliches Subnetz: Wählen Sie Öffentliches Subnetz aus. Das heißt, dass Instanzen im Subnetz optional öffentliche IPv4-Adressen haben können. Die Internetkommunikation mit IPv6 ist zulässig, wenn GUA-IPv6-Adressen zu Ressourcen zugewiesen werden, die in einem öffentlichen Subnetz gehostet werden. Weitere Informationen finden Sie unter Zugriff auf das Internet.
    • Use DNS Hostnames in this Subnet (supported for IPv4 only): This option is available only if a DNS label was provided for the VCN when it was created. Die Option ist für die Zuweisung von DNS-Hostnamen zu Hosts im Subnetz erforderlich und auch, wenn Sie das DNS-Standardfeature des VCN verwenden möchten (als Internet- und VCN-Resolver bezeichnet). Wenn Sie das Kontrollkästchen aktivieren, können Sie ein DNS-Label für das Subnetz angeben oder die Konsole ein Label für Sie generieren lassen. Im Dialogfeld wird automatisch der entsprechende DNS-Domainname für das Subnetz als FQDN angezeigt. Weitere Informationen finden Sie unter DNS im virtuellen Cloud-Netzwerk.
    • DHCP-Optionen: Wählen Sie das Standardset von DHCP-Optionen.
    • Sicherheitslisten: Wählen Sie die Standardsicherheitsliste aus.
    • Tags: Übernehmen Sie die Vorgabe. Sie können Tags später bei Bedarf hinzufügen. Weitere Informationen finden Sie unter Ressourcentags.
  3. Klicken Sie auf Subnetz erstellen.

    Das Subnetz wird dann erstellt und auf der Seite Subnetze angezeigt.

Aufgabe 3: Internetgateway erstellen
  1. Klicken Sie unter Ressourcen auf Internetgateways.
  2. Klicken Sie auf Internetgateway erstellen.
  3. Geben Sie Folgendes ein:

    • Name: Ein aussagefähiger Name für das Internetgateway. Er muss nicht eindeutig sein und kann später in der Konsole nicht geändert werden (Sie können ihn jedoch mit der API ändern). Geben Sie keine vertraulichen Informationen ein.
    • In Compartment erstellen: Übernehmen Sie die Vorgabe.
    • Tags: Übernehmen Sie die Vorgabe. Sie können Tags später hinzufügen. Weitere Informationen finden Sie unter Ressourcentags.
  4. Klicken Sie auf Internetgateway erstellen.

    Das Internetgateway wird erstellt und auf der Seite Internetgateways angezeigt. Das Internetgateway ist bereits aktiviert, aber Sie müssen Routingregeln hinzufügen, die IPv4- und IPv6-Traffic zulassen.

Aufgabe 4: Standardroutentabelle zur Verwendung des Internetgateways aktualisieren

Die Standardroutentabelle enthält anfangs keine Regeln. In dieser Aufgabe fügen Sie Regeln hinzu, mit denen der gesamte IPv4- und IPv6-Traffic, der für Adressen außerhalb des VCN bestimmt ist, an das Internetgateway weitergeleitet wird. Mit diesen Regeln können auch eingehende Verbindungen über das Internetgateway aus dem Internet in das Subnetz übertragen werden. Mit Sicherheitsregeln können Sie die zulässigen Traffictypen in die und aus den Instanzen steuern (siehe nächste Aufgabe).

Es ist keine Routingregel erforderlich, um den Traffic innerhalb des VCN weiterzuleiten.

  1. Klicken Sie unter Ressourcen auf Routentabellen.
  2. Klicken Sie auf die Standardroutentabelle, um ihre Details anzuzeigen.
  3. Klicken Sie auf Routingregeln hinzufügen.
  4. Geben Sie Folgendes ein:

    • Zieltyp: Internetgateway
    • Ziel-CIDR-Block: 0.0.0.0/0 (also der gesamte Nicht-Intra-VCN-Traffic des IPv4, der noch nicht von anderen Regeln in der Routentabelle abgedeckt wird, wird zu dem in dieser Regel angegebenen Ziel weitergeleitet).
    • Compartment: Das Compartment, in dem das Internetgateway gespeichert ist.
    • Ziel: Das von Ihnen erstellte Internetgateway.
    • Beschreibung: Eine optionale Beschreibung der Regel.
  5. Klicken Sie auf + Weitere Routingregel.
  6. Geben Sie Folgendes ein:

    • Zieltyp: Internetgateway
    • Ziel-CIDR-Block: ::/0 (für den IPv6-Traffic).
    • Compartment: Das Compartment, in dem das Internetgateway gespeichert ist.
    • Ziel: Das von Ihnen erstellte Internetgateway.
    • Beschreibung: Eine optionale Beschreibung der Regel.
  7. Klicken Sie auf Routingregeln hinzufügen.

Die Standardroutentabelle enthält jetzt zwei Regeln für das Internetgateway, eine für den IPv4-Traffic und eine für den IPv6-Traffic. Da das Subnetz für die Verwendung der Standardroutentabelle eingerichtet wurde, können die Ressourcen im Subnetz jetzt das Internetgateway verwenden. Im nächsten Schritt geben Sie die Traffictypen an, die in die und aus den später erstellten Instanzen fließen dürfen.

Aufgabe 5: Standardsicherheitsliste aktualisieren (optional)
Hinweis

In dieser Aufgabe konfigurieren Sie Sicherheitsregeln, um Traffic zu und aus Ihren Instanzen zuzulassen. Obwohl die Regeln in dieser Aufgabe mittels einer Sicherheitsliste implementiert werden, können Sie auch Netzwerksicherheitsgruppen zur Implementierung von Sicherheitsregeln verwenden.

In einer vorherigen Aufgabe haben Sie bereits das Subnetz eingerichtet, um die Standardsicherheitsliste des VCN zu verwenden. Diese Liste enthält bereits grundlegende Regeln, mit denen Sie wichtigen IPv4- und IPv6-Traffic zulassen. In dieser Aufgabe fügen Sie zusätzliche Sicherheitsregeln hinzu, mit denen die Verbindungstypen zugelassen werden, die die Instanzen im VCN benötigen.

Beispiel: In einem öffentlichen Subnetz mit einem Internetgateway müssen die von Ihnen erstellten Instanzen möglicherweise eingehende HTTPS-Verbindungen vom Internet empfangen (wenn es sich um Webserver handelt). So fügen Sie der Standardsicherheitsliste eine weitere Regel hinzu, um diesen Traffic zu aktivieren:

  1. Klicken Sie unter Ressourcen auf Sicherheitslisten.
  2. Klicken Sie auf die Standardsicherheitsliste, um die zugehörigen Details anzuzeigen. Standardmäßig wird die Seite Ingress-Regeln angezeigt.
  3. Klicken Sie auf Ingress-Regel hinzufügen.
  4. Um eingehende Verbindungen für HTTPS (TCP-Port 443) zu aktivieren, geben Sie Folgendes ein:

    • Zustandslos: Auswahl aufgehoben (dies ist eine Regel für zustandsbehafteten Traffic)
    • Quelltyp: CIDR
    • Quell-CIDR: 0.0.0.0/0 (oder ::/0, wenn Sie IPv6-Traffic mit dieser Regel aktivieren möchten)
    • IP-Protokoll: TCP
    • Quellportbereich: Alle
    • Zielportbereich: 443
    • Beschreibung: Eine optionale Beschreibung der Regel.
  5. Klicken Sie auf Ingress-Regel hinzufügen.
Wichtig

Sicherheitslistenregel für Windows-Instanzen

Wenn Sie Windows-Instanzen erstellen möchten, müssen Sie eine Sicherheitsregel hinzufügen, um den Remote Desktop Protocol-(RDP-)Zugriff zu aktivieren. Insbesondere benötigen Sie eine Regel für zustandsbehafteten Ingress für TCP-Traffic auf Zielport 3389 von 0.0.0.0/0 (und eine separate Regel mit ::/0 für IPv6-Traffic) und allen Quellports. Weitere Informationen finden Sie unter Sicherheitsregeln.

Bei einem Produktions-VCN richten Sie in der Regel eine oder mehrere benutzerdefinierte Sicherheitslisten für jedes Subnetz ein. Gegebenenfalls können Sie das Subnetz bearbeiten, um verschiedene Sicherheitslisten zu verwenden. Wenn Sie sich dafür entscheiden, die Standardsicherheitsliste nicht zu verwenden, müssen Sie sich sorgfältig überlegen, welche ihrer Standardregeln in Ihrer benutzerdefinierten Sicherheitsliste dupliziert werden sollen. Beispiel: Die ICMP-Standardregeln in der Standardsicherheitsliste sind für den Empfang von Konnektivitätsmeldungen für IPv4 wichtig.

Aufgabe 6: Instanz erstellen

Im nächsten Schritt wird eine Instanz im Subnetz erstellt. Beim Erstellen der Instanz wählen Sie die vom VCN und Subnetz zu verwendende Availability-Domain  und verschiedene andere Merkmale.

Jede Instanz erhält automatisch eine private IPv4-Adresse. Wenn Sie eine Instanz in einem öffentlichen Subnetz erstellen, wählen Sie, ob die Instanz eine öffentliche IPv4-Adresse erhält. Eine öffentliche IPv4-Adresse ist für global routbaren IPv6-Traffic nicht erforderlich. Wenn Sie jedoch eine Verbindung zur Instanz von einem IPv4-Host herstellen möchten, müssen Sie der Instanz eine öffentliche IP-Adresse zuweisen, da Sie andernfalls nicht über das Internetgateway darauf zugreifen können. Gemäß Standardeinstellung (bei einem öffentlichen Subnetz) erhält die Instanz eine öffentliche IP-Adresse.

Wenn die VNIC der Instanz mit einem VCN und Subnetz verknüpft ist, die IPv6-Adressierung unterstützen, können Sie eine Compute-Instanz mit IPv6-Adressen erstellen, die beim Starten der Instanz zugewiesen werden, oder zu einem späteren Zeitpunkt IPv6-Adressen zuweisen.

Weitere Informationen und Anweisungen finden Sie unter Instanz starten.

Aufgabe 7: IPv6-Adresse zur Instanz hinzufügen
  1. Zeigen Sie die Instanz an, die Sie im vorherigen Schritt erstellt haben, und klicken Sie auf Angehängte VNICs.
  2. Klicken Sie in der Liste der angehängten VNICs auf den Namen der primären VNIC.
  3. Klicken Sie unter Ressourcen auf IPv6-Adressen.
  4. Klicken Sie auf IPv6-Adresse zuweisen.
  5. Geben Sie Folgendes ein:

    • Präfix: Wählen Sie ein IPv6-Präfix aus, dem die IPv6-Adresse automatisch zugewiesen wird (das Subnetz der VNIC muss bereits aktiviert sein, um IPv6 zu verwenden, und mindestens ein IPv6-Präfix zugewiesen sein). Die verfügbaren Optionen hängen davon ab, was Sie unter IPv6-Adresszuweisung auswählen:
      • IPv6-Adressen automatisch aus Präfix zuweisen: Wählen Sie diese Option aus, damit die Konsole eine verfügbare IPv6-Adresse aus einem IPv6-Präfix auswählen kann, das diesem Subnetz zugewiesen ist. Ein Subnetz kann mehrere IPv6-Präfixe haben, und die Präfixe können einen von drei Typen aufweisen: ULA, BYOIP oder von Oracle zugewiesen.
      • IPv6-Adressen manuell aus Präfix zuweisen: Wählen Sie diese Option aus einem IPv6-Präfix aus, das diesem Subnetz zugewiesen ist. Beispiel: 0000:0000:1a1a:1a2b. Diese Option ist nur für IPv6-fähige Subnetze verfügbar.
      • Wenden Sie die Zuweisung auf, wenn sie bereits einer anderen VNIC zugewiesen ist: (Nur verfügbar, wenn Sie IPv6-Adressen manuell aus Präfix zuweisen auswählen.) Lassen Sie dieses Kontrollkästchen unverändert (löschen). Verwenden Sie diese Option nur, um die Neuzuweisung einer IPv6-Adresse zu erzwingen, die bereits einer anderen VNIC im Subnetz zugewiesen ist.

      Wenn Sie auf + Weiteres Subnetzpräfix klicken, können Sie der Instanz-VNIC zusätzliche IPv6-Adressen zuweisen. Sie können der VNIC nur eine IPv6-Adresse aus jedem IPv6-Präfix zuweisen (einem Subnetz können mehrere IPv6-Präfixe zugewiesen sein). Wenn diese VNIC nach dem Start an eine vorhandene Instanz angehängt wird, beachten Sie, dass Ihr Instanzbetriebssystem eine bestimmte Konfiguration benötigt, um die IPv6-Adressierung zu verwenden.

    • Tags: Übernehmen Sie die Vorgabe. Sie können Tags später hinzufügen. Weitere Informationen finden Sie unter Ressourcentags.
  6. Klicken Sie auf Zuweisen.

    IPv6 wird erstellt und dann auf der Seite IPv6-Adressen für die VNIC angezeigt.

Aufgabe 8: Betriebssystem der Instanz für die Verwendung von IPv6 konfigurieren

Sie müssen das Betriebssystem der Instanz für die Verwendung von IPv6 konfigurieren. Weitere Informationen finden Sie unter Instanz-BS für die Verwendung von IPv6 konfigurieren.

Weisen Sie die IPv6-Adresse dynamisch zu, wenn Sie Oracle Linux 8 verwenden. Die Aktivierung von IPv6 während der Compute-Erstellung wird nicht unterstützt. Daher wird die IPv6-Adresse möglicherweise nicht direkt nach dem Starten der Instanz angezeigt. Nachdem die Compute-Instanz hochgefahren ist, können Sie auf den nächsten DHCPv6-Zyklus warten, um die IPv6-Adresse abzurufen. Sie können aber auch den DHCPv6-Clientservice verwenden, um den DHCP-Zyklus manuell zu steuern und mit der neu hinzugefügten IPv6-Adresse zu aktualisieren. Um den DHCPv6-Client zu verwenden, geben Sie Folgendes ein:

sudo dhclient -6 ens3
Hinweis

Sie können den folgenden Befehl verwenden, um den DHCPv6-Clientservice vom Daemon firewall-cmd auf der virtuellen Maschine zuzulassen:
sudo firewall-cmd --add-service=dhcpv6-client 

IPv6s in der Konsole verwalten

Dieser Abschnitt enthält grundlegende Aufgaben für die Arbeit mit IPv6-bezogenen Ressourcen.

So erstellen Sie ein IPv6-fähiges VCN:
Wichtig

Nachdem IPv6 für ein VCN aktiviert wurde, kann es nicht mehr deaktiviert werden.

Weitere Informationen finden Sie unter Aufgabe 1:IPv6-fähiges VCN erstellen.

So erstellen Sie ein IPv6-fähiges Subnetz
Wichtig

Nachdem IPv6 für ein Subnetz aktiviert wurde, kann es nicht mehr deaktiviert werden.

Zusammenfassung: Das Erstellen eines IPv6-fähigen Subnetzes ähnelt dem Erstellen eines IPv4-Subnetzes. Der Unterschied besteht darin, dass Sie das VCN-IPv6-Präfix, aus dem Sie ein /64 zuweisen möchten, auswählen und dann Zeichen entsprechend angeben müssen. Wenn Sie ein von Oracle zugewiesenes Präfix auswählen, können Sie 8 Bit für den Subnetzteil des Präfixes IPv6 angeben. Siehe IPv6-Adressen - Überblick.

Allgemeine Anweisungen finden Sie unter Aufgabe 2: Regionales IPv6-fähiges öffentliches Subnetz erstellen. Wenn Sie ein privates Subnetz erstellen möchten, aktivieren Sie beim Erstellen des Subnetzes das Optionsfeld für Privates Subnetz.

So weisen Sie einer VNIC eine IPv6-Adresse zu

Der Prozess zum Hinzufügen einer IPv6-Adresse zu einer VNIC ähnelt dem zum Hinzufügen einer zweiten privaten IPv4-Adresse. Sie können die zu verwendende IPv6-Adresse angeben oder sie von Oracle aus dem Subnetz auswählen lassen. Weitere Informationen finden Sie unter IPv6-Adressen - Überblick. Nachdem Sie der VNIC das IPv6 zugewiesen haben, müssen Sie das Betriebssystem für die Verwendung des IPv6 konfigurieren.

  1. Weisen Sie das IPv6 zu. Allgemeine Anweisungen finden Sie unter Aufgabe 7: IPv6-Adresse zur Instanz hinzufügen.
  2. Konfigurieren Sie das Betriebssystem für die Verwendung der IPv6-Adresse. Weitere Informationen finden Sie unter Instanz-BS für die Verwendung von IPv6 konfigurieren.
So verschieben Sie eine IPv6-Adresse in eine andere VNIC im Subnetz

Der Prozess ähnelt dem zum Verschieben einer sekundären privaten IPv4-Adresse von einer VNIC zu einer anderen (hier als ursprüngliche VNIC und neue VNIC bezeichnet). Weisen Sie die IPv6 der neuen VNIC zu, geben Sie die IPv6-Adresse an, und wählen Sie Wenden Sie die Zuweisung zu einer anderen VNIC auf. Oracle hebt die Zuweisung zur ursprünglichen VNIC automatisch auf und weist sie der neuen VNIC zu.

  1. Bestätigen Sie, dass Sie das Compartment anzeigen, das die gewünschte Instanz enthält.
  2. Öffnen Sie das Navigationsmenü, und klicken Sie auf Compute. Klicken Sie unter Compute auf Instanzen.
  3. Klicken Sie auf die Instanz, um deren Details anzuzeigen.
  4. Klicken Sie unter Ressourcen auf Angehängte VNICs.

    Die primäre VNIC und alle sekundären VNICs, die an die Instanz angehängt sind, werden angezeigt.

  5. Klicken Sie auf die gewünschte VNIC.
  6. Klicken Sie unter Ressourcen auf IPv6-Adressen.
  7. Klicken Sie auf Private IP-Adresse zuweisen.
  8. Geben Sie Folgendes ein:

    • IPv6-Adresse: Die IPv6-Adresse, die verschoben werden soll.
    • Assignierung aufheben, wenn sie bereits einer anderen VNIC zugewiesen ist: Aktivieren Sie dieses Kontrollkästchen, um die Adresse IPv6 von der aktuell zugewiesenen VNIC zu verschieben.
    • Tags: Wenn Sie über Berechtigungen zum Erstellen einer Ressource verfügen, sind Sie auch berechtigt, Freiformtags auf diese Ressource anzuwenden. Um ein definiertes Tag anzuwenden, benötigen Sie die Berechtigungen zum Verwenden des Tag-Namespace. Weitere Informationen zum Tagging finden Sie unter Ressourcentags. Wenn Sie nicht sicher sind, ob Sie Tags anwenden sollen, überspringen Sie diese Option, oder fragen Sie einen Administrator. Sie können Tags später anwenden.
  9. Klicken Sie auf Zuweisen.

Die IP-Adresse wird von der ursprünglichen VNIC in die neue VNIC verschoben.

So löschen Sie eine IPv6-Adresse aus einer VNIC
  1. Bestätigen Sie, dass Sie das Compartment anzeigen, das die gewünschte Instanz enthält.
  2. Öffnen Sie das Navigationsmenü, und klicken Sie auf Compute. Klicken Sie unter Compute auf Instanzen.
  3. Klicken Sie auf die Instanz, um deren Details anzuzeigen.
  4. Klicken Sie unter Ressourcen auf Angehängte VNICs.

    Die primäre VNIC und alle sekundären VNICs, die an die Instanz angehängt sind, werden angezeigt.

  5. Klicken Sie auf die gewünschte VNIC.
  6. Klicken Sie unter Ressourcen auf IPv6-Adressen.
  7. Klicken Sie für die Datei IPv6, die Sie löschen möchten, auf das Aktionsmenü (Menü Aktionen) Löschen IPv6.
  8. Bestätigen Sie den Vorgang, wenn Sie dazu aufgefordert werden.

Die IPv6-Adresse wird an den Pool der verfügbaren Adressen im Subnetz zurückgegeben.

Instanz-BS für die Verwendung von IPv6 konfigurieren

Nachdem der VNIC über die Konsole eine IPv6-Adresse zugewiesen wurde, muss das zugehörige Instanzbetriebssystem die zugewiesene Adresse erlernen. DHCPv6 kümmert sich automatisch darum, aber Sie müssen auf den nächsten Aktualisierungszyklus warten. Sie können das Betriebssystem der Instanz anweisen, die IPv6-Adresse sofort zu aktualisieren.

Oracle Linux -Konfiguration

Oracle Linux 8 verwendet den folgenden Befehl, um eine IPv6-Adresse auf einer Instanz zu aktualisieren:

sudo dhclient -6 <interface>
Hinweis

Der NetworkManager-Service in Oracle Linux 8 ist standardmäßig aktiviert. Wenn Sie ein benutzerdefiniertes Image verwenden, müssen Sie möglicherweise zuerst die folgenden Befehle ausführen:
sudo firewall-cmd --add-service=dhcpv6-client --permanent
sudo firewall-cmd --reload

Weitere Informationen finden Sie in der Dokumentation Networking einrichten für Oracle Linux 8.

Sofern noch nicht geschehen, stellen Sie sicher, dass die Routentabelle und Sicherheitsregeln des VCN für den gewünschten IPv6-Traffic konfiguriert sind. Siehe Routing für IPv6-Traffic und Sicherheitsregeln für IPv6-Traffic.

Windows-Konfiguration

Mit dem folgenden Befehl können Sie die Instanz in der Windows-Befehlszeile oder der Netzwerkverbindungs-UI anweisen, die IPv6-Adresse zu aktualisieren:

ipconfig /renew6

Wenn Sie PowerShell verwenden, müssen Sie es als Administrator ausführen. Die Konfiguration bleibt über einen Neustart der Instanz hinweg bestehen. Wenden Sie sie so bald wie möglich an, nachdem die Instanz erstellt wurde.

Sofern noch nicht geschehen, stellen Sie sicher, dass die Routentabelle und Sicherheitsregeln des VCN für den gewünschten IPv6-Traffic konfiguriert sind. Siehe Routing für IPv6-Traffic und Sicherheitsregeln für IPv6-Traffic.