Preguntas frecuentes
Esto suele tener dos causas principales:
Si su conexión VPN está configurada como "Host a todas las redes", todo el tráfico de red no local se envía a través del túnel VPN una vez que la conexión se ha establecido. Todo el tráfico no local incluye el tráfico a los servicios públicos de Internet, ya que estos también son no locales. Estos servicios solo serán accesibles si la puerta de enlace VPN está configurada para reenviar el tráfico de Internet enviado a través de la VPN al Internet público y reenviar las respuestas a través de la VPN; de lo contrario, el acceso a Internet dejará de funcionar.
Una posible solución es configurar una conexión "Host a red" en su lugar, donde solo el tráfico a las redes remotas configuradas se envía a través de la VPN, mientras que todo el demás tráfico se envía como si no hubiera un túnel VPN establecido. Si las redes remotas son aprovisionadas automáticamente por la puerta de enlace VPN, esto debe configurarse en la puerta de enlace VPN, el aprovisionamiento automático debe desactivarse en VPN Tracker (no es posible para todos los protocolos VPN) o la configuración de Control de tráfico debe usarse para anular la configuración de red proporcionada por la puerta de enlace (Control de tráfico no está disponible actualmente en iOS).
Una configuración de "Host a todas las redes" puede ser deseable por razones de anonimato o para simular una ubicación diferente (por ejemplo, un país diferente), ya que todas sus solicitudes llegarán a su destino final con la dirección IP pública de la puerta de enlace VPN en lugar de la suya propia. De esta manera, también puede beneficiarse de cualquier filtro de malware o bloqueador de anuncios que se ejecute en la puerta de enlace VPN, pero también significa que la puerta de enlace puede filtrar a qué servicios tiene acceso en primer lugar. Si se desea "Host a todas las redes" pero no funciona, este problema debe solucionarse en el sitio remoto, ya que lo que sucede con el tráfico de Internet público después de enviarlo a través de la VPN está fuera del control de VPN Tracker.
Si la conexión está configurada para usar servidores DNS remotos sin restricciones, todas sus consultas DNS se enviarán a través de la VPN. Antes de que se pueda contactar a cualquier servicio de Internet, su nombre DNS debe resolverse primero a una dirección IP. Si esto no es posible porque el servidor DNS remoto no funciona correctamente o no puede resolver los dominios públicos de Internet, el proceso de resolución fallará y esto a menudo tiene el mismo efecto en el software que si el servicio de Internet fuera inaccesible.
Una posible solución es desactivar por completo el DNS remoto si no se requiere para el uso de la VPN o configurarlo manualmente, en cuyo caso puede limitarse a dominios específicos ("Dominios de búsqueda"). Al ingresar un dominio de búsqueda de example.com, solo los nombres DNS que terminen con example.com (como www.example.com) se resolverán mediante los servidores DNS remotos; para todos los demás dominios, se utilizarán los servidores DNS estándar configurados en las preferencias de red del sistema.
El uso de un servidor DNS remoto puede ser deseable para filtrar dominios maliciosos, evitar el bloqueo de DNS de un proveedor de Internet, ocultar consultas DNS de los operadores locales de DNS (ya que el DNS suele no estar cifrado) o permitir el acceso a dominios remotos internos que un servidor DNS público no pueda resolver, ya que no son públicos. En este último caso, configurar los dominios internos como dominios de búsqueda es suficiente. Para todos los demás casos, el problema debe solucionarse en el sitio remoto, ya que lo que sucede con las consultas DNS después de enviarlas a través de la VPN está fuera del control de VPN Tracker.