VPN инсталиран во Windows, Linux подигнува без мрежа: што да проверите
Секое подигнување користи свој мрежен стек, така што VPN филтерот на Windows не е активен во Linux. Проверете врска, адреса, рута и DNS пред да ресетирате нешто.
Инсталирате VPN во Windows, се препоѓате во Linux и жиченото поврзување е мртво. Очигледната приказна се пишува сама: VPN остави нешто зад себе. Приказната е погрешна, бидејќи двете подигнувања работат посебни јадра со посебни драјвери, посебни табели за рутирање и посебни резолвери. Мрежниот филтер на Windows не се извршува внатре во Linux, па грешката е или во стекот на Linux или во нешто што двете подигнувања навистина го делат, како хардвер, firmware или рутерот.
Симптомот и погрешниот заклучок
Корисниот дел од набљудувањето е времето: грешката се појави по промена. Бескорисниот дел е причинскиот скок кон VPN во Windows, кој не може да работи во другиот оперативен систем. Одвојувањето на двете е целата работа. Запишете ја временската линија пред да допрете кабел.
Она што двете подигнувања навистина го делат е физичкиот адаптер, кабелот, портата на прекинувачот и сѐ што е нагоре. Тоа се вистински заеднички променливи и заслужуваат проверка откако стекот на Linux е прегледан.
Направете слика од стекот на Linux со четири команди
Започнете само за читање и забележете ја состојбата пред да промените нешто: ip -br link за присуство на интерфејси, ip -br address за адреси, ip route за IPv4 рути и ip -6 route каде IPv6 е важен. Референцата на алатката ip ги разликува овие објекти, а појавувањето на интерфејс во списокот не е доказ дека има работна адреса или употреблива рута.
Зачувајте го излезот во датотека за подоцна да го споредите со подигнување што работи. Слика што не можете да ја репродуцирате е само спомен за состојба.
Дали е врска, адреса, рута или име?
Четири различни дефекти изгледаат исто од прелистувач. Уредот може целосно да недостига, да биде присутен без носител, да биде поврзан но без очекуваната адреса, или да има адреса без рута до целта. Неуспехот на разрешувањето имиња додека суровите адреси работат е петти случај и припаѓа на резолверот, а не на драјверот.
Секој случај укажува на различен работен тек: драјвер или firmware за уред што недостига, кабли или прекинувач кога нема носител, DHCP или статичка конфигурација за адреса што недостига, и рутирање или политика за патека што недостига. Проблем со резолверот укажува на systemd-resolved, NetworkManager или локална DNS конфигурација.
Проверете дали инсталацијата на Linux има свој VPN или постојана конфигурација на огнено ѕид. Локален тунел или множество nftables правила е причина од страната на Linux и многу поверојатно го објаснува дефектот отколку програма за Windows што не работи.
Потоа споредете го преминот при подигнување
Windows Fast Startup е хибридно исклучување што ја задржува состојбата на сесијата на јадрото наместо целосно подигнување. Документацијата на Microsoft за состојби на напојување го разликува од рестартирање и од целосно исклучување, поради што истиот хардвер може да се однесува различно во двата премини.
Ако дефектот зависи од преминот од еден во друг оперативен систем, откако ќе ја зачувате работата споредете документирано рестартирање или целосно исклучување со нормалната патека. Резултатот што го следи преминот го оправдува испитувањето на состојбата на драјверот, уредот или firmware-от и сам по себе не докажува дека Fast Startup предизвикал одреден дефект на адаптерот.
Забележете кој оперативен систем последен го користел адаптерот, типот на премин, состојбата на врската во Linux и првата операција што не успеала. Повторливата разлика помеѓу ладно подигнување и топол премин вреди многу повеќе од отстранување на VPN софтверот од двете инсталации без да се знае кој стек се скршил.
Што да не менувате
Не ресетирајте ги двата мрежни стека како прв чекор. Тоа го уништува споредувањето и честопати не поправа ништо, бидејќи вистинската причина никогаш не била идентификувана. Не преинсталирајте го VPN-от на Windows за да го поправите Linux и не менувајте ги поставките на firmware-от случајно затоа што преминот при подигнување корелирал со дефект.
Референцата на алатката ip ги документира објектите врска, адреса и рута што се користени погоре. Прво прочитајте ја страната на Linux, зачувајте ја сликата и само потоа одлучете дали заедничкиот хардверски слој заслужува истражување.