DS-Lite daxil olan IPv4 hostinqini bloklayır, xaricə gedən VPN-i yox

DS-Lite müştəriyə yalnız IPv6 daşıyan giriş şəbəkəsi üzərindən IPv4 bağlantısı vermək üsuludur. Ev marşrutlaşdırıcısının özünə məxsus ayrılmış publik IPv4 ünvanı yoxdur və bu tək fakt insanları IPv4 VPN-in o bağlantıdan işləyə bilməyəcəyinə inandırır. Xaricə doğru adətən hər şey yaxşı işləyir. Bağlantını provayder tərcümə edir və uzaq tərəf adi bir IPv4 müştərini görür. Pozulan şey əks istiqamətdir: gözlənilməyən daxil olan IPv4 tələb edən bir şeyi hostinq etmək. Fərq söhbəti hansı tərəfin başlatmasındadır.

Hansı tərəf bağlantını başladır

Bağlantını başladan müştəri getdikcə tərcümə vəziyyəti yaradır. Provayderin tərcüməçisi ilk paketi görür, xəritələmə ayırır və onu yönləndirir. Qayıdan trafik həmin xəritələməyə uyğun gəlir, çünki xəritələmə artıq mövcuddur.

Bağlantıları gözləyən serverdə belə vəziyyət yaratmaq üçün heç nə yoxdur. Kənardan kimsə provayderin xəritələməyə razılaşmadığı ünvana və porta çatmalıdır və bu, tamamilə başqa bir sorğudur.

Xaricə gedən sorğunu izləyin

Arxitektura RFC 6333 hər iki tərəfi adlandırır. Müştəri tərəfindəki element B4-dür və IPv4-ü IPv6 daxilində qablaşdırır. Provayder tərəfindəki element AFTR-dir; ünvan tərcüməsini həyata keçirir və paketi IPv4 kimi yönləndirir.

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

VPN serveri provayderin tərcümə olunmuş ünvanından adi IPv4 bağlantısı alır. Ona DS-Lite rejimi, xüsusi port və ya müştərinin giriş şəbəkəsinin yalnız IPv6 olduğunu bilmək lazım deyil. İnsanların qaçırdığı hissə budur: uzaq tərəf bunu anlaya bilmir.

Müştərinin öz konfiqurasiyası da eyni dərəcədə adidir. Serverə işləyən IPv4 yolu lazımdır və bunu B4 ilə AFTR təmin edir; həmçinin serverin host adının IPv4 ünvanına həll olunması lazımdır.

Daxil olan hostinq niyə uğursuz olan haldır

Evdə IPv4 əsaslı VPN serveri işlətmək provayderin paylaşılan ünvanlaması ilə toqquşan dizayndır. Provayderin tərcüməçisi publik ünvana və xəritələmə cədvəlinə sahibdir və bir abunəçi üçün daimi daxil olan xəritələmə yaratmağa heç bir səbəbi yoxdur.

Ev marşrutlaşdırıcısındakı port yönləndirmə qaydası AFTR-ni konfiqurasiya edə bilməz. Qayda yerli cihazda real və düzgündür və yuxarı axında heç nəyi dəyişmir; buna görə simptom keçməyən firewall problemi kimi görünür.

Operator səviyyəsində tərcümənin tək publik ünvandan fərqi də buradadır: düzgün yerli yönləndirmə belə çox abunəçinin paylaşdığı ünvana düşə bilər.

Giriş planını dəyişməzdən əvvəl diaqnoz qoyun

Əvvəlcə təyin edilmiş rejimi təsdiqləyin. Doğma ikiqat stek, DS-Lite və başqa tərcümə mexanizmi işlədən yalnız-IPv6 şəbəkə üç fərqli quruluşdur və provayderin marketinq adları həmişə texniki adla üst-üstə düşmür.

Sonra xaricə gedən nasazlıq üçün dörd müşahidə müəyyən edin. Müştəri VPN host adını IPv4 təyinatına həll edirmi? Brauzer sorğusundan fərqli olaraq, sadə IPv4 bağlantısı işləyirmi — o sorğu səssizcə IPv6 işlətmiş ola bilər? Müştəri hansı nəqliyyatı və portu sınayır və son nöqtə jurnalları bu cəhdi ümumiyyətlə görürmü? Nasazlıq ilkin mübadilə zamanı, boşluq dövründən sonra, yoxsa yalnız böyük ötürmələrdə baş verir?

Bu dörd cavab filtrləməyə, tərcümə vəziyyətinin vaxt aşımına, səhv son nöqtəyə və ya paket ölçüsünün idarəsinə işarə edir. Heç biri hesab səhifəsində DS-Lite görməklə müəyyən edilmir.

Provayder dəyişikliklərini diqqətlə oxuyun

Hesab dəyişikliyi işləyən bağlantı ilə eyni vaxta düşə və eyni anda bir neçə xassəni dəyişə bilər. Hansı xassənin dəyişdiyini qeyd edin, çünki yeni paket adı texniki izah deyil.

İkiqat steki aktivləşdirmək barədə göstəriş, kimsə provayderin həqiqətən nə təmin etdiyini təsdiqləyənədək ikimənalıdır. Onu IPv4 VPN müştəriləri üçün universal tələb kimi qəbul etmək təxmini siyasətə çevirir.

Əgər real tələb daxil olan IPv4 hostinqidirsə, provayderlə dəstəklənən daxil olan quruluş, doğma ünvanlama və ya başqa giriş dizaynı barədə danışın. Əgər tələb uzaq serverə çatan noutbukdursa, bunun əvəzinə həmin dəqiq xaricə gedən axın barədə soruşun. İş sırası: istiqaməti adlandırın, təyin edilmiş rejimi təsdiqləyin, sadə IPv4 və bir nəqliyyatı sınaqdan keçirin, giriş planını yalnız istiqamət bunu həqiqətən tələb edirsə dəyişin.