VPN, инсталиран в Windows, а Linux стартира без мрежа: какво да проверите

Инсталирате VPN в Windows, рестартирате в Linux и кабелната връзка е мъртва. Очевидната история се пише сама: VPN-ът е оставил нещо след себе си. Историята е грешна, защото двете стартирания използват отделни ядра с отделни драйвери, отделни таблици за маршрутизация и отделни резолвери. Мрежовият филтър на Windows не се изпълнява вътре в Linux, затова проблемът е или в стека на Linux, или в нещо, което двете стартирания наистина споделят, като хардуер, фърмуер или рутера.

Симптомът и грешният извод

Полезната част от наблюдението е времето: проблемът се появи след промяна. Безполезната част е причинният скок към VPN-а в Windows, който не може да работи в другата операционна система. Разделянето на двете е цялата работа. Запишете хронологията, преди да докоснете кабел.

Общото за двете стартирания е физическият адаптер, кабелът, портът на суича и всичко над него. Това са истински споделени променливи и заслужават проверка, след като стекът на Linux е прегледан.

Направете снимка на стека на Linux с четири команди

Започнете само за четене и заснемете състоянието, преди да промените нещо: ip -br link за наличие на интерфейси, ip -br address за адреси, ip route за маршрути IPv4 и ip -6 route там, където IPv6 е важен. Справката за инструмента ip различава тези обекти, а появата на интерфейс в списъка не е доказателство, че има работещ адрес или използваем маршрут.

Запишете изхода във файл, за да го сравните по-късно с работещо стартиране. Снимка, която не можете да възпроизведете, е само спомен за състояние.

Връзка, адрес, маршрут или име?

Четири различни повреди изглеждат еднакво от браузъра. Устройството може да липсва напълно, да присъства без носещ сигнал, да е свързано, но без очаквания адрес, или да има адрес без маршрут до местоназначението. Отказ на разрешаването на имена, докато суровите адреси работят, е пети случай, и той принадлежи на резолвера, а не на драйвера.

Всеки случай сочи различна работа: драйвер или фърмуер за липсващо устройство, кабели или суич при липса на носещ сигнал, DHCP или статична конфигурация за липсващ адрес и маршрутизация или политика за липсващ път. Проблемът с резолвера сочи към systemd-resolved, NetworkManager или локална конфигурация на DNS.

Проверете дали инсталацията на Linux има собствен VPN или постоянна конфигурация на защитна стена. Локален тунел или набор от правила на nftables е причина от страната на Linux и е много по-вероятно да обясни повредата, отколкото програма за Windows, която не работи.

След това сравнете прехода между стартиранията

Windows Fast Startup е хибридно изключване, което запазва състоянието на сесията на ядрото вместо пълно стартиране. Документацията на Microsoft за състоянията на захранване го различава от рестартиране и от пълно изключване, затова един и същ хардуер може да се държи различно при двата прехода.

Ако повредата зависи от преминаването от една операционна система към друга, сравнете документирано рестартиране или пълно изключване с нормалния път, след като запазите работата си. Резултат, който следва прехода, оправдава преглед на състоянието на драйвера, устройството или фърмуера, и сам по себе си не доказва, че Fast Startup е причинил конкретна повреда на адаптера.

Запишете коя ОС е използвала адаптера последна, типа на прехода, състоянието на връзката в Linux и първата операция, която се провали. Повтаряща се разлика между студен старт и топъл преход струва много повече от премахването на VPN софтуер от двете инсталации, без да се знае кой стек се е счупил.

Какво да не променяте

Не нулирайте двата мрежови стека като първа стъпка. Това унищожава сравнението и често не поправя нищо, защото истинската причина така и не е установена. Не преинсталирайте VPN-а в Windows, за да поправите Linux, и не променяйте настройките на фърмуера произволно, защото преход на стартиране е съвпаднал с повреда.

Справката за инструмента ip описва обектите връзка, адрес и маршрут, използвани по-горе. Прочетете първо страната на Linux, запазете снимката и само след това решете дали споделеният хардуерен слой заслужава разследване.