Hogyan ellenőrizze egy Mac IPv6-állapotát a VPN leválasztása után

Ha IPv4-en keresztül elér egy oldalt azután, hogy az alagút leesett, még semmit sem bizonyított az IPv6-ról. A macOS a két családot külön állítja be, hálózati szolgáltatásonként, és egy VPN-ügyfél az egyiket a másik érintése nélkül is megváltoztathatja. A három réteget sorrendben vegye végig: címkonfiguráció, útvonalválasztás, majd bármilyen házirend, amelyet az ügyfél leválasztott állapotban telepít. Közben hagyja változatlanul a hozzáférési hálózatot, különben két különböző problémát hasonlít össze.

Azzal a családdal kezdje, amelyik valóban elromlott

Az IPv4-en keresztül betöltődő oldal azt mondja, hogy a fizikai hálózat él. Nem mond semmit arról, hogy a szolgáltatásnak van-e globális IPv6-címe, hogy a prefixet még mindig hirdetik-e, vagy hogy valami szűri-e a családot. Erősítse meg, mi hibázott, mielőtt eszközt választ, mert egy elérhetetlen címre feloldódó név pontosan úgy néz ki, mint egy név, amely egyáltalán nem oldódik fel. Kérdezze meg, melyik réteg válaszolt hibásan, és írja le a választ. Enélkül minden későbbi lépés eljárásba öltöztetett találgatás.

A teljes összehasonlítás alatt ugyanazt a Wi-Fi-hálózatot és hozzáférési pontot használja. Egy kávézói hálózat, amely tegnap IPv6-ot kínált, semmit sem mond arról, amelyiken most van.

Az útvonal előtt olvassa el a címet

A Rendszerbeállításokban az aktív szolgáltatás TCP/IP panelje mutatja, hogy az IPv6 automatikus, kézi vagy csak kapcsolathelyi-e. Hasonlítsa össze azzal, amire számít, emlékezve arra, hogy egy szervezet szándékosan választhatta a kézi beállítást. Ezután futtassa a ifconfig parancsot, és olvassa el az érintett interfészt. Egy önmagában álló fe80:: cím azt jelenti, hogy az interfész a szomszédaival tud beszélni és semmi többel, tehát a kapcsolathelyi jelenlét nem bizonyíték használható útvonalra.

Keressen olyan utun interfészeket is, amelyeket az ügyfél hátrahagyott. Egy elavult alagúteszköz még sokáig megtarthat címet és útvonalat azután, hogy az ügyfél abbahagyta a használatát. Ha van ilyen, az életciklus-megállapítás az ügyfél tulajdonosának, nem pedig azonnal törlendő dolog.

Olvassa el az útvonaltáblát a hibás célhoz

A kernelt a hibás célról kérdezze, ne az alapértelmezett útvonalról. route -n get 2001:db8::25 kiírja az ahhoz a címhez választott interfészt és átjárót, a netstat -rn -f inet6 pedig megmutatja a teljes táblát összehasonlításul. Az alapértelmezett útvonal azt mondja, hogy létezik alapértelmezés; azt nem mondja, hogy ez a cél használja.

Tartsa a DNS-t külön rekeszben. Az IPv4-en elérhető feloldó továbbra is visszaadhat AAAA rekordokat, ezért a keresési hiba és az útválasztási hiba ugyanazt a tünetet adja a böngészőben.

Válassza külön az ügyfél blokkolási szabályzatát a maradéktól

Egyes ügyfelek arra készültek, hogy leválasztott állapotban blokkolják a forgalmat, beleértve a másik címcsaládot is, és ez a viselkedés funkció, nem hiba.

Tudja meg, milyen viselkedést dokumentál az ügyfele, mielőtt a blokkolást károsodásként kezelné. scutil --dns mutatja a szolgáltatásonként érvényes feloldókat, és itt válik láthatóvá az ügyfél által telepített feloldó vagy a korlátozott DNS-beállítás. Ezután ellenőrizze, hogy telepítettek-e és hagytak-e hátra csomagszűrő szabályokat. A várt blokkolás és a visszamaradt szabály ellentétes reakciót kíván, és csak a tulajdonos dokumentációja különbözteti meg őket.

Gyűjtsön bizonyítékot, majd változtasson egy dolgon

Jegyezze fel az ügyfél verzióját, a macOS verzióját, a hálózati szolgáltatást, a tervezett leválasztott házirendet, valamint a cím- és útvonalkimenetet egy csatlakozás-leválás ciklus mindkét oldalán. Ez a feljegyzés az, ami panaszt olyan életciklus-problémává alakít, amelyet valaki kivizsgálhat. Ezután hajtson végre egyetlen változtatást, és mérjen újra.

Ellenálljon a visszaállításnak. A virtuális interfészek törlése, az útvonaltábla kiürítése és az IPv6 letiltása az egész gépen mind megsemmisítik azt az állapotot, amelyet rögzítenie kellett, és magukkal vihetnek nem kapcsolódó beállításokat. Ha az ügyfélnek van támogatott szüneteltetési, javítási vagy eltávolítási folyamata, használja azt, és kövesse az adminisztrátor eljárását ott, ahol a hálózat felügyelt. Egy már visszaállított gép semmit sem ad a tulajdonosnak, amivel dolgozhatna, és általában a következő kapcsolatnál újra előállítja a hibát.