VPN ziņo, ka ir pieslēgts, bet noklusējuma maršruts ir miris

Klients ziņo, ka ir pieslēgts, ikona sistēmas joslā izskatās normāli, un nekas neielādējas. Tas sākās tūlīt pēc tam, kad pārgājāt no Wi-Fi uz kabeli, vai tūlīt pēc distribūcijas atjauninājuma beigām. Salūza nevis profils, bet stāvoklis, kas tika uzbūvēts iepriekšējam bāzes savienojumam. Kodolā joprojām ir noklusējuma maršruts uz tuneļa ierīci, kas nevienam nepieder, vai risinātājs joprojām uzskaita serverus saitē, kas ir pazudusi. Abas kļūmes izskatās kā miris tīkls, un abas var salabot uz vietas.

Novecojušās daļas bija nepareizas jau pirms tu tās pamanīji. Kabeļa izvilkšana tās tikai padarīja redzamas.

Pajautā kodolam, kurp aizies pakete

Maršrutu sarakstus ir grūti lasīt, jo tie uzskaita visu, ko sistēma zina, tostarp ierakstus, kas vairs nav spēkā. Maršruta meklēšana atbild uz vienīgo jautājumu, ko ir vērts uzdot: kura ierīce tieši tagad pārvadā šo konkrēto paketi. Ja atbildē nosaukta tuneļa ierīce, kodols to izmantos arī tad, ja aiz tās nav neviena dzīva klienta procesa, un pakete nokrīt saskarnē, ko neviens neuztur. Ja atbildē nosaukts Ethernet adapteris, kamēr klients uzstāj, ka savienojums ir, tunelis pastāv, bet ir zaudējis izvēli, un tas ir ierastais iznākums, pārejot no bezvadu uz vadu tīklu.

Palaid meklēšanu divreiz, vienreiz publiskajai adresei un vienreiz iekšējai, jo sadalītā tuneļa politika var vienu novirzīt godīgi un otru nomest.

ip route show default
ip route get 1.1.1.1
ip route get 10.20.30.40

Risinātājs arī patur mirušo saiti

Resursdatorā ar systemd-resolved DNS serveri pieder saitēm, nevis vienam globālam sarakstam. VPN saite, kas ir kritusi, kādu laiku var palikt reģistrēta ar saviem serveriem, un tad katra meklēšana gaida adresi, kas nekad neatbildēs. Šis kavējums jūtas kā miris tīkls un sūta cilvēkus skatīties maršrutus, kad maršruts ir kārtībā.

resolvectl status
resolvectl query intranet.example.com

Lasi blokus pa saitēm un nosaki, kura saite pieder attiecīgajam domēnam. Tunelis, kas ir uzcelts, bet nav iekšējā domēna īpašnieks, pārsūta iekšējos nosaukumus publiskajam risinātājam, un simptoms nav atšķirams no maršrutēšanas kļūdas.

Salabo reģistrāciju, nevis /etc/resolv.conf. Pašreizējās Ubuntu un Fedora instalācijās šis ceļš ir simboliska saite uz risinātāja izpildes stāvokli, tāpēc labojums vai nu tiek ignorēts, vai tiek pārrakstīts nākamajā tīkla notikumā.

VPN nekad nesāk pats no sevis

NetworkManager paceļ VPN virs bāzes savienojuma, un tas uzzina, kuram sekot, no šīs bāzes connection.secondaries ieraksta. savienojuma iestatījumu uzziņa skaidri norāda, ka automātiskā savienošanās VPN profiliem nav ieviesta. Tas ir viss mehānisms aiz šīs kļūdu klases: maini bāzi, un VPN ir jāsapāro no jauna vai jāaktivizē ar roku.

nmcli device status
nmcli connection show --active
nmcli connection up office-vpn

Kad aktīvais saraksts rāda bāzi bez VPN, tunelis nemaz nav aktīvs un maršruts nekad nav ticis uzstādīts, nevis palicis novecojis. Kad aktivizācija sūdzas, ka nav avota savienojuma, bāze, ar ko tas bija sapārots, ir pazudusi, tāpēc vispirms salabo bāzi vai sapārojumu un pārtrauc VPN atkārtotu mēģināšanu.

Atjauninājums var nomest iestatījumus bez ziņojuma

Distribūcijas atjaunināšana nomaina klientu un bieži tā NetworkManager spraudni, kamēr saglabātais profils patur tos rekvizītu nosaukumus, ar kuriem tas tika rakstīts. Viss, ko jaunais spraudnis vairs neatpazīst, tiek klusi izlaists. Profils joprojām aktivizējas un ierīce joprojām parādās, bet maršruts, kas agrāk nāca kopā ar to, vairs nenāk.

Ar roku rakstīti āķi arī pārvietojas. Skripts, kas vecās secības paredzamā brīdī uzstādīja maršrutu, tagad var darboties pirms saskarnes pastāvēšanas vai pēc tam, kad klients jau ir nokavējis.

Salīdzini dzīvo profilu ar spraudni, kas tev tiešām ir, nevis ar uzvedību, ko atceries. Ja atslēga ir pazudusi no dokumentācijas, pārvieto darbu uz dispečera skriptu vai atbalstītu aizstājēju, nevis atjauno veco rekvizītu.

Trīs stāvokļi, trīs dažādi labojumi

Izlem, kurā stāvoklī tu esi, pirms kaut kam pieskaries, jo restartēšana iznīcina pierādījumus, un kļūme atgriežas nākamajā tīkla izmaiņā.

Beidz ar vienu meklēšanu publiskajai adresei, vienu iekšējai adresei un vienu vārda vaicājumu. Ja adreses strādā un vārds ne, atlikusī kļūme ir domēna tvērums risinātājā, un maršrutu tabula nekad nav bijusi problēma.