VPN instal·lat a Windows i Linux arrenca sense xarxa: què cal comprovar

Instal·leu una VPN a Windows, reinicieu a Linux i la connexió per cable és morta. La història òbvia s'escriu sola: la VPN ha deixat alguna cosa enrere. La història és falsa, perquè les dues arrencades executen nuclis separats amb controladors separats, taules d'encaminament separades i resolutors separats. Un filtre de xarxa de Windows no s'executa dins de Linux, així que la fallada és a la pila de Linux o en alguna cosa que les dues arrencades comparteixen de veritat, com el maquinari, el firmware o l'encaminador.

El símptoma i la conclusió equivocada

La part útil de l'observació és el moment: la fallada va aparèixer després d'un canvi. La part inútil és el salt causal a la VPN de Windows, que no pot funcionar a l'altre sistema operatiu. Separar les dues coses és tota la feina. Anoteu la cronologia abans de tocar cap cable.

El que sí comparteixen les dues arrencades és l'adaptador físic, el cable, el port del commutador i tot el que hi ha més amunt. Són variables compartides reals i mereixen una comprovació després d'inspeccionar la pila de Linux.

Captureu la pila de Linux amb quatre ordres

Comenceu en mode només lectura i captureu l'estat abans de canviar res: ip -br link per a la presència d'interfícies, ip -br address per a les adreces, ip route per a les rutes IPv4 i ip -6 route on IPv6 sigui rellevant. La referència de l'eina ip distingeix aquests objectes, i una interfície que apareix a la llista no demostra que tingui una adreça operativa o una ruta utilitzable.

Desa la sortida en un fitxer per poder comparar-la més tard amb una arrencada que funcioni. Una captura que no podeu reproduir només és un record d'un estat.

És enllaç, adreça, ruta o nom?

Quatre fallades diferents semblen iguals des del navegador. El dispositiu pot faltar del tot, ser-hi sense portadora, estar enllaçat però sense l'adreça esperada, o tenir adreça sense ruta fins a la destinació. El fracàs de la resolució de noms mentre les adreces crues funcionen és un cinquè cas, i pertany al resolutor i no al controlador.

Cada cas apunta a una feina diferent: controlador o firmware per a un dispositiu que falta, cablejat o commutador quan no hi ha portadora, DHCP o configuració estàtica per a una adreça que falta, i encaminament o política per a un camí que falta. Un problema de resolutor apunta a systemd-resolved, NetworkManager o una configuració DNS local.

Comproveu si la instal·lació de Linux té una VPN pròpia o una configuració de tallafoc persistent. Un túnel local o un conjunt de regles nftables és un responsable del costat de Linux, i és molt més probable que expliqui la fallada que un programa de Windows que no s'executa.

Després compareu la transició d'arrencada

Windows Fast Startup és un apagat híbrid que conserva l'estat de la sessió del nucli en lloc de fer una arrencada completa. La documentació de Microsoft sobre estats d'energia el distingeix d'un reinici i d'un apagat complet, i per això el mateix maquinari pot comportar-se de manera diferent en les dues transicions.

Si la fallada depèn de passar d'un sistema operatiu a l'altre, compareu un reinici documentat o un apagat complet amb el camí normal, després de desar la feina. Un resultat que segueix la transició justifica examinar l'estat del controlador, del dispositiu o del firmware, i no demostra per si sol que Fast Startup causés una fallada concreta de l'adaptador.

Anoteu quin sistema operatiu va usar l'adaptador per últim cop, el tipus de transició, l'estat de l'enllaç a Linux i la primera operació que va fallar. Una diferència reproduïble entre arrencada freda i transició tèbia val molt més que desinstal·lar el programari VPN de les dues instal·lacions sense saber quina pila s'ha trencat.

Què no cal canviar

No reinicieu les dues piles de xarxa com a primer moviment. Això destrueix la comparació i sovint no arregla res, perquè el responsable real mai es va identificar. No reinstal·leu la VPN de Windows per reparar Linux, i no canvieu paràmetres del firmware a l'atzar perquè una transició d'arrencada s'ha correlacionat amb una fallada.

La referència de l'eina ip documenta els objectes d'enllaç, adreça i ruta usats més amunt. Llegiu primer el costat Linux, conserveu la captura i només després decidiu si la capa de maquinari compartida mereix una investigació.