VPN instalada en Windows y Linux arranca sin red: qué comprobar

Instala una VPN en Windows, reinicia en Linux y la conexión por cable está muerta. La historia obvia se escribe sola: la VPN dejó algo atrás. La historia es falsa, porque los dos arranques ejecutan núcleos separados con controladores separados, tablas de enrutamiento separadas y resolutores separados. Un filtro de red de Windows no se ejecuta dentro de Linux, así que el fallo está en la pila de Linux o en algo que ambos arranques comparten de verdad, como el hardware, el firmware o el router.

El síntoma y la conclusión equivocada

La parte útil de la observación es el momento: el fallo apareció después de un cambio. La parte inútil es el salto causal a la VPN de Windows, que no puede ejecutarse en el otro sistema operativo. Separar ambas cosas es todo el trabajo. Anote la cronología antes de tocar un cable.

Lo que sí comparten los dos arranques es el adaptador físico, el cable, el puerto del conmutador y todo lo que está aguas arriba. Son variables compartidas reales y merecen una comprobación después de inspeccionar la pila de Linux.

Capture la pila de Linux con cuatro comandos

Empiece en modo de solo lectura y capture el estado antes de cambiar nada: ip -br link para la presencia de interfaces, ip -br address para las direcciones, ip route para las rutas IPv4 y ip -6 route donde IPv6 importe. La referencia de la herramienta ip distingue estos objetos, y una interfaz que aparece en la lista no demuestra que tenga una dirección operativa ni una ruta utilizable.

Guarde la salida en un archivo para compararla más tarde con un arranque que funcione. Una captura que no puede reproducir es solo un recuerdo de un estado.

¿Es enlace, dirección, ruta o nombre?

Cuatro fallos distintos parecen iguales desde el navegador. El dispositivo puede faltar por completo, estar presente sin portadora, estar enlazado pero sin la dirección esperada, o tener dirección sin ruta hasta el destino. El fallo de resolución de nombres mientras las direcciones crudas funcionan es un quinto caso, y pertenece al resolutor y no al controlador.

Cada caso apunta a un trabajo distinto: controlador o firmware para un dispositivo ausente, cableado o conmutador cuando no hay portadora, DHCP o configuración estática para una dirección ausente, y enrutamiento o política para una ruta ausente. Un problema de resolutor apunta a systemd-resolved, NetworkManager o una configuración DNS local.

Compruebe si la instalación de Linux tiene su propia VPN o una configuración de cortafuegos persistente. Un túnel local o un conjunto de reglas nftables es un responsable del lado de Linux, y es mucho más probable que explique el fallo que un programa de Windows que no se ejecuta.

Después compare la transición de arranque

Windows Fast Startup es un apagado híbrido que conserva el estado de la sesión del núcleo en lugar de realizar un arranque completo. La documentación de Microsoft sobre estados de energía lo distingue de un reinicio y de un apagado completo, y por eso el mismo hardware puede comportarse de forma distinta en las dos transiciones.

Si el fallo depende de pasar de un sistema operativo al otro, compare un reinicio documentado o un apagado completo con la ruta normal, después de guardar el trabajo. Un resultado que sigue a la transición justifica examinar el estado del controlador, del dispositivo o del firmware, y no demuestra por sí solo que Fast Startup causara un fallo concreto del adaptador.

Anote qué sistema operativo usó el adaptador por última vez, el tipo de transición, el estado del enlace en Linux y la primera operación que falló. Una diferencia reproducible entre arranque en frío y transición en caliente vale mucho más que desinstalar el software VPN de ambas instalaciones sin saber qué pila se rompió.

Qué no cambiar

No reinicie las dos pilas de red como primer movimiento. Eso destruye la comparación y a menudo no arregla nada, porque el responsable real nunca se identificó. No reinstale la VPN de Windows para reparar Linux, y no cambie ajustes del firmware al azar porque una transición de arranque se correlacionara con un fallo.

La referencia de la herramienta ip documenta los objetos de enlace, dirección y ruta usados arriba. Lea primero el lado de Linux, conserve la captura y solo después decida si la capa de hardware compartida merece una investigación.