DS-Lite kiruvchi IPv4 xostingini bloklaydi, chiquvchi VPNni emas

DS-Lite — mijozi faqat IPv6 tashuvchi kirish tarmog‘i orqali IPv4 ulanishi bilan ta’minlash usuli. Uy routerining o‘ziga tegishli alohida ommaviy IPv4 manzili yo‘q va aynan shu bir fakt odamlarni bu ulanishdan IPv4 VPN ishlay olmaydi degan fikrga ishontiradi. Chiquvchi yo‘nalishda u odatda yaxshi ishlaydi. Ulanishni provayder tarjima qiladi va uzoq tomon oddiy IPv4 mijozi ko‘radi. Buziladigan narsa — qarama-qarshi yo‘nalish: so‘ralmagan kiruvchi IPv4 ni kutadigan narsani xosting qilish. Farq suhbatni qaysi tomon boshlashida.

Ulanishni qaysi tomon boshlaydi

Ulanishni boshlovchi mijoz harakatlanar ekan tarjima holatini yaratadi. Provayderning tarjimoni birinchi paketni ko‘radi, xaritalash ajratadi va uni uzatadi. Qaytuvchi trafik o‘sha xaritalashga mos keladi, chunki xaritalash allaqachon mavjud.

Ulanishlarni kutayotgan serverda bunday holat yaratish uchun hech narsa yo‘q. Tashqaridan kimdir provayder xaritalashga rozi bo‘lmagan manzil va portga yetib borishi kerak, va bu butunlay boshqa so‘rov.

Chiquvchi so‘rovni kuzatib boring

Arxitektura RFC 6333 ikkala uchini ham nomlaydi. Mijoz tomonidagi element — IPv4 ni IPv6 ichiga o‘rovchi B4. Provayder tomonidagi element — manzil tarjimasini bajarib, paketni IPv4 sifatida uzatuvchi AFTR.

Client's IPv4 VPN packet
  → Customer B4
  → IPv4 carried over the provider's IPv6 network
  → AFTR address translation
  → IPv4 VPN server

VPN serveri provayderning tarjima qilingan manzilidan oddiy IPv4 ulanishini oladi. Unga DS-Lite rejimi, maxsus port yoki mijozning kirish tarmog‘i faqat IPv6 ekanini bilish kerak emas. Odamlar aynan shu qismni o‘tkazib yuboradi: uzoq tomon buni aniqlay olmaydi.

Mijozning o‘z konfiguratsiyasi ham shunchalik oddiy. Unga B4 va AFTR ta’minlaydigan, servergacha ishlaydigan IPv4 yo‘l kerak va serverning xost nomi IPv4 manziliga hal qilinishi kerak.

Kiruvchi xosting nima uchun muvaffaqiyatsiz bo‘ladigan holat

Uyda IPv4 VPN serverini yuritish provayderning umumiy manzillashiga to‘qnashadigan yechim. Provayderning tarjimoniga ommaviy manzil va xaritalash jadvali tegishli va bitta abonent uchun doimiy kiruvchi xaritalash yaratishga hech qanday sababi yo‘q.

Uy routeridagi port yo‘naltirish qoidasi AFTRni sozlay olmaydi. Qoida mahalliy qurilmada haqiqiy va to‘g‘ri, va u yuqorida hech narsani o‘zgartirmaydi, shuning uchun alomat o‘tmaydigan xavfsizlik devori muammosiga o‘xshaydi.

Bu yerda operator darajasidagi tarjima bitta ommaviy manzildan farq qiladi: hatto to‘g‘ri mahalliy yo‘naltirish ham ko‘p abonentlar bo‘lishadigan manzilga tushishi mumkin.

Kirish rejasini o‘zgartirishdan oldin diagnostika qiling

Avval taqdim etilgan rejimni tasdiqlang. Mahalliy ikkilamchi stek, DS-Lite va boshqa tarjima mexanizmidan foydalanadigan faqat-IPv6 tarmoq uch xil tuzilma, va provayderning marketing nomlari texnik nom bilan har doim mos kelavermaydi.

So‘ngra chiquvchi nosozlik uchun to‘rtta kuzatuv belgilang. Mijoz VPN xost nomini IPv4 manzilga hal qiladimi? Brauzer so‘rovi o‘rniga oddiy IPv4 ulanishi ishlaydimi — u so‘rov jimgina IPv6 ishlatgan bo‘lishi mumkin? Mijoz qaysi transport va portni sinab ko‘radi, va oxirgi nuqta jurnallari bu urinishni ko‘radimi? Nosozlik dastlabki almashinuv paytida, bo‘sh turish davridan keyin yoki faqat kattaroq uzatishlarda sodir bo‘ladimi?

Bu to‘rtta javob filtrlashga, tarjima holati muddatining tugashiga, noto‘g‘ri oxirgi nuqtaga yoki paket hajmini qayta ishlashga ishora qiladi. Ulardan hech biri hisob sahifasida DS-Lite ko‘rish bilan aniqlanmaydi.

Provayder o‘zgarishlarini diqqat bilan o‘qing

Hisob o‘zgarishi ishlayotgan ulanish bilan bir vaqtga to‘g‘ri kelib, bir nechta xususiyatni birdan o‘zgartirishi mumkin. Qaysi xususiyat o‘zgarganini yozib qo‘ying, chunki yangi paket nomi texnik tushuntirish emas.

Ikkilamchi stekni yoqish haqidagi ko‘rsatma provayder aslida nima taqdim etishini kimdir tasdiqlamaguncha noaniq. Uni IPv4 VPN mijozlari uchun umumiy talab deb qarash taxminni siyosatga aylantiradi.

Agar haqiqiy talab kiruvchi IPv4 xostingi bo‘lsa, provayder bilan qo‘llab-quvvatlanadigan kiruvchi tuzilma, mahalliy manzillash yoki boshqa kirish dizayni haqida gaplashib oling. Agar talab uzoq serverga yetib boradigan noutbuk bo‘lsa, buning o‘rniga aynan o‘sha chiquvchi oqim haqida so‘rang. Ish tartibi: yo‘nalishni nomlang, taqdim etilgan rejimni tasdiqlang, oddiy IPv4 va bitta transportni sinab ko‘ring, kirish rejasini faqat yo‘nalish haqiqatan talab qilsa o‘zgartiring.