Uporabnik doseže intranet v pisarniškem omrežju in ne skozi tunel, medtem ko Nastavitve še vedno prikazujejo VPN kot povezan. Urejanje usmerjevalne tabele v tem trenutku tvega prekinitev oddaljene seje, ki jo uporabljate za diagnostiko. Namesto tega vprašajte jedro, katero pot bi izbralo za gostitelja, ki ne uspe. Orodje route v macOS ima operacijo get, ki natančno odgovori na to za en cilj, ne da bi karkoli spremenilo.

Vprašajte gostitelja, ki ne uspe, ne privzete poti

Posnetek privzete poti na sodobnem Macu pove zelo malo, ker lahko bolj specifičen cilj ali omejena politika preglasita tisto, kar privzeta pot navidezno pravi. Tunel je lahko vzpostavljen, privzeta pot je lahko videti pravilna, in edini gostitelj, ki ga potrebujete, je lahko še vedno usmerjen drugam. Povprašajte po naslovu, ki ne uspe, in pustite jedru, da poimenuje izbrano pot.

Oblika je route -n get, ki mu sledi naslov: route -n get 203.0.113.10, kjer dokumentacijski naslov predstavlja vaš cilj. Uporabite pooblaščeni cilj in ustrezno družino naslovov, ker odgovor IPv4 ne pove ničesar o viru, ki je samo IPv6. Dokumentacija orodja route opisuje operacijo get in polja, ki jih izpiše.

Berite vmesnik in prehod kot dokaz

Zaženite poizvedbo pred povezavo VPN in nato znova po njej, ter primerjajte vrstici vmesnika in prehoda. Razlika med tema dvema odgovoroma je tisto, kar je tunel dejansko spremenil, in je veliko bolj uporabna kot izpis celotne tabele. Če je vmesnik v obeh zagonih enak, pot ni bila nikoli težava in lahko nehate gledati usmerjanje.

Preden sklepate, zapišite cilj, vmesnik, prehod in čas poizvedbe. Izhod je dokaz, ne diagnoza: isti vmesnik je lahko pravilen za enega gostitelja in napačen za drugega, ko je v igri razdeljen tunel.

Pravilna pot ni delujoča zahteva

Pot vam pove, kateri vmesnik bi jedro uporabilo, nič več. DNS, gostiteljska požarna pregrada in avtorizacija aplikacije stojijo nad to odločitvijo, in zahteva lahko spodleti tudi po uspešnem usmerjanju. Ohranite natančen simptom, preden nadaljujete, ker sta "ne more se povezati" in "poveže se, a vrne napako" različni preiskavi z različnimi naslednjimi koraki. Pogled razreševalnika in pogled vmesnika dopolnjujeta poizvedbo po cilju, namesto da bi jo nadomestila.

Izpis usmerjevalne tabele ima še vedno svoje mesto: tako opazite nepričakovano privzeto pot. Preostala običajna privzeta pot ne dokazuje, da VPN ni v uporabi, ker bolj specifični vnosi zmagajo nad njo.

Držite končno točko in vir ločeno

Vključeni sta dve iskanji in odgovarjata na različni vprašanji. Doseganje končne točke je zunanje potovanje skozi fizično omrežje. Doseganje aplikacije se dogaja znotraj tunela, na naslovu, ki obstaja samo na zasebni strani. Zamenjava obeh ustvari klasično lažno zanko, v kateri se zdi, da je končna točka usmerjena skozi tunel, ki ga zaključuje. Povprašajte po obeh naslovih ločeno, označite vsak rezultat in zmeda izgine.

Prekrivanje predpon je drugi primer, ki ga je vredno poznati. Ko se lokalna in oddaljena območja prekrivajo, odloči ujemanje najdaljše predpone, zato lahko prekrivajoča se lokalna podomrežja zasenčijo pričakovani oddaljeni naslov. Zasebni cilj je potem videti enak lokalnemu, popravek pa sodi v načrt naslovov in ne v usmerjevalno tabelo. Poizvedba get pokaže, kateri vmesnik je zmagal, in to je dejstvo, ki ga potrebujete pred kakršno koli spremembo.

Najprej berite, pozneje spreminjajte

Držite route add in route delete zunaj prvega koraka. Na Macu, ki ga upravljate na daljavo, vam lahko ena neprevidna sprememba tabele vzame prav pot nazaj do stroja in nikomur ne ostane možnost dokončati diagnostiko. Odločite, katera pot je pravilna, zapišite, kako spremembo razveljaviti, in šele nato jo izvedite. Pregled nima takega repa.

Enaka previdnost velja za praznjenje predpomnilnikov in ponovni zagon omrežnih storitev kot prvi korak, ker oboje uniči dokaz, ki ste ga nameravali prebrati. Preverjanja samo za branje so poceni, ponovljiva in varna v poljubnem vrstnem redu. Naredite jih privzeti korak in po spremembi segajte le takrat, ko dokaz kaže nanjo.

Sorodni članki