Użytkownik1 łączy się z domu z bramą GW1, używając połączenia VPN typu Point-to-Site z Komputera1 (Windows 11), aby uzyskać dostęp do AppSvr1. Po dodaniu wymienionych zasobów Użytkownik1 nie może uzyskać dostępu do AppSvr2. Jakie działanie umożliwi Użytkownikowi1 dostęp do AppSvr2?

Poprawna odpowiedź to: Na Komputerze1 pobierz i ponownie zainstaluj klienta VPN. Gdy dodajesz nowe sieci wirtualne lub zmieniasz konfigurację sieci VPN typu Point-to-Site (P2S), istniejący klient VPN na Komputerze1 może nie mieć zaktualizowanych tras. Ponowne pobranie i zainstalowanie klienta VPN zapewni, że plik konfiguracji VPN (.ovpn lub .xml) zostanie zaktualizowany o nowe trasy do AppSvr2 (który znajduje się w VNet2, połączonym z VNet1 poprzez peering). Pozostałe opcje są nieprawidłowe: Utworzenie tablicy tras i skojarzenie jej z GatewaySubnet w VNet1 jest istotne dla routingu między sieciami wirtualnymi, ale nie rozwiąże problemu klienta VPN, który nie zna tych nowych tras. Zmiana konfiguracji zapory Windows Defender na Komputerze1 jest mało prawdopodobna, ponieważ problem dotyczy dostępu do nowej podsieci, a nie blokowania istniejącego połączenia. Dodanie service endpoint do VNet2 jest używane do zabezpieczania dostępu do usług Azure z sieci wirtualnych, a nie do rozwiązywania problemów z routingiem VPN P2S.