Preguntas frecuentes
Normalmente, no se puede acceder a redes a través de VPN si sus direcciones coinciden con las de la red local.
Resolver un conflicto de red mediante el control de tráfico
Con VPN Tracker, puede utilizar el control de tráfico para enviar tráfico de red no esencial a direcciones locales a través de la VPN (Avanzado > Control de tráfico > Enviar tráfico de red local a través de la VPN si las redes remotas entran en conflicto con las redes locales).
Tenga en cuenta que nunca podrá acceder a las siguientes direcciones a través de VPN: la dirección utilizada por su router local, la dirección del servidor DHCP y las direcciones del(los) servidor(es) DNS. Si necesita acceder a estas IP a través de VPN, deberá resolver el conflicto de red manualmente en lugar de utilizar el control de tráfico. Lo mismo se aplica a cualquier IP que necesite alcanzar tanto localmente como a través de VPN.
Resolver un conflicto de red manualmente
Básicamente, hay dos formas de resolver un conflicto de red:
- Cambiar la red local para utilizar una dirección de red diferente: en la mayoría de los casos, esto implica cambiar la configuración LAN del router local (incluidos los ajustes DHCP si se utiliza DHCP). Además, las direcciones IP de los dispositivos de la LAN deben cambiarse (o, en caso de DHCP, activar una actualización de las direcciones DHCP).
- Cambiar la red remota para utilizar una dirección de red diferente: en la mayoría de los casos, esto implica cambiar la configuración LAN del gateway VPN (incluidos los ajustes DHCP si se utiliza DHCP). Además, las direcciones IP de los dispositivos de la LAN del gateway VPN deben cambiarse (o, en caso de DHCP, activar una actualización de las direcciones DHCP). Si la LAN se ha utilizado en la configuración de VPN (por ejemplo, para políticas o reglas de firewall), también debe modificarse allí. Por último, cambie la red remota en VPN Tracker según corresponda.
Si decide cambiar la red remota, tiene sentido utilizar una de las subredes privadas menos utilizadas para la nueva red. Según nuestra experiencia, estas son las redes:
- Subredes de 172.16.0.0/12
- Subredes de 192.168.0.0/16, pero no 192.168.0.0/24, 192.168.1.0/24 y 192.168.168.0/24
Si no puede utilizar ninguna de estas redes, por supuesto, también puede utilizar una subred de 10.0.0.0/8, pero sin 10.0.0.0/24, 10.0.1.0/24, 10.1.0.0/24, 10.1.1.0/24. Sin embargo, algunos operadores de redes inalámbricas y móviles utilizan toda la red 10.0.0.0/8, por lo que se prefieren las subredes mencionadas anteriormente de 10.0.0.0/8.
Si utiliza un gateway VPN con opciones de configuración más avanzadas (por ejemplo, SonicWALL), es posible que pueda configurar una red remota alternativa que se mapee 1:1 a la red remota real mediante Network Address Translation (NAT). Los usuarios de VPN pueden conectarse entonces a esta red remota alternativa en lugar de a la red remota normal si ésta causa conflictos. Para los dispositivos SonicWALL, puede encontrar aquí una descripción de dicha configuración.
Si el conflicto es causado por interfaces de red virtuales (por ejemplo, Parallels, VMware), puede encontrar aquí más información.