სად მიდის DNS, როცა Tor-სა და VPN-ს აერთიანებთ

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

დაასახელეთ ყოველი გაცვლა, სანამ გაჟონვას უწოდებთ

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

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

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

სტარტის მოთხოვნა გვირაბამდე ხდება

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

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

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

ბრაუზერი და მანქანის დარჩენილი ნაწილი განსხვავდება

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

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

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

შეამოწმეთ თითოეული პროგრამა, შემდეგ შეადარეთ განზრახვას

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

resolvectl status | grep -E "Current DNS Server|DNS Servers"
ss -tnp '( dport = :9050 )'
dig +short dev.internal.example
getent hosts vpn-endpoint.example.net

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

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