Een netwerkengineer voegt IPv6-only subnets toe en start een EC2-instance met een IPv6-adres in een test-VPC. De instance kan een IPv4-only internetservice niet bereiken. De engineer moet de IPv6-instance in staat stellen te communiceren met de IPv4-only service. Welke oplossing voldoet aan de behoefte?

De correcte oplossing is het inschakelen van DNS64 voor de IPv6-only subnets en het routeren van verkeer via de NAT gateway. DNS64 vertaalt DNS-query's voor IPv4-adressen naar synthetische IPv6-adressen, waardoor de IPv6-only instance een IPv4-only service kan benaderen. De NAT gateway (die IPv4-verkeer afhandelt) vertaalt vervolgens de IPv6-pakketten van de instance naar IPv4-pakketten voor de externe service. De andere opties zijn incorrect: NAT64 inschakelen voor de test-VPC en de bestaande NAT gateway herconfigureren is onjuist omdat NAT64 een service is die door AWS wordt aangeboden in combinatie met DNS64, en een bestaande NAT gateway is primair voor uitgaand IPv4-verkeer; deze ondersteunt niet direct IPv6-naar-IPv4-vertaling zonder DNS64. DNS64 inschakelen voor de EC2-instance is onjuist; DNS64 wordt geconfigureerd op subnet-niveau, niet op instance-niveau. Een egress-only internet gateway is voor uitgaand IPv6-verkeer naar het internet, niet voor vertaling naar IPv4-only services. NAT64 inschakelen voor elke routetabel en een nieuwe NAT gateway creëren die zowel IPv4 als IPv6 ondersteunt is onjuist. NAT64 wordt niet per routetabel ingeschakeld, en een NAT gateway is in principe een IPv4-component. De combinatie van DNS64 en een bestaande NAT gateway is de juiste aanpak.