Nag-install ka ng VPN sa Windows, nag-reboot sa Linux, at patay ang wired na koneksyon. Ang halatang kuwento ay kusang nagsusulat: may iniwan ang VPN. Mali ang kuwento, dahil ang dalawang boot ay nagpapatakbo ng magkaibang kernel, magkaibang driver, magkaibang routing table at magkaibang resolver. Ang network filter ng Windows ay hindi tumatakbo sa loob ng Linux, kaya ang sira ay nasa stack ng Linux o sa isang bagay na tunay na pinagsasaluhan ng dalawang boot, tulad ng hardware, firmware o router.

Ang sintomas at ang maling konklusyon

Ang kapaki-pakinabang na bahagi ng obserbasyon ay ang oras: lumitaw ang sira pagkatapos ng pagbabago. Ang walang silbing bahagi ay ang paglukso sa dahilan patungo sa VPN ng Windows, na hindi maaaring tumakbo sa kabilang operating system. Ang paghihiwalay sa dalawa ang buong gawain. Isulat ang timeline bago humawak ng cable.

Ang tunay na pinagsasaluhan ng dalawang boot ay ang pisikal na adapter, ang cable, ang switch port at lahat ng nasa itaas. Tunay na shared variables ang mga ito, at karapat-dapat suriin pagkatapos masuri ang stack ng Linux.

Kunan ng snapshot ang stack ng Linux gamit ang apat na utos

Magsimula sa read-only at itala ang estado bago baguhin ang anuman: ip -br link para sa pagkakaroon ng interface, ip -br address para sa address, ip route para sa ruta ng IPv4 at ip -6 route kung saan mahalaga ang IPv6. Tinutukoy ng reference ng tool na ip ang mga bagay na ito, at ang interface sa listahan ay hindi patunay na may gumaganang address o magagamit na ruta.

I-save ang output sa file upang maihambing ito mamaya sa isang boot na gumagana. Ang snapshot na hindi mo maaaring ulitin ay alaala lamang ng isang estado.

Ito ba ay link, address, ruta o pangalan?

Apat na magkaibang sira ang magkamukha mula sa browser. Maaaring wala talaga ang device, naroroon ngunit walang carrier, nakakonekta ngunit walang inaasahang address, o may address ngunit walang ruta patungo sa pupuntahan. Ang pagkabigo ng name resolution habang gumagana ang raw address ay ikalimang kaso, at kabilang ito sa resolver at hindi sa driver.

Bawat kaso ay tumuturo sa ibang gawain: driver o firmware para sa nawawalang device, cable o switch kapag walang carrier, DHCP o static configuration para sa nawawalang address, at routing o patakaran para sa nawawalang landas. Ang problema sa resolver ay tumuturo sa systemd-resolved, NetworkManager o lokal na configuration ng DNS.

Suriin kung may sariling VPN o permanenteng firewall configuration ang installation ng Linux. Ang lokal na tunnel o set ng nftables rules ay sanhi sa panig ng Linux, at mas malamang na ipaliwanag ang sira kaysa sa programang Windows na hindi tumatakbo.

Pagkatapos ay ihambing ang transition ng boot

Ang Windows Fast Startup ay hybrid na shutdown na nagpapanatili ng estado ng kernel session sa halip na magsagawa ng buong boot. Itinatangi ng dokumentasyon ng Microsoft tungkol sa power states na iba ito sa restart at sa buong shutdown, kaya ang parehong hardware ay maaaring magkaiba ang kilos sa dalawang transition.

Kung ang sira ay nakadepende sa paglipat mula sa isang operating system patungo sa isa pa, ihambing ang dokumentadong restart o buong shutdown sa normal na landas, pagkatapos i-save ang gawain. Ang resultang sumusunod sa transition ay nagbibigay-katwiran sa pagsusuri ng estado ng driver, device o firmware, at hindi nito pinatutunayan sa sarili nito na ang Fast Startup ang nagdulot ng partikular na sira ng adapter.

Itala kung aling operating system ang huling gumamit ng adapter, ang uri ng transition, ang estado ng link sa Linux at ang unang operasyong nabigo. Ang mauulit na pagkakaiba ng cold boot at warm transition ay mas mahalaga kaysa sa pag-alis ng VPN software mula sa parehong installation nang hindi alam kung aling stack ang nasira.

Ano ang hindi dapat baguhin

Huwag i-reset ang dalawang network stack bilang unang hakbang. Sinisira nito ang paghahambing at kadalasan ay walang naayos, dahil hindi kailanman natukoy ang tunay na dahilan. Huwag muling i-install ang VPN ng Windows para ayusin ang Linux, at huwag baguhin ang mga setting ng firmware nang random dahil ang transition ng boot ay may kaugnayan sa isang sira.

Ang reference ng tool na ip ay nagdodokumento ng mga bagay na link, address at ruta na ginamit sa itaas. Basahin muna ang panig ng Linux, itago ang snapshot, at pagkatapos lamang magpasya kung karapat-dapat imbestigahan ang shared hardware layer.

Kaugnay na mga artikulo