VPN Tor-un içinə, Tor VPN-in içinə: zəncir niyə qırılır

VPN, Tor və tətbiq proksisini üst-üstə yığmaq məxfilik çoxalır kimi görünür, amma əslində əlaqənin ölə biləcəyi yerlərin sayı çoxalır. Adi nəticə fırlanan brauzerdir, halbuki üç alətin hər biri özünü sağlam kimi təqdim edir. Üç ayarı eyni anda dəyişmək isə kimin yalan dediyinə dair yeganə ipucunu da aradan qaldırır.

Əvvəlcə nəzərdə tutulan yolu sıra ilə çəkin, hansı proqramın hər əlaqəni açdığını və hər addımda hansı adın həll olunduğunu yazın.

Qatlar toplanmır, bir-birinə təsir edir

Tor-dan əvvəl VPN olması Tor müştərisinin giriş əlaqəsinin tunelin içində getməsi deməkdir. Tor-un içindən daşınan VPN isə VPN müştərisinin öz son nöqtəsinin Tor üzərindən əlçatan olmasını tələb edir, bu isə tamamilə başqa bir tələbdir. Brauzer proksisi əməliyyat sisteminin heç nə bilmədiyi daha bir hop əlavə edir. Üç düzülüş, üç ayrı asılılıq siyahısı.

Hər düzülüş nəyin həll oluna, nəyin daşına biləcəyini və ilk paketi kimin gördüyünü dəyişir. Onlardan yalnız biri nəzərdə tutduğunuz konfiqurasiya ola bilər.

Birbaşa yolu da diaqrama əlavə edin. Ehtiyat marşrut, bölünmüş tunel istisnası və ya proksidən yan keçmə səhifəni açıb yoxlamaq istədiyiniz zənciri sakitcə atlaya bilər, və bu uğur uğursuzluqdan daha çox yanıldır.

Sıra nəyin daşına biləcəyini müəyyən edir

Tor TCP axınlarını SOCKS interfeysi vasitəsilə daşıyır və proksidən host adını həll etməsini istəyən müştəri sorğunu dövrənin içində saxlayır. Adi konfiqurasiyalarda UDP bu yolla getmir, buna görə WireGuard tuneli Tor-un içində yerləşdirilə bilməz, ortada əlavə TCP relay lazımdır.

OpenVPN TCP-yə məcbur edilə bilər, yəni bu düzülüş heç olmasa təsvir oluna bilir. O həm də daha yavaş və daha kövrəkdir, qırılanda nasazlıq rejimi bağlanmış porta bənzəyir. Bu ikisini ayırmağa hər hansı birini düzəltməkdən daha çox vaxt sərf edəcəyinizi gözləyin.

Həll digər yarısıdır. --socks5-hostname ilə proksi təyinatı həll edir, sadə --socks5 isə əvvəlcə yerli həlledicidən soruşur və adı dövrənin xaricinə sızdırır. Məhz bu bir bayraq ad axtarışının zəncirə, yoxsa İSP-nizə aid olduğunu müəyyən edir.

İlk qırılmış sərhədi tapmaq

Mərhələləri paketlərin getdiyi sıra ilə, zərərsiz sorğularla yoxlayın və uğursuz olan ilk mərhələdə dayanın. Hansı əmrin əvvəl işlədiyini qeyd edin, çünki sıra sübutun bir hissəsidir. İki əmr ölü dövrəni ölü çıxışdan ayırır:

curl -s --socks5-hostname 127.0.0.1:9050 https://check.torproject.org/api/ip
curl -4 -s https://api.ipify.org; echo

Birincisi sorğunun ümumiyyətlə SOCKS proksisindən keçib tamamlandığını bildirir, ikincisi şəbəkənin hazırda təqdim etdiyi ünvanı göstərir. Əgər birinci uğursuz, ikinci uğurludursa, problem Tor müştərisində və ya ondan əvvəldir. Əgər hər ikisi uğurludursa və brauzer yenə uğursuz olursa, tətbiq shell-dən fərqli yol istifadə edir.

Ümumi IP səhifəsi də yalnız son görünən çıxışı təsvir edir. Ondan əvvəl neçə hop olduğunu deyə bilməz, ona görə onu bir rəqəmi diaqram kimi qəbul etmək əvəzinə hər alətin dəstəklənən status çıxışı ilə birləşdirin.

Qat əlavə etməyi nə vaxt dayandırmaq lazımdır

Əgər bir qatın nə verdiyini bir cümlə ilə deyə bilmirsinizsə, onu çıxarın. Məqsədi aydın olmayan zəncir gecə saat üçdə heç kimin sazlamadığı zəncirdir və izah olunmayan hopun məxfilik qazancı adətən itirdiyiniz əlçatanlıqdan kiçikdir.

Əgər bir qat həqiqətən yerini qazanırsa, əvvəlcə onu tək yoxlayın, sonra növbətini əlavə edin və yolu eyni iki əmrlə yenidən təsdiqləyin. Adi istifadədən əvvəl tam zənciri bərpa edin və TLS yoxlaması ilə autentifikasiyanı açıq saxlayın; səhifənin açılması üçün qəbul edilən sertifikat xəbərdarlığı marşrut hiyləsidir, təmir deyil. Üzərində dayandığınız sıranı təzə ikən yazın.

O sıranı yazın, hər mərhələdə hansı həlledicinin cavab verdiyini də əlavə edin. Təsvir edə bildiyiniz işlək zəncir növbəti yeniləmədən sağ çıxır, sınaqla yığdığınız işlək zəncir isə onunla birlikdə yox olur. Tarixi və versiyaları əlavə edin ki, sonrakı nasazlıq yaddaşdan mübahisə etmək əvəzinə bilinən yaxşı vəziyyətlə müqayisə oluna bilsin. Mətn faylındakı on sətir bir axşam təxmini qənaət edir.