Pse vetëm route-nopull e lë serverin e skedarëve të paarritshëm
Të injorosh rrugët e shtyra është vetëm gjysma e një tuneli të ndarë. Zgjidh pronarin e rrugës, shto me dorë prefiksin e zyrës dhe provo tre rrjedha përpara se ta shpallësh të rregulluar.
Serveri i skedarëve hapet mirë, dhe thirrja video në dritaren tjetër fillon të ngecë. Asgjë nuk është e ngadaltë dhe asnjë MTU nuk është i gabuar: klienti yt pranoi listën e rrugëve që i dha serveri, kështu që çdo paketë tani del përmes firewall-it të zyrës. Rregullimi nuk është një flamur tjetër akordimi, por një vendim se kujt i përket tabela e rrugëve të klientit. Ky vendim i përket një vendi të vetëm, dhe mënyrat e dështimit më poshtë të tregojnë se cilin vend zgjodhe në të vërtetë.
Vendos kujt i përket tabela e rrugëve
Tre pronarë janë të mundshëm. Serveri mund të shtyjë rrugë dhe një portë standarde, dhe në atë rast klienti instalon çfarë i thonë dhe bëhet një tunel i plotë. Profili i klientit mund të marrë pronësinë duke hedhur poshtë shtytjet dhe duke mbajtur rreshtat e vetë të rrugëve. Menaxheri i lidhjeve të desktopit gjithashtu mund të zotërojë vendimin përmes vetive të veta të rrugës dhe rrugës standarde.
Çdo zgjedhje dështon në mënyrë të ndryshme, prandaj ia vlen të lexohet tabela përpara se të redaktosh një profil. Rreshti që përputhet me simptomën tënde është pronari që ke në të vërtetë.
| Owner | Where it lives | Result |
|---|---|---|
| Server | server config, redirect-gateway, pushed routes | client becomes a full tunnel |
| Profile | route-nopull and its own route lines | tunnel up, office prefix missing |
| Manager | never-default plus its own routes | desktop decides, profile ignored |
Zgjidh një dhe shkruaje. Përzierja e dyve lë një host, rruga standarde e të cilit kundërshton dokumentacionin e vet, dhe inxhinieri tjetër nuk mund të dijë cila shtresë fitoi. Fshij hapur humbësin.
route-nopull filtron shtytjet, nuk shton rrugë
route-nopull i përket profilit të klientit, dhe radha e tij në atë skedar është e parëndësishme sepse hedh poshtë vetëm vlerat që vijnë nga serveri. Hedh poshtë rrugët e shtyra, përfshirë një rrugë standarde të shtyrë, ndërsa tuneli ngrihet përsëri normalisht.
Pasoja që njerëzit e humbasin është se opsionet DHCP të shtyra shkojnë bashkë me to. Cilësimet DNS që dërgon serveri gjithashtu hidhen poshtë, kështu që emrat e brendshëm nuk zgjidhen më, edhe pse tuneli është i shëndoshë dhe serveri arrihet përmes adresës.
Kjo lë një tunel pa rrugë drejt prefiksit të zyrës, përveç nëse shton vetë një: route-nopull e ndjekur nga route 10.30.0.0 255.255.0.0 në të njëjtin profil. Ai rresht mbart adresë dhe maskë; nuk emërton një kërcim tjetër.
Një formë alternative shton një shenjë portë, route 10.30.0.0 255.255.0.0 vpn_gateway, që e drejton hyrjen drejt tunelit me emër. Importuesit ndryshojnë nëse e përkthejnë atë variant, prandaj inspekto lidhjen e ruajtur nëse hyrja mungon nga tabela e kernelit.
Verifiko me kërkime rrugësh, jo me ping
Një ping të thotë se diçka u përgjigj. Një kërkim rruge të thotë cilën ndërfaqe do të zgjidhte kerneli, dhe kjo është pyetja që bëre në të vërtetë. Katër komanda të shkurtra ndajnë një rrugë që mungon nga një rrugë që tregon pajisjen e gabuar.
Lexo çfarë instaloi tuneli me ip route show dev tun0. Mungesa e plotë e daljes do të thotë zero rrugë, që nuk është një tunel i ndarë që funksionon, dhe është rezultati i zakonshëm i shtimit të filtrit pa rreshtin e qartë.
Pastaj kontrollo një adresë zyre me ip route get 10.30.5.7, dhe një adresë interneti të zakonshme me ip route get 1.1.1.1. E dyta duhet të emërtojë ndërfaqen fizike; nëse emërton tunelin, shtytja nuk u filtrua fare.
Së fundi lexo ip rule, sepse një rregull politike i lënë nga një përpjekje e mëparshme mund të mbivendoset mbi tabelën që sapo korrigjove. Një profil i saktë me një rregull të vjetruar sipër duket saktësisht si një profil i prishur. Fshij rregullin që shtove herën e fundit përpara se të shtosh një tjetër.
Nënrrjetet që mbivendosen duken si një tunel i prishur
Dy intervale private mund të jenë identike nga këndvështrimi i klientit, dhe aty një tunel i ndarë fajësohet për diçka që nuk e shkaktoi. Nëse zyra shpërndan të njëjtin prefiks që përdor routeri i shtëpisë, rruga e tunelit mbulon routerin dhe rrjeti i shtëpisë duket se zhduket.
Krahaso adresën në ndërfaqen tënde me rrugën që instalon profili, duke përdorur një listë të thjeshtë adresash përpara se të ndryshosh gjithçka. Mbivendosja është reale, dhe asnjë opsion profili nuk e zgjidh. Ajo që mund të rregullosh është emërtimi, që personi tjetër të shohë dy intervale në vend të një.
Rregullimet e ndershme janë të rinumërosh njërën anë ose të përkthesh adresat në zyrë. Fiksimi i një rruge të vetme hosti në router funksionon derisa adresa e routerit të ndryshojë, dhe pastaj bëhet një mister i dytë mbi të parin.
Bëj që vendimi të mbijetojë një rilidhje
Hyrjet e shtypura me dorë nuk mbijetojnë një rilidhje, dhe menaxheri i lidhjeve rindërton tabelën sa herë që nis profili. Vendos vendimin aty ku krijohet lidhja, qoftë profili ose cilësimet e ruajtura të menaxherit. Pastaj rinis lidhjen një herë me qëllim, në vend që ta zbulosh sjelljen gjatë një thirrjeje. Një profil që funksionon vetëm deri në rilidhjen tjetër nuk është i përfunduar.
Ushtro tre rrugë njëherësh: një host zyre me adresë të mirëfilltë, të njëjtin host me emër, dhe një faqe publike të zakonshme. I mesmi varet nga shërbimi i emrave që konfigurove pasi hodhe poshtë opsionet DNS të shtyra, dhe është ai që dështon në heshtje.