Ako skontrolovať stav IPv6 na Macu po odpojení VPN

Dostanete sa na web cez IPv4 po páde tunela a o IPv6 ste nič nedokázali. macOS konfiguruje obe rodiny oddelene, pre každú sieťovú službu, a klient VPN môže zmeniť jednu bez toho, aby sa dotkol druhej. Prejdite tri vrstvy v poradí: konfigurácia adresy, výber trasy a potom akákoľvek politika, ktorú klient nainštaluje v odpojenom stave. Prístupovú sieť medzitým nechajte nezmenenú, inak budete porovnávať dva rôzne problémy.

Začnite rodinou, ktorá sa skutočne pokazila

Stránka, ktorá sa načíta cez IPv4, vám hovorí, že fyzická sieť žije. Nehovorí nič o tom, či má služba globálnu adresu IPv6, či sa prefix stále inzeruje alebo či niečo filtruje rodinu. Potvrďte, čo zlyhalo, skôr než vyberiete nástroj, pretože meno, ktoré sa preloží na nedostupnú adresu, vyzerá rovnako ako meno, ktoré sa nepreloží vôbec. Spýtajte sa, ktorá vrstva odpovedala nesprávne, a odpoveď si zapíšte. Bez toho je každý ďalší krok dohad oblečený do postupu.

Počas celého porovnania používajte tú istú sieť Wi-Fi a ten istý prístupový bod. Sieť v kaviarni, ktorá včera ponúkala IPv6, nehovorí nič o tej, na ktorej ste teraz.

Prečítajte adresu pred trasou

V Nastaveniach systému panel TCP/IP aktívnej služby ukazuje, či je IPv6 automatická, ručná alebo len lokálna pre spojenie. Porovnajte to s tým, čo očakávate, a pamätajte, že organizácia mohla ručnú konfiguráciu zvoliť zámerne. Potom spustite ifconfig a prečítajte príslušné rozhranie. Samotná adresa fe80:: znamená, že rozhranie vie hovoriť so svojimi susedmi a nič viac, takže prítomnosť lokálnej adresy nie je dôkazom použiteľnej cesty.

Hľadajte aj rozhrania utun, ktoré klient zanechal. Zastarané tunelové zariadenie môže držať adresu a trasu dlho po tom, ako ho klient prestal používať. Ak tam nejaké je, je to zistenie životného cyklu pre vlastníka klienta, nie niečo, čo treba hneď zmazať.

Prečítajte smerovaciu tabuľku pre nefunkčný cieľ

Spýtajte sa jadra na cieľ, ktorý zlyhal, nie na predvolenú trasu. route -n get 2001:db8::25 vypíše rozhranie a bránu zvolené pre túto adresu a netstat -rn -f inet6 ukáže celú tabuľku na porovnanie. Predvolená trasa vám hovorí, že predvolená existuje; nehovorí, že tento cieľ ju používa.

Držte DNS vo vlastnom oddiele. Prekladač dostupný cez IPv4 môže stále vracať záznamy AAAA, takže zlyhanie vyhľadania a zlyhanie smerovania dávajú v prehliadači rovnaký príznak.

Oddeľte blokovaciu politiku klienta od zvyšku

Niektorí klienti sú navrhnutí tak, aby blokovali prevádzku, kým sú odpojení, vrátane druhej rodiny adries, a toto správanie je funkcia, nie porucha.

Zistite, aké správanie váš klient dokumentuje, skôr než budete blokovanie považovať za poškodenie. scutil --dns zobrazuje prekladače platné pre jednotlivé služby, a práve tam je vidieť prekladač nainštalovaný klientom alebo obmedzené nastavenie DNS. Potom skontrolujte, či boli nainštalované a zanechané pravidlá filtra paketov. Očakávané blokovanie a zostávajúce pravidlo vyžadujú opačné reakcie a rozlíši ich iba dokumentácia vlastníka.

Zozbierajte dôkazy, potom zmeňte jednu vec

Zapíšte verziu klienta, verziu macOS, sieťovú službu, zamýšľanú politiku pri odpojení a výstup adries a trás na oboch stranách jedného cyklu pripojenia a odpojenia. Práve tento záznam mení sťažnosť na problém životného cyklu, ktorý môže niekto vyšetriť. Potom vykonajte jedinú zmenu a znova merajte.

Odolajte resetu. Mazanie virtuálnych rozhraní, vyčistenie smerovacej tabuľky a vypnutie IPv6 na celom stroji ničia stav, ktorý ste potrebovali zachytiť, a môžu so sebou vziať nesúvisiacu konfiguráciu. Ak má klient podporovaný postup pre pozastavenie, opravu alebo odinštalovanie, použite ho a riaďte sa postupom správcu tam, kde je sieť spravovaná. Stroj, ktorý už bol resetovaný, nedáva vlastníkovi nič, s čím by mohol pracovať, a zvyčajne zopakuje poruchu pri ďalšom pripojení.