Fabrikam exécute une application multiniveau dans vnet-prod avec une table de routage rtb-azure qui achemine 0.0.0.0/0 vers une appliance virtuelle à l'adresse 10.0.100.4. Une machine virtuelle de backend (dbvm01) dans le sous-réseau db-subnet ne peut pas atteindre une API externe à l'adresse 52.160.0.8 — le trafic semble être abandonné (trou noir). Quelle action Network Watcher devriez-vous exécuter pour identifier le routeur/tronçon suivant choisi pour le trafic de dbvm01 vers 52.160.0.8 et détecter si le paquet est envoyé à un tronçon suivant inattendu (trou noir) ?

L'outil Network Watcher Next Hop est conçu spécifiquement pour déterminer le prochain saut qu'un paquet prendra depuis une machine virtuelle vers une destination donnée. Il révèle si le trafic est dirigé vers une appliance virtuelle, Internet, ou s'il est "Aucun" (ce qui indique un trou noir), ce qui correspond exactement au problème décrit. Network Watcher IP Flow Verify vérifie si un groupe de sécurité réseau (NSG) bloque le trafic, mais le problème ici est un trou noir de routage, pas un blocage par NSG. Les journaux de flux NSG enregistrent les flux de trafic mais ne déterminent pas le prochain saut de routage. La capture de paquets est utile pour analyser le trafic réel, mais elle ne fournit pas directement l'information sur le prochain saut de routage calculé par Azure pour un paquet donné.