Windowsiin asennettu VPN, Linux käynnistyy ilman verkkoa: mitä tarkistaa

Asennat VPN:n Windowsiin, käynnistät uudelleen Linuxiin ja johdollinen yhteys on kuollut. Ilmeinen tarina kirjoittaa itsensä: VPN jätti jotain jälkeensä. Tarina on väärä, koska kaksi käynnistystä ajavat erillisiä ytimiä, erillisiä ajureita, erillisiä reititystauluja ja erillisiä selvittimiä. Windowsin verkkosuodatin ei suoritu Linuxin sisällä, joten vika on joko Linuxin pinossa tai jossain, minkä molemmat käynnistykset todella jakavat, kuten laitteisto, laiteohjelmisto tai reititin.

Oire ja väärä johtopäätös

Havainnon hyödyllinen osa on ajoitus: vika ilmaantui muutoksen jälkeen. Hyödytön osa on kausaalinen hyppy Windowsin VPN:ään, joka ei voi toimia toisessa käyttöjärjestelmässä. Näiden erottaminen on koko työ. Kirjoita aikajana muistiin ennen kuin kosket kaapeliin.

Sen, minkä molemmat käynnistykset jakavat, muodostavat fyysinen sovitin, kaapeli, kytkimen portti ja kaikki ylävirrassa. Ne ovat todellisia yhteisiä muuttujia, ja ne ansaitsevat tarkistuksen sen jälkeen, kun Linuxin pino on tutkittu.

Ota tilannekuva Linuxin pinosta neljällä komennolla

Aloita vain luku -tilassa ja tallenna tila ennen kuin muutat mitään: ip -br link rajapintojen olemassaoloon, ip -br address osoitteisiin, ip route IPv4-reitteihin ja ip -6 route silloin, kun IPv6 on merkityksellinen. ip-työkalun viite erottaa nämä objektit, eikä luettelossa näkyvä rajapinta todista, että sillä on toimiva osoite tai käyttökelpoinen reitti.

Tallenna tuloste tiedostoon, jotta voit myöhemmin verrata sitä toimivaan käynnistykseen. Tilannekuva, jota et voi toistaa, on vain muisto tilasta.

Onko kyse linkistä, osoitteesta, reitistä vai nimestä?

Neljä erilaista vikaa näyttävät selaimesta samalta. Laite voi puuttua kokonaan, olla läsnä ilman kantoaaltoa, olla linkitetty mutta ilman odotettua osoitetta, tai sillä voi olla osoite ilman reittiä kohteeseen. Nimenratkaisun epäonnistuminen raakaosoitteiden toimiessa on viides tapaus, ja se kuuluu selvittimelle eikä ajurille.

Jokainen tapaus viittaa eri työhön: ajuri tai laiteohjelmisto puuttuvalle laitteelle, kaapelointi tai kytkin kun kantoaaltoa ei ole, DHCP tai staattinen kokoonpano puuttuvalle osoitteelle ja reititys tai käytäntö puuttuvalle polulle. Selvittimen ongelma viittaa systemd-resolvediin, NetworkManageriin tai paikalliseen DNS-kokoonpanoon.

Tarkista, onko Linux-asennuksella oma VPN tai pysyvä palomuurikokoonpano. Paikallinen tunneli tai nftables-sääntöjoukko on Linuxin puolen aiheuttaja, ja se selittää vian paljon todennäköisemmin kuin Windows-ohjelma, joka ei ole käynnissä.

Vertaa sitten käynnistyksen siirtymää

Windows Fast Startup on hybridi sammutus, joka säilyttää ytimen istunnon tilan täyden käynnistyksen sijaan. Microsoftin virransäästötiloja koskeva dokumentaatio erottaa sen uudelleenkäynnistyksestä ja täydestä sammutuksesta, minkä vuoksi sama laitteisto voi käyttäytyä eri tavoin kahdessa siirtymässä.

Jos vika riippuu siirtymisestä käyttöjärjestelmästä toiseen, vertaa dokumentoitua uudelleenkäynnistystä tai täyttä sammutusta normaaliin polkuun tallennettuasi työsi. Siirtymää seuraava tulos perustelee ajurin, laitteen tai laiteohjelmiston tilan tutkimisen, eikä se itsessään todista, että Fast Startup aiheutti tietyn sovitinvian.

Kirjaa, mikä käyttöjärjestelmä käytti sovitinta viimeksi, siirtymän tyyppi, Linuxin linkin tila ja ensimmäinen epäonnistunut toiminto. Toistettava ero kylmän käynnistyksen ja lämpimän siirtymän välillä on paljon arvokkaampi kuin VPN-ohjelmiston poistaminen molemmista asennuksista tietämättä, mikä pino hajosi.

Mitä ei pidä muuttaa

Älä nollaa molempia verkkopinoja ensimmäisenä toimenpiteenä. Se tuhoaa vertailun eikä usein korjaa mitään, koska todellista aiheuttajaa ei koskaan tunnistettu. Älä asenna Windowsin VPN:ää uudelleen korjataksesi Linuxin, äläkä muuta laiteohjelmiston asetuksia satunnaisesti siksi, että käynnistyksen siirtymä korreloi vian kanssa.

ip-työkalun viite dokumentoi yllä käytetyt linkin, osoitteen ja reitin objektit. Lue ensin Linuxin puoli, säilytä tilannekuva ja päätä vasta sitten, ansaitseeko jaettu laitteistokerros tutkimista.