Эмне үчүн VPN туташкан замат DNS64 жооптору өзгөрөт?

DNS64 жооптору сервердин касиетин эмес, тармактык жайгашууну сүрөттөйт. Чечүүчү IPv4 дарегинен IPv6 дарегин синтездейт, жана натыйжа ошол префиктин аягында которуучу отурган жерде гана иштейт. Жолго VPN киргизсеңиз, бул жайгашуу үч шартка жараша сакталышы, өзгөрүшү же чындык болуудан токтошу мүмкүн.

Бул шарттар — жооп берген чечүүчү, түзмөгүңүздүн синтезделген префикске чейинки маршруту жана ошол маршрутта бир нерсе которууну аткарабы, жокпу. Ар бирин байкоого болот, жана дал ушул бузулууну диагностикалоого мүмкүндүк берет.

Синтезделген AAAA жазуусу чынында эмнени көрсөтөт

DNS64 чечүүчүсү IPv4 гана бар атка AAAA суроосуна IPv4 дарегин колдонууга конфигурацияланган префиктин ичине киргизүү менен жооп берет, жана бул иштин белгилүү префикси — RFC 6147 докуманында сүрөттөлгөндөй 64:ff9b::/96. Колдонмо үчүн жазуу башка каалаган AAAA жазуусундай көрүнөт, жана маселенин маңызы ушунда: IPv6 гана бар кардар бара турган жердин эч качан IPv6 болбогонун билбей эле туташууну сынап көрө алат. Андан кийин бул туташуу жолдун кай бир жеринде эки үй-бүлөнүн ортосунда которгон NAT64 функциясына көз каранды. Ошол которуучу болбосо, синтезделген дарек ишенимдүү көрүнгөн, бирок эч жакка алып барбаган бара турган жер.

Ошондуктан жазуу бир эле учурда эки нерсени коддойт: баштапкы IPv4 дарегин жана которуучу жеткиликтүү деген божомолду. Жооптун өзүндө биринчиси гана көрүнөт.

Үч шарт анын дагы эле иштешин чечет

Биринчи шарт — жазууну кайсы чечүүчү жасаганы, анткени конфигурацияланган DNS64 жок чечүүчү ошол атка эч нерсе кайтарбайт жана колдонмо башкача ишке ашпайт. Экинчиси — түзмөгүңүздүн синтезделген префикске маршруту барбы, анткени жооп жарактуу болушу мүмкүн, бирок ага барар жол жок болушу мүмкүн. Үчүнчүсү — ошол префикске ээ которуучу сиз колдонгон жолдобу, анткени 64:ff9b::/96ны башка жакка алып барган туннель башка функцияга же эч нерсеге жетпейт. Үчөө тең туннелге чейин аткарылып, андан кийин ишке ашпашы мүмкүн, ошондуктан симптом кескин төмөндөөгө окшош.

Аларды ушул тартипте текшериңиз. Жок жооп жана жок маршрут браузерде бирдей көрүнөт, ал эми чечүүчү журналында таптакыр башкача.

Чечүүчү өзгөрсө, жооп да өзгөрөт

VPN кардары көбүнчө өзүнүн чечүүчүсүн таңуулайт же бүт суроо жолун өзү алат, жана ал чечүүчү эч нерсе синтездебеши мүмкүн. Ошондо IPv4 гана бар аттарга суроолор AAAA жазуусун кайтарбайт, муну IPv6 гана бар кардар жете албаган ат катары башынан өткөрөт. Тескерисинче да болот: чындап синтездеген чечүүчү сизге туннелдик жолуңуз ташыбаган префикс бере алат.

Кэштөө муну көрүүнү кыйындатат. Кеңсе тармагында алынган синтезделген жазуу аны жараткан контекстен узак жашашы мүмкүн, ошондуктан кардар которуучусу эми жеткиликсиз дарекке туташууну улантат. Азыр жооп берип жаткан чечүүчүгө караңыз, жазуу сакталган учурда жооп бергенге эмес. Эски жана жаңы жоопту жазып албастан кэшти тазалоо сизге керектүү далилди жок кылат.

Издөө менен жолду өз-өзүнчө текшериңиз

Колдонмону кошуудан мурун атты түздөн-түз сураңыз жана кайсы сервер жооп бергенин белгилеңиз. Төмөнкү буйруктар AAAA жазуусун, колдонулуп жаткан чечүүчүнү жана синтезделген префикске маршруттун бар-жогун көрсөтөт. Аларды туннель өчүк абалда, андан кийин кайра күйгүзүлгөн абалда иштетиңиз.

dig AAAA ipv4only.example.com +short
dig AAAA ipv4only.example.com | grep -E '^;; SERVER'
ip -6 route get 64:ff9b::c000:0216
curl -6 -sS -o /dev/null -w '%{http_code} %{time_connect}\n' --max-time 8 http://ipv4only.example.com/

Натыйжаларды чынжыр катары окуңуз. AAAA жазуусунун жоктугу алдыңыздагы чечүүчү синтездебейт дегенди билдирет, ошондуктан IPv6 гана бар жол ошол ат үчүн иштебейт, кардар эмне кылса да. Жазуу бар, бирок маршрут жок — префиксти учурдагы жол ташыбайт, жана бул маршруттоо чечими, чечүүчүнүн бузулушу эмес. Маршрут бар, бирок суроо дагы эле ишке ашпайт — бул которуучунун өзүнө көрсөтөт, ал эми ал башка ээсине таандык.

Ар бир натыйжанын жанына чечүүчүнү, тармактык контексти жана дарек үй-бүлөсүн жазыңыз. Кийинки салыштырууга чечүүчүнүн өзгөрүшүн маршруттоо өзгөрүшүнөн ажыратууга мүмкүндүк берген дал ошол жазуу.