Slik kontrollerer du en Macs IPv6-tilstand etter at VPN-en kobles fra

Når du når et nettsted over IPv4 etter at tunnelen har falt, har du ikke bevist noe om IPv6. macOS konfigurerer de to familiene hver for seg, per nettverkstjeneste, og en VPN-klient kan endre den ene uten å røre den andre. Gå gjennom de tre lagene i rekkefølge: adressekonfigurasjon, rutevalg og deretter den policyen klienten installerer mens den er frakoblet. Hold tilgangsnettet uendret i mellomtiden, ellers sammenligner du to forskjellige problemer.

Start med familien som faktisk gikk i stykker

En side som lastes over IPv4 forteller deg at det fysiske nettet lever. Den sier ingenting om hvorvidt tjenesten har en global IPv6-adresse, om prefikset fortsatt annonseres, eller om noe filtrerer familien. Bekreft hva som feilet før du velger verktøy, for et navn som løses til en utilgjengelig adresse ser identisk ut med et navn som ikke løses i det hele tatt. Spør hvilket lag som svarte feil, og skriv ned svaret. Uten det er hvert senere steg gjetning kledd ut som prosedyre.

Behold det samme Wi-Fi-nettet og samme tilgangspunkt gjennom hele sammenligningen. Et kafénett som tilbød IPv6 i går, sier ingenting om det du er på nå.

Les adressen før ruten

I Systeminnstillinger viser TCP/IP-panelet for den aktive tjenesten om IPv6 er automatisk, manuell eller bare link-lokal. Sammenlign det med det du forventer, og husk at en organisasjon kan ha valgt manuell konfigurasjon med vilje. Kjør deretter ifconfig og les grensesnittet det gjelder. En fe80::-adresse alene betyr at grensesnittet kan snakke med naboene sine og ikke noe mer, så link-lokal tilstedeværelse er ikke bevis på en brukbar vei.

Se også etter utun-grensesnitt som klienten har etterlatt. En foreldet tunnelenhet kan holde på en adresse og en rute lenge etter at klienten sluttet å bruke den. Hvis det finnes ett, er det et livssyklusfunn for klientens eier, ikke noe som skal slettes på stedet.

Les rutetabellen for destinasjonen som feiler

Spør kjernen om destinasjonen som feilet, ikke om standardruten. route -n get 2001:db8::25 skriver ut grensesnittet og gatewayen som er valgt for den adressen, og netstat -rn -f inet6 viser hele tabellen for sammenligning. En standardrute forteller deg at en standard finnes; den forteller ikke at denne destinasjonen bruker den.

Hold DNS i eget rom. En resolver som er tilgjengelig over IPv4, kan fortsatt returnere AAAA-oppføringer, så en oppslagsfeil og en rutingfeil gir samme symptom i nettleseren.

Skill klientens blokkeringspolicy fra en rest

Noen klienter er laget for å blokkere trafikk mens de er frakoblet, inkludert den andre adressefamilien, og den oppførselen er en funksjon, ikke en feil.

Finn ut hvilken oppførsel klienten din dokumenterer før du behandler en blokkering som skade. scutil --dns viser resolverne som gjelder per tjeneste, og det er der en klientinstallert resolver eller en avgrenset DNS-innstilling blir synlig. Sjekk deretter om pakkefilterregler ble installert og etterlatt. En forventet blokkering og en restregel krever motsatte reaksjoner, og bare eierens dokumentasjon skiller dem.

Samle bevis, endre så én ting

Registrer klientversjonen, macOS-versjonen, nettverkstjenesten, den tiltenkte frakoblede policyen og adresse- og ruteutdata på begge sider av én tilkoblings-frakoblingssyklus. Det er den registreringen som gjør en klage om til et livssyklusproblem noen kan undersøke. Gjør deretter én enkelt endring og mål på nytt.

Motstå tilbakestillingen. Sletting av virtuelle grensesnitt, tømming av rutetabellen og deaktivering av IPv6 på hele maskinen ødelegger alle den tilstanden du trengte å fange, og de kan ta med seg urelatert konfigurasjon. Hvis klienten har en støttet flyt for pause, reparasjon eller avinstallering, bruk den, og følg administratorens prosedyre der nettet er administrert. En maskin som allerede er tilbakestilt, gir eieren ingenting å jobbe med, og den gjenskaper som regel feilen ved neste tilkobling.