Contoso Ltd.'nin Batı ABD'de bir hub'ı olan bir Virtual WAN'ı var. Hub'a bağlı üç spoke VNet (app-spoke, db-spoke, mgmt-spoke) dağıttılar. Güvenlik ekibi, db-spoke öneklerinin (10.10.2.0/24) app-spoke ve mgmt-spoke tarafından asla öğrenilmemesini, ancak app-spoke'un aynı hub'a bağlı bir Site-to-Site VPN bağlantısı aracılığıyla şirket içinden hala erişilebilir olmasını gerektiriyor. Bunu başarmak için Virtual WAN hub yönlendirme tablolarını nasıl yapılandırmalısınız?

Doğru cevap, db-spoke'un (10.10.2.0/24) app-spoke ve mgmt-spoke tarafından öğrenilmesini engellerken, şirket içi VPN bağlantısının bu ağa erişmesini sağlar. Özel bir yönlendirme tablosu oluşturup yayılmayı devre dışı bırakmak, bu tablonun diğer bağlantılara rota duyurmasını engeller. 10.10.2.0/24 için şirket içi VPN next hop IP'sine işaret eden statik bir rota eklemek, yalnızca şirket içi VPN'in bu öneki öğrenmesini ve ona erişmesini sağlar. Bu tabloyu yalnızca şirket içi VPN bağlantısıyla ilişkilendirmek, bu özel yönlendirme mantığının sadece VPN bağlantısı için geçerli olmasını sağlar. Yanlış seçenekler: İlk seçenek, db-spoke'un rotasını 'None' olarak ayarlayarak erişimi tamamen engeller, bu da şirket içi VPN erişimini de keser. İkinci seçenek, şirket içi VPN'den yayılmayı etkinleştirerek db-spoke'un rotalarını diğer spoke'lara duyurabilir. Dördüncü seçenek, Virtual WAN hub yönlendirme tablolarında ACL'ler bulunmadığı için geçerli değildir.