Subskrypcja1 zawiera VNet1 i VNet2. VNet1 ma bramę VPN ze statycznym routingiem (VPNGW1) i sieć VPN typu site-to-site do sieci lokalnej. Klient1 (Windows 10) ma sieć VPN typu point-to-site do VNet1. VNet1 i VNet2 są ze sobą połączone peeringiem, a klienci lokalni mogą dotrzeć do VNet2, ale Klient1 nie może. Co należy zrobić, aby umożliwić Klientowi1 połączenie z VNet2?

Klient1 nie może połączyć się z VNet2, ponieważ konfiguracja klienta VPN typu point-to-site została pobrana przed nawiązaniem połączenia peeringowego między VNet1 a VNet2. Aby Klient1 mógł uzyskać dostęp do VNet2, musi zostać ponownie pobrany i zainstalowany pakiet konfiguracji klienta VPN. Ten pakiet zawiera zaktualizowane trasy, które uwzględniają nowo połączoną sieć VNet2. Opcja „Use the remote virtual network's gateway or Route Server” w peeringu VNet1 do VNet2 jest nieprawidłowa, ponieważ ta opcja jest używana, gdy sieć wirtualna (VNet2) potrzebuje dostępu do bramy VPN w innej sieci wirtualnej (VNet1) w celu komunikacji z siecią lokalną, a nie dla klientów P2S. Opcja „Use the remote virtual network's gateway or Route Server” w peeringu VNet2 do VNet1 jest również nieprawidłowa z tego samego powodu. Włączenie BGP na VPNGW1 jest niepotrzebne, ponieważ routing statyczny jest już skonfigurowany, a problem dotyczy klienta P2S, a nie routingu między sieciami wirtualnymi lub z siecią lokalną.