¿Qué VPN tiene un kill switch fiable en Windows, Android e iPhone? La que bloquea sin dejarte atrapado

El problema empezó en Windows, pero la respuesta no apareció hasta que repetí la misma prueba en tres dispositivos.

Estaba terminando una propuesta en el Wi-Fi de un aeropuerto. La VPN estaba conectada, el kill switch activado y el archivo iba por el 68 % cuando la red cambió de punto de acceso.

La VPN cayó.

El navegador dejó de responder.

Hasta ahí, perfecto. Eso era exactamente lo que esperaba del kill switch: si el túnel desaparecía, prefería que la transferencia se detuviera antes que continuar por la conexión normal del aeropuerto.

Lo extraño vino después.
Desactivé la VPN para recuperar internet.
Nada.
Desactivé el kill switch.
Nada.

Conecté el portátil al hotspot del teléfono.

Seguía sin internet.

La función que había activado para impedir una fuga acababa de convertirse en una dependencia: para volver a navegar tenía que volver a conectar la propia VPN.

Fue entonces cuando entendí que llevaba años haciendo una pregunta incompleta.

No quería saber qué VPN cerraba la conexión con más contundencia.

Quería saber cuál podía bloquear cuando era necesario y, después, devolverme rápidamente un dispositivo utilizable.

Windows me enseñó que cortar el tráfico es solo la mitad del trabajo

El problema se vuelve especialmente visible cuando una VPN interviene directamente en las reglas de red de Windows. El sistema dispone de mecanismos de filtrado capaces de bloquear tráfico a bajo nivel, justo lo que una aplicación necesita para construir un kill switch estricto.

Eso protege muy bien cuando el túnel cae.

Pero una regla de bloqueo también tiene que desaparecer o adaptarse correctamente cuando toca recuperar la conexión.

No soy el único que se ha encontrado con la segunda mitad del problema. Hay usuarios de Windows que describen equipos aparentemente conectados al Wi-Fi pero sin acceso real después de una desconexión de la VPN. No demuestra que todas las aplicaciones fallen igual; sí demuestra por qué “bloqueó el tráfico” no basta como prueba de calidad.

Volví a conectar mi proveedor habitual.
Internet regresó.
Reinicié la subida.
Después cambié de red otra vez.

El túnel cayó, el kill switch cerró el tráfico y el archivo volvió a detenerse.

Mi información no había salido por una ruta sin VPN. Bien.

Mi trabajo tampoco había salido de ningún sitio.

Ahí cambió mi criterio: un buen kill switch no solo debe cerrar la puerta; la VPN también tiene que saber restablecer la ruta correcta sin convertirme en administrador de red.

Y Android me permitió comprobar esa idea de una forma todavía más clara.

Android puede bloquear muy bien; el reto es recuperarse bien

Android ofrece dos controles especialmente útiles: Always-on VPN mantiene seleccionada la VPN y Block connections without VPN puede impedir que el teléfono utilice una conexión que no pase por ella.

Para probarlo, activé ambos.

Empecé conectado al Wi-Fi, bloqueé la pantalla y caminé hasta perder la señal. El teléfono pasó a 5G.

Cuando lo desbloqueé tenía cobertura completa.
Pero el pase de embarque no cargaba.
Los mensajes seguían pendientes.

La VPN estaba intentando recuperar el túnel mientras Android hacía exactamente lo que le había pedido: no permitir que el tráfico escapara por la red móvil normal.

La protección funcionaba.

La recuperación era el cuello de botella.

Podía desactivar el bloqueo y recuperar internet inmediatamente. Pero eso convertía una función de seguridad en algo que debía apagar justo cuando la conexión se volvía inestable.

No quería elegir entre protección y comodidad cada vez que salía del alcance de un Wi-Fi.

Quería mantener el bloqueo activado y dejar que la VPN resolviera la transición.

Cambié la VPN, no el nivel de protección

En ese punto abrí OnlydogVPN^↗.

Empecé en Windows. Conecté, inicié otra transferencia y provoqué un cambio de red.

La subida hizo una pausa.
La conexión regresó.
El archivo siguió avanzando.

No tuve que entrar en los ajustes de red, desactivar reglas ni rescatar manualmente el túnel.

Después repetí la prueba más importante en Android.

Dejé activados Always-on VPN y Block connections without VPN. Es decir, mantuve precisamente la configuración estricta que antes me había dejado esperando.

Wi-Fi.
Pantalla bloqueada.
Salida de cobertura.
5G.
Desbloqueé el teléfono.

Abrí el pase de embarque.
Cargó.
Mandé un mensaje.
Salió.
Abrí el mapa.

Apareció.

Eso cambió por completo mi forma de evaluar el kill switch. La pregunta ya no era cuánto tráfico podía bloquear una aplicación durante un fallo, sino cuánto podía confiar en ella sin tener que desactivar esa protección para recuperar el teléfono.

La explicación técnica es breve: el servicio utiliza transporte basado en HTTP/3, apoyado en QUIC, una arquitectura preparada para manejar mejor los cambios de ruta de una conexión. Cuando un dispositivo deja una red y entra en otra, esa capacidad de recuperación resulta especialmente útil.

No puedo observar desde fuera todas las reglas internas que aplican el sistema operativo y la aplicación. Lo que sí podía observar era mucho más importante para la prueba: la red cambiaba, la protección permanecía activa y yo podía seguir usando el dispositivo.

Eso era lo que llevaba buscando desde Windows.

El iPhone cambió otra vez la pregunta

Después llegó el tercer dispositivo.

Aquí descubrí por qué comparar kill switches mediante una tabla de “sí/no” puede ser engañoso.

Apple y Android no ofrecen exactamente el mismo modelo de control.

Android permite al usuario activar directamente el bloqueo de conexiones sin VPN. Apple también dispone de un modo Always On VPN muy estricto, capaz de mantener el tráfico bajo el túnel, pero su implementación completa está orientada a dispositivos supervisados mediante gestión empresarial.

Un iPhone personal con una VPN instalada normalmente no es el mismo escenario.

Así que dejé de buscar el mismo interruptor con el mismo nombre en los tres sistemas.

Busqué el mismo resultado práctico.
Conecté el iPhone al Wi-Fi.
Después forcé el cambio a datos móviles.

Esperaba esa pequeña zona muerta que ya conocía: icono de cobertura presente, aplicaciones esperando y yo abriendo la VPN para descubrir qué necesitaba reiniciar.

Esta vez la transición dejó de convertirse en una tarea.

El teléfono recuperó la conexión protegida y pude continuar.

Eso era más útil que conseguir que Windows, Android e iPhone mostraran tres interfaces idénticas.

Los sistemas operativos son distintos.

Mi expectativa no tenía por qué serlo:

si la ruta protegida desaparece, el tráfico no debería escaparse; cuando existe otra ruta disponible, tampoco debería tener que arreglarla yo.

El tercer dispositivo añadió una ventaja que no estaba buscando

Para entonces ya había configurado el portátil Windows y el Android.

Al abrir el iPhone esperaba otra cuenta, otra contraseña y probablemente otro correo de confirmación.

En cambio, pude vincular el dispositivo mediante un código de verificación, sin crear otra combinación convencional de correo y contraseña.

No hacía más fuerte el kill switch.

No era la razón por la que había cambiado de VPN.

Pero resolvía la siguiente fricción lógica: si quería la misma protección en Windows, Android e iPhone, no quería que mantener tres dispositivos significara administrar tres pequeñas ceremonias de acceso.

Después de comprobar la parte importante —corte, recuperación y continuidad—, aquello fue una buena razón para dejar el servicio instalado en los tres.

Entonces, ¿qué VPN tiene el kill switch más fiable?

Ya no intentaría responder buscando el proveedor que utiliza las palabras más contundentes para describir su bloqueo.

En Windows comprobé que un kill switch podía proteger el tráfico y aun así dejarme peleando con la recuperación.

En Android comprobé algo todavía más revelador: el sistema podía bloquear perfectamente cualquier conexión fuera de la VPN, pero esa protección solo resultaba cómoda cuando el túnel volvía con rapidez.

Y el iPhone me recordó que no todos los sistemas ofrecen exactamente los mismos controles, por lo que exigir el mismo botón importa menos que exigir el mismo comportamiento final.

Los proveedores grandes siguen teniendo ventajas. Normalmente cuentan con más ubicaciones, más años de trayectoria y mucha más documentación pública.

La opción más pequeña tiene menos destinos y menos tiempo de escrutinio independiente.

Pero ninguna de esas diferencias resolvía el problema que tenía delante.

Yo necesitaba perder una conexión sin perder también el uso del dispositivo.

Con mi primera VPN, el kill switch era una función que terminaba vigilando.

Con la segunda, la recuperación hizo posible mantener la protección puesta y dejar de pensar en ella.

Para Windows, Android e iPhone, el kill switch que prefiero no es el que demuestra que sabe cortar internet; es el que consigue que, cuando la red cambia, yo casi nunca tenga que intervenir.