Како да ја проверите IPv6 состојбата на Mac по прекинот на VPN
По прекин на VPN, пред какво било ресетирање проверете ја 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 на целата машина ја уништуваат состојбата што требало да ја фатите, и можат да понесат со себе неврзана конфигурација. Ако клиентот има поддржан тек за пауза, поправка или деинсталација, користете го и следете ја постапката на администраторот таму каде што мрежата се управува. Веќе ресетирана машина не му дава ништо на сопственикот, и обично го повторува дефектот при следното поврзување.