VPN uppsett í Windows, Linux ræsist án nets: hvað á að athuga

Þú setur upp VPN í Windows, endurræsir inn í Linux og kapaltengingin er dauð. Augljósa sagan skrifar sig sjálf: VPN-ið skildi eitthvað eftir. Sagan er röng, því ræsingarnar tvær keyra aðskilin kjarna með aðskildum reklum, aðskildum leiðatöflum og aðskildum leysum. Windows-netsía keyrist ekki inni í Linux, svo bilunin er annaðhvort í Linux-staflanum eða í einhverju sem báðar ræsingar deila í raun, eins og vélbúnaði, fastbúnaði eða beininum.

Einkennið og ranga ályktunin

Gagnlegi hluti athugunarinnar er tímasetningin: bilunin kom fram eftir breytingu. Gagnslausi hlutinn er orsakastökkið yfir í Windows VPN-ið, sem getur ekki keyrt í hinu stýrikerfinu. Að aðskilja þau tvö er allt verkið. Skrifaðu tímalínuna niður áður en þú snertir kapal.

Það sem báðar ræsingar deila er líkamlegi millistykkið, kapallinn, tengiport rofans og allt sem er ofar. Þetta eru raunverulegar sameiginlegar breytur, og þær eiga skilið athugun eftir að búið er að skoða Linux-staflann.

Taktu skyndimynd af Linux-staflanum með fjórum skipunum

Byrjaðu í lesaðeins ham og skráðu stöðuna áður en þú breytir nokkru: ip -br link fyrir viðveru tengiflata, ip -br address fyrir vistföng, ip route fyrir IPv4-slóðir og ip -6 route þar sem IPv6 skiptir máli. Heimild ip-tólsins greinir þessi hlutverk, og tengiflötur á listanum er ekki sönnun þess að hann hafi vinnandi vistfang eða nothæfa slóð.

Vistaðu úttakið í skrá svo þú getir borið það saman við vinnandi ræsingu síðar. Skyndimynd sem þú getur ekki endurgert er aðeins minni um stöðu.

Er það tenging, vistfang, slóð eða nafn?

Fjórar ólíkar bilanir líta eins út úr vafra. Tækið getur verið alveg fjarverandi, verið til staðar án burðar, verið tengt en án væntanlegs vistfangs, eða verið með vistfang án slóðar að áfangastað. Bilun í nafnupplausn á meðan hrá vistföng virka er fimmta tilfellið, og það tilheyrir leysinum en ekki rekknum.

Hvert tilfelli bendir á ólík verk: rekill eða fastbúnaður fyrir fjarverandi tæki, kaplar eða rofi þegar enginn burður er, DHCP eða kyrrstæð uppsetning fyrir vistfang sem vantar, og leiðsögn eða stefna fyrir slóð sem vantar. Vandamál leysisins benda á systemd-resolved, NetworkManager eða staðbundna DNS-uppsetningu.

Athugaðu hvort Linux-uppsetningin hafi sitt eigið VPN eða varanlega eldveggsuppsetningu. Staðbundin göng eða nftables-reglur eru orsök á Linux-hliðinni, og er mun líklegri skýring á biluninni en Windows-forrit sem er ekki í gangi.

Berðu síðan saman ræsingarskiptinguna

Windows Fast Startup er blendingsslokknun sem heldur lotuástandi kjarnans í stað þess að framkvæma fulla ræsingu. Skjöl Microsoft um orkuástand greina það frá endurræsingu og frá fullri slokknun, og þess vegna getur sami vélbúnaður hagað sér öðruvísi í skiptingunum tveimur.

Ef bilunin er háð því að fara úr einu stýrikerfi í annað, berðu saman skjalfesta endurræsingu eða fulla slokknun við venjulegu leiðina, eftir að hafa vistað vinnuna. Niðurstaða sem fylgir skiptingunni réttlætir athugun á ástandi rekils, tækis eða fastbúnaðar, og sannar ekki eitt og sér að Fast Startup hafi valdið tiltekinni millistykkiabilun.

Skráðu hvaða stýrikerfi notaði millistykkið síðast, tegund skiptingar, tengistöðu í Linux og fyrstu aðgerðina sem mistókst. Endurtekinn munur á köldum ræsingum og heitum skiptingum er miklu meira virði en að fjarlægja VPN-hugbúnað af báðum uppsetningum án þess að vita hvaða stafli brotnaði.

Hvað á ekki að breyta

Ekki endurstilla báða netstaflana sem fyrsta skref. Það eyðileggur samanburðinn og lagaði oft ekkert, því raunverulega orsökin var aldrei greind. Ekki setja Windows VPN-ið upp aftur til að laga Linux, og ekki breyta stillingum fastbúnaðar af handahófi vegna þess að ræsingarskipting fór saman við bilun.

Heimild ip-tólsins skjalfestir hlutverkin tenging, vistfang og slóð sem notuð eru hér að ofan. Lestu fyrst Linux-hliðina, geymdu skyndimyndina og ákveddu aðeins þá hvort sameiginlegi vélbúnaðarlagið sé athugunar virði.