Kontrola VPN trasy na macOS: route get beze změn

Uživatel se dostane do intranetu v kancelářské síti a ne tunelem, zatímco Nastavení stále ukazuje VPN jako připojenou. Úprava směrovací tabulky v tu chvíli riskuje přerušení vzdálené relace, kterou používáte k diagnostice. Zeptejte se místo toho jádra, kterou cestu by pro selhávající host zvolilo. Nástroj route v macOS má operaci get, která odpovídá přesně na to, pro jeden cíl, aniž by cokoli změnila.

Ptejte se hostu, který selhává, ne výchozí trasy

Snímek výchozí trasy na moderním Macu řekne jen velmi málo, protože konkrétnější cíl nebo omezená zásada může přebít to, co výchozí trasa navenek říká. Tunel může být nahoře, výchozí trasa může vypadat správně a jediný host, který potřebujete, může být přesto směrován jinam. Zeptejte se na adresu, která selhává, a nechte jádro pojmenovat cestu, kterou zvolilo.

Forma je route -n get následované adresou: route -n get 203.0.113.10, kde dokumentační adresa zastupuje váš cíl. Použijte autorizovaný cíl a odpovídající rodinu adres, protože odpověď IPv4 neříká nic o prostředku pouze s IPv6. Dokumentace nástroje route popisuje operaci get a pole, která vypisuje.

Čtěte rozhraní a bránu jako důkaz

Spusťte dotaz před připojením VPN a potom znovu po něm, a porovnejte řádky rozhraní a brány. Rozdíl mezi těmito dvěma odpověďmi je to, co tunel skutečně změnil, a je mnohem užitečnější než výpis celé tabulky. Pokud je rozhraní v obou bězích stejné, trasa nikdy nebyla problém a můžete přestat sledovat směrování.

Než uděláte závěr, poznamenejte cíl, rozhraní, bránu a čas dotazu. Výstup je důkaz, ne diagnóza: stejné rozhraní může být správné pro jeden host a špatné pro jiný, když je ve hře rozdělený tunel.

Správná trasa není fungující požadavek

Trasa vám řekne, které rozhraní by jádro použilo, nic víc. DNS, hostitelský firewall a autorizace aplikace stojí nad tímto rozhodnutím a požadavek může selhat i po úspěšném směrování. Zachovejte přesný symptom, než budete pokračovat, protože "nelze se připojit" a "připojí se, ale vrací chybu" jsou různá vyšetřování s různými dalšími kroky. Pohled překladače a pohled rozhraní dotaz na cíl doplňují, místo aby ho nahrazovaly.

Výpis směrovací tabulky má stále své místo: tak si všimnete neočekávané výchozí trasy. Zbývající běžná výchozí trasa nedokazuje, že VPN se nepoužívá, protože konkrétnější záznamy nad ní vyhrávají.

Držte koncový bod a prostředek odděleně

Jsou zapojena dvě hledání a odpovídají na různé otázky. Dosažení koncového bodu je vnější cesta přes fyzickou síť. Dosažení aplikace se odehrává uvnitř tunelu, na adrese, která existuje jen na soukromé straně. Záměna obou vytváří klasickou falešnou smyčku, kdy se zdá, že koncový bod směruje tunelem, který sám ukončuje. Zeptejte se na obě adresy odděleně, označte každý výsledek a zmatek zmizí.

Překrytí prefixů je druhý případ, který stojí za to znát. Když se místní a vzdálené rozsahy překrývají, rozhoduje shoda nejdelšího prefixu, takže překrývající se místní podsíť může zastínit vzdálenou adresu, kterou jste očekávali. Soukromý cíl pak vypadá stejně jako místní a oprava patří do plánu adres, ne do směrovací tabulky. Dotaz get ukáže, které rozhraní vyhrálo, a to je fakt, který potřebujete, než cokoli změníte.

Nejprve čtěte, měňte později

Držte route add a route delete mimo první průchod. Na Macu, který spravujete na dálku, vám jedna nedbalá úprava tabulky může vzít právě cestu zpět ke stroji a nikomu nezůstane možnost diagnostiku dokončit. Rozhodněte, která trasa je správná, zapište, jak změnu vrátit, a teprve pak ji spusťte. Prohlídka nic takového nezanechá.

Stejná opatrnost platí pro mazání mezipamětí a restart síťových služeb jako první krok, protože obojí ničí důkaz, který jste se chystali přečíst. Kontroly jen pro čtení jsou levné, opakovatelné a bezpečné v libovolném pořadí. Udělejte z nich výchozí krok a po změně sáhněte jen tehdy, když na ni důkaz ukazuje.