Paano suriin ang IPv6 state ng Mac pagkatapos ma-disconnect ang VPN

Kung nakarating ka sa isang site sa pamamagitan ng IPv4 matapos bumagsak ang tunnel, wala kang napatunayan tungkol sa IPv6. Hiwalay na kino-configure ng macOS ang dalawang pamilya, bawat serbisyo ng network, at kayang baguhin ng VPN client ang isa nang hindi hinahawakan ang isa. Dumaan sa tatlong layer nang sunod-sunod: configuration ng address, pagpili ng ruta, at pagkatapos ay anumang patakarang ini-install ng client habang disconnected. Panatilihing hindi nagbabago ang access network sa pagitan, kung hindi ay dalawang magkaibang problema ang ihahambing mo.

Magsimula sa pamilyang talagang nasira

Ang pahinang naglo-load sa IPv4 ay nagsasabi na buhay ang pisikal na network. Wala itong sinasabi kung may global na IPv6 address ang serbisyo, kung ipinapahayag pa rin ang prefix, o kung may nagfi-filter sa pamilya. Tiyakin kung ano ang nabigo bago pumili ng tool, dahil ang pangalang nare-resolve sa isang address na hindi maabot ay kamukhang-kamukha ng pangalang hindi nare-resolve. Itanong kung aling layer ang mali ang sagot, at isulat ang sagot. Kung wala iyon, bawat susunod na hakbang ay haka-haka na nakasuot ng pamamaraan.

Panatilihin ang parehong Wi-Fi network at access point sa buong paghahambing. Ang network ng cafe na nag-alok ng IPv6 kahapon ay wala ring sinasabi tungkol sa kinaroroonan mo ngayon.

Basahin ang address bago ang ruta

Sa System Settings, ipinapakita ng TCP/IP panel ng aktibong serbisyo kung awtomatiko, manwal o link-local lamang ang IPv6. Ihambing iyon sa inaasahan mo, alalahanin na maaaring sinadyang pumili ng manwal na configuration ang isang organisasyon. Pagkatapos patakbuhin ang ifconfig at basahin ang interface na pinag-uusapan. Ang address na fe80:: lamang ay nangangahulugang kayang makipag-usap ng interface sa mga kapitbahay nito at wala nang iba, kaya ang pagkakaroon ng link-local ay hindi patunay ng magagamit na landas.

Hanapin din ang mga interface na utun na iniwan ng client. Ang lumang tunnel device ay maaaring humawak ng address at ruta nang matagal matapos itigil ng client ang paggamit nito. Kung mayroon, ito ay isang natuklasan sa lifecycle para sa may-ari ng client, hindi isang bagay na dapat agad burahin.

Basahin ang routing table para sa nabigong destinasyon

Itanong sa kernel ang tungkol sa destinasyong nabigo, hindi sa default na ruta. Ipiniprint ng route -n get 2001:db8::25 ang interface at gateway na pinili para sa address na iyon, at ipinapakita ng netstat -rn -f inet6 ang buong table para sa paghahambing. Sinasabi ng default na ruta na may default, ngunit hindi sinasabi na ito ang ginagamit ng destinasyong ito.

Ilagay ang DNS sa sarili nitong kompartamento. Ang resolver na maabot sa IPv4 ay maaari pa ring magbalik ng mga record na AAAA, kaya ang kabiguan sa paghahanap at kabiguan sa routing ay parehong sintomas sa browser.

Ihiwalay ang block policy ng client sa isang natira

Ang ilang client ay dinisenyo para harangan ang trapiko habang disconnected, kasama ang kabilang pamilya ng address, at ang pag-uugaling ito ay isang tampok, hindi depekto.

Alamin kung anong pag-uugali ang dokumentado ng iyong client bago ituring na pinsala ang isang pagharang. Ipinapakita ng scutil --dns ang mga resolver na may bisa sa bawat serbisyo, at doon nagiging nakikita ang resolver na ini-install ng client o ang scoped DNS setting. Pagkatapos suriin kung may mga panuntunan sa packet filter na ini-install at iniwan. Ang inaasahang pagharang at natirang panuntunan ay nangangailangan ng magkasalungat na tugon, at tanging dokumentasyon ng may-ari ang naghihiwalay sa kanila.

Mangolekta ng ebidensya, pagkatapos ay baguhin ang isang bagay

Itala ang bersyon ng client, bersyon ng macOS, serbisyo ng network, inaasahang patakaran kapag disconnected, at ang output ng address at ruta sa magkabilang panig ng isang cycle ng connect-disconnect. Ang talaang iyon ang nagpapalit ng reklamo tungo sa problemang lifecycle na maaaring imbestigahan ng iba. Pagkatapos gumawa ng isang pagbabago at sukatin muli.

Labanan ang reset. Ang pagbura ng virtual interfaces, pag-flush ng routing table at pag-disable ng IPv6 sa buong makina ay sumisira sa estadong kailangan mong makuha, at maaari nilang madala ang walang kaugnayang configuration. Kung may suportadong daloy ang client para sa pause, repair o uninstall, gamitin iyon, at sundin ang pamamaraan ng administrator kung saan pinamamahalaan ang network. Ang makinang na-reset na ay walang ibinibigay sa may-ari upang mapagpatuloy, at kadalasan ay muling ginagawa ang depekto sa susunod na koneksyon.