Preguntas frecuentes
VPN Tracker no mantiene las conexiones VPN cuando el ordenador entra en suspensión por las siguientes razones:
Inmediatamente después de despertar, el sistema puede tener una configuración de red diferente a la que tenía al entrar en suspensión, por ejemplo, porque se ha vuelto a conectar el cable de red mientras el ordenador estaba en suspensión, o porque el ordenador se ha movido a otra ubicación donde hay una WLAN diferente disponible, o porque un arrendamiento DHCP ha caducado y el servidor DHCP debe asignar una nueva dirección IP al ordenador después de despertar porque ya la ha dado a otra persona, o porque la interfaz de red ya no existe, por ejemplo, si se ha desconectado un adaptador de red USB. En estos casos, no solo dejaría de funcionar la conexión inmediatamente después de despertar, sino que VPN Tracker tampoco podría cerrar sesión correctamente en el equipo remoto.
Tampoco sería consciente de algunos de estos eventos directamente, ya que las aplicaciones no reciben eventos de red mientras el sistema está en suspensión y tendría que comparar todas las configuraciones de red después de despertar con las anteriores al sueño y decidir por sí mismo si la conexión aún podría funcionar o no, porque con algunos protocolos VPN no hay forma de probarlo activamente, con otros solo si se utilizan determinadas opciones (por ejemplo, DPD). Un error de juicio conduce a que un túnel permanezca activo cuando en realidad ya no puede funcionar y el usuario tendría que reiniciarlo manualmente antes de que vuelva a funcionar.
Las pasarelas NAT solo recuerdan durante un tiempo limitado en una tabla cómo mapean las direcciones IP privadas a las públicas y cómo reescriben los puertos. Dependiendo del protocolo, este período de tiempo puede estar en el rango de segundos o minutos (algunas pasarelas solo lo recuerdan durante 20 segundos con UDP). Si se pierde una entrada de esta tabla, no resulta en un error, sino que se crea una nueva entrada para el siguiente paquete, lo que a menudo resulta en un mapeo diferente, con lo cual el equipo remoto no puede lidiar, porque ahora parece que alguien más está intentando secuestrar la conexión, ya que los paquetes repentinamente provienen de un remitente diferente. VPN Tracker no puede saber o verificar al despertar si la entrada de tabla anterior aún existe o ya se ha perdido y no recibirá un error de la pasarela NAT en el último caso, pero la conexión seguirá sin funcionar, lo que lleva a los mismos problemas que en el primer caso. No importa si se utiliza una pasarela NAT local (como en la mayoría de los routers o módems domésticos) o una pasarela NAT de nivel operador, que está ubicada en el ISP y a través de la cual varios clientes pueden compartir una única dirección IPv4 pública. Lo último es cada vez más común, ya que no hay direcciones IPv4 gratuitas disponibles y, por lo tanto, no todos los clientes pueden obtener una propia.
Los protocolos VPN que utilizan alguna forma de detección de pares muertos (DPD) esperan tráfico de datos regular del otro lado. Si esto falla, envían paquetes DPD y esperan que estas solicitudes DPD también se respondan. Si no se responden, el otro lado considera la conexión como muerta y la elimina. VPN Tracker tampoco es consciente de esto mientras el ordenador está en suspensión y no podría responder a estas solicitudes. Después de despertar, la conexión volvería a no ser funcional, pero incluso con DPD en uso, esto a menudo solo se notaría después de aproximadamente un minuto y hasta entonces el sistema intentaría seguir utilizando esta conexión sin ninguna posibilidad de éxito, por lo que varias aplicaciones encontrarían errores o desconexiones.
Si una conexión VPN se desconecta sin que el cliente cierre sesión en la pasarela VPN y sin que la pasarela sea consciente de esto, puede ocurrir que el cliente no pueda restablecer esta conexión inmediatamente o que ocurra un error de conexión al establecerla por primera vez. En el peor de los casos, el cliente incluso podría quedar bloqueado durante unos minutos. Esto puede ocurrir en los dos primeros casos si la configuración de red ha cambiado después de la fase de suspensión o si se ha perdido una entrada de tabla NAT.
Para evitar todos estos problemas, VPN Tracker termina inmediatamente todas las conexiones VPN tan pronto como el sistema informa que quiere entrar en suspensión y también cierra sesión correctamente en el equipo remoto. Tan pronto como el sistema se despierta e informa que la red vuelve a estar completamente operativa, VPN Tracker restablece inmediatamente todas estas conexiones. Esto evita todos los problemas mencionados anteriormente y las aplicaciones normales no tienen acceso a la red mientras el sistema está en suspensión y también están acostumbradas al hecho de que no haya red disponible por un corto tiempo después de despertar, porque esto también es el caso sin VPN, especialmente si algo ha cambiado en la red.