View a markdown version of this page

VPC-CIDR-Blöcke - Amazon Virtual Private Cloud
IPv4-VPC-CIDR-BlöckeVerwalten von IPv4-CIDR-Blöcken für eine VPCEinschränkungen bei der Zuordnung von IPv4-CIDR-BlöckenIPv6-VPC-CIDR-Blöcke

Die vorliegende Übersetzung wurde maschinell erstellt. Im Falle eines Konflikts oder eines Widerspruchs zwischen dieser übersetzten Fassung und der englischen Fassung (einschließlich infolge von Verzögerungen bei der Übersetzung) ist die englische Fassung maßgeblich.

VPC-CIDR-Blöcke

Die IP-Adressen für Ihre Virtual Private Cloud (VPC) werden in der Classless Inter-Domain Routing (CIDR) -Notation dargestellt. Einer VPC muss ein IPv4-CIDR-Block zugeordnet sein. Sie können optional zusätzliche IPv4-CIDR-Blöcke und einen oder mehrere IPv6-CIDR-Blöcke zuordnen. Weitere Informationen finden Sie unter IP-Adressierung für Ihre VPCs und Subnetze.

IPv4-VPC-CIDR-Blöcke

Beim Erstellen einer VPC müssen Sie einen IPv4-CIDR-Block für die VPC angeben. Die zugelassene Blockgröße liegt zwischen einer /16 Netzwerkmaske (65536 IP-Adressen) und einer /28 Netzwerkmaske (16 IP-Adressen). Nachdem Sie Ihre VPC erstellt haben, können Sie zusätzliche IPv4-CIDR-Blöcke der VPC zuordnen. Weitere Informationen finden Sie unter Hinzufügen oder Entfernen eines IPv4-CIDR-Blocks zu bzw. aus Ihrer VPC.

Wenn Sie eine VPC erstellen, empfehlen wir Ihnen, einen CIDR-Block aus den privaten IPv4-Adressbereichen festzulegen, wie unter RFC 1918 dargelegt.

Bereich RFC 1918 Beispiel-CIDR-Block
10.0.0.0 - 10.255.255.255 (Präfix) 10/8 10.0.0. 0/16
172,16,0,0 - 172,31,255,255 (172. 16/12 Präfix) 172.31.0. 0/16
192.168.0.0 - 192.168.255,255 (192. 168/16 Präfix) 192.168.0. 0/20
Überlegungen

  • Sie können die folgenden CIDR-Blöcke nicht für Ihre VPCs festlegen:

    • 0,0.0. 0/8

    • 127,0,0. 0/8 (interner Host-Loopback-Adressbereich)

    • 169.254.0. 0/16 (Link-Local-Adressbereich)

    • 224.0.0. 0/4 (Multicast-Adressbereich)

  • Wenn Sie eine VPC für die Verwendung mit einem AWS Service erstellen, überprüfen Sie in der Servicedokumentation, ob bestimmte Anforderungen für die Konfiguration gelten.

  • Einige AWS Dienste verwenden den 172.17.0.0/16 CIDR-Bereich. Bei Services können IP-Adresskonflikte auftreten, wenn der IP-Adressbereich bereits in Ihrem Netzwerk verwendet wird. Zum Beispiel AWS Cloud9 und Amazon SageMaker AI verwenden172.17.0.0/16. Um zukünftige Konflikte zu vermeiden, verwenden Sie nicht diesen Bereich beim Erstellen Ihrer VPC. Weitere Informationen finden Sie unter Verbindung zur EC2-Umgebung nicht möglich, da die IP-Adressen von VPC von Docker verwendet werden im AWS Cloud9 -Benutzerhandbuch.

  • Sie können eine VPC mit einem öffentlich routingfähigen CIDR-Block erstellen, der außerhalb der privaten, in RFC 1918 angegebenen IPv4-Adressbereiche fällt. Für die Zwecke dieser Dokumentation bezeichnen wir als private IP-Adressen die IPv4-Adressen, die innerhalb des CIDR-Bereichs Ihrer VPC liegen.

  • Wenn Sie eine VPC mit einem Befehlszeilen-Tool oder der Amazon-EC2-API erstellen, wird der CIDR-Block automatisch in seine kanonische Form geändert. Zum Beispiel, wenn Sie 100.68.0 angeben. 18/18 für den CIDR-Block erstellen wir einen CIDR-Block mit dem Wert 100.68.0. 0/18.

