Une entreprise possède deux contrôleurs de domaine dans un VPC de services partagés, placés dans des sous-réseaux privés. Elle déploie une nouvelle application sur un nouveau VPC dans le même compte, sur une instance EC2 Windows Server qui doit joindre le domaine hébergé dans le VPC de services partagés. Un Transit Gateway est attaché aux deux VPC et les tables de routage sur le Transit Gateway et dans les deux VPC ont été mises à jour. Les groupes de sécurité sur les contrôleurs de domaine et sur la nouvelle instance autorisent uniquement les ports requis pour le trafic de domaine. L'instance ne peut pas joindre le domaine. Quelles sont les deux étapes qui aideront à diagnostiquer le problème avec le moins d'effort opérationnel ?

L'utilisation d'AWS Network Manager pour exécuter une analyse de routage (Reachability Analyzer) est efficace car elle simule le chemin réseau entre l'instance EC2 et les contrôleurs de domaine, identifiant les problèmes de routage ou de configuration de sécurité qui bloquent la connectivité. C'est un outil de diagnostic précis et non intrusif. L'examen des VPC Flow Logs des deux VPC est également crucial car ils enregistrent tout le trafic IP, y compris les tentatives de connexion échouées, permettant de voir si le trafic atteint les contrôleurs de domaine et pourquoi il est refusé (par exemple, par un groupe de sécurité ou une ACL réseau). La mise en miroir de ports est plus complexe et génère beaucoup de données, ce qui n'est pas l'option la moins coûteuse en efforts. Un simple ping depuis le contrôleur de domaine ne teste pas la connectivité dans le sens requis pour la jonction de domaine et ne fournit pas de détails sur les échecs. Vérifier la propagation de route n'est pas pertinent, car la propagation de route est généralement activée pour simplifier la gestion des routes avec Transit Gateway.