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, захавайце здымак і толькі потым вырашайце, ці варта даследаваць агульны слой абсталявання.