Verwalten von IPv4-CIDR-Blöcken für eine VPC

Sie können Ihrer VPC sekundäre IPv4-CIDR-Blöcke zuordnen. Wenn Sie Ihrer VPC einen CIDR-Block zuordnen, wird Ihren VPC-Routing-Tabellen automatisch eine Route hinzugefügt, um ein Routing innerhalb der VPC zu unterstützen (das Ziel ist der CIDR-Block, der Empfänger ist local).

Im folgenden Beispiel weist die VPC sowohl einen primären als auch einen sekundären CIDR-Block auf. Die CIDR-Blöcke für Subnetz A und Subnetz B stammen aus dem primären CIDR-Block der VPC. Der CIDR-Block für Subnetz C stammt aus dem sekundären CIDR-Block der VPC.

Zwei VPCs mit einem und mehreren CIDR-Blöcken

Die folgende Routing-Tabelle zeigt die lokalen Routen für die VPC.

Bestimmungsort Target
10.0.0. 0/16 Local
10.2.0. 0/16 Local

Beim Hinzufügen eines CIDR-Blocks zu Ihrer VPC gelten die folgenden Regeln:

  • Die zugelassene Blockgröße liegt zwischen der Netzwerkmaske /28 und der Netzwerkmaske /16.

  • Der CIDR-Block darf sich nicht mit vorhandenen CIDR-Blöcken überlappen, die der VPC zugeordnet sind.

  • Es gibt Einschränkungen im Hinblick auf die IPv4-Adressbereiche, die Sie verwenden können. Weitere Informationen finden Sie unter Einschränkungen bei der Zuordnung von IPv4-CIDR-Blöcken.

  • Sie können die Größe eines vorhandenen CIDR-Blocks nicht vergrößern oder verkleinern.

  • Es gibt ein Kontingent für die Anzahl an CIDR-Blöcken, die Sie einer VPC zuordnen können, ebenso wie für die Anzahl der Routen, die Sie einer Routing-Tabellen hinzufügen können. Sie können einen CIDR-Block nicht zuordnen, wenn Sie dadurch Ihre Kontingente überschreiten würden. Weitere Informationen finden Sie unter Amazon VPC-Kontingente.

  • Der CIDR-Block darf nicht gleich dem oder größer als der CIDR-Zielbereich in einer Route in einer der VPC-Routing-Tabellen sein. In einer VPC, in der der primäre CIDR-Block beispielsweise 10.2.0.0/16 lautet, verfügen Sie über eine vorhandene Route in einer Routing-Tabelle mit dem Ziel 10.0.0.0/24 zu einem Virtual Private Gateway. Sie möchten einen sekundären CIDR-Block im Bereich 10.0.0.0/16 zuordnen. Aufgrund der vorhandenen Route können Sie den CIDR-Block 10.0.0.0/24 oder größere Blöcke nicht zuordnen. Sie können jedoch den sekundären CIDR-Block 10.0.0.0/25 oder kleiner zuordnen.

  • Beim Hinzufügen von IPv4 CIDR-Blöcken zu einer VPC, die Teil einer VPC-Peering-Verbindung ist, gelten die folgenden Regeln:

    • Wenn die VPC-Peering-Verbindung active ist, können Sie einer VPC CIDR-Blöcke zuordnen, vorausgesetzt, diese überlappen sich nicht mit einem CIDR-Block der Peer-VPC.

    • Wenn die VPC-Peering-Verbindung pending-acceptance ist, kann der Eigentümer der anfordernden VPC der VPC keinen CIDR-Block hinzufügen, unabhängig davon, ob sich dieser mit dem CIDR-Block der entgegennehmenden VPC überlappt. Entweder muss der Eigentümer der entgegennehmenden VPC die Peering-Verbindung annehmen, oder der Eigentümer der anfordernden VPC muss die Anforderung der VPC-Peering-Verbindung löschen, den CIDR-Block hinzufügen und dann eine neue VPC-Peering-Verbindung anfordern.

    • Wenn die VPC-Peering-Verbindung pending-acceptance ist, kann der Eigentümer der entgegennehmenden VPC der VPC CIDR-Blöcke hinzufügen. Wenn sich ein sekundärer CIDR-Block mit einem CIDR-Block der anfordernden VPC überlappt, schlägt die Anforderung der VPC-Peering-Verbindung fehl und sie kann nicht angenommen werden.

  • Wenn Sie über ein Direct Connect-Gateway eine Verbindung Direct Connect zu mehreren VPCs Connect, dürfen die VPCs, die dem Direct Connect-Gateway zugeordnet sind, keine überlappenden CIDR-Blöcke haben. Wenn Sie einer der VPCs, die einem Direct Connect-Gateway zugeordnet ist, einen CIDR-Block hinzufügen, vergewissern Sie sich, dass der neue CIDR-Block nicht mit einem bestehenden CIDR-Block für eine andere VPC überlappt. Weitere Informationen finden Sie unter Direct Connect-Gateways im Direct Connect -Benutzerhandbuch.

  • Wenn Sie einen CIDR-Block hinzufügen oder entfernen, kann dieser verschiedene Status durchlaufen: associating | associated | disassociating | disassociated | failing | failed. Der CIDR-Block ist bereit für die Verwendung, wenn er sich im Status associated befindet.

