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-а, сачувајте снимак и тек онда одлучите да ли заједнички хардверски слој вреди истраживати.