Kako preveriti stanje IPv6 na Macu po prekinitvi VPN

Če po padcu tunela dosežete spletno mesto prek IPv4, o IPv6 niste dokazali ničesar. macOS konfigurira obe družini ločeno, za vsako omrežno storitev, in odjemalec VPN lahko spremeni eno, ne da bi se dotaknil druge. Pojdite skozi tri plasti po vrsti: konfiguracija naslova, izbira poti in nato še kakršna koli politika, ki jo odjemalec namesti v prekinjenem stanju. Medtem pustite dostopovno omrežje nespremenjeno, sicer boste primerjali dva različna problema.

Začnite z družino, ki se je resnično pokvarila

Stran, ki se naloži prek IPv4, vam pove, da fizično omrežje živi. Ne pove nič o tem, ali ima storitev globalni naslov IPv6, ali se predpona še oglašuje ali ali kaj filtrira družino. Potrdite, kaj je spodletelo, preden izberete orodje, ker je ime, ki se razreši v nedosegljiv naslov, videti enako kot ime, ki se sploh ne razreši. Vprašajte, katera plast je odgovorila napačno, in odgovor zapišite. Brez tega je vsak naslednji korak ugibanje, oblečeno v postopek.

Med celotno primerjavo obdržite isto omrežje Wi-Fi in isto dostopovno točko. Omrežje v kavarni, ki je včeraj ponujalo IPv6, ne pove nič o tem, v katerem ste zdaj.

Preberite naslov pred potjo

V Sistemskih nastavitvah plošča TCP/IP aktivne storitve pokaže, ali je IPv6 samodejni, ročni ali samo lokalni za povezavo. Primerjajte to s tem, kar pričakujete, in upoštevajte, da se je organizacija morda zavestno odločila za ročno konfiguracijo. Nato zaženite ifconfig in preberite zadevni vmesnik. Sam naslov fe80:: pomeni, da se vmesnik lahko pogovarja s sosedi in nič več, zato prisotnost lokalnega naslova ni dokaz uporabne poti.

Poiščite tudi vmesnike utun, ki jih je odjemalec pustil za seboj. Zastarela tunelska naprava lahko drži naslov in pot še dolgo po tem, ko jo je odjemalec prenehal uporabljati. Če kakšen je, je to ugotovitev življenjskega cikla za lastnika odjemalca, ne pa nekaj, kar bi izbrisali na kraju samem.

Preberite usmerjevalno tabelo za nedosegljivi cilj

Jedro vprašajte o cilju, ki je spodletel, ne o privzeti poti. route -n get 2001:db8::25 izpiše vmesnik in prehod, izbrana za ta naslov, netstat -rn -f inet6 pa pokaže celotno tabelo za primerjavo. Privzeta pot vam pove, da privzeta obstaja; ne pove, da ta cilj uporablja njo.

Držite DNS v svojem predelku. Razreševalnik, dosegljiv prek IPv4, lahko še vedno vrne zapise AAAA, zato iskalna napaka in napaka usmerjanja v brskalniku povzročita enak simptom.

Ločite politiko blokiranja odjemalca od ostanka

Nekateri odjemalci so zasnovani tako, da blokirajo promet, dokler so prekinjeni, vključno z drugo družino naslovov, in to vedenje je funkcija, ne napaka.

Ugotovite, kakšno vedenje dokumentira vaš odjemalec, preden blokado obravnavate kot škodo. scutil --dns prikaže razreševalnike, ki veljajo za posamezno storitev, in prav tam postane viden razreševalnik, ki ga je namestil odjemalec, ali omejena nastavitev DNS. Nato preverite, ali so bila pravila filtra paketov nameščena in puščena. Pričakovana blokada in preostalo pravilo zahtevata nasprotna odziva, loči pa ju le dokumentacija lastnika.

Zberite dokaze, nato spremenite eno stvar

Zapišite različico odjemalca, različico macOS, omrežno storitev, predvideno politiko ob prekinitvi in izpis naslovov ter poti na obeh straneh enega cikla povezave in prekinitve. Prav ta zapis spremeni pritožbo v problem življenjskega cikla, ki ga lahko nekdo razišče. Nato naredite eno samo spremembo in znova izmerite.

Upirajte se ponastavitvi. Brisanje navideznih vmesnikov, praznjenje usmerjevalne tabele in onemogočanje IPv6 na celem stroju uničijo stanje, ki ste ga morali ujeti, in lahko s seboj odnesejo nepovezano konfiguracijo. Če ima odjemalec podprt tok za začasno ustavitev, popravilo ali odstranitev, ga uporabite in sledite postopku skrbnika tam, kjer je omrežje upravljano. Stroj, ki je bil že ponastavljen, lastniku ne da ničesar za delo in običajno ponovi napako ob naslednji povezavi.