Subscription1 tiene VNet1 y VNet2. VNet1 tiene un VPN gateway (VPNGW1) que utiliza enrutamiento estático y una conexión site-to-site a las instalaciones locales. Client1 (Windows 10) tiene una conexión point-to-site a VNet1. VNet1 y VNet2 están emparejadas. Las instalaciones locales pueden acceder a VNet2, pero Client1 no puede acceder a VNet2. ¿Qué debe hacer para permitir que Client1 se conecte a VNet2?

La respuesta correcta es descargar y volver a instalar el paquete de configuración del cliente VPN en Client1. Esto se debe a que, aunque VNet1 y VNet2 están emparejadas, la configuración inicial del cliente VPN de punto a sitio (P2S) para Client1 solo incluía las rutas a VNet1. Para que Client1 pueda acceder a VNet2 a través del emparejamiento, las rutas a VNet2 deben incluirse en el perfil VPN de Client1. Al volver a descargar e instalar el paquete de configuración, se actualizan las rutas en el cliente VPN para incluir la red emparejada (VNet2). Seleccionar "Allow gateway transit" en VNet1 no es suficiente por sí solo, ya que esta opción permite que la puerta de enlace de VNet1 sea utilizada por redes emparejadas, pero no actualiza las rutas en el cliente P2S. Seleccionar "Allow gateway transit" en VNet2 no es relevante en este escenario, ya que VNet2 no tiene una puerta de enlace VPN. Habilitar BGP en VPNGW1 no es necesario ni directamente aplicable para resolver el problema de conectividad P2S a una VNet emparejada, ya que el enrutamiento estático ya está en uso y el problema radica en la configuración del cliente P2S.