Windows-VPN geïnstalleer, Linux-boot het geen netwerk: wat om na te gaan

'n Mens installeer 'n VPN in Windows, begin weer in Linux, en die bedrade verbinding is dood. Die ooglopende verhaal skryf homself: die VPN het iets agtergelaat. Die verhaal is verkeerd, want die twee boots loop aparte kerne met aparte drywers, aparte roetetabelle en aparte oplossers. 'n Windows-netwerkfilter word nie binne Linux uitgevoer nie, so die fout lê óf in die Linux-stapel óf in iets wat albei boots werklik deel, soos hardeware, firmware of die router.

Die simptoom en die verkeerde gevolgtrekking

Die nuttige deel van die waarneming is tydsberekening: die fout het ná 'n verandering verskyn. Die nuttelose deel is die oorsaaklike sprong na die Windows-VPN, wat nie in die ander bedryfstelsel kan loop nie. Om die twee te skei is die hele werk. Skryf die tydlyn neer voordat jy 'n kabel aanraak.

Wat albei boots wel deel, is die fisiese adapter, die kabel, die skakelpoort en wat ook al stroomop sit. Dit is werklike gedeelde veranderlikes, en hulle verdien 'n kontrole nadat die Linux-stapel ondersoek is.

Neem die Linux-stapel in vier opdragte vas

Begin net-lees en vang die toestand voordat jy enigiets verander: ip -br link vir die teenwoordigheid van koppelvlakke, ip -br address vir adresse, ip route vir IPv4-roetes en ip -6 route waar IPv6 saak maak. Die verwysing na die ip-nutsprogram onderskei hierdie objekte, en 'n koppelvlak wat in die lys verskyn is nie bewys dat dit 'n werkende adres of 'n bruikbare roete het nie.

Stoor die uitvoer in 'n lêer sodat jy dit later met 'n werkende boot kan vergelyk. 'n Oomblikopname wat jy nie kan herhaal nie, is net 'n herinnering aan 'n toestand.

Is dit skakel, adres, roete of naam?

Vier verskillende foute lyk dieselfde in 'n blaaier. Die toestel kan heeltemal ontbreek, teenwoordig wees sonder draer, gekoppel wees maar sonder sy verwagte adres, of geadresseer wees sonder 'n roete na die bestemming. Naamresolusie wat misluk terwyl rou adresse werk, is 'n vyfde geval, en dit hoort by die oplosser eerder as by die drywer.

Elke geval wys na ander werk: drywer of firmware vir 'n ontbrekende toestel, bekabeling of skakelaar vir geen draer nie, DHCP of statiese konfigurasie vir 'n ontbrekende adres, en roetering of beleid vir 'n ontbrekende pad. 'n Oplosserprobleem wys na systemd-resolved, NetworkManager of 'n plaaslike DNS-konfigurasie.

Kontroleer of die Linux-installasie sy eie VPN of blywende brandmuurkonfigurasie het. 'n Plaaslike tonnel of nftables-reëlstel is 'n oorsaak aan die Linux-kant, en dit is baie waarskynliker om die fout te verklaar as 'n Windows-program wat nie loop nie.

Vergelyk dan die oorgang tussen die boots

Windows Fast Startup is 'n hibriede afskakeling wat kerne-sessietoestand behou in plaas van 'n volledige boot. Microsoft se dokumentasie oor kragtoestande onderskei dit van 'n herbegin en van 'n volledige afskakeling, en daarom kan dieselfde hardeware oor die twee oorgange anders optree.

As die fout daarvan afhang dat jy van een bedryfstelsel na die ander skuif, vergelyk dan 'n gedokumenteerde herbegin of volledige afskakeling met die normale pad, nadat jy werk gestoor het. 'n Uitslag wat die oorgang volg, regverdig 'n ondersoek na drywer-, toestel- of firmwaretoestand, en dit bewys op sigself nie dat Fast Startup 'n bepaalde adapterfout veroorsaak het nie.

Teken aan watter bedryfstelsel die adapter laas gebruik het, die tipe oorgang, die Linux-skakeltoestand en die eerste bewerking wat misluk het. 'n Herhaalbare verskil tussen koue en warm oorgang is baie meer werd as om VPN-sagteware van albei installasies te verwyder sonder om te weet watter stapel gebreek het.

Wat nie verander moet word nie

Moenie albei netwerkstapels as eerste stap herstel nie. Dit vernietig die vergelyking en maak dikwels niks reg nie, want die werklike oorsaak is nooit geïdentifiseer nie. Moenie die Windows-VPN herinstalleer om Linux te herstel nie, en moenie firmware-instellings lukraak verander omdat 'n bootoorgang met 'n fout saamgeval het nie.

Die verwysing na die ip-nutsprogram dokumenteer die skakel-, adres- en roete-objekte wat hier bo gebruik is. Lees eers die Linux-kant, hou die oomblikopname, en besluit eers dan of die gedeelde hardewarelaag die moeite werd is om te ondersoek.