Fabrikam uruchamia wielowarstwową aplikację w vnet-prod z tabelą routingu rtb-azure, która kieruje ruch 0.0.0.0/0 do urządzenia wirtualnego pod adresem 10.0.100.4. Maszyna wirtualna zaplecza (dbvm01) w podsieci db-subnet nie może dotrzeć do zewnętrznego API pod adresem 52.160.0.8 — ruch wydaje się być porzucany (czarna dziura). Jaką akcję Network Watcher należy uruchomić, aby zidentyfikować router/następny przeskok wybrany dla ruchu z dbvm01 do 52.160.0.8 i wykryć, czy pakiet jest wysyłany do nieoczekiwanego następnego przeskoku (czarna dziura)?

Network Watcher Next Hop jest idealnym narzędziem do zdiagnozowania problemu „czarnej dziury”, ponieważ bezpośrednio pokazuje, dokąd Azure kieruje ruch dla danego adresu docelowego z określonej maszyny wirtualnej. W tym przypadku, dla dbvm01 i docelowego adresu 52.160.0.8, Next Hop ujawni, czy ruch jest kierowany do urządzenia wirtualnego (10.0.100.4), bezpośrednio do Internetu, czy też typ następnego przeskoku to „None”, co wskazuje na problem z routingiem (czarną dziurę). IP Flow Verify sprawdza reguły sieciowych grup zabezpieczeń (NSG), a nie routing. Dzienniki przepływu NSG pokazują, czy ruch został zezwolony lub odrzucony przez NSG, ale nie informują o następnym przeskoku. Przechwytywanie pakietów wymaga analizy na poziomie pakietów i jest bardziej złożone niż proste sprawdzenie następnego przeskoku, nie dostarczając bezpośrednio informacji o decyzji routingu Azure.