Dopo la migrazione di un'applicazione a un VPC connesso alla rete on-premise tramite una VPN Site-to-Site, l'applicazione non è più in grado di risolvere i nomi host interni a cui risponde un server DNS on-premise. Quale approccio consentirà all'applicazione basata su VPC di risolvere i nomi di dominio on-premise?

L'opzione corretta è creare un endpoint in uscita di Route 53 Resolver e configurare le regole di inoltro. Questo approccio consente al VPC di inoltrare le query DNS per domini specifici (come quelli on-premise) al server DNS on-premise attraverso la VPN Site-to-Site esistente. L'endpoint in uscita agisce come un proxy DNS, dirigendo il traffico DNS appropriato. Le altre opzioni sono meno efficaci o non corrette: Avviare istanze EC2 come DNS forwarder è una soluzione manuale e meno scalabile rispetto a Route 53 Resolver. Le connessioni Direct Connect e LAG sono per la connettività di rete ad alta larghezza di banda e bassa latenza, non risolvono direttamente il problema della risoluzione DNS tra VPC e on-premise. Creare una zona ospitata pubblica Route 53 per un dominio interno non è appropriato, poiché esporrebbe i nomi host interni a Internet e non risolverebbe il problema di inoltrare le query al server DNS on-premise.