VPN ажырағаннан кейін Mac құрылғысының IPv6 күйін қалай тексеруге болады

Туннель құлағаннан кейін IPv4 арқылы сайтқа жетсеңіз, IPv6 туралы ештеңе дәлелдеген жоқсыз. macOS екі отбасын әр желілік қызмет үшін бөлек баптайды, ал VPN клиенті біреуін екіншісіне тимей-ақ өзгерте алады. Үш қабатты ретімен қарап шығыңыз: мекенжай конфигурациясы, маршрут таңдау, содан кейін клиент ажыраған күйде орнататын кез келген саясат. Осы уақытта кіру желісін өзгеріссіз ұстаңыз, әйтпесе екі түрлі мәселені салыстырасыз.

Шынымен сынған отбасынан бастаңыз

IPv4 арқылы жүктелген бет физикалық желі тірі екенін айтады. Ол қызметте ғаламдық IPv6 мекенжайы бар-жоғын, префикстің әлі хабарланып жатқанын немесе бірдеңе отбасын сүзетінін айтпайды. Құрал таңдамас бұрын не сәтсіз болғанын растаңыз, өйткені жетпейтін мекенжайға шешілетін атау мүлде шешілмейтін атауға дәл ұқсайды. Қай қабат қате жауап бергенін сұраңыз және жауапты жазып алыңыз. Онсыз әрбір келесі қадам рәсім киімін киген болжам ғана.

Бүкіл салыстыру барысында бірдей Wi-Fi желісі мен бірдей кіру нүктесін ұстаңыз. Кеше IPv6 ұсынған кафе желісі қазір сіз отырған желі туралы ештеңе айтпайды.

Маршруттан бұрын мекенжайды оқыңыз

Жүйе параметрлерінде белсенді қызметтің TCP/IP панелі IPv6 автоматты, қолмен немесе тек буындық-жергілікті екенін көрсетеді. Оны күткеніңізбен салыстырыңыз, ұйым қолмен конфигурацияны әдейі таңдауы мүмкін екенін есте ұстаңыз. Содан кейін ifconfig іске қосып, тиісті интерфейсті оқыңыз. Жалғыз fe80:: мекенжайы интерфейстің көршілерімен сөйлесе алатынын және одан артық емес екенін білдіреді, сондықтан буындық-жергілікті мекенжайдың болуы пайдалануға жарамды жолдың дәлелі емес.

Клиент қалдырған utun интерфейстерін де іздеңіз. Ескірген туннель құрылғысы клиент оны пайдалануды тоқтатқаннан кейін де мекенжай мен маршрутты ұзақ сақтай алады. Егер ондай болса, бұл клиент иесі үшін өмірлік цикл табысы, сол жерде жоятын нәрсе емес.

Сәтсіз мақсат үшін маршруттар кестесін оқыңыз

Ядродан сәтсіз мақсат туралы сұраңыз, әдепкі маршрут туралы емес. route -n get 2001:db8::25 сол мекенжай үшін таңдалған интерфейс пен шлюзді басып шығарады, ал netstat -rn -f inet6 салыстыру үшін бүкіл кестені көрсетеді. Әдепкі маршрут әдепкінің бар екенін айтады; бұл мақсаттың оны пайдаланатынын айтпайды.

DNS-ті жеке бөлімде ұстаңыз. IPv4 арқылы қолжетімді шешуші әлі де AAAA жазбаларын қайтара алады, сондықтан іздеу сәтсіздігі мен маршруттау сәтсіздігі браузерде бірдей симптом береді.

Клиенттің блоктау саясатын қалдықтан бөліңіз

Кейбір клиенттер ажыраған күйде трафикті блоктауға арналған, оның ішінде екінші мекенжай отбасы, және бұл мінез-құлық ақау емес, ерекшелік.

Блоктауды зақым деп санамас бұрын клиентіңіз қандай мінез-құлықты құжаттайтынын біліңіз. scutil --dns әр қызмет үшін қолданыстағы шешушілерді көрсетеді, дәл сонда клиент орнатқан шешуші немесе шектеулі DNS параметрі көрінеді. Содан кейін пакет сүзгісі ережелерінің орнатылып, қалдырылғанын тексеріңіз. Күтілетін блок пен қалған ереже қарама-қарсы жауап талап етеді, оларды тек иесінің құжаттамасы ажыратады.

Дәлелдерді жинаңыз, содан кейін бір нәрсені өзгертіңіз

Клиент нұсқасын, macOS нұсқасын, желілік қызметті, ажырау кезіндегі жоспарланған саясатты және бір қосылу-ажырау циклінің екі жағындағы мекенжай мен маршрут шығысын жазып алыңыз. Дәл осы жазба шағымды біреу тексере алатын өмірлік цикл мәселесіне айналдырады. Содан кейін бір ғана өзгеріс жасап, қайта өлшеңіз.

Қайта қосуға қарсы тұрыңыз. Виртуалды интерфейстерді жою, маршруттар кестесін тазарту және бүкіл машинада IPv6-ны өшіру — бұлардың бәрі түсіру қажет болған күйді жояды және байланысы жоқ конфигурацияны да ала кетуі мүмкін. Клиентте қолдау көрсетілетін кідірту, жөндеу немесе жою ағыны болса, оны пайдаланыңыз және желі басқарылатын жерде әкімшінің рәсімін ұстаныңыз. Бұрын қайта қосылған машина иесіне жұмыс істейтін ештеңе бермейді және әдетте ақауды келесі қосылымда қайталайды.