VPN Tor-ის გავლით: ჯერ ტრანსპორტის შემოწმება

Tor-ით პირველი ნიშნავს, რომ VPN კლიენტი SOCKS პროქსის უკან ზის, ამიტომ გვირაბი თავად Tor-ის გავლით შენდება და აპლიკაციების ტრაფიკი VPN-ის საბოლოო წერტილიდან გადის. ეს ერთი კონკრეტული რიგია და ეს არ არის ის, რასაც უმეტესობა აშენებს. Tor Browser-ის გახსნა ჩვეულებრივი VPN კლიენტის გვერდით არც ერთ პროგრამას არ აიძულებს გამოიყენოს მეორის გზა.

გაიარეთ შემოწმებები რიგით. თითოეული წყვეტს, ღირს თუ არა შემდეგის დაწყება.

რომელ რიგს აშენებთ სინამდვილეში

ორი რიგი ერთსა და იმავე საუბარში ერევა. Tor პირველი ნიშნავს, რომ VPN კლიენტი თავის სერვერს SOCKS პროქსის მეშვეობით აღწევს, ამიტომ გვირაბი Tor-ის ზემოთ შენდება. VPN პირველი ნიშნავს, რომ Tor-ის ტრაფიკი გვირაბიდან გადის, რასაც უმეტესობა შემთხვევით აშენებს და შემდეგ მეორე რიგად აღწერს. პირველი გადაცემის საზღვარს VPN ოპერატორთან ამახვილებს, მეორე — Tor-ის შესასვლელსა და გასასვლელთან. არც ერთი არ არის ის, რასაც ორივე აპლიკაციის ერთდროულად ღიად დატოვებით იღებთ.

ჩაწერეთ, რომელი რიგი სჭირდება ამოცანას, სანამ რამეს დააკონფიგურირებთ, რადგან ორივეს განსხვავებული პროგრამული პარამეტრები სჭირდება და სხვადასხვა ადგილას ვარდება. არასწორად დასახელებული რიგი ერთი საათით არასწორ ფენაში პრობლემის ძებნას გიგზავნით. ყველა ქვემოთ მოცემული Tor პირველს ვარაუდობს.

შეამოწმეთ ტრანსპორტი ყველაფერზე ადრე

Tor-ის SOCKS ინტერფეისი TCP ნაკადებს გადასცემს და ზოგად UDP ასოციაციას არ იძლევა. VPN, რომლის ტრანსპორტიც UDP-ია, ვერ მოექცევა ამ პროქსის ჩვეულებრივ ქსელურ ინტერფეისად და ვერც ერთი კლიენტის პარამეტრი ვერ შეცვლის იმას, რისი გადაცემაც პროქსის შეუძლია. WireGuard თავის ჩვეულებრივ ფორმაში აშკარა მსხვერპლია. OpenVPN-ის პროფილი TCP რეჟიმში ჩვეულებრივი გადაწყვეტაა და მას მაინც ცხადად უნდა ვუთხრათ პროქსის გამოყენება.

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

სანამ გვირაბს მისი გავლით გამართავთ, დარწმუნდით, რომ პროქსი უსმენს და შეუძლია ერთი ჩვეულებრივი HTTPS მოთხოვნის გადაცემა. თუ ჩვეულებრივი მოთხოვნა ვერ შესრულდა, VPN კლიენტი ვერასოდეს მოახერხებს და მისი ჟურნალები მიზეზს არ გეტყვიან.

გადაწერეთ დამკვირვებლის რუკა

Tor-ის შესასვლელს შეუძლია დაინახოს ის წყარო, რომელიც Tor-ს უერთდება, თუ უფრო ადრე რაღაც არ შეცვლილა, ამიტომ ეს ნახტომი თქვენს მისამართს ისწავლის. VPN-ის მომწოდებელი Tor-ის მხრიდან მომავალ კავშირს იღებს, მაგრამ მაინც შეიძლება იცოდეს ანგარიში, გადახდის ჩანაწერი ან გვირაბის შიგნით გაგზავნილი სერთიფიკატი. VPN-ის მეშვეობით მიღწეული დანიშნულებები მის გასასვლელს ხედავენ და არა Tor-ის გასასვლელს, და ეს საბოლოო გადაცემის საზღვარს ერთ ოპერატორთან ამახვილებს.

ის ასევე არ აღადგენს განაწილებულ გზას თითოეულ დანიშნულებამდე. Tor Browser ყოველი საიტისთვის ახალ წრედს აშენებს; Tor-ზე გადატანილი VPN ერთ გვირაბს აშენებს და მის უკან არსებული ყოველი საიტი ამ საბოლოო წერტილს იზიარებს. განსხვავებას დიზაინის ფაქტად მოეკიდეთ და არა მოსაშორებელ შეზღუდვად.

როცა იშლება, დაითვალეთ წარუმატებლობის ფენები

გატეხილ კონფიგურაციას სულ მცირე ოთხი დამოუკიდებელი ფენა აქვს: SOCKS კავშირი, TLS ხელის ჩამორთმევა VPN სერვერთან, თავად VPN ხელის ჩამორთმევა და შემდეგ მარშრუტიზაცია ან სახელების გარჩევა გვირაბის შიგნით. თითოეული განსხვავებული სიმპტომით ვარდება და თითოეულს განსხვავებული შეკეთება სჭირდება. სერთიფიკატების შემოწმების შესუსტება იმის გამო, რომ გვირაბი არ ადის, კლასიკური არასწორი დიაგნოზია და ტრანსპორტის პრობლემას უსაფრთხოების პრობლემად აქცევს.

ჩაწერეთ პირველი ფენა, რომელიც ვარდება, და იქ გაჩერდით. პროქსის უარი და უარყოფილი გასაღები ერთი და იმავე მოვლენის ვარიანტები არ არის.

გაჩერდით, თუ საფრთხის მოდელი Tor Browser-ის დაცვას მოითხოვს

თვითნებური აპლიკაციების Tor-ით გადატანილი VPN-ის გავლით მარშრუტიზაცია ამ აპლიკაციებს Tor Browser-ის თითის ანაბეჭდისა და იზოლაციის თვისებებს არ აძლევს. მათი ანგარიშები, იდენტიფიკატორები და საკუთარი ქსელური ქცევა მნიშვნელოვანი რჩება და გვირაბი არც ერთ მათგანს არ ანაგებს. თუ მიზანია ბრაუზერი, რომელიც სხვა მომხმარებლებში იშლება, ეს რიგი მას არ იძლევა.

Tor Project თავად აფრთხილებს იმ კომბინაციების წინააღმდეგ, რომლებსაც მომხმარებლები სწორად ვერ აკონფიგურირებენ და ეს უმეტესობაზე ვრცელდება. ეს განზრახ შექმნილი დიზაინია ვიწრო საფრთხის მოდელისთვის და არა მთელი მოწყობილობის ანონიმური ტრაფიკის მოკლე გზა.