Sie können die Zuordnung eines CIDR-Blocks aufheben, den Sie Ihrer VPC zugeordnet haben. Sie können jedoch nicht die Zuordnung des CIDR-Blocks aufheben, mit der Sie die VPC ursprünglich erstellt haben (den primären CIDR-Block). Um das primäre CIDR für Ihre VPC in der Amazon VPC-Konsole anzuzeigen, wählen Sie Your VPCs (Ihre VPCs), aktivieren Sie das Kontrollkästchen für Ihre VPC und wählen Sie die Registerkarte CIDRs. Um das primäre CIDR mithilfe von anzuzeigen, verwenden Sie den Befehl AWS CLI describe-vpcs wie folgt. Das primäre CIDR wird im obersten CidrBlock element zurückgegeben.

aws ec2 describe-vpcs --vpc-id vpc-1a2b3c4d --query Vpcs[*].CidrBlock --output text

Es folgt eine Beispielausgabe.

10.0.0.0/16

Einschränkungen bei der Zuordnung von IPv4-CIDR-Blöcken

Die folgende Tabelle gibt einen Überblick über zulässige und eingeschränkte VPC-CIDR-Blockzuordnungen für bestehende VPC-CIDR-Blöcke. Der Grund für die Einschränkungen liegt darin, dass einige AWS Dienste VPC- und kontoübergreifende Funktionen verwenden, für die auf der Dienstseite keine Konflikte verursachende CIDR-Blöcke erforderlich sind. AWS

Bestehender IPv4-Adressbereich Beschränkte Verknüpfungen Zugelassene Verknüpfungen

10.0.0. 0/8

CIDR-Blöcke aus anderen RFC 1918*-Bereichen (172.16.0. 0/12 und 192.168.0. 0/16).

Wenn einer der CIDR-Blöcke, die der VPC zugeordnet sind, aus Version 10.0.0 stammt. 0/15 Bereich (10.0.0.0 bis 10.1.255.255), Sie können keinen CIDR-Block aus Version 10.0.0 hinzufügen. 0/16 Bereich (10.0.0.0 bis 10.0.255.255).

CIDR-Blöcke aus 198.19.0. 0/16 Reichweite.

Jeder andere CIDR-Block aus Version 10.0.0. 0/8 Bereich zwischen einer /16-Netzmaske und einer /28-Netzmaske, die nicht eingeschränkt ist.

Jeder öffentlich routbare IPv4-CIDR-Block (nicht RFC 1918) zwischen einer /16-Netzmaske und /28-Netzmaske oder ein CIDR-Block zwischen einer /16-Netzmaske und einer /28-Netzmaske aus der Version 100.64.0. 0/10 Bereich.

169,254,0. 0/16

CIDR-Blöcke aus dem Block „Link Local“ sind wie in RFC 5735 beschrieben reserviert und können VPCs nicht zugewiesen werden.

172,16,0. 0/12

CIDR-Blöcke aus anderen RFC 1918*-Bereichen (10.0.0. 0/8 und 192.168.0. 0/16).

CIDR-Blöcke aus dem 172.31.0. 0/16 Reichweite.

CIDR-Blöcke aus dem 198.19.0. 0/16 Reichweite.

Jeder andere CIDR-Block aus dem 172.16.0. 0/12 Bereich zwischen einer /16-Netzmaske und einer /28-Netzmaske, die nicht eingeschränkt ist.

Jeder öffentlich routbare IPv4-CIDR-Block (nicht RFC 1918) zwischen einer /16-Netzmaske und /28-Netzmaske oder ein CIDR-Block zwischen einer /16-Netzmaske und einer /28-Netzmaske aus der Version 100.64.0. 0/10 Bereich.

192.168.0. 0/16

CIDR-Blöcke aus anderen RFC 1918*-Bereichen (10.0.0. 0/8 und 172.16.0. 0/12).

CIDR-Blöcke aus dem 198.19.0. 0/16 Reichweite.

Jeder andere CIDR-Block aus der 192.168.0. 0/16 Bereich zwischen einer /16-Netzmaske und einer /28-Netzmaske.

Jeder öffentlich routbare IPv4-CIDR-Block (nicht RFC 1918) zwischen einer /16-Netzmaske und einer /28-Netzmaske oder ein CIDR-Block aus der Version 100.64.0. 0/10 Bereich zwischen einer /16-Netzmaske und einer /28-Netzmaske.

198.19.0. 0/16

CIDR-Blöcke aus den RFC 1918*-Bereichen.

Jeder öffentlich routbare IPv4-CIDR-Block (nicht RFC 1918) zwischen einer /16-Netzmaske und einer /28-Netzmaske oder einem CIDR-Block aus 100.64.0. 0/10 Bereich zwischen einer /16-Netzmaske und einer /28-Netzmaske.

Öffentlich routbarer CIDR-Block (nicht RFC 1918) oder ein CIDR-Block aus der Version 100.64.0. 0/10Bereich

CIDR-Blöcke aus den RFC 1918*-Bereichen.

CIDR-Blöcke aus dem 198.19.0. 0/16 Reichweite.

Jeder andere öffentlich routbare IPv4-CIDR-Block (nicht RFC 1918) zwischen einer /16-Netzmaske und einer /28-Netzmaske oder ein CIDR-Block zwischen einer /16-Netzmaske und einer /28-Netzmaske aus 100.64.0. 0/10 Bereich.

Sie können auch CIDR in einem der RFC-1918-Bereiche zuordnen. Dazu müssen Sie jedoch zuerst dieses CIDR ergänzen, wenn Sie die VPC erstellen, und dann Nicht-RFC-1918-CIDR ergänzen.

*RFC 1918-Bereiche sind die privaten IPv4-Adressbereiche, die in RFC 1918 angegeben sind.

IPv6-VPC-CIDR-Blöcke

Sie können einen einzelnen IPv6 CIDR-Block zuordnen, wenn Sie eine neue VPC erstellen, oder Sie können bis zu fünf IPv6 CIDR-Blöcke von /44 bis /60 in Schritten von /4 zuordnen. Sie können einen IPv6-CIDR-Block aus dem IPv6-Adresspool von Amazon anfordern. Weitere Informationen finden Sie unter Hinzufügen oder Entfernen eines IPv4-CIDR-Blocks zu bzw. aus Ihrer VPC.

Wenn Sie Ihrer VPC einen IPv6-CIDR-Block zugewiesen haben, können Sie auch einem vorhandenen Subnetz in Ihrer VPC einen IPv6-CIDR-Block zuweisen oder ihn beim Erstellen eines neuen Subnetzes verknüpfen. Weitere Informationen finden Sie unter Dimensionierung der Subnetze für IPv6.

Sie erstellen beispielsweise eine VPC und geben an, dass Sie der VPC einen Amazon-provided IPv6-CIDR-Block zuordnen möchten. dann weist Amazon Ihrer VPC den folgenden IPv6 CIDR-Block zu: 2001:db8:1234:1a00::/56. Sie können den Bereich der IP-Adressen nicht selbst auswählen. Sie können ein Subnetz erstellen und einen IPv6 CIDR-Block aus diesem Bereich zuweisen, zum Beispie, 2001:db8:1234:1a00::/64.

Die Zuordnung eines IPv6-CIDR-Blocks zu einer VPC lässt sich aufheben. Wenn Sie die Zuordnung eines IPv6 CIDR-Blocks zu einer VPC aufheben, können Sie nicht erwarten, bei einer späteren erneuten Zuordnung eines IPv6 CIDR-Blocks zu Ihrer VPC das gleiche CIDR zu erhalten.