VPN thotë i lidhur por asgjë nuk rutohet: dy vende ku duhet parë

Një tunel mund të raportojë i lidhur ndërkohë që asgjë nuk e arrin, dhe këto dy fakte jetojnë në vende të ndryshme. Njëri është tabela e rrugëve, e cila mund të vazhdojë të dërgojë paketa drejt një pajisjeje që askush nuk e zotëron. Tjetri është zgjidhësi, i cili mund të vazhdojë të listojë një server në një lidhje që ka ikur. Ndryshimi i rrjetit nuk e dëmtoi profilin, ai e la gjendjen që i përkiste lidhjes së mëparshme jetimë, dhe riparimi varet nga cila prej të dyjave po shikon në të vërtetë.

Fillimisht, pyet kernelin se cilën pajisje do të përdorte

Një listë rrugësh tregon çfarë ekziston; një kërkim rruge tregon çfarë do të ndodhte. Pyet për një adresë publike dhe lexo emrin e pajisjes në përgjigje, sepse ai fushë e vetme vendos nëse paketa arrin diku të dobishme. Kur përgjigjja emërton një pajisje tuneli, kerneli do t'ia dorëzojë paketat asaj edhe nëse pas atij ndërfaqeje nuk po ekzekutohet më asnjë proces klienti. Kur përgjigjja emërton përshtatësin fizik ndërkohë që klienti thotë se është i lidhur, tuneli është ngritur dhe thjesht nuk është rruga e zgjedhur.

Rasti i dytë është ai i zakonshëm pasi një kabllo zëvendëson atë pa tel, dhe ai paraqitet si një VPN e prishur.

ip route show default
ip route get 203.0.113.9

Lexo më pas zërat e parazgjedhur, sepse një rrugë e shtuar nga lidhja bazë e mëparshme mund t'i mbijetojë një ndryshimi lidhjeje dhe të qëndrojë përpara asaj të re. Një rrugë e parazgjedhur përmes një pajisjeje që është jashtë është më keq se sa asnjë rrugë e parazgjedhur, sepse kerneli vazhdon ta preferojë atë. Vër re metrikën pranë çdo zëri, sepse ai rend e shpjegon preferencën më shpejt se emrat e ndërfaqeve.

Pastaj lexo zgjidhësin për çdo lidhje, jo për çdo skedar

Zgjidhja e emrave mbart gjendjen e vet dhe vjetërsinë e vet. Një zgjidhës që liston serverë DNS për çdo lidhje mban serverët e një lidhjeje tuneli që është jashtë por ende e regjistruar, dhe çdo kërkim atëherë pret një server që nuk do të përgjigjet. Simptomi është një rrjet që ndihet i vdekur ndërkohë që tabela e rrugëve duket e përsosur.

Inspekto gjendjen për çdo lidhje në vend të skedarit, sepse në shumë shpërndarje ai skedar është një lidhje simbolike drejt zgjidhësit dhe redaktimi i tij ose nuk bën asgjë ose mbishkruhet shpejt. Shiko cila lidhje zotëron cilët serverë dhe cilën domen kërkimi, pastaj pyet nëse lidhja e tunelit duhet ende të jetë e regjistruar. Nëse nuk duhet, çaktivizo lidhjen që e zotëron në vend që të redaktosh me dorë një gjendje të gjeneruar. Një emër që zgjidhet ndërkohë që kërkimi i rrugës i dërgon paketat diku tjetër është një defekt i tretë dhe i veçantë.

resolvectl status
resolvectl query app.internal.example

Nëse adresat zgjidhen dhe lidhjet dështojnë, zgjidhësi është në rregull dhe rruga jo. Nëse adresat nuk zgjidhen fare, ky është vendi i duhur për të filluar.

Si i mbijeton një rrugë e vjetëruar ndryshimit

Klienti nuk e zotëron rrjetin vetëm. Në një host me NetworkManager një profil VPN aktivizohet mbi një lidhje bazë, dhe cilësimet e lidhjes lejojnë që ajo bazë të emërtojë VPN-në që duhet ta ndjekë. Kur baza ndryshon sepse një profil tjetër bëhet i preferuar, tuneli kalon në bazën e re ose mbetet pa asnjë.

Një profil VPN nuk e ngre veten, prandaj çiftimi ka shumë më shumë rëndësi se preferenca e lidhjes automatike të vetë profilit.

Lexo listën aktive dhe shëno cila bazë është ngritur përpara se të prekësh tunelin. Nëse baza është në listë dhe tuneli jo, rruga mungon në vend që të jetë e vjetëruar dhe rregullimi është aktivizimi. Nëse aktivizimi i tunelit ankohet se nuk ekziston lidhje burimore, baza me të cilën ishte çiftuar ka ikur, prandaj ngrije atë fillimisht ose rregullo çiftimin në vend që të provosh sërish tunelin. Riprovimi i një profili prindi i të cilit mungon jep të njëjtin gabim çdo herë, gjë që është një sinjal i dobishëm dhe jo një telash.

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

Dalloj gjendjen e vjetëruar nga një mëmë që mungon

Tre gjendje shpjegojnë pothuajse çdo raport, dhe secila kërkon një riparim tjetër. Një rrugë e parazgjedhur përmes një pajisjeje që ekziston ende por nuk e mbart më tunelin është gjendje e vjetëruar, pastruar ose duke fshirë zërin ose duke rinisur profilin përgjegjës. Një pajisje tuneli procesi i klientit të së cilës është zhdukur është një dështim pastrimi, prandaj vëmendja i takon rrugës së shkëputjes dhe jo tabelës së rrugëve. Asnjë pajisje tuneli fare do të thotë që mungon mëma ose çiftimi dhe se tabela e rrugëve nuk ishte kurrë e përfshirë.

Rinisja fsheh se cilën nga të tre kishit, dhe pikërisht për këtë duket si riparim.

Pas riparimit, kërko nga kerneli një adresë publike dhe një të brendshme, pastaj pyet një emër të brendshëm. Kur adresa funksionon dhe emri jo, keni gjetur një problem të shtrirjes së domenit në zgjidhës dhe jo një problem rrugëtimi. Shëno cilën gjendje gjetët, sepse ndryshimi i radhës i rrjetit do të riprodhojë atë që e latë në qetësi.