У компании есть VPC с Site-to-Site VPN до локальной среды, и она использует набор параметров DHCP по умолчанию. Приложение на инстансе Amazon Linux 2 EC2 должно получить секрет RDS из Secrets Manager через частную конечную точку VPC, а также должно вызывать внутренний локальный REST API по адресу https://api.example.internal. Два локальных DNS-сервера Windows выполняют внутреннее разрешение. Инстанс EC2 может достичь локального API по IP-адресу, но не по имени хоста. Что должен сделать сетевой инженер, чтобы исправить это и предотвратить проблему для других ресурсов VPC?

Правильный ответ — создание правила Amazon Route 53 Resolver, перенаправляющего запросы для example.internal на локальные DNS-серверы Windows и связывание его с VPC. Это позволяет EC2-инстансам в VPC разрешать внутренние локальные доменные имена через локальные DNS-серверы, не влияя на разрешение публичных или AWS-сервисов (таких как Secrets Manager через приватную конечную точку VPC). Неправильные варианты: Использование набора параметров DHCP для указания локальных DNS-серверов заставит все DNS-запросы из VPC идти в локальную сеть, что может нарушить разрешение имен для сервисов AWS (например, Secrets Manager) и публичных доменов, так как локальные DNS-серверы могут не иметь к ним доступа или не быть настроены для их разрешения. Редактирование локального файла hosts или /etc/resolv.conf на инстансе EC2 является временным решением только для одного инстанса и не масштабируется для других ресурсов VPC, что противоречит требованию "предотвратить проблему для других ресурсов VPC".