VPN Tor-ში, Tor VPN-ში: რატომ წყდება ჯაჭვი
როცა VPN, Tor და პროქსი ერთმანეთზე დგება, რიგითობა წყვეტს, რა იხსნება და რა გადაიტანება. იპოვეთ პირველი გატეხილი საზღვარი, სანამ სამივეს შეცვლით.
VPN-ის, Tor-ისა და აპლიკაციის პროქსის ერთმანეთზე დაწყობა კონფიდენციალობის გამრავლებად გვეჩვენება, სინამდვილეში კი ამრავლებს იმ ადგილების რაოდენობას, სადაც კავშირი შეიძლება მოკვდეს. ჩვეულებრივი შედეგია მბრუნავი ბრაუზერი, მაშინ როცა სამივე ხელსაწყო თავს ჯანმრთელად აცხადებს. სამივე პარამეტრის ერთდროულად შეცვლა კი აქრობს ერთადერთ მინიშნებას, თუ რომელი მათგანი იტყუება.
ჯერ დახაზეთ განზრახული გზა რიგითობით, დაასახელეთ, რომელი პროგრამა ხსნის თითოეულ კავშირს და რომელი სახელი იხსნება თითოეულ საფეხურზე.
ფენები არ იკრიბება, ისინი ერთმანეთზე მოქმედებს
VPN Tor-ის წინ ნიშნავს, რომ Tor-ის კლიენტის შესვლის კავშირი გვირაბის შიგნით მოძრაობს. Tor-ის გავლით გადატანილი VPN ნიშნავს, რომ VPN-ის კლიენტის საკუთარი ბოლო წერტილი Tor-ის გავლით უნდა იყოს ხელმისაწვდომი, რაც სრულიად სხვა მოთხოვნაა. ბრაუზერის პროქსი კიდევ ერთ ნახტომს ამატებს, რომლის შესახებ ოპერაციულ სისტემამ არაფერი იცის. სამი განლაგება, სამი ცალკე დამოკიდებულების სია.
ყოველი განლაგება ცვლის, რა შეიძლება გაიხსნას, რა შეიძლება გადაიტანოს და ვინ ხედავს პირველ პაკეტს. მათგან მხოლოდ ერთი შეიძლება იყოს ის კონფიგურაცია, რომელიც გულისხმობდით.
დიაგრამას დაუმატეთ პირდაპირი გზაც. სარეზერვო მარშრუტი, გაყოფილი გვირაბის გამონაკლისი ან პროქსის გვერდის ავლა შეიძლება გვერდი ჩატვირთოს და ამავდროულად ჩუმად გამოტოვოს ის ჯაჭვი, რომლის შემოწმებაც გსურდათ, და ასეთი წარმატება უფრო ატყუებს, ვიდრე მარცხი.
რიგითობა წყვეტს, რა შეიძლება გადაიტანოს
Tor TCP ნაკადებს თავისი SOCKS ინტერფეისით გადაიტანს, და კლიენტი, რომელიც პროქსის სთხოვს ჰოსტის სახელის გახსნას, ძიებას წრედის შიგნით ინახავს. UDP ჩვეულებრივ კონფიგურაციებში ასე არ მოძრაობს, ამიტომ WireGuard-ის გვირაბი Tor-ში ვერ ჩაიდება შუაში დამატებითი TCP რელეს გარეშე.
OpenVPN შეიძლება აიძულოს TCP-ზე, ასე რომ ეს განლაგება სულ მცირე აღწერადია. ის ასევე უფრო ნელი და მყიფეა, და გატეხვისას მარცხის სურათი ზუსტად დაბლოკილი პორტის მსგავსია. ველოდეთ, რომ ამ ორის გარჩევას უფრო მეტ დროს დახარჯავთ, ვიდრე რომელიმეს შეკეთებას.
გახსნა მეორე ნახევარია. როცა ვიყენებთ --socks5-hostname პარამეტრს, პროქსი ხსნის დანიშნულებას, ხოლო ჩვეულებრივი --socks5 პარამეტრი ჯერ ლოკალურ გადამწყვეტს ეკითხება და სახელს წრედის გარეთ აჟონავს. სწორედ ეს ერთი დროშა წყვეტს, სახელის ძიება ჯაჭვს ეკუთვნის თუ თქვენს პროვაიდერს.
| Order | What must resolve the endpoint | What usually breaks |
|---|---|---|
| VPN, then Tor | The tunnel's resolver | Entry guards blocked by the VPN provider's filters |
| Tor, then VPN | The SOCKS proxy, remotely | UDP transports, which Tor does not carry |
| App proxy on top | The application itself | Proxy bypass rules and cached connections |
პირველი გატეხილი საზღვრის მოძებნა
შეამოწმეთ საფეხურები იმ რიგით, რომლითაც პაკეტები მოძრაობს, უვნებელი მოთხოვნებით, და გაჩერდით პირველზე, რომელიც ვერ გაიარა. ჩაწერეთ, რომელი ბრძანება გაეშვა პირველი, რადგან რიგითობა მტკიცებულების ნაწილია. ორი ბრძანება გამოყოფს მკვდარ წრედს მკვდარი გასასვლელისგან:
curl -s --socks5-hostname 127.0.0.1:9050 https://check.torproject.org/api/ip curl -4 -s https://api.ipify.org; echo
პირველი აცხადებს, საერთოდ სრულდება თუ არა მოთხოვნა SOCKS პროქსის გავლით, ხოლო მეორე აჩვენებს მისამართს, რომელსაც ქსელი ახლა წარმოადგენს. თუ პირველი ვერ გაიარა და მეორე გაიარა, პრობლემა Tor-ის კლიენტთან ან მის წინ არის. თუ ორივე გაიარა და ბრაუზერი მაინც ვერ მუშაობს, აპლიკაცია ჭურვისგან განსხვავებულ გზას იყენებს.
საჯარო IP-ის გვერდიც მხოლოდ ბოლო ხილულ გასასვლელს აღწერს. მას არ შეუძლია გითხრათ, რამდენი ნახტომი იყო მანამდე, ამიტომ შეუწყვილეთ ის თითოეული ხელსაწყოს მხარდაჭერილ სტატუსის გამონატანს, ნაცვლად იმისა, რომ ერთი რიცხვი დიაგრამად მიიჩნიოთ.
როდის შევწყვიტოთ ფენების დამატება
თუ ერთი წინადადებით ვერ იტყვით, რას უმატებს ფენა, მაშინ მოხსენით ის. ჯაჭვი, რომლის მიზანი გაურკვეველია, ისეთი ჯაჭვია, რომლის გამართვაც ღამის სამ საათზე ვერავის შეუძლია, და აუხსნელი ნახტომის კონფიდენციალობის მოგება ჩვეულებრივ ნაკლებია დაკარგულ ხელმისაწვდომობაზე.
თუ ფენა ნამდვილად იმსახურებს თავის ადგილს, ჯერ ცალკე შეამოწმეთ, შემდეგ დაამატეთ მომდევნო და კვლავ დაადასტურეთ გზა იმავე ორი ბრძანებით. ჩვეულებრივ გამოყენებამდე აღადგინეთ სრული ჯაჭვი და დატოვეთ TLS-ის შემოწმება და ავთენტიფიკაცია ჩართული; გვერდის ჩასატვირთად მიღებული სერტიფიკატის გაფრთხილება მარშრუტიზაციის გვერდის ავლაა, არა შეკეთება. ჩაწერეთ ის რიგითობა, რომელზეც შეჩერდით, სანამ ის ახალია.
ჩაწერეთ ეს რიგითობა, მათ შორის გადამწყვეტი, რომელიც თითოეულ საფეხურზე პასუხობს. მუშა ჯაჭვი, რომლის აღწერაც შეგიძლიათ, გადაურჩება შემდეგ განახლებას, ხოლო ცდით აწყობილი მუშა ჯაჭვი მასთან ერთად ქრება. დაამატეთ თარიღი და ვერსიები, რათა მოგვიანებით მომხდარი მარცხი შედარებულ იქნას ცნობილ კარგ მდგომარეობასთან და არა მეხსიერებით კამათს დაექვემდებაროს. ტექსტურ ფაილში ათი სტრიქონი ზოგავს საღამოს ვარაუდს.