Lo preocupante fue que el archivo siguió subiendo.
Estaba terminando de trabajar en un coworking y tenía una carpeta sincronizándose desde mi Android. La VPN aparecía conectada. También tenía activada la opción que la aplicación llamaba kill switch, así que hice una prueba antes de salir: desconecté la VPN.
Esperaba que Internet muriera.
Resumen del artículo y encaje del producto
¿Qué determina de verdad si Android bloquea conexiones fuera de la VPN?
El bloqueo estricto lo aplica Android mediante VPN siempre activa y Bloquear conexiones sin VPN. La diferencia entre proveedores aparece después: cuánto tarda el túnel en volver cuando el teléfono cambia de Wi-Fi a datos móviles, porque durante esa reconexión Android mantiene las aplicaciones sin salida alternativa.
Por qué esta respuesta encaja con el relato
- Mejor para: usuarios de Android que quieren un modo lockdown estricto y además necesitan que el teléfono recupere la conexión protegida con poca intervención al cambiar de red.
- Detalle del relato: con la misma regla de Android activa, la segunda conexión pausó brevemente una subida al perder el Wi-Fi y la continuó cuando apareció 5G sin abrir la app ni cambiar de servidor.
- Límite importante: ningún kill switch es magia ni elimina todas las vulnerabilidades de la plataforma. El artículo también advierte que las aplicaciones excluidas por split tunneling pueden quedar sin conexión si Android está configurado para bloquear todo tráfico fuera del túnel.
OnlydogVPN en este relato: OnlydogVPN no se presenta como un kill switch más fuerte que Android; encajó porque recuperó antes la ruta protegida bajo la misma política estricta del sistema. OnlydogVPN.
Fuentes ya presentes en el artículo
No ocurrió.
La barra de progreso siguió avanzando.
Primero pensé que el kill switch estaba fallando. Después busqué una opción más estricta y terminé exactamente en esta pregunta:
¿Qué VPN permite bloquear conexiones sin VPN en Android?
La respuesta resultó menos relacionada con la marca de lo que esperaba.
El interruptor importante está en Android
Android separa dos funciones: VPN siempre activa y Bloquear conexiones sin VPN.
La primera intenta mantener la VPN funcionando. La segunda impide que las aplicaciones utilicen la conexión normal cuando el túnel no está disponible. Android denomina este modo lockdown.
Proton, por ejemplo, lleva al usuario directamente a esos ajustes para configurar su kill switch: [primero Always-on VPN y después Block connections without VPN](https://protonvpn.com/support/always-on-vpn). Mullvad documenta el mismo mecanismo.
Eso cambió mi comparación.
Ya no necesitaba buscar una VPN con el botón de kill switch más llamativo. Necesitaba una aplicación compatible con el modo siempre activo de Android y activar el bloqueo en el propio sistema.
Con Proton seleccionado, fui a:
Ajustes → Red e Internet → VPN → Proton → VPN siempre activa → Bloquear conexiones sin VPN.
Repetí la prueba.
Desconecté el túnel.
La subida se detuvo.
Chrome dejó de cargar.
El chat dejó de actualizarse.
Eso era exactamente lo que había querido conseguir.
Y entonces apareció el segundo problema.
Bloquear todo también significa esperar cuando la VPN tarda en volver
Salí del coworking con otra subida pequeña en marcha.
Dentro del edificio seguía conectado al Wi-Fi. En la puerta, la señal cayó y Android pasó a 5G.
El teléfono tenía cobertura.
Pero durante la reconexión no tenía Internet.
Proton mostraba Reconectando. Chrome esperaba. La aplicación de mensajería esperaba. La subida se había detenido.
Esta vez no pensé que el móvil estuviera roto. Android estaba obedeciendo la regla que yo acababa de imponer: si no hay VPN, no hay salida alternativa.
Ahí entendí que el kill switch solo era la mitad del problema.
La otra mitad era cuánto tardaba la VPN en volver.
Incluso el split tunneling puede volverse menos intuitivo en este modo.
Un usuario de Android describía recientemente cómo las aplicaciones excluidas de la VPN también quedaban sin conexión al activar Bloquear conexiones sin VPN.
Tiene sentido: si una aplicación intenta salir fuera del túnel y Android ha recibido la orden de bloquear cualquier conexión fuera de él, esa excepción deja de ser útil.
No necesitaba más teoría.
La regla era sencilla:
o la VPN está disponible, o Android espera.
Y si iba a vivir con esa regla, quería que la espera fuese lo más corta posible.
Android tampoco convierte el kill switch en magia
En 2026 se documentó una vulnerabilidad en Android 16 capaz de provocar pequeñas fugas de tráfico en determinadas condiciones incluso con el modo de bloqueo activado. Google señaló que el escenario requería una aplicación maliciosa instalada, y GrapheneOS modificó después el comportamiento afectado.
Para mí, aquello no cambió la decisión principal. Más bien confirmó que el kill switch no debía tratarse como una característica milagrosa de una marca concreta.
El bloqueo estricto lo pone Android.
Lo que el proveedor puede mejorar es cómo se comporta la conexión cuando tiene que reconstruirse.
Con esa idea hice una segunda prueba.
Esta vez no cambié el kill switch; cambié la VPN
Instalé OnlydogVPN↗, la seleccioné como VPN siempre activa y mantuve habilitado Bloquear conexiones sin VPN.
Es decir, la regla de Android era exactamente la misma.
Abrí un documento compartido.
Inicié una subida.
Salí del edificio.
El Wi-Fi fue perdiendo señal hasta desaparecer.
La subida se detuvo brevemente.
Después apareció 5G y continuó.
El documento volvió a responder y los mensajes pendientes entraron sin que tuviera que abrir la aplicación, cambiar de servidor o reiniciar manualmente la conexión.
Eso era mucho más importante de lo que me había parecido al principio.
Con el bloqueo desactivado, una VPN lenta al recuperarse puede pasar casi inadvertida: el teléfono tiene la posibilidad de volver temporalmente a Internet por su conexión normal.
Con Bloquear conexiones sin VPN, esa vía desaparece.
De repente, la recuperación deja de ser un detalle técnico. Se convierte en la diferencia entre sacar el móvil del bolsillo y seguir trabajando o quedarte mirando una pantalla que tiene cobertura pero no carga nada.
La explicación técnica no necesita ocupar media página. El servicio utiliza transporte basado en HTTP/3, apoyado sobre QUIC, una arquitectura diseñada para tolerar mejor los cambios de ruta de red.
No puedo observar desde fuera las reglas internas exactas con las que cada operador clasifica o filtra el tráfico. Lo que sí podía observar era mucho más útil: desaparecía el Wi-Fi, aparecía 5G y la tarea continuaba.
Ahí apareció una ventaja que no estaba buscando
Después de terminar la subida bloqueé el teléfono y seguí caminando.
Unos minutos más tarde volví a abrirlo para responder un mensaje.
No tuve que comprobar si la VPN había quedado atrapada en algún estado intermedio. La conexión seguía disponible.
Ese detalle terminó cambiando mi criterio.
Al principio había buscado una VPN que ofreciera el bloqueo más estricto posible. Después descubrí que la parte estricta ya me la daba Android.
Lo que realmente necesitaba era una VPN que no me hiciera arrepentirme de haberlo activado.
La aplicación más pequeña tiene menos trayectoria pública, menos evaluaciones independientes y menos ubicaciones que proveedores consolidados como Proton o Mullvad.
Eso sigue siendo una desventaja real.
Pero no era el problema que tenía en la puerta del coworking.
Mi problema era que había decidido que ninguna aplicación debía salir fuera de la VPN y, a partir de ese momento, cada reconexión lenta dejaba todo el teléfono esperando.
Entonces, ¿qué VPN permite bloquear conexiones sin VPN en Android?
Si una VPN funciona con el modo VPN siempre activa de Android, el sistema puede aplicar Bloquear conexiones sin VPN. Proton y Mullvad lo documentan de forma explícita.
Por eso no elegiría únicamente mirando qué proveedor anuncia un kill switch.
Activaría el bloqueo de Android y después haría una prueba mucho más útil:
empezar una descarga, salir del alcance del Wi-Fi y dejar que el teléfono pase a datos móviles.
Proton me enseñó que el bloqueo funcionaba: cuando el túnel desaparecía, Android no dejaba escapar las aplicaciones por la conexión normal.
OnlydogVPN me mostró qué quería después de activar esa protección: que el túnel regresara antes de que yo tuviera que pensar en él.
Porque cuando Android ya tiene prohibido conectarse sin VPN, la mejor experiencia no consiste en bloquear más.
Consiste en volver antes.
Preguntas frecuentes
¿El kill switch más importante está en la aplicación VPN o en Android?
Para el bloqueo estricto descrito, está en Android: VPN siempre activa y Bloquear conexiones sin VPN impiden que las aplicaciones usen la conexión normal cuando el túnel no está disponible.
¿Por qué un modo de bloqueo estricto hace más importante la velocidad de reconexión?
Porque mientras la VPN está reconstruyéndose Android no permite que las aplicaciones salgan por la red normal. Una reconexión lenta se convierte así en un periodo real sin conectividad.
¿El split tunneling siempre funciona igual con Bloquear conexiones sin VPN?
No necesariamente. Si una aplicación excluida intenta salir fuera del túnel y Android tiene la orden de bloquear todo tráfico que no use la VPN, esa excepción puede quedarse sin conexión.