Una empresa tiene una VPC con una VPN de sitio a sitio a las instalaciones locales y utiliza el conjunto de opciones de DHCP predeterminado. Una aplicación en una instancia EC2 de Amazon Linux 2 debe recuperar un secreto de RDS de Secrets Manager a través de un punto de conexión de VPC privado y también debe llamar a una API REST interna local en https://api.example.internal. Dos servidores DNS de Windows locales realizan la resolución interna. La instancia EC2 puede acceder a la API local por dirección IP, pero no por el nombre de host. ¿Qué debe hacer un ingeniero de redes para solucionar esto y evitar el problema para otros recursos de la VPC?

La opción correcta es crear una regla de Amazon Route 53 Resolver que reenvíe las consultas de example.internal a los servidores DNS de Windows locales y asociar esta regla a la VPC. Esto permite que las instancias dentro de la VPC resuelvan nombres de dominio internos alojados en el entorno local sin modificar la configuración de cada instancia. Las otras opciones son incorrectas porque: Crear un nuevo conjunto de opciones de DHCP con los servidores DNS locales no funcionaría para example.internal ya que el conjunto de opciones de DHCP predeterminado ya usa el DNS de Route 53, que es necesario para resolver los puntos de conexión de VPC y los servicios de AWS. Editar el archivo de hosts local en cada instancia EC2 no es escalable ni práctico para múltiples recursos. Editar /etc/resolv.conf en cada instancia EC2 tampoco es escalable y los cambios pueden ser sobrescritos. Además, esto no permitiría la resolución de nombres de AWS a través del DNS de Route 53.