Une entreprise possède un VPC avec un VPN Site-à-Site vers des ressources sur site et utilise l'ensemble d'options DHCP par défaut. Une application sur une instance EC2 Amazon Linux 2 doit récupérer un secret RDS de Secrets Manager via un point de terminaison VPC privé et doit également appeler une API REST interne sur site à l'adresse https://api.example.internal. Deux serveurs DNS Windows sur site effectuent la résolution interne. L'instance EC2 peut atteindre l'API sur site par adresse IP mais pas par nom d'hôte. Que doit faire un ingénieur réseau pour résoudre ce problème et éviter qu'il ne se produise pour d'autres ressources VPC ?

La création d'une règle Route 53 Resolver est la solution la plus évolutive et conforme aux meilleures pratiques AWS. Elle permet au VPC de résoudre les noms de domaine internes (example.internal) en les transférant aux serveurs DNS sur site, sans affecter la résolution DNS par défaut pour les services AWS (comme Secrets Manager via un point de terminaison VPC). L'ensemble d'options DHCP par défaut utilise le DNS fourni par Amazon, qui ne peut pas résoudre les noms de domaine sur site. Modifier l'ensemble d'options DHCP pour utiliser les serveurs DNS sur site résoudrait le problème sur site mais empêcherait la résolution des noms de domaine AWS (comme les points de terminaison VPC), car les serveurs DNS sur site n'ont pas connaissance de ces enregistrements. Modifier /etc/resolv.conf ou le fichier hosts est une solution manuelle et non évolutive, qui ne résout pas le problème pour d'autres ressources VPC ni ne persiste après un redémarrage ou un remplacement d'instance.