VPN thotë se është i lidhur, por rruga e parazgjedhur është e vdekur

Klienti raporton se është i lidhur, ikona në baresën e sistemit duket normale, dhe asgjë nuk ngarkohet. Filloi menjëherë pasi kaluat nga Wi-Fi në kabllo, ose menjëherë pasi përfundoi një përditësim i shpërndarjes. Nuk u thye profili, por gjendja që u ndërtua për lidhjen bazë të mëparshme. Kerneli ka ende një rrugë të parazgjedhur që tregon një pajisje tuneli që askush nuk e zotëron, ose zgjidhësi ende liston serverë në një lidhje që është zhdukur. Të dyja dështimet duken si një rrjet i vdekur dhe të dyja mund të rregullohen në vend.

Pjesët e vjetruara ishin tashmë të gabuara para se t’i vinit re. Shkëputja e një kablloje thjesht i bëri të dukshme.

Pyetni kernelin ku do të shkojë një paketë

Listat e rrugëve janë të vështira për t’u lexuar sepse numërojnë gjithçka që sistemi njeh, përfshirë hyrjet që nuk zbatohen më. Kërkimi i rrugës përgjigjet pyetjes së vetme që ia vlen të bëhet: cila pajisje mbart pikërisht këtë paketë tani. Nëse përgjigjja emërton një pajisje tuneli, kerneli do ta përdorë edhe pse pas saj nuk ka asnjë proces klienti të gjallë, dhe paketa bie në një ndërfaqe që askush nuk e mirëmban. Nëse përgjigjja emërton përshtatësin Ethernet ndërsa klienti këmbëngul se lidhja është aktive, tuneli ekziston por ka humbur përzgjedhjen, që është rezultati i zakonshëm i kalimit nga pa valë në me kabllo.

Ekzekutoni kërkimin dy herë, një herë për një adresë publike dhe një herë për një të brendshme, sepse një politikë tuneli të ndarë mund të drejtojë njërën me ndershmëri dhe të lërë tjetrën të bjerë.

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

Zgjidhësi mban gjithashtu lidhjen e vdekur

Në një host me systemd-resolved, serverët DNS u përkasin lidhjeve dhe jo një liste globale. Një lidhje VPN që ka rënë mund të mbetet e regjistruar me serverët e saj për një kohë, dhe atëherë çdo kërkim pret një adresë që nuk do të përgjigjet kurrë. Ai vonesë ndihet si një rrjet i vdekur dhe i dërgon njerëzit të shohin rrugët kur rruga është në rregull.

resolvectl status
resolvectl query intranet.example.com

Lexoni blloqet sipas lidhjeve dhe identifikoni cila lidhje zotëron domenin në fjalë. Një tunel që është lart por nuk është pronar i domenit të brendshëm i kalon emrat e brendshëm zgjidhësit publik, dhe simptoma nuk dallohet nga një defekt në rrugëzim.

Rregulloni regjistrimin, jo /etc/resolv.conf. Në instalimet aktuale të Ubuntu dhe Fedora ai shteg është një lidhje simbolike drejt gjendjes së ekzekutimit të zgjidhësit, prandaj një redaktim ose injorohet ose mbishkruhet në ngjarjen e radhës të rrjetit.

Një VPN nuk nis kurrë vetë

NetworkManager ngre një VPN mbi një lidhje bazë, dhe mëson cilin duhet të ndjekë nga connection.secondaries në atë bazë. referenca e cilësimeve të lidhjes thotë shprehimisht se lidhja automatike nuk është zbatuar për profilet VPN. Ky është i gjithë mekanizmi pas kësaj klase dështimesh: ndryshoni bazën dhe VPN duhet të çiftohet përsëri ose të aktivizohet me dorë.

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

Kur lista aktive tregon bazën pa VPN, tuneli nuk është fare aktiv dhe rruga nuk u instalua kurrë, në vend që të kishte mbetur e vjetruar. Kur aktivizimi ankohet se nuk ekziston asnjë lidhje burimore, baza me të cilën ishte çiftuar është zhdukur, prandaj rregulloni së pari bazën ose çiftimin dhe ndaloni së provuari VPN përsëri.

Një përditësim mund të hedhë cilësime pa mesazh

Përditësimi i një shpërndarje zëvendëson klientin dhe shpesh shtojcën e tij NetworkManager, ndërsa profili i ruajtur mban emrat e vetive me të cilat u shkrua. Çdo gjë që shtojca e re nuk njeh më anashkalohet në heshtje. Profili aktivizohet përsëri dhe pajisja shfaqet përsëri, por rruga që dikur vinte me të nuk vjen më.

Edhe grepa të shkruar me dorë lëvizin. Një skript që instalonte një rrugë në një moment të parashikueshëm të sekuencës së vjetër tani mund të ekzekutohet përpara se ndërfaqja të ekzistojë, ose pasi klienti ka skaduar tashmë.

Krahasoni profilin e gjallë me shtojcën që keni në të vërtetë, jo me sjelljen që mbani mend. Nëse një çelës ka humbur nga dokumentacioni, zhvendosni punën në një skript shpërndarësi ose në një zëvendësim të mbështetur në vend që të riktheni vetinë e vjetër.

Tre gjendje, tre rregullime të ndryshme

Vendosni në cilën gjendje jeni para se të prekni gjithçka, sepse një rindezje shkatërron provat dhe defekti kthehet në ndryshimin e radhës të rrjetit.

Përfundoni me një kërkim për një adresë publike, një për një adresë të brendshme dhe një pyetje emri. Nëse adresat funksionojnë dhe emri jo, defekti i mbetur është shtrirja e domenit në zgjidhës, dhe tabela e rrugëve nuk ishte kurrë problemi.