VPN instalat în Windows, Linux pornește fără rețea: ce trebuie verificat

Instalați un VPN în Windows, reporniți în Linux, iar conexiunea prin cablu este moartă. Povestea evidentă se scrie singură: VPN-ul a lăsat ceva în urmă. Povestea este greșită, pentru că cele două porniri rulează nuclee separate cu drivere separate, tabele de rutare separate și rezolvitoare separate. Un filtru de rețea din Windows nu rulează în interiorul Linux, așa că defecțiunea este fie în stiva Linux, fie în ceva ce ambele porniri chiar partajează, cum ar fi hardware-ul, firmware-ul sau routerul.

Simptomul și concluzia greșită

Partea utilă a observației este momentul: defecțiunea a apărut după o schimbare. Partea inutilă este saltul cauzal la VPN-ul din Windows, care nu poate rula în celălalt sistem de operare. Separarea celor două este toată munca. Notați cronologia înainte de a atinge un cablu.

Ceea ce ambele porniri partajează este adaptorul fizic, cablul, portul comutatorului și tot ce se află în amonte. Sunt variabile comune reale și merită o verificare după ce stiva Linux a fost inspectată.

Faceți o captură a stivei Linux cu patru comenzi

Începeți în modul doar-citire și capturați starea înainte de a schimba ceva: ip -br link pentru prezența interfețelor, ip -br address pentru adrese, ip route pentru rutele IPv4 și ip -6 route acolo unde IPv6 contează. Referința utilitarului ip distinge aceste obiecte, iar o interfață din listă nu este dovada că are o adresă funcțională sau o rută utilizabilă.

Salvați rezultatul într-un fișier ca să îl comparați mai târziu cu o pornire care funcționează. O captură pe care nu o puteți reproduce este doar o amintire a unei stări.

Este legătură, adresă, rută sau nume?

Patru defecțiuni diferite arată la fel din browser. Dispozitivul poate lipsi complet, poate fi prezent fără purtător, poate fi conectat dar fără adresa așteptată, sau poate avea adresă fără rută către destinație. Eșecul rezolvării numelor în timp ce adresele brute funcționează este un al cincilea caz, iar el aparține rezolvitorului, nu driverului.

Fiecare caz indică o muncă diferită: driver sau firmware pentru un dispozitiv lipsă, cablare sau comutator când nu există purtător, DHCP sau configurare statică pentru o adresă lipsă și rutare sau politică pentru o cale lipsă. O problemă a rezolvitorului indică systemd-resolved, NetworkManager sau o configurare DNS locală.

Verificați dacă instalarea Linux are propriul VPN sau o configurare persistentă de firewall. Un tunel local sau un set de reguli nftables este o cauză de partea Linux și explică defecțiunea mult mai probabil decât un program Windows care nu rulează.

Apoi comparați tranziția de pornire

Windows Fast Startup este o oprire hibridă care păstrează starea sesiunii nucleului în loc să facă o pornire completă. Documentația Microsoft despre stările de alimentare îl distinge de o repornire și de o oprire completă, motiv pentru care același hardware se poate comporta diferit în cele două tranziții.

Dacă defecțiunea depinde de trecerea de la un sistem de operare la celălalt, comparați o repornire documentată sau o oprire completă cu calea normală, după ce salvați lucrul. Un rezultat care urmează tranziția justifică examinarea stării driverului, dispozitivului sau firmware-ului, și nu dovedește prin sine că Fast Startup a cauzat o anumită defecțiune a adaptorului.

Notați ce sistem de operare a folosit adaptorul ultima dată, tipul tranziției, starea legăturii în Linux și prima operațiune care a eșuat. O diferență reproductibilă între pornirea la rece și tranziția caldă valorează mult mai mult decât eliminarea software-ului VPN din ambele instalări fără să știți ce stivă s-a stricat.

Ce să nu schimbați

Nu resetați ambele stive de rețea ca prim pas. Asta distruge comparația și adesea nu repară nimic, pentru că adevărata cauză nu a fost niciodată identificată. Nu reinstalați VPN-ul din Windows pentru a repara Linux, și nu modificați setările firmware la întâmplare doar pentru că o tranziție de pornire s-a corelat cu o defecțiune.

Referința utilitarului ip documentează obiectele legătură, adresă și rută folosite mai sus. Citiți mai întâi partea Linux, păstrați captura și abia apoi decideți dacă stratul hardware comun merită investigat.