Mi VPN dejó de funcionar con Movistar, Orange y Vodafone justo cuando empezó el partido

El panel del cliente dejó de cargar a las nueve menos dos de un sábado.

Tenía que publicar una corrección antes de las diez. El archivo estaba preparado, las pruebas habían terminado y solo faltaba subirlo al sistema de despliegue.

Mi fibra de Movistar funcionaba. El correo abría. Las videollamadas también. El test de velocidad mostraba casi un gigabit.

La VPN indicaba Conectada.

El panel seguía en blanco.

Culpé al router.

Lo reinicié, esperé a que recuperara la conexión y volví a abrir la VPN. La página avanzó hasta el inicio de sesión y después agotó el tiempo de espera.

Probé sin VPN.

Mismo resultado.

Entonces compartí internet desde mi teléfono de trabajo, que usaba Orange. El panel comenzó a cargar, se detuvo en el mismo punto y terminó mostrando otro error.

Escribí a un compañero que vivía a pocas calles. Tenía Vodafone.

—Aquí tampoco abre —respondió—. ¿Será Cloudflare?

A las nueve empezó el partido de Liga.

Lo que parecía una avería privada de mi router acababa de convertirse en un problema que atravesaba tres operadores.

Tres redes descartaban un fallo doméstico

Mi primer impulso había sido abrir puertos, cambiar el DNS y entrar en la configuración avanzada del router.

Es una reacción comprensible cuando falla una VPN: si el túnel no completa el trayecto, algo dentro de casa debe estar bloqueándolo.

Pero la misma página había fallado con la fibra de Movistar, los datos móviles de Orange y la conexión Vodafone de mi compañero.

Esas tres redes no compartían mi router.

Tampoco compartían el cable Ethernet, el Wi-Fi ni la configuración local del portátil.

Algunos túneles antiguos, una mala negociación del tamaño de los paquetes o una configuración empresarial concreta pueden causar problemas. (Movistar) Sin embargo, la coincidencia de tres operadores y el comienzo del partido apuntaban en otra dirección.

La pista no estaba dentro de mi casa.

Estaba en la forma en que las redes españolas estaban tratando determinados destinos durante la emisión.

El bloqueo podía alcanzar mucho más que la web perseguida

Desde una resolución judicial de diciembre de 2024, ratificada posteriormente en 2025, LaLiga puede solicitar a proveedores como Movistar, Vodafone y Orange el bloqueo de direcciones IP vinculadas a retransmisiones ilegales de fútbol. (Vercel)

El objetivo es impedir emisiones pirata durante los partidos.

El problema aparece cuando una de esas direcciones también aloja cientos o miles de servicios legítimos. Al bloquear la IP completa, desaparece todo lo que comparte esa infraestructura.

Las mediciones de OONI mostraron el alcance del daño colateral: un número reducido de direcciones bloqueadas durante franjas de partidos podía afectar a cientos de miles de dominios legítimos. (Ooni)

Eso explicaba el comportamiento extraño de mi conexión.

Internet no se había caído.

La mayoría de las páginas seguían funcionando.

Solo desaparecían ciertos servicios alojados detrás de infraestructura compartida, precisamente el tipo de infraestructura que utilizaba el panel de mi cliente.

Por eso el test de velocidad era perfecto mientras el trabajo permanecía detenido.

Y por eso cambiar de operador no había servido.

Movistar, Orange y Vodafone repetían el mismo fallo

La prueba con Orange y Vodafone me había hecho pensar en una avería simultánea.

La coincidencia era más estructural.

Los bloqueos podían aplicarse en varias redes españolas durante las mismas franjas horarias. Usuarios de Barcelona resumían la consecuencia práctica de forma sencilla: cambiar de Movistar a Orange o Vodafone no garantizaba recuperar los servicios afectados. (Reddit)

Ese detalle importaba porque desmontaba mi siguiente plan.

No podía contratar otra fibra, esperar una portabilidad ni pedir al cliente que trasladara su infraestructura antes de las diez.

Necesitaba una ruta que saliera del patrón común a los tres operadores sin convertir el portátil en un proyecto de redes.

Ahí fue donde la VPN volvió a ser relevante, aunque no de la manera que yo esperaba.

La VPN conocida conectaba, pero no completaba la tarea

Abrí mi proveedor habitual.

Era una elección razonable. Tenía años de actividad pública, una red extensa y varios protocolos disponibles. Elegí el servidor recomendado en España.

La VPN se conectó.

El panel no abrió.

Cambié a Francia. Esta vez apareció la interfaz, pero la subida del archivo se quedó en cero.

Probé Portugal. El progreso llegó al 6 % y la conexión se reinició.

Cada servidor me obligaba a empezar otra vez: cerrar el navegador, abrir una sesión nueva, volver a entrar en el panel y seleccionar el archivo.

La aplicación seguía mostrando una conexión activa.

La tarea seguía sin completarse.

Además, la presión sobre las grandes redes VPN ya había dejado de ser teórica. En febrero de 2026, un juzgado concedió medidas cautelares relacionadas con direcciones accesibles mediante NordVPN y ProtonVPN. (Elpais)

No necesitaba que todo mi proveedor estuviera bloqueado. Bastaba con que las rutas probadas terminaran dentro del mismo entorno afectado o no mantuvieran el trayecto hasta el panel.

Tener más servidores me daba más intentos.

No me daba una subida terminada.

Cambiar puertos seguía atacando el problema equivocado

Antes de abandonar el proveedor, reduje el tamaño de los paquetes, cambié de protocolo y revisé el cortafuegos local.

Nada cambió.

Ese fue el momento en que dejé de tratar el fallo como una avería del portátil.

El archivo subía correctamente desde la conexión extranjera de un compañero. El panel estaba operativo. Mis credenciales funcionaban.

El problema estaba entre las redes españolas que tenía delante y el destino al que necesitaba llegar.

Ya no importaba que el router mostrara una luz verde ni que el test alcanzara 900 Mbps.

Necesitaba una ruta diferente, no otra modificación doméstica.

El panel abrió cuando dejé de elegir países

Cerré el proveedor anterior y abrí OnlydogVPN.

La aplicación más pequeña no empezó preguntando por Madrid, París o Lisboa. Elegí la situación para una red restringida y conecté.

Después cerré el navegador por completo y abrí una sesión nueva.

El panel apareció.

No solo la página inicial.

También cargaron el historial de versiones, los registros y el botón de despliegue que antes quedaba vacío.

Seleccioné el archivo y pulsé Subir.

10 %.

27 %.

51 %.

Esperé el reinicio que había detenido los intentos anteriores.

No llegó.

La barra alcanzó el 100 %, el sistema verificó la firma del paquete y apareció el botón para publicar la corrección.

Lo pulsé.

A las nueve y veintisiete, el cliente confirmó que la nueva versión estaba activa.

El trabajo que había fallado sobre Movistar, Orange y Vodafone acababa de completarse sin abrir puertos, cambiar de router ni esperar al final del partido.

La diferencia estaba en el trayecto, no en la velocidad

El servicio utiliza transporte basado en HTTP/3 con ofuscación adicional.

En términos prácticos, la conexión se integra mejor con el tráfico web moderno y evita presentar el patrón más evidente de una VPN convencional. También recupera con rapidez una sesión cuando la red pierde estabilidad.

No pude observar las listas internas de bloqueo de los operadores ni las reglas exactas aplicadas a cada ruta. Lo que sí pude comparar fue el resultado: el proveedor grande conectaba sus servidores, pero no completaba la subida; la aplicación pequeña abrió el panel y mantuvo el trayecto hasta el final.

La diferencia no fue una cifra de velocidad.

Fue que el trabajo terminó.

Ese resultado también cambió lo que esperaba de la siguiente interrupción.

La caída de Movistar no reinició la sesión

Poco después de publicar la corrección, el router de Movistar perdió la sincronización durante unos segundos.

Todavía necesitaba revisar los registros para asegurarme de que el despliegue no había generado errores. Activé el punto de acceso del teléfono Orange mientras la fibra regresaba.

La red cambió.

El panel se quedó inmóvil un instante y continuó mostrando los registros.

No tuve que iniciar sesión de nuevo.

No regresó la página en blanco.

HTTP/3 utiliza QUIC, diseñado para recuperarse cuando se pierden datos o cambia el camino de la conexión. (IETF) La explicación útil, en aquella cocina, era mucho más breve:

Movistar desapareció.

Orange tomó el relevo.

La sesión continuó.

Después de media hora viendo conexiones aparentemente activas que no terminaban nada, esa continuidad valía más que cualquier lista de servidores.

El teléfono se convirtió en la segunda comprobación

Quería alejarme del escritorio, pero todavía debía vigilar el sistema unos minutos.

Vinculé el teléfono mediante un código de verificación, sin introducir otra contraseña de VPN, y abrí el panel desde el navegador móvil.

Los registros seguían avanzando.

El contador de errores permanecía en cero.

El código no había resuelto el bloqueo inicial. La ruta ya había completado el despliegue.

Lo que eliminó fue la siguiente fricción: llevar una conexión funcional al segundo dispositivo sin repetir la selección de países ni crear otra cuenta.

Me llevé el teléfono a la cocina.

Desde la ventana se oyó celebrar un gol en el bar de la esquina.

Por primera vez aquella noche, el partido podía continuar sin decidir qué partes de internet funcionaban en mi casa.

Cómo distinguir un router averiado de un bloqueo más amplio

No todos los fallos de VPN con Movistar, Orange o Vodafone tienen el mismo origen.

Si la VPN nunca conecta, incluso fuera de horarios deportivos, conviene revisar el cliente, el servidor, el protocolo y la configuración local.

Si funciona con datos móviles pero no con la fibra doméstica, el router o la ruta fija merecen atención.

Pero si varios operadores fallan al mismo tiempo, solo desaparecen determinados destinos y el patrón coincide con una emisión deportiva, cambiar puertos puede consumir horas sin tocar la causa.

La comparación entre redes resulta más útil que otra visita al panel del router:

¿Funciona el destino desde otro país?

¿Falla con varios operadores españoles?

¿La VPN aparece conectada mientras ciertos servicios compartidos siguen sin responder?

Esas tres respuestas separan una avería doméstica de un bloqueo de infraestructura.

En mi caso, las tres apuntaban al mismo sitio.

Menos servidores, pero una ruta que completó la tarea

El servicio pequeño tiene menos ubicaciones y una historia pública más corta que los grandes proveedores.

Nada de eso cambió la entrega.

Movistar me dio una conexión rápida que no alcanzaba el panel.

Orange y Vodafone reprodujeron el mismo bloqueo.

El proveedor establecido ofreció muchas rutas, pero ninguna de las probadas mantuvo la subida.

La aplicación pequeña eliminó la selección interminable, cruzó la red restringida y conservó la sesión cuando pasé de la fibra al punto de acceso móvil.

Yo había empezado la noche preguntándome qué configuración compartían Movistar, Orange y Vodafone para romper mi VPN.

La corrección se publicó cuando dejé de intentar arreglar los tres operadores y encontré una ruta que no dependía de que trataran el tráfico como antes.