Како проверити IPv6 стање Mac-а након прекида VPN-а

Ако после пада тунела стигнете до сајта преко 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 на целој машини уништавају стање које је требало да забележите, и могу да понесу са собом неповезану конфигурацију. Ако клијент има подржан ток за паузу, поправку или деинсталацију, користите га и следите процедуру администратора тамо где се мрежом управља. Машина која је већ ресетована не даје власнику ништа за рад и обично понавља дефект при следећој вези.