Tor vasitəsilə VPN: əvvəlcə nəqliyyat yoxlanışı

Tor-öncəsi deməkdir ki, VPN müştərisi SOCKS proksisinin arxasında oturur, buna görə tunel Tor vasitəsilə qurulur və tətbiq trafiki VPN son nöqtəsindən çıxır. Bu konkret bir sıradır və insanların çoxunun qurduğu şey deyil. Tor Browser-i adi bir VPN müştərisinin yanında açmaq iki proqramdan heç birini digərinin yolunu istifadə etməyə məcbur etmir.

Yoxlamaları ardıcıllıqla aparın. Hər biri növbətinin başlamağa dəyər olub-olmadığını həll edir.

Əslində hansı sıranı qurursunuz

İki sıra eyni söhbətdə qarışdırılır. Tor əvvəl deməkdir ki, VPN müştərisi serverinə SOCKS proksisi vasitəsilə çatır, buna görə tunel Tor üzərində qurulur. VPN əvvəl deməkdir ki, Tor trafiki tuneldən çıxır, çox adam bunu təsadüfən qurur və sonra digər sıra kimi təsvir edir. Birincisi yönləndirmə sərhədini VPN operatorunda cəmləyir, ikincisi onu Tor girişində və çıxışında cəmləyir. Heç biri hər iki tətbiqi eyni vaxtda açıq saxlamaqla əldə etdiyiniz şey deyil.

Nəyisə konfiqurasiya etməzdən əvvəl tapşırığın hansı sıraya ehtiyacı olduğunu yazın, çünki ikisi fərqli proqram parametrləri tələb edir və fərqli yerlərdə uğursuz olur. Səhv adlandırılmış sıra sizi bir saat yanlış qatı sazlamağa göndərir. Aşağıdakıların hamısı Tor əvvəl fərziyyəsinə əsaslanır.

Nəqliyyatı hər şeydən əvvəl yoxlayın

Tor-un SOCKS interfeysi TCP axınlarını daşıyır və ümumi UDP assosiasiyası təqdim etmir. Nəqliyyatı UDP olan VPN həmin proksiyə adi şəbəkə interfeysi kimi yanaşa bilməz və heç bir müştəri parametri proksinin nəyi ötürməyə hazır olduğunu dəyişmir. Adi formasında WireGuard açıq şəkildə zərər çəkəndir. TCP rejimində OpenVPN profili ümumi həll yoludur və ona hələ də açıq şəkildə proksidən istifadə etmək tapşırılmalıdır.

ss -lntp | grep 9050
curl --socks5-hostname 127.0.0.1:9050 -o /dev/null -w '%{http_code}\n' https://example.com

Tuneli onun vasitəsilə sazlamadan əvvəl proksinin dinlədiyini və bir düz HTTPS sorğusunu daşıya bildiyini təsdiqləyin. Düz sorğu uğursuz olarsa, VPN müştərisi heç vaxt uğur qazanmayacaq və jurnalları bunun səbəbini deməyəcək.

Müşahidəçi xəritəsini yenidən yazın

Tor girişi Tor-a qoşulan mənbəyi görə bilər, əgər əvvəlki bir şey onu dəyişməyibsə, buna görə həmin atlama ünvanınızı öyrənir. VPN provayderi Tor tərəfindən gələn bir bağlantı qəbul edir, amma yenə də hesab, ödəniş qeydi və ya tunelin içində göndərdiyiniz etimad məlumatı bilə bilər. VPN vasitəsilə çatılan təyinatlar Tor çıxışı əvəzinə onun çıxışını görür və bu, son yönləndirmə sərhədini bir operatorda cəmləyir.

O, hər təyinat üçün paylanmış yol da yaratmır. Tor Browser hər sayt üçün təzə dövrə qurur; Tor üzərində daşınan VPN bir tunel qurur və onun arxasındakı hər sayt həmin son nöqtəni paylaşır. Fərqi aradan qaldırılmalı məhdudiyyət kimi deyil, dizayn faktı kimi qəbul edin.

Qırıldıqda nasazlıq qatlarını sayın

Xarab quruluşun ən azı dörd müstəqil qatı var: SOCKS bağlantısı, VPN serveri ilə TLS əl sıxışması, VPN əl sıxışmasının özü və sonra tunelin içində marşrutlaşdırma və ya ad həlli. Hər biri fərqli simptomla uğursuz olur və hər biri fərqli təmizlik tələb edir. Tunel qalxmadığı üçün sertifikat yoxlamalarını gevşetmək klassik səhv diaqnozdur və nəqliyyat problemini təhlükəsizlik probleminə çevirir.

Uğursuz olan ilk qatı qeyd edin və orada dayanın. Proksi imtinası və rədd edilmiş açar eyni hadisənin variasiyaları deyil.

Təhdid modeli Tor Browser-in müdafiələrini tələb edirsə, dayanın

İxtiyari tətbiqləri Tor ilə daşınan VPN-dən yönləndirmək həmin tətbiqlərə Tor Browser-in barmaq izi və təcrid xüsusiyyətlərini vermir. Onların hesabları, identifikatorları və öz şəbəkə davranışı aktual qalır və tunel onların heç birini normallaşdırmır. Məqsəd digər istifadəçilərlə qarışan brauzerdirsə, bu sıra onu təqdim etmir.

Tor Project özü istifadəçilərin düzgün konfiqurasiya edə bilmədiyi birləşmələrdən xəbərdarlıq edir və bu birləşmə əksər insanlar üçün keçərlidir. Bu, dar təhdid modeli üçün qəsdən hazırlanmış dizayndır, bütün cihazda anonim trafikə qısa yol deyil.