Une entreprise enregistre le domaine public example.com dans un compte AWS central en utilisant Amazon Route 53. L'entreprise souhaite héberger un sous-domaine, test.example.com, dans un compte AWS différent pour fournir une résolution de noms aux instances EC2 de ce compte, sans transférer le domaine parent. Un ingénieur crée une nouvelle zone hébergée Route 53 pour le sous-domaine dans le deuxième compte. Quelles étapes l'ingénieur doit-il effectuer pour finaliser la configuration ? (Choisissez-en deux.)

Pour déléguer un sous-domaine, la première étape est de créer une zone hébergée pour ce sous-domaine dans le compte AWS cible et d'y ajouter les enregistrements DNS (A, CNAME, etc.) nécessaires pour les ressources (comme les instances EC2) qui y seront hébergées. Ensuite, il est crucial de modifier la zone hébergée du domaine parent (example.com) en y ajoutant des enregistrements de serveur de noms (NS) qui pointent vers les serveurs de noms de la zone hébergée du sous-domaine (test.example.com). Cette délégation indique aux résolveurs DNS où trouver les informations pour le sous-domaine. Les options incorrectes sont : Mettre à jour la configuration DNS du sous-domaine avec des enregistrements NS qui renvoient au domaine parent est incorrect ; la délégation va du parent vers l'enfant. Créer un enregistrement d'alias dans le domaine parent qui pointe vers la zone hébergée du sous-domaine n'est pas la méthode standard pour la délégation de sous-domaines. Les enregistrements d'alias sont utilisés pour pointer vers des ressources AWS spécifiques, pas pour déléguer une zone entière. Ajouter un enregistrement SOA dans le domaine parent pour le sous-domaine est inutile ; chaque zone hébergée a déjà son propre enregistrement SOA.