Een private intranetservice zal draaien op EC2-instances in een VPC die via een Site-to-Site VPN is verbonden met het on-premises netwerk. De nieuwe service moet hostnamen oplossen in de company.example DNS-zone; die zone wordt alleen on-premises gehost en is alleen bereikbaar vanaf het bedrijfsnetwerk. Welke oplossing stelt instances in de VPC in staat om company.example-namen op te lossen, zodat de service kan integreren met bestaande on-premises services?

De correcte oplossing is om DNS-hostnamen in te schakelen voor de VPC, een Route 53 Resolver outbound endpoint aan te maken en een Resolver-regel toe te voegen die queries voor company.example doorstuurt naar de on-premises name servers. Dit stelt de EC2-instances in staat om DNS-queries voor de on-premises zone via de VPN-verbinding naar de on-premises DNS-servers te sturen, waardoor ze de benodigde hostnamen kunnen oplossen. De optie om een lege private Route 53 hosted zone aan te maken en een NS-record toe te voegen, is onjuist omdat dit de on-premises DNS-server zou instrueren om queries voor company.example door te sturen naar Route 53, terwijl de autoritatieve records on-premises staan. De optie om een Route 53 Resolver inbound endpoint aan te maken en de on-premises DNS-server te configureren om queries door te sturen, is onjuist omdat dit bedoeld is voor on-premises systemen om AWS-hostnamen op te lossen, niet andersom. De optie om AWS Systems Manager te gebruiken om een hosts-bestand te installeren, is onpraktisch en niet schaalbaar voor dynamische omgevingen, en vereist handmatig onderhoud van het hosts-bestand.