Contoso Ltd.'nin Doğu ABD'de bir NVA'ya sahip bir hub VNet'i (Hub-VNet) ve iki spoke VNet'i (Spoke-A ve Spoke-B) bulunan bir hub-spoke topolojisi vardır. Spoke-A, Hub-VNet'e eşlenmiştir ve Spoke-B, Hub-VNet'e eşlenmiştir. Mühendisler, Spoke-A'daki VM'lerin eşleme bağlantıları üzerinden Spoke-B'deki VM'lere ulaşamadığını fark eder. Doğrudan spoke'tan spoke'a trafiğin neden hub eşlemesi üzerinden geçmediğini ve Contoso'nun tüm eşlemeleri yeniden tasarlamadan spoke'tan spoke'a iletişimi etkinleştirmek için ne yapması gerektiğini en iyi açıklayan ifade hangisidir?

Sanal Ağ eşlemesi geçişli değildir, yani Spoke-A'dan Spoke-B'ye doğrudan iletişim, Hub-VNet üzerinden otomatik olarak yönlendirilmez. Spoke'tan spoke'a iletişimi etkinleştirmek için, trafiği Hub-VNet'teki bir NVA (Ağ Sanallaştırma Gereci) veya VPN/ExpressRoute ağ geçidi üzerinden yönlendirmeniz gerekir. Bu, her bir spoke VNet'teki sanal makinelerden gelen trafiği NVA'ya veya ağ geçidine yönlendiren kullanıcı tanımlı rotalar (UDR'ler) yapılandırılarak yapılır. Diğer seçenekler yanlıştır çünkü: VNet eşlemesi, varsayılan olarak eşlenmiş VNet'ler arasındaki trafiği engellemez; ancak geçişli değildir. 'Transit Peering' diye bir özellik yoktur. Ağ Güvenlik Grupları (NSG'ler) trafik akışını kontrol eder, ancak geçişli yönlendirme sorununu çözmez. Azure, hub farklı bir abonelikte olduğunda spoke'tan spoke'a trafiği otomatik olarak yönlendirmez; bu, eşlemenin geçişli olmamasından kaynaklanan bir kısıtlamadır.