Kontrola VPN trasy na macOS: route get bez akýchkoľvek zmien

Používateľ sa dostane do intranetu v kancelárskej sieti a nie cez tunel, zatiaľ čo Nastavenia stále zobrazujú VPN ako pripojenú. Úprava smerovacej tabuľky v tej chvíli riskuje prerušenie vzdialenej relácie, ktorú používate na diagnostiku. Namiesto toho sa opýtajte jadra, ktorú cestu by zvolilo pre zlyhávajúci host. Nástroj route v macOS má operáciu get, ktorá presne na to odpovedá pre jeden cieľ, bez toho aby čokoľvek zmenila.

Pýtajte sa zlyhávajúceho hosta, nie predvolenej trasy

Snímka predvolenej trasy na modernom Macu hovorí veľmi málo, pretože konkrétnejší cieľ alebo obmedzená politika môžu prepísať to, čo predvolená trasa navonok hovorí. Tunel môže byť hore, predvolená trasa môže vyzerať správne a jediný host, ktorý potrebujete, môže byť napriek tomu smerovaný inam. Opýtajte sa na adresu, ktorá zlyháva, a nechajte jadro pomenovať zvolenú cestu.

Forma je route -n get nasledované adresou: route -n get 203.0.113.10, kde dokumentačná adresa zastupuje váš cieľ. Použite autorizovaný cieľ a zodpovedajúcu rodinu adries, pretože odpoveď IPv4 nehovorí nič o zdroji iba s IPv6. Dokumentácia nástroja route opisuje operáciu get a polia, ktoré vypisuje.

Čítajte rozhranie a bránu ako dôkaz

Spustite dopyt pred pripojením VPN a potom znova po ňom, a porovnajte riadky rozhrania a brány. Rozdiel medzi týmito dvoma odpoveďami je to, čo tunel skutočne zmenil, a je oveľa užitočnejší než výpis celej tabuľky. Ak je rozhranie v oboch behoch rovnaké, trasa nikdy nebola problém a môžete prestať sledovať smerovanie.

Pred vyvodením záveru si poznačte cieľ, rozhranie, bránu a čas dopytu. Výstup je dôkaz, nie diagnóza: rovnaké rozhranie môže byť správne pre jeden host a nesprávne pre iný, keď je v hre rozdelený tunel.

Správna trasa nie je fungujúca požiadavka

Trasa vám povie, ktoré rozhranie by jadro použilo, nič viac. DNS, hostiteľský firewall a autorizácia aplikácie stoja nad týmto rozhodnutím a požiadavka môže zlyhať aj po úspešnom smerovaní. Zachovajte presný príznak, kým budete pokračovať, pretože "nedá sa pripojiť" a "pripojí sa, ale vráti chybu" sú rôzne vyšetrovania s rôznymi ďalšími krokmi. Pohľad prekladača a pohľad rozhrania dopĺňajú dopyt na cieľ namiesto toho, aby ho nahrádzali.

Výpis smerovacej tabuľky má stále svoje miesto: tak si všimnete neočakávanú predvolenú trasu. Zostávajúca obyčajná predvolená trasa nedokazuje, že VPN sa nepoužíva, pretože konkrétnejšie záznamy nad ňou vyhrávajú.

Držte koncový bod a zdroj oddelene

Zapojené sú dve vyhľadávania a odpovedajú na rôzne otázky. Dosiahnutie koncového bodu je vonkajšia cesta cez fyzickú sieť. Dosiahnutie aplikácie sa odohráva vnútri tunela, na adrese, ktorá existuje len na súkromnej strane. Zámena oboch vytvára klasickú falošnú slučku, v ktorej sa zdá, že koncový bod smeruje tunelom, ktorý sám ukončuje. Opýtajte sa na obe adresy oddelene, označte každý výsledok a zmätok zmizne.

Prekrytie prefixov je druhý prípad, ktorý sa oplatí poznať. Keď sa miestne a vzdialené rozsahy prekrývajú, rozhoduje zhoda najdlhšieho prefixu, takže prekrývajúca sa miestna podsieteť môže zatieniť vzdialenú adresu, ktorú ste očakávali. Súkromný cieľ potom vyzerá rovnako ako miestny a oprava patrí do plánu adries, nie do smerovacej tabuľky. Dopyt get ukáže, ktoré rozhranie vyhralo, a to je fakt, ktorý potrebujete pred akoukoľvek zmenou.

Najprv čítajte, neskôr meňte

Držte route add a route delete mimo prvého priechodu. Na Macu, ktorý spravujete na diaľku, vám jedna neopatrná úprava tabuľky môže vziať práve cestu späť k stroju a nikomu nezostane možnosť dokončiť diagnostiku. Rozhodnite, ktorá trasa je správna, zapíšte, ako zmenu vrátiť, a až potom ju spustite. Prehliadka nemá taký chvost.

Rovnaká opatrnosť platí pre mazanie medzipamätí a reštart sieťových služieb ako prvý krok, pretože oboje ničí dôkaz, ktorý ste sa chystali prečítať. Kontroly iba na čítanie sú lacné, opakovateľné a bezpečné v ľubovoľnom poradí. Urobte z nich predvolený krok a po zmene siahnite len vtedy, keď na ňu dôkaz ukazuje.