Ein Netzwerkingenieur fügt IPv6-only-Subnetze hinzu und startet eine EC2-Instance mit IPv6-Adresse in einer Test-VPC. Die Instance kann einen IPv4-only-Internetdienst nicht erreichen. Der Ingenieur muss der IPv6-Instance ermöglichen, mit dem IPv4-only-Dienst zu kommunizieren. Welche Lösung erfüllt diese Anforderung?

Die korrekte Lösung ist, DNS64 für die IPv6-only-Subnetze zu aktivieren und die Routing-Tabellen so zu aktualisieren, dass der Datenverkehr über das NAT Gateway geleitet wird. DNS64 übersetzt DNS-Anfragen für IPv4-Adressen in synthetische IPv6-Adressen, die dann von der IPv6-only-Instanz angesprochen werden können. Das NAT Gateway (das NAT64 bereitstellt) übersetzt diese synthetischen IPv6-Adressen zurück in IPv4-Adressen, um die Kommunikation mit dem IPv4-only-Dienst zu ermöglichen. Die Option, NAT64 für die Test-VPC zu aktivieren und das vorhandene NAT Gateway neu zu konfigurieren, ist falsch, da NAT Gateways von Haus aus nur IPv4 unterstützen und nicht direkt für IPv6-Traffic konfiguriert werden können. Die Aktivierung von DNS64 nur für die EC2-Instanz ist unzureichend; es muss auf Subnetz-Ebene erfolgen. Ein Egress-Only Internet Gateway ist für ausgehenden IPv6-Verkehr gedacht, nicht für die Übersetzung zu IPv4. Die Aktivierung von NAT64 für jede Routing-Tabelle und die Erstellung eines neuen NAT Gateways, das sowohl IPv4 als auch IPv6 unterstützt, ist ebenfalls falsch, da es keine NAT Gateways gibt, die nativ IPv6-Traffic verarbeiten und zu IPv4 übersetzen.