Un ingeniero de redes añade subredes solo IPv6 y lanza una instancia EC2 con dirección IPv6 en una VPC de prueba. La instancia no puede alcanzar un servicio de internet solo IPv4. El ingeniero necesita habilitar que la instancia IPv6 se comunique con el servicio solo IPv4. ¿Qué solución satisface la necesidad?

La opción correcta es habilitar DNS64 para las subredes solo IPv6 y actualizar las tablas de ruteo para que el tráfico se enrute a través del NAT gateway. DNS64 traduce las consultas DNS de IPv6 a IPv4, permitiendo que los hosts solo IPv6 resuelvan nombres de dominio de servicios solo IPv4. El NAT gateway (que es una instancia de NAT64 cuando se combina con DNS64) traduce las direcciones IPv6 de la instancia a IPv4 para la comunicación saliente con Internet. Las otras opciones son incorrectas porque: Habilitar NAT64 para la VPC y reconfigurar el NAT gateway existente para IPv6 no es el mecanismo correcto; el NAT gateway es inherentemente NAT64 cuando se usa con DNS64. Habilitar DNS64 para la instancia EC2 individual no es la forma correcta de implementarlo; se configura a nivel de subred. Un internet gateway de solo egreso (Egress-Only Internet Gateway) es para tráfico IPv6 saliente, no para traducir a IPv4. Habilitar NAT64 para cada tabla de ruteo y crear un nuevo NAT gateway que admita IPv4 e IPv6 no es necesario; el NAT gateway existente ya maneja IPv4 y, con DNS64, actúa como NAT64.