Kontrolli i rrugës VPN në macOS: route get pa ndryshuar asgjë

Një përdorues arrin intranetin në rrjetin e zyrës dhe jo përmes tunelit, ndërsa Cilësimet vazhdojnë të tregojnë VPN-në si të lidhur. Redaktimi i tabelës së rrugëve në atë moment rrezikon të presë sesionin në distancë që po përdorni për diagnostikim. Në vend të kësaj pyetni kernelin se cilën rrugë do të zgjidhte për hostin që dështon. Mjeti route në macOS ka një operacion get që përgjigjet saktësisht për këtë, për një destinacion, pa ndryshuar asgjë.

Pyetni hostin që dështon, jo rrugën e parazgjedhur

Një pamje e rrugës së parazgjedhur thotë shumë pak në një Mac modern, sepse një destinacion më specifik ose një politikë e kufizuar mund të anulojë atë që rruga e parazgjedhur duket se thotë. Tuneli mund të jetë aktiv, rruga e parazgjedhur mund të duket e saktë, dhe hosti i vetëm që ju nevojitet mund të jetë ende i drejtuar diku tjetër. Pyetni adresën që dështon dhe lëreni kernelin të emërtojë shtegun e zgjedhur.

Forma është route -n get e ndjekur nga adresa: route -n get 203.0.113.10, ku adresa e dokumentacionit përfaqëson objektivin tuaj. Përdorni destinacionin e autorizuar dhe familjen e adresave që përputhet, sepse një përgjigje IPv4 nuk thotë asgjë për një burim vetëm IPv6. Dokumentacioni i mjetit route përshkruan operacionin get dhe fushat që printon.

Lexoni ndërfaqen dhe portën si provë

Ekzekutoni pyetjen përpara se të lidhni VPN-në dhe më pas përsëri, dhe krahasoni rreshtat e ndërfaqes dhe të portës. Diferenca midis këtyre dy përgjigjeve është ajo që tuneli ka ndryshuar vërtet, dhe është shumë më e dobishme sesa hedhja e të gjithë tabelës. Nëse ndërfaqja është identike në të dy ekzekutimet, rruga nuk ishte kurrë problemi dhe mund të ndaloni së shikuari drejtimin.

Shënoni destinacionin, ndërfaqen, portën dhe kohën e pyetjes përpara se të nxirrni një përfundim. Dalja është provë, jo diagnozë: e njëjta ndërfaqe mund të jetë e saktë për një host dhe e gabuar për një tjetër kur përfshihet një tunel i ndarë.

Një rrugë e saktë nuk është një kërkesë që funksionon

Një rrugë ju tregon se cilën ndërfaqe do të përdorte kerneli, asgjë më shumë. DNS, një firewall i hostit dhe autorizimi i aplikacionit qëndrojnë të gjithë mbi atë vendim, dhe kërkesa mund të dështojë pasi drejtimi ka sukses. Ruani simptomën e saktë përpara se të vazhdoni, sepse "nuk lidhet dot" dhe "lidhet por kthen një gabim" janë hetime të ndryshme me hapa të ardhshëm të ndryshëm. Pamja e zgjidhësit dhe pamja e ndërfaqes plotësojnë pyetjen e destinacionit në vend që ta zëvendësojnë atë.

Një listë e tabelës së drejtimit ka ende vendin e saj: kështu vini re një rrugë të parazgjedhur të papritur. Një rrugë e zakonshme e parazgjedhur që mbetet nuk provon se VPN-ja nuk përdoret, sepse hyrjet më specifike fitojnë mbi të.

Mbajini të ndara pikën fundore dhe burimin

Dy kërkime janë të përfshira dhe ato përgjigjen pyetjeve të ndryshme. Arritja e pikës fundore është një udhëtim i jashtëm përmes rrjetit fizik. Arritja e aplikacionit ndodh brenda tunelit, në një adresë që ekziston vetëm në anën private. Ngatërrimi i të dyjave prodhon lakin e rremë klasik, ku pika fundore duket se drejtohet përmes tunelit që ajo përfundon. Pyetni të dyja adresat veçmas, etiketoni çdo rezultat dhe konfuzioni zhduket.

Mbivendosja e prefiksave është rasti tjetër që ia vlen të dihet. Kur intervalet lokale dhe të largëta mbivendosen, vendos përputhja e prefiksit më të gjatë, kështu që një nënrrjet lokal që mbivendoset mund të mbulojë adresën e largët që prisnit. Destinacioni privat atëherë duket identik me një lokal, dhe korrigjimi i takon planit të adresave dhe jo tabelës së rrugëve. Pyetja get tregon cila ndërfaqe fitoi, dhe ky është fakti që ju nevojitet përpara se të ndryshoni diçka.

Lexoni së pari, ndryshoni më vonë

Mbajini route add dhe route delete jashtë kalimit të parë. Në një Mac që e administroni në distancë, një redaktim i pakujdesshëm i tabelës mund të heqë pikërisht rrugën e kthimit te makina, dhe askush të mos mbetet për të përfunduar diagnozën. Vendosni cila është rruga e saktë, shkruani si të zhbëhet ndryshimi, dhe vetëm atëherë ekzekutojeni. Inspektimi nuk ka një bisht të tillë.

I njëjti kujdes vlen për zbrazjen e cache-ve dhe rinisjen e shërbimeve të rrjetit si hapi i parë, sepse të dyja shkatërrojnë provën që ishit gati të lexonit. Kontrollet vetëm-lexim janë të lira, të përsëritshme dhe të sigurta në çdo rend. Bëjini hapin e parazgjedhur, dhe drejtojuni një ndryshimi vetëm kur prova tregon drejt tij.