Hvernig á að athuga IPv6-ástand Mac eftir að VPN-veitin slitnar

Þú nærð í vefsvæði yfir IPv4 eftir að göngin falla, og hefur ekkert sannað um IPv6. macOS stillir ættirnar tvær sér, fyrir hverja netþjónustu, og VPN-biðlari getur breytt annarri án að snerta hina. Farðu í gegnum lögin þrjú í réttri röð: stilling tölu, vals slóðar og svo hvaða stefnu sem biðlarinn setur upp þegar hann er ótengdur. Haltu aðgangsnetinu óbreyttu á meðan, annars ertu að bera saman tvö ólík vandamál.

Byrjaðu á ættinni sem raunverulega brotnaði

Síða sem hleðst yfir IPv4 segir þér að hið líkamlega net sé lifandi. Hún segir ekkert um hvort þjónustan hafi alþjóðlega IPv6-tölu, hvort forskeytið sé enn auglýst eða hvort eitthvað sé að sía ættina. Staðfestu hvað mistókst áður en þú velur verkfæri, því nafn sem leysist í óaðgengilega tölu lítur nákvæmlega eins út og nafn sem leysist alls ekki. Spurðu hvaða lag svaraði rangt og skrifaðu svarið niður. Án þess er hvert næsta skref ágiskun í búningi verklags.

Haltu sama Wi-Fi-neti og sama aðgangspunkti allan samanburðinn. Kaffihúsnet sem bauð IPv6 í gær segir ekkert um það sem þú ert á núna.

Lestu töluna áður en slóðina

Í Kerfisstillingum sýnir TCP/IP-spjald virku þjónustunnar hvort IPv6 er sjálfvirkt, handvirkt eða aðeins staðbundið. Berðu það saman við það sem þú býst við, og mundu að stofnun gæti hafa valið handvirka stillingu viljandi. Keyrðu síðan ifconfig og lestu viðkomandi tengi. Ein og sér þýðir tala fe80:: að tengið geti talað við nágranna sína og ekkert meira, svo staðbundin viðvera er ekki sönnun um nothæfa slóð.

Leitaðu líka að utun-tengjum sem biðlarinn skildi eftir. Úrelt göngutæki getur haldið tölu og slóð löngu eftir að biðlarinn hætti að nota það. Ef eitt er til, er það niðurstaða um lífsferil fyrir eiganda biðlarans, ekki eitthvað sem á að eyða á staðnum.

Lestu slóðatöfluna fyrir áfangastaðinn sem mistekst

Spurðu kjarnann um áfangastaðinn sem mistókst, ekki um sjálfgefnu slóðina. route -n get 2001:db8::25 prentar tengið og gáttina sem valin voru fyrir þá tölu, og netstat -rn -f inet6 sýnir alla töfluna til samanburðar. Sjálfgefna slóðin segir þér að sjálfgefið sé til; hún segir ekki að þessi áfangastaður noti hana.

Haltu DNS í sínu eigin hólfi. Uppleysir sem er aðgengilegur yfir IPv4 getur samt skilað AAAA-færslum, svo uppflettingarmistök og slóðamistök framleiða sama einkennið í vafranum.

Aðgreindu hindrunarstefnu biðlarans frá afgangi

Sumir biðlarar eru hannaðir til að hindra umferð á meðan þeir eru ótengdir, þar á meðal hina töluættina, og þessi hegðun er eiginleiki, ekki galli.

Finndu út hvaða hegðun biðlarinn þinn skjalfestir áður en þú meðhöndlar hindrun sem skemmd. scutil --dns sýnir uppleysana sem gilda fyrir hverja þjónustu, og þar verður uppleysir sem biðlarinn setti upp eða takmörkuð DNS-stilling sýnileg. Athugaðu síðan hvort reglur um pakkasíu voru settar upp og skildar eftir. Vænt hindrun og regla sem eftir er krefjast andstæðra viðbragða, og aðeins skjöl eigandans greina þær að.

Safnaðu sönnunargögnum og breyttu síðan einu

Skráðu útgáfu biðlarans, útgáfu macOS, netþjónustuna, fyrirhugaða stefnu í ótengdu ástandi og úttak tölna og slóða beggja vegna eins tengingar-og-slítnings hrings. Það er þessi skráning sem gerir kvörtun að lífsferilsvandamáli sem einhver getur rannsakað. Gerðu síðan eina breytingu og mældu aftur.

Standast endurstillinguna. Eyðing sýndartengja, tæming slóðatöflunnar og slökkt á IPv6 á öllu tækinu eyðileggja ástandið sem þú þurftir að fanga, og þau geta tekið með sér ótengda stillingu. Ef biðlarinn hefur studda ferla fyrir hlé, viðgerð eða upptöku skaltu nota þá og fylgja verklagi stjórnandans þar sem netinu er stýrt. Vél sem þegar hefur verið endurstillt gefur eigandanum ekkert að vinna með, og hún endurtekur venjulega gallann við næstu tengingu.