Un'azienda ha una VPC con una VPN Site-to-Site verso l'ambiente on-premise e utilizza il set di opzioni DHCP predefinito. Un'applicazione su un'istanza EC2 Amazon Linux 2 deve recuperare un segreto RDS da Secrets Manager tramite un endpoint VPC privato e deve anche chiamare un'API REST interna on-premise all'indirizzo https://api.example.internal. Due server DNS Windows on-premise eseguono la risoluzione interna. L'istanza EC2 può raggiungere l'API on-premise tramite indirizzo IP ma non tramite hostname. Cosa dovrebbe fare un ingegnere di rete per risolvere il problema e prevenirlo per altre risorse VPC?

L'opzione corretta è creare una regola Amazon Route 53 Resolver che inoltri le query per example.internal ai server DNS Windows on-premise e associarla alla VPC. Questo approccio centralizzato consente alle istanze EC2 all'interno della VPC di risolvere i nomi DNS interni on-premise senza configurazioni manuali per ogni istanza. La VPC utilizza il set di opzioni DHCP predefinito, che punta ai server DNS forniti da Amazon, non in grado di risolvere i nomi interni on-premise. Modificare il file hosts o /etc/resolv.conf sull'istanza EC2 è una soluzione temporanea e non scalabile, che richiede configurazione manuale per ogni istanza. Creare un nuovo set di opzioni DHCP e associarlo alla VPC risolverebbe il problema, ma riavviare l'istanza EC2 non è sufficiente; è necessario anche riavviare l'interfaccia di rete o l'istanza stessa per applicare le nuove impostazioni DHCP. Route 53 Resolver è la soluzione più robusta e scalabile per l'integrazione DNS ibrida.