Тек IPv6 желісі VPN-ды туннель басталмай тұрып бұзады
Тек IPv6 желісі IPv4 мақсатына тек қолдау көрсетілген жолмен жетеді. Бірдеңені өзгертуден бұрын атауды іздеуді және сокет отбасын тексеріңіз.
Ноутбук тек IPv6 тарататын конференция Wi-Fi-іне қосылады, VPN клиенті айналып, сәтсіз аяқталады, ал сол профиль бір сағат бұрын қонақүйде жұмыс істеген. Тіркелгі деректерінде ештеңе өзгерген жоқ. Өзгергені — клиент енді тек IPv6 таситын желі арқылы IPv4 мақсатына жетуі керек, және әр клиент мұны қалай жасау керектігін білмейді.
Пакеттер өтетін сол бес қадамды өтіңіз.
1-қадам: атауды іздеуді бақылаңыз
Егер профиль хост атауын қолданса, бірінші сұрақ — шешуші қандай жауап қайтарады. dig AAAA vpn.example.com тек IPv6 желісінде нақты AAAA жазбасын, DNS64-тен синтезделген жазбаны немесе мүлде ештеңе қайтармайды. Синтезделген жауап IPv4 мақсатын аударма префиксінің ішінде кодтайды, сонда ғана IPv6 мақсаты жоқ клиент оған жете алады. Қатты кодталған IPv4 мекенжайы бар профиль мұнда ешқашан жетпейді, өйткені синтездейтін атау жоқ.
Осы бір айырмашылық «онда жұмыс істейді, мұнда сәтсіз» деген есептердің көбін түсіндіреді, және оны көру үшін бір команда жетеді.
2-қадам: клиенттің қай отбасын шақырғанын көріңіз
Прогресс жолағын емес, сокетті бақылаңыз. Тек IPv6 байланысында IPv4 мекенжайына IPv4 сокет ашатын клиенттің оны жіберер жері жоқ, және сәтсіздік атау қатесі емес, уақыт аяқталуы ретінде көрінеді. Клиент қосылып жатқанда ss -tanp қашықтағы мекенжайды және ол көрген отбасын көрсетеді. Оны ip -6 route-пен салыстырып, әдепкі маршруттың нақты IPv6 келесі секірісі екеніне көз жеткізіңіз.
Сокет кестесіндегі мекенжай отбасы — бұл факт. Прогресс жолағы — басқа біреу жазған қорытынды.
3-қадам: аударманы туннельден бөліңіз
NAT64 мен DNS64 — қатынау желісінің IPv4 мақсаттарына жету тәсілі, және туннель көтерілгеннен кейін олар оған ештеңе жасамайды. Аударылған жол үстінде орнатылған туннель әлі де өзінің ішкі мекенжайдауын келіседі, ал ішкі IPv4 немесе IPv6 қамтуы бөлек саясат мәселесі. Егер клиент қосылып, сосын еш жерге жетпесе, сіз аудармадан өтіп, маршруттауға кірдіңіз, бұл басқа дәлелдермен басқа тергеу.
Аударманың сәтсіздігі ешқашан қосылмағандай көрінеді. Ішкі қамтудың сәтсіздігі қосылып, еш жерге жетпегендей көрінеді.
4-қадам: сол профильді басқа желіде сынаңыз
Сол профильді, клиент нұсқасын және тіркелгі деректерін қосарланған стек желісіне апарып, қайталаңыз. Егер онда жұмыс істеп, тек IPv6 жолында сәтсіз болса, айнымалы — профиль емес, қатынау желісі. Билетке клиент нұсқасын және желі күйін жазыңыз, өйткені түпкілікті шешім клиентті жаңарту немесе басқа мақсат.
«VPN бұзылған» дейтін есеп әрекет етуге жарамсыз. «Тек IPv6 қатынауында ғана сәтсіз» дейтін есеп қате туралы есеп.
5-қадам: қауіпсіздік параметрлерін емес, жолды түзетіңіз
Барлық азғырарлық жөндеулер жағдайды нашарлатады. IPv6-ны өшіру желі ұсынатын жалғыз жолды алып тастайды. Клиентті ашық шешушіге бағыттау DNS64 синтезін бұзады, өйткені бұл синтез аудармашының артындағы шешушіден келуі керек. Сертификатты тексеруді өшіру сізге тани алмайтын нәрсемен байланыс береді. Олардың ешқайсысы жөндеу емес, екеуі оқиғадан кейін де қалатын қауіпсіздік регрессиялары.
Нақты нұсқалар — желілік аударма моделін қолдайтын клиент немесе қолжетімді IPv6 мекенжайы бар мақсат. Солардың бірін сұраңыз.