¿Ayuda una VPN durante una caída de internet? Todas las grandes caídas desde 2022, verificadas
Cada gran caída produce la misma pregunta en los registros de búsqueda: ¿me devolverá una VPN la conexión? La respuesta honesta, a lo largo de las catorce grandes caídas registradas abajo, es normalmente no, a veces en parte, y en unos pocos modos de fallo concretos sí de verdad. La mayoría de las páginas que responden esta pregunta venden el sí. Esta mapea dónde se aplica realmente cada respuesta, porque saber que una VPN no puede arreglar una línea muerta es tan útil como saber que sí puede arreglar un resolutor roto.
Una definición que ancla toda la página: una VPN es una ruta distinta para tu tráfico, no una conexión distinta; puede sustituir la ruta, el resolutor y el punto final visible de una línea que funciona, y no puede sustituir nada de una línea, una red eléctrica o un servidor de destino que están caídos.
¿Qué tumbó realmente internet desde 2022?
El registro siguiente cubre las grandes caídas bien documentadas de 2022 a 2026, cada una con su causa raíz tal como la declaró el operador o el regulador investigador, y un veredicto sobre si una VPN cambió, o podría haber cambiado, algo para un usuario afectado.
| Fecha | Evento | Causa | Escala | ¿Habría ayudado una VPN? | Fuente |
|---|---|---|---|---|---|
| 8 jul 2022 | Caída nacional de Rogers, Canadá (más de 15 horas) | Una actualización de mantenimiento rompió el enrutamiento interno; Rogers retiró sus rutas BGP | Unos 12 millones de clientes; el tráfico de internet de Canadá cayó alrededor de una cuarta parte | No. La propia línea de acceso estaba muerta; hasta la red de débito Interac de Canadá cayó con ella. Solo ayudó un operador distinto | Cloudflare |
| 8 nov 2023 | Caída de Optus, Australia (12-13 horas) | Avalancha de información de enrutamiento por la actualización de un par; los routers de Optus se autoaislaron | Unos 10 millones de clientes | No. Los abonados no tenían ruta de salida sobre la que hacer túnel | Kentik |
| 22 feb 2024 | Caída inalámbrica de AT&T en EE. UU. (unas 12 horas) | Un elemento de red mal configurado puso la red en modo de protección | Más de 125 millones de dispositivos; más de 92 millones de llamadas bloqueadas; más de 25 000 intentos fallidos al 911 | No. Los teléfonos no podían registrarse en la red en absoluto. Las llamadas por Wi-Fi ayudaron; una VPN no | Informe de la FCC |
| Feb 2024 | Cortes de cables submarinos del mar Rojo (Seacom, TGN, AAE-1, EIG) | Daños en los cables, atribuidos al ancla del Rubymar mientras se hundía | Alrededor del 25 por ciento del tráfico Asia-Europa-Oriente Medio desviado, según HGC | En parte. Los operadores reenrutaron automáticamente; donde las rutas supervivientes se congestionaron, una salida VPN en una región mejor conectada podía elegir una ruta más limpia hacia destinos concretos | HGC/DE-CIX |
| 14 mar 2024 | Corte de cuatro cables en África Occidental (WACS, MainOne, SAT-3, ACE) | Daños en cables submarinos, probablemente por movimiento del lecho marino | Al menos ocho países degradados; los cuatro sistemas de cable perdieron del 90 al 100 por ciento de su capacidad, según el regulador de telecomunicaciones de Ghana; las reparaciones se extendieron hasta mayo | En parte. Donde sobrevivía algo de capacidad de tránsito, hacer túnel hacia un servidor europeo podía estabilizar las sesiones; donde el tránsito de un país desapareció, nada ayudó | Data Center Knowledge |
| 19 jul 2024 | Fallo de la actualización de CrowdStrike Falcon | Actualización defectuosa de seguridad de endpoints; las máquinas Windows mostraron pantallas azules | Unos 8,5 millones de dispositivos Windows, según Microsoft | No. Internet estaba bien; los ordenadores no. Se incluye porque los titulares de "internet está caído" a menudo describen exactamente esto | Microsoft |
| 17-18 nov 2024 | Cortes de cables bálticos (C-Lion1, BCS East-West) | Daños en los cables, con sospecha de sabotaje | Un cable transportaba alrededor de un tercio de la capacidad de Lituania; Cloudflare no vio caída del tráfico nacional | No hizo falta. La redundancia lo absorbió; los usuarios nunca lo notaron. La fila que muestra lo que compra un buen peering | Cloudflare |
| 28 abr 2025 | Colapso de la red eléctrica ibérica | Fallo eléctrico nacional en España y Portugal | El tráfico de Portugal cayó alrededor de un 90 por ciento por debajo de lo normal en cinco horas; el de España alrededor de un 80 por ciento; en declive a medida que se agotaba la energía de respaldo | No. Sin electricidad no hay módem ni torre de telefonía. Una VPN es software sobre hardware apagado | Cloudflare |
| 12 jun 2025 | Caída global de Google Cloud (unas 3 horas) | Datos malformados de políticas de cuota replicados globalmente, que tumbaron la validación de API | Todas las regiones de GCP; arrastró a Cloudflare Workers KV y a muchas apps SaaS | No. El backend del destino estaba caído; cambiar tu propia ruta no puede arreglar el lado del servidor | Cloudflare |
| 19-20 oct 2025 | Caída de AWS us-east-1 (unas 14 horas hasta la recuperación total) | Una condición de carrera en la automatización DNS de DynamoDB dejó un registro DNS vacío, con cascada entre servicios | Miles de apps dependientes, desde bancos hasta dispositivos inteligentes | Mayormente no. Las apps alojadas allí estaban caídas para todos. En parte, para las pocas apps multirregión que enrutan a los usuarios por ubicación: una salida en otro lugar podía aterrizar en una región sana | The Register sobre el postmortem de AWS |
| 29 oct 2025 | Interrupción global de Azure Front Door (unas 8 horas) | Una mala configuración desplegada globalmente saltándose un defecto en las comprobaciones de seguridad del despliegue | Azure, Microsoft 365, Entra e Intune sirvieron errores en todo el mundo | Mayormente no. En parte donde solo fallaron algunos nodos de borde: una salida distinta a veces alcanzaba un nodo sano | Historial de estado de Azure |
| 18 nov 2025 | Caída global de Cloudflare (unas 6 horas hasta la estabilidad) | Un archivo de características de Bot Management sobredimensionado alcanzó un límite duro y tumbó el proxy central | Millones de sitios tras Cloudflare sirvieron errores | No. El CDN delante de los sitios estaba roto por cualquier ruta; tu camino hacia él era irrelevante | Postmortem de Cloudflare |
| T1-T2 2026 | Apagón nacional casi total de Irán, 88 días | Apagón ordenado por el gobierno | El tráfico se estabilizó en torno al 59 por ciento de los niveles previos tras la restauración | No durante el apagón en sí: la línea se corta por decreto. El bloqueo sin llegar al apagón es censura, un problema distinto con respuestas distintas | Informe Q2 2026 de Cloudflare |
| T2 2026 | Apagones por exámenes en Sudán e Irak | Apagones gubernamentales programados durante los exámenes nacionales | 13 apagones en un trimestre: 10 en Sudán, 3 en Irak | No. Los apagones totales a nivel de red cortan la propia línea | Mismo informe de Cloudflare |
Cuenta los veredictos y el patrón es rotundo: de catorce grandes caídas, la VPN fue llanamente inútil en nueve, parcialmente útil en cuatro e innecesaria en una. Esa es la base honesta sobre la que está construida esta página. Las filas de "en parte" comparten una forma: alguna ruta, en algún lugar, seguía funcionando, y la cuestión era si podías alcanzarla.
¿Cuándo ayuda realmente una VPN, según la causa?
El registro se ordena en ocho clases de fallo, y el veredicto sobre la VPN es una propiedad de la clase, no del titular.
| Clase de causa | Qué se rompe | ¿Puede una VPN sortearlo? |
|---|---|---|
| Fallo de última milla del ISP (Rogers, Optus, AT&T) | Tu propia línea de acceso o el registro móvil, y todo lo que hay detrás | No. Una VPN viaja sobre la conexión que tienes. La solución es un segundo operador, no un túnel |
| Corte de cable submarino (mar Rojo, África Occidental, Báltico) | Capacidad de tránsito internacional; la latencia y las pérdidas se disparan en las rutas supervivientes | En parte. Los operadores reenrutan por su cuenta, pero una salida VPN en una región bien conectada puede darte una ruta más limpia y distinta mientras dura la congestión |
| Error de enrutamiento o BGP que afecta a destinos concretos | La alcanzabilidad de sitios específicos; tráfico en agujero negro o mal dirigido | En parte, y este es el mejor caso de la VPN: si la ruta de tu ISP hacia un sitio está rota pero la del servidor VPN está limpia, una salida distinta restaura el acceso |
| Caída de proveedor de nube o CDN (AWS, Azure, Cloudflare, GCP) | Los servidores del destino, o el CDN que los antecede, para todos | No, con una excepción estrecha para apps multirregión con enrutamiento geográfico y fallos parciales de borde, donde un punto de salida distinto a veces aterriza en infraestructura sana |
| Fallo del resolutor DNS en tu ISP | Las búsquedas de nombres fallan, así que los sitios parecen caídos aunque sus servidores funcionan | Sí. El túnel VPN lleva tus consultas DNS a los resolutores propios del proveedor de VPN, sorteando por completo el que está roto |
| Apagón gubernamental (Irán, Sudán, Irak) | La red nacional se apaga por orden, a nivel de línea o de enrutamiento | No contra un apagón verdadero. El filtrado sin llegar al apagón es censura, no una caída, y tiene su propia caja de herramientas |
| Fallo de la red eléctrica (Iberia 2025) | Módems, routers, torres y centros de datos a medida que se agotan las baterías | No. La conectividad muere con la electricidad |
| Fallo de software en los equipos (CrowdStrike) | Los propios ordenadores; las redes quedan intactas | No. Nada del lado de la red estaba mal |
La segunda tabla merece un párrafo de lectura. Las dos filas con forma de sí, el fallo de resolutor y la rotura de enrutamiento hacia destinos concretos, tienen algo en común: la caída es parcial y posicional. Tu línea funciona, la mayor parte de internet funciona, y lo que falló es la ruta o la cadena de resolución concreta entre tú y lo que quieres. Una VPN sustituye la ruta y los resolutores de tu ISP por los suyos, que es exactamente el cambio que esos fallos piden. Por eso mismo la VPN no hace nada en los fallos totales: ahí no existe ruta alternativa de tu lado del problema, o no existe servidor del otro lado.
¿Qué deberías hacer realmente en cada caso?
Una ruta de decisión corta y honesta para el momento en que las cosas dejan de cargar. Si nada funciona en ningún dispositivo y las luces de tu router están mal, es tu línea o la electricidad: pasa a datos móviles o a un segundo operador, y ningún software ayudará. Si unos sitios funcionan y otros no, prueba otro resolutor DNS o conecta tu VPN; si el sitio muerto vuelve a través del túnel, has encontrado un fallo de resolutor o de enrutamiento, la única clase donde la ruta de red independiente de una VPN arregla de verdad la caída. Si un gran servicio está caído en todas partes, consulta un rastreador de caídas y espera; el túnel de nadie revive una región de nube caída, como las caídas de IA de septiembre de 2026 demostraron a millones de usuarios a la vez. Y durante un apagón deliberado, entiende bajo qué régimen estás: un apagón total corta a todos, mientras que el filtrado deja la línea en pie, y la diferencia decide si algo, incluida una VPN, puede importar. Hay una razón más silenciosa, de todo el año, para mantener el túnel activo de todos modos: en una línea que funciona, lleva tu tráfico cifrado más allá de lo que haga la red local, con caída o sin ella.
¿Por qué cada caída se siente como "internet está caído"?
Porque la concentración ha hecho que fallos sin relación parezcan idénticos desde un sofá. El equipo Radar de Cloudflare contó 174 grandes caídas de internet en 2025, y los mayores elementos de la lista de ese año no fueron cables ni ISP sino tres incidentes de nube en cinco semanas: AWS en octubre, Azure en octubre, Cloudflare en noviembre. Cuando falla un proveedor que antecede a millones de sitios, el síntoma en casa, todo roto a la vez, es indistinguible de la muerte de tu ISP, aunque las soluciones sean opuestas. Esa es la razón práctica para aprender las clases de la segunda tabla: la primera pregunta de diagnóstico nunca es "¿está caído internet?", sino "¿qué parte de él y de quién?".
Qué cambia el año que viene
Tres expedientes que vigilar. Las normas de la FCC que endurecen la notificación de caídas tras el fallo de AT&T siguen produciendo mejores postmortems públicos, que es de donde saldrán las futuras filas de este registro. La protección de cables submarinos subió en las agendas de la OTAN y la UE tras los cortes bálticos, con la capacidad de buques de reparación como cuello de botella reconocido para el próximo evento de escala de África Occidental. Y la cuestión de la concentración de la nube tuvo su primera serie de pruebas reales a finales de 2025; si los cambios post-incidente de AWS, Azure y Cloudflare se sostienen se verá en si el recuento de caídas de 2026 supera las 174 de 2025. Esta página conserva su formato de registro y aceptará filas nuevas a medida que lleguen los postmortems.
Sobre el autor
Editor del blog de Le VPN
Alan Summers lleva años escribiendo y editando el blog de Le VPN, cubriendo la privacidad en línea, la ciberseguridad y las mejores formas de aprovechar al máximo un VPN. Sigue de cerca las noticias que afectan a la libertad en internet y las convierte en consejos prácticos para los lectores de Le VPN.
Artículos de Alan Summers →
