Une entreprise dispose d'un cloud hybride avec Direct Connect vers AWS. Les VPC sont connectés selon un modèle hub-and-spoke via une passerelle de transit et utilisent un VIF de transit avec une passerelle Direct Connect. L'entreprise utilise un modèle DNS hybride avec des points de terminaison Route 53 Resolver dans le VPC hub pour un DNS bidirectionnel. Une application backend dans un VPC consomme des messages via Amazon SQS sur un réseau privé. L'ingénieur réseau souhaite un point de terminaison d'interface VPC pour SQS qui soit accessible depuis les locaux de l'entreprise et depuis plusieurs VPC. Quelle combinaison d'étapes l'ingénieur doit-il suivre pour que les applications clientes puissent résoudre le DNS pour le point de terminaison d'interface ? (Choisissez trois.)

Pour permettre la résolution DNS du point de terminaison d'interface SQS depuis les locaux et plusieurs VPC, il faut désactiver les noms DNS privés lors de la création du point de terminaison. Si les noms DNS privés étaient activés, Route 53 résoudrait automatiquement le nom de service par défaut (sqs.us-east-1.amazonaws.com) vers l'adresse IP privée du point de terminaison d'interface, ce qui ne permettrait pas de le contrôler manuellement. Ensuite, une zone hébergée privée doit être créée manuellement pour sqs.us-east-1.amazonaws.com dans Route 53. Cette zone contiendra les enregistrements nécessaires pointant vers le nom DNS du point de terminaison d'interface. Cette zone hébergée privée doit être associée aux VPC concernés pour que leurs résolveurs DNS puissent y accéder. Enfin, les applications clientes devront accéder au point de terminaison SQS en utilisant le nom DNS privé du point de terminaison d'interface, tel que .sqs.us-east-1.vpce.amazonaws.com, car la zone hébergée privée personnalisée redirigera les requêtes pour sqs.us-east-1.amazonaws.com vers ce nom.