Fabrikam, vnet-prod içinde, 0.0.0.0/0 trafiğini 10.0.100.4 adresindeki bir sanal cihaza yönlendiren rtb-azure adlı bir yönlendirme tablosuyla çok katmanlı bir uygulama çalıştırmaktadır. db-subnet içindeki bir arka uç VM'si (dbvm01), 52.160.0.8 adresindeki harici bir API'ye ulaşamıyor; trafik düşürülmüş (kara delik) gibi görünüyor. dbvm01'den 52.160.0.8'e giden trafik için seçilen yönlendiriciyi/sonraki atlamayı tanımlamak ve paketin beklenmedik bir sonraki atlamaya (kara delik) gönderilip gönderilmediğini tespit etmek için hangi Network Watcher eylemini çalıştırmalısınız?

Doğru cevap, Network Watcher Next Hop'u kullanmaktır. Bu araç, belirli bir VM'den belirli bir hedefe giden trafiğin sonraki atlama türünü (örneğin, Sanal Cihaz, İnternet, VNetLocal veya Yok) ve IP adresini gösterir. Bu sayede, 0.0.0.0/0 trafiğini sanal cihaza yönlendiren yönlendirme tablosunun 52.160.0.8 adresine giden trafiği nasıl etkilediğini ve paketin neden düşürüldüğünü (kara delik) net bir şekilde görebilirsiniz. Diğer seçenekler neden yanlış: IP Flow Verify: Bu araç, bir paketin bir NSG tarafından reddedilip reddedilmediğini kontrol eder, ancak paketin sonraki atlamasını veya yönlendirme tablosu etkileşimini göstermez. Sorun yönlendirme ile ilgili olduğundan bu yetersiz kalır. NSG akış günlükleri: Akış günlükleri, trafik akışlarını ve NSG kararlarını gösterir ancak paketin sonraki atlama yönlendirme kararını doğrudan sağlamaz. Ayrıca, bu günlüklerin etkinleştirilmesi ve analiz edilmesi ek zaman ve çaba gerektirir. Paket yakalama: Paket yakalama, ağ trafiğini ayrıntılı olarak incelemek için kullanılabilir ancak doğrudan sonraki atlama kararını veya yönlendirme tablosu etkileşimini göstermez. Ayrıca, yakalanan paketleri analiz etmek karmaşık olabilir ve sorunun kök nedenini belirlemek için daha dolaylı bir yöntemdir.