Athugun á VPN-leið í macOS: route get án breytinga

Notandi nær innra netinu á skrifstofunetinu en ekki í gegnum göngin, á meðan Stillingar sýna VPN enn sem tengt. Að breyta leiðatöflunni á því augnabliki getur rofið fjartengingu sem þú notar til að greina. Spurðu kjarnann í staðinn hvaða leið hann myndi velja fyrir þann hýsil sem bregst. route-tólið í macOS hefur get-aðgerð sem svarar nákvæmlega því, fyrir einn áfangastað, án þess að breyta nokkru.

Spurðu hýsilinn sem bregst, ekki sjálfgefnu leiðina

Skjáskot af sjálfgefinni leið segir mjög lítið á nútímamac, því nánari áfangastaður eða takmörkuð stefna getur hnekkt því sem sjálfgefna leiðin virðist segja. Göngin geta verið uppi, sjálfgefna leiðin getur litið rétt út, og sá eini hýsill sem þú þarft getur samt verið beint annað. Spurðu vistfangið sem bregst og láttu kjarnann nefna leiðina sem hann valdi.

Formið er route -n get og svo vistfangið: route -n get 203.0.113.10, þar sem skjölunarvistfangið stendur fyrir markið þitt. Notaðu leyfða áfangastaðinn og samsvarandi vistfangaflokk, því IPv4-svar segir ekkert um auðlind sem aðeins er IPv6. Skjöl route-tólsins lýsa get-aðgerðinni og þeim sviðum sem hún prentar.

Lestu tengið og gáttina sem sönnun

Keyrðu fyrirspurnina áður en þú tengir VPN og svo aftur eftir, og berðu saman línurnar um tengi og gátt. Mismunurinn á þessum tveimur svörum er það sem göngin breyttu í raun, og hann er miklu gagnlegri en að hella út allri töflunni. Ef tengið er eins í báðum keyrslum var leiðin aldrei vandamálið og þú getur hætt að skoða leiðarval.

Skráðu áfangastaðinn, tengið, gáttina og tíma fyrirspurnarinnar áður en þú dregur ályktun. Úttakið er sönnun, ekki greining: sama tengið getur verið rétt fyrir einn hýsil og rangt fyrir annan þegar klofin göng eru annars vegar.

Rétt leið er ekki virk beiðni

Leið segir þér hvaða tengi kjarninn myndi nota, ekkert meira. DNS, hýsileldveggur og heimild forritsins standa öll ofar þeirri ákvörðun, og beiðnin getur mistekist eftir að leiðarval heppnast. Varðveittu nákvæma einkennið áður en þú heldur áfram, því "getur ekki tengst" og "tengist en skilar villu" eru ólíkar rannsóknir með ólíkum næstu skrefum. Skoðun leysisins og skoðun tengisins bæta við áfangastaðar-fyrirspurnina í stað þess að koma í hennar stað.

Listi yfir leiðatöfluna á enn sinn stað: þannig tekurðu eftir óvæntri sjálfgefinni leið. Sjálfgefin venjuleg leið sem eftir stendur sannar ekki að VPN sé ónotað, því nánari færslur vinna á henni.

Haltu endapunktinum og auðlindinni aðskildum

Tvær uppflettingar eiga í hlut og þær svara ólíkum spurningum. Að ná endapunktinum er ytri ferð um líkamlega netið. Að ná forritinu gerist inni í göngunum, á vistfangi sem er aðeins til á einkaaðilanum. Að rugla þessu tvennu skapar klassíska falska lykkju, þar sem endapunkturinn virðist leiðast í gegnum göngin sem hann endar. Spurðu bæði vistföngin sitt í hvoru lagi, merktu hverja niðurstöðu, og ruglingurinn hverfur.

Skörun forskeyta er hitt tilvikið sem vert er að þekkja. Þegar staðbundin og fjarlæg svið skarast ræður samsvörun lengsta forskeytis, svo skarandi staðbundið undirnet getur skyggt á fjarlæga vistfangið sem þú vonaðist eftir. Einkaaðilaáfangastaðurinn virðist þá eins og staðbundinn, og lagfæringin tilheyrir vistfangaskipulagi en ekki leiðatöflunni. get-fyrirspurnin sýnir hvaða tengi vann, og það er staðreyndin sem þú þarft áður en þú breytir nokkru.

Lestu fyrst, breyttu síðar

Haltu route add og route delete utan við fyrstu umferð. Á Mac sem þú stjórnar fjarlægt getur ein kærulaus töflubreyting tekið í burtu leiðina aftur að vélinni og skilið engan eftir sem getur klárað greininguna. Ákveddu hvaða leið er rétt, skrifaðu niður hvernig á að afturkalla breytinguna, og keyrðu hana svo fyrst. Skoðun hefur ekki slíkan hala.

Sama varúð gildir um að hreinsa skyndiminni og endurræsa netþjónustur sem fyrsta skref, því bæði eyðileggja sönnunina sem þú varst að fara að lesa. Lestraraðgerðir eru ódýrar, endurtakanlegar og öruggar í hvaða röð sem er. Gerðu þær að sjálfgefnu skrefi, og gríptu aðeins til breytingar þegar sönnunin bendir á hana.