Korisnik dolazi do intraneta na uredskoj mreži, a ne kroz tunel, dok Postavke još uvijek prikazuju da je VPN povezan. Uređivanje tablice ruta u tom trenutku riskira prekid udaljene sesije koju koristite za dijagnostiku. Umjesto toga pitajte jezgru koji bi put odabrala za host koji ne radi. Alat route u macOS-u ima operaciju get koja odgovara točno na to, za jedno odredište, bez ikakvih promjena.

Pitajte host koji ne radi, ne zadanu rutu

Snimka zaslona zadane rute govori vrlo malo na modernom Macu, jer konkretnije odredište ili ograničena politika mogu nadjačati ono što zadana ruta naizgled govori. Tunel može biti podignut, zadana ruta može izgledati ispravno, a jedini host koji vam treba ipak može biti usmjeren negdje drugdje. Upitajte adresu koja ne radi i pustite jezgru da imenuje put koji je odabrala.

Oblik je route -n get praćen adresom: route -n get 203.0.113.10, gdje dokumentacijska adresa zamjenjuje vaš cilj. Koristite odobreno odredište i odgovarajuću obitelj adresa, jer odgovor za IPv4 ne govori ništa o resursu samo s IPv6. Dokumentacija alata route opisuje operaciju get i polja koja ispisuje.

Čitajte sučelje i pristupnik kao dokaz

Pokrenite upit prije povezivanja VPN-a, pa ponovno poslije, i usporedite retke sučelja i pristupnika. Razlika između ta dva odgovora je ono što je tunel zaista promijenio, i mnogo je korisnija od ispisa cijele tablice. Ako je sučelje identično u oba pokretanja, ruta nikada nije bila problem i možete prestati gledati usmjeravanje.

Zabilježite odredište, sučelje, pristupnik i vrijeme upita prije nego što donesete zaključak. Izlaz je dokaz, a ne dijagnoza: isto sučelje može biti ispravno za jedan host i pogrešno za drugi kada je u igri podijeljeni tunel.

Ispravna ruta nije uspješan zahtjev

Ruta vam kaže koje bi sučelje jezgra koristila, ništa više. DNS, host firewall i autorizacija aplikacije svi stoje iznad te odluke, a zahtjev može propasti i nakon uspješnog usmjeravanja. Sačuvajte točan simptom prije nego što nastavite, jer "ne može se povezati" i "povezuje se ali vraća grešku" su različite istrage s različitim sljedećim koracima. Pogled razrješivača i pogled sučelja upotpunjuju upit odredišta umjesto da ga zamjene.

Ispis tablice ruta još uvijek ima mjesto: tako primjećujete neočekivanu zadanu rutu. Preostala obična zadana ruta ne dokazuje da VPN nije u upotrebi, jer konkretniji unosi pobjeđuju nad njom.

Držite krajnju točku i resurs odvojeno

Uključena su dva pretraživanja i ona odgovaraju na različita pitanja. Dolazak do krajnje točke je vanjsko putovanje kroz fizičku mrežu. Dolazak do aplikacije događa se unutar tunela, na adresi koja postoji samo na privatnoj strani. Brkanje tih dvaju stvara klasičnu lažnu petlju, u kojoj se čini da krajnja točka ide kroz tunel koji završava. Upitajte obje adrese odvojeno, označite svaki rezultat i zabuna nestaje.

Preklapanje prefiksa je drugi slučaj koji vrijedi znati. Kada se lokalni i udaljeni rasponi preklapaju, odlučuje podudaranje najduljeg prefiksa, pa preklapajuća lokalna podmreža može zasjeniti udaljenu adresu koju ste očekivali. Privatno odredište tada izgleda jednako lokalnom, a ispravak pripada planu adresa, a ne tablici ruta. Upit get pokazuje koje je sučelje pobijedilo, a to je činjenica koja vam treba prije nego što bilo što promijenite.

Prvo čitajte, kasnije mijenjajte

Držite route add i route delete izvan prvog prolaza. Na Macu kojim upravljate na daljinu, jedno nemarno uređivanje tablice može vam oduzeti upravo put natrag do stroja i nikome ne ostaviti mogućnost da dovrši dijagnostiku. Odlučite koja je ispravna ruta, zapišite kako poništiti promjenu i tek je onda izvršite. Pregled nema takav rep.

Isti oprez vrijedi za čišćenje keša i ponovno pokretanje mrežnih usluga kao prvi potez, jer oboje uništava dokaz koji ste upravo namjeravali pročitati. Provjere samo za čitanje jeftine su, ponovljive i sigurne u bilo kojem redoslijedu. Učinite ih zadanim korakom i posegnite za promjenom samo kada dokaz na nju upućuje.

Povezani članci