Yalnız IPv6 bağlantısı, IPv4 xidməti: SOCKS proksisi körpü olsun

Çatmaq üçün təyinat ailəsində ünvan lazım deyil, kifayətdir ki, yolun hansısa yerində ötürməyə hazır bir şey olsun. Tətbiq proksiyə qoşulur, proksisə təyinatla ikinci bağlantı açır. Bunlar müstəqil ünvan ailələri olan iki soketdir və heç bir protokol onların uyğunlaşmasını tələb etmir. Bu, doğma IPv4 yolu deyil, tətbiq səviyyəsində yeritmədir və fərq nəyin işləyəcəyini, nəyin işləməyəcəyini müəyyən edir. İkisini qarışdırmaq noutbukun IPv4 bağlantısı olduğu kimi təsvir olunmasına gətirib çıxarır, halbuki onun yalnız proksisi var.

İki soket, iki ünvan ailəsi

SOCKS5 sorğusu təyinatı üç formadan biri ilə adlandırır: hərfi v4 ünvanı, hərfi v6 ünvanı və ya proksinin həll edəcəyi ad. Sorğu proksinin hara qoşulacağını təsvir edir, müştəri-proksi bağlantısının necə göründüyünü yox.

Bu ünvan növlərini bir mesaj içində üç müstəqil seçim kimi oxuyun. IPv6 üzərindən əlçatan proksi, işlək IPv4 çıxışı olduqda və siyasəti sorğuya icazə verdikdə IPv4 təyinat soketi aça bilər. SOCKS5 spesifikasiyası onları müştərinin nəqliyyatına heç istinad etmədən müəyyən edir.

Nəzarətli SSH nümunəsi

IPv6 üzərində cavab verən və yalnız v4-də mövcud HTTPS xidmətinə özü çata bilən, istifadə etməyə səlahiyyətli olduğunuz SSH hostu götürün. OpenSSH dinamik yönləndirməsi giriş sessiyası v6 üzərindən gedərkən maşınınızda yerli SOCKS dinləyicisi qoyur.

ssh -6 -N -D 127.0.0.1:1081 -o ExitOnForwardFailure=yes [email protected]

Yuxarıdakı host və hesab nümunədir, loopback bağlaması dinləyicini bu kompüterdə saxlayır. Ofisin autentifikasiyasız proksini paylaşması üçün onu wildcard bağlaması ilə əvəz etməyin. ExitOnForwardFailure=yes ona görə var ki, uğursuz yönləndirmə sessiyanı bitirsin, arxa planda səssiz əmr qalmasın.

Sessiya işləyərkən sorğu belə görünür:

curl --proxy socks5h://127.0.0.1:1081 https://v4-only.example/

Loopback bağlantısı IPv4 internet yolu deyil. Maşınınızdan çıxan şey v6 üzərindən giriş sessiyasıdır və təyinat soketini qarşı tərəf açır. socks5h forması ad həllini də həmin tərəfə həvalə edir, bu da müştərinin öz IPv4 həlledici yolu olmadıqda vacibdir.

Təyinat əslində nə görür

Təyinat yeritmənin çıxış ünvanını görür. Orada noutbukunuza aid heç bir ünvan görünmür. Həmin xidmətdə mənbə icazə siyahısı yeritməni adlandırmalıdır. Onun jurnalları da trafiki yeritməyə aid edəcək. Bunu auditdən əvvəl dəyişiklik qeydinə yazın, çünki müştəri ünvanları ətrafında qurulmuş icazə siyahısı ilk sorğuda uğursuz olur.

Yeritmə həm də söhbətin iki yarısının göründüyü yerdir, bu diaqnoz zamanı faydalı xassə, siyasətsiz paylaşılan yeritmədə isə yükdür.

Bu DNS64 və ya NAT64 deyil

DNS64 v4 təyinatlarını əvəz edən sintez edilmiş qeydlərlə cavab verir, NAT64 isə paketləri konfiqurasiya olunmuş yol boyunca yenidən yazır. Heç biri burada baş verəni təsvir etmir, burada bir nəqliyyat söhbəti bitir, digəri başlayır və nəticəni heç bir sintez edilmiş ünvan izah etmir. Ona görə uğurlu sorğu provayderinizin hansı tərcümə xidmətlərini işlətdiyi barədə heç nə demir və proksi öz çıxışında adi NAT işlədə bilər.

Hər iki mexanizm eyni şəbəkədə mövcud ola bilər, ona görə ən yaxın səslənəni deyil, həqiqətən yoxladığınızı təsvir edin.

Vəd verməzdən əvvəl əhatəni bilin

OpenSSH-in dinamik yönləndirməsi TCP bağlantılarını daşıyır, ixtiyari IP trafikini yox, ona görə UDP, ICMP və proksiyə məhəl qoymayan hər hansı protokol başqa dəstəklənən dizayn tələb edir. SSH host açarının yoxlanmasını, serverin yönləndirmə məhdudiyyətlərini və HTTPS sertifikat yoxlamasını qoruyun, çünki proksi əlavə etibarlı iştirakçıdır, şəxsiyyət yoxlamalarını zəiflətmək üçün səbəb deyil. Məqsəd VPN-in xarici nəqliyyatını proksidən keçirməkdirsə, hər hansı SOCKS dinləyicisinin onu yönləndirə biləcəyini güman etmək əvəzinə hər iki tərəfin bu nəqliyyatı dəstəklədiyini yoxlayın.

Bunların heç biri müştərini iki yığınlı etmir və buna ehtiyac da yoxdur. Bu, bir tətbiqin bir xidmətə bir yeritmə ilə çatmasını təmin edir, bu daha kiçik iddia və yoxlamaq üçün qat-qat asandır.