VPN-ის გამორთვის ჩამრთველი: რომელ ტრაფიკს ბლოკავს და როდის
ხელახალი დაკავშირება აღადგენს გვირაბს; ჩამრთველი წყვეტს, რა ხდება მისი არყოფნის დროს. ცალ-ცალკე შეამოწმეთ კავშირის წყვეტა, ხელით გათიშვა, აპიდან გასვლა და ქსელის შეცვლა.
ორი ფუნქცია ერთი სიტყვით აღიწერება და სხვადასხვა სამუშაოს ასრულებს. ავტომატური ხელახალი დაკავშირება ცდილობს გვირაბის დაბრუნებას და შეიძლება ერთ წამში მოახერხოს, სანამ მოთხოვნები იმ ინტერვალში ვარდება. ჩამრთველი წყვეტს, რა მოუვა ტრაფიკს ამ ინტერვალში. კლიენტის ისე წაკითხვა, თითქოს ეს ორი ერთი პარამეტრია, იწვევს იმას, რომ ადამიანები პოლიტიკის ნაცვლად ხატულას ენდობიან.
ბლოკირება და ხელახალი დაკავშირება ცალკე გადაწყვეტილებებია
ერთი კლიენტი ბლოკავს მხოლოდ მაშინ, როცა წყვეტა მოულოდნელია, შემდეგ ხელახლა უერთდება და ბლოკს ხსნის. სხვა ინარჩუნებს სისტემურ დონის ბლოკს, სანამ ვინმე ხელით არ შეცვლის პარამეტრს, ხოლო მესამე განზრახ გათიშვას ჩვეულებრივი წვდომის აღდგენის ნებართვად მიიჩნევს. ეს სამი განსხვავებული ქცევაა და მომწოდებლის დოკუმენტაცია ამბობს, რომელი დანერგა თქვენმა ვერსიამ.
პროფილის იმპორტი ამ კითხვას არაფერს წყვეტს. იგივე სერვერის პროფილი ორ კლიენტში იტვირთება საპირისპირო ბლოკირების ქცევით, რადგან პროფილი პარამეტრებს ატარებს და არა დაპირებას. ამიტომაც შეიძლება სამუშაო მაგიდის მოსანიშნი უჯრამ და მსგავსი სახელის მქონე მობილურ ჩამრთველმა სხვადასხვა წესი დანერგოს. წაიკითხეთ თქვენი პლატფორმის სამართავი ელემენტის გვერდით არსებული აღწერა და შემდეგ შეამოწმეთ, რას აკეთებს ის.
იგივე პროფილი ორ კლიენტში განსხვავებულად იქცევა
OpenVPN Connect-ის აპის პარამეტრები აღწერს გვირაბის რეჟიმს, რომელიც ჩვეულებრივ ტრაფიკს იკავებს მხოლოდ მაშინ, როცა კლიენტი იუწყება შეჩერებულ ან ხელახლა დაკავშირების მდგომარეობას, რაც უფრო ვიწროა, ვიდრე ზოგადი დაპირება ყოველ მოვლენაზე ყოველ პლატფორმაზე. წაიკითხეთ ჩამოთვლილი მდგომარეობები და არა პროდუქტის სახელი. ერთი კლიენტის ვერსიისთვის დაწერილი აღწერა სხვა მომწოდებლის კლიენტზე არ გადადის.
Android ერთსა და იმავე სიტყვას ორი სამართავი ელემენტისთვის აჩვენებს, რადგან მუდმივად ჩართული VPN და VPN-ის გარეშე კავშირების ბლოკირება ცალკეა დოკუმენტირებული. მსგავსი სახელის მოსანიშნი უჯრის მქონე სამუშაო მაგიდის კლიენტმა შეიძლება უფრო ვიწრო ან უფრო ფართო რამ დანერგოს, ვიდრე რომელიმე მათგანმა. ორ მენიუში საერთო იარლიყი შემთხვევითობად მიიჩნიეთ, სანამ ორივე აღწერა წაკითხული არ იქნება. მართული მოწყობილობები მესამე ფენას ამატებენ, რადგან მოწყობილობის პროფილმა შეიძლება აიძულოს პარამეტრი, რომელსაც მომხმარებელი ვერ ხედავს ან ვერ აუქმებს.
მსგავსი პლატფორმის პარამეტრები ეკვივალენტური არ არის
შეადარეთ თქვენს მიერ დანახული სამართავი ელემენტი რეალურად მოქმედ პოლიტიკას. მართულ მოწყობილობაზე ხილული ჩამრთველი შეიძლება ნაცრისფერი იყოს, ან ჩართული იყოს მაშინ, როცა უფრო მაღალი დონის პროფილი საპირისპიროს აიძულებს. მოითხოვეთ ეფექტური და არა ლოკალური პოლიტიკა და პასუხი წერილობით მიიღეთ.
ჩაწერეთ, რას აცხადებს თითოეული ფენა, სანამ რამეს შეამოწმებთ, რადგან ისინი ხშირად არ ემთხვევიან და ეს შეუთანხმებლობა ადვილად იკარგება, როცა ტესტები დაიწყება. მოწყობილობა, რომელიც ტესტის დროს სწორად ბლოკავს, შეიძლება იმ მიზეზით ბლოკავდეს, რომელიც არავის დაუდოკუმენტებია.
ერთ ჯერზე ერთი მოვლენა გაუშვით და კოდი ჩაწერეთ
თითო გაშვებაზე ერთი მოვლენა შეამოწმეთ, უვნებელი მოთხოვნით, და ყოველი მცდელობა ახალ მოთხოვნად აქციეთ და არა გვერდად, რომელიც შეიძლება უკვე ქეშში იყოს. ქვემოთ მოცემული ბრძანებები გვირაბს ჩამოშლის, გვერდს ითხოვს და აჩვენებს, დაბრუნდა თუ არა ინტერფეისი.
ip link set tun0 down
curl -s -o /dev/null -w "%{http_code}\n" --max-time 5 https://example.com
ip -brief address show tun0
ცხრილი თითოეულ მოქმედებას აკავშირებს მნიშვნელოვან დაკვირვებასთან და შესანახად ღირებულ მტკიცებულებასთან. ვადაში ჩავარდნილი მოთხოვნა ამბობს, რომ ბლოკი ამოქმედდა; გავლილი მოთხოვნა ამბობს, რომ ტრაფიკმა სხვა გზა იპოვა, რაც შეიძლება გამორიცხული მარშრუტი იყოს და არა გამორთული ბლოკი. გაიმეორეთ მთელი კომპლექტი მნიშვნელოვანი პროგრამული განახლების ან მარშრუტიზაციის პოლიტიკის ცვლილების შემდეგ, რადგან ორივემ შეიძლება შტო შეცვალოს ხილული პარამეტრის მოძრაობის გარეშე. ბოლოს გჭირდებათ პროგნოზირებადი წარუმატებლობის ქცევა და არა დამამშვიდებელი ხატულა.
| What I do | What I watch | Evidence to keep |
|---|---|---|
| Bring the tunnel down by hand | Whether a fresh request fails at once | The HTTP code and the client state at that second |
| Choose Disconnect in the client | Whether ordinary access returns on purpose | The same request succeeding with no tunnel up |
| Quit the app, then reboot | Whether the block outlives the client | A request made from a clean boot |
| Move from Wi-Fi to cellular | Whether DNS and IPv6 follow the policy | The resolver answer, the route table and the code again |
გამონაკლისები, სტუმრების პორტალები და რაც ბლოკმა არ შეიძლება
ლოკალურ ქსელზე წვდომა გავრცელებული გამონაკლისია და ის ცვლის დაპირების ფარგლებს. კლიენტმა შეიძლება იმავე ქვექსელში მყოფ პრინტერს მიაღწიოს, სხვა ყველაფრის ბლოკირებისას, რაც სახლში გონივრულია, სტუმრების ქსელში კი საეჭვო. გადაწყვიტეთ, გნებავთ ეს გამონაკლისი, სანამ ინციდენტი თქვენ ნაცვლად აღმოაჩენს მას.
მკაცრი ბლოკი სტუმრების ქსელის პორტალში შესვლასაც ართულებს, რადგან პორტალი სწორედ ის პირდაპირი ტრაფიკია, რომლის შესაჩერებლადაც ბლოკი არსებობს. ისწავლეთ ქსელის ავტორიზაციის მხარდაჭერილი გზა, შემდეგ კი პოლიტიკა განზრახ აღადგინეთ იმის ნაცვლად, რომ სამართავი ელემენტები გამორთოთ გვერდის ჩატვირთვამდე. შეინახეთ გადამწყვეტის პასუხი და მარშრუტების ცხრილი ერთსა და იმავე ჩანაწერში, როგორც ქვემოთ. რასაც ჩამრთველი ვერ აკეთებს, ესაა სერვისის ანონიმურად ქცევა, რადგან გვირაბის გარეთ ტრაფიკის ბლოკირება არაფერს ამბობს იმაზე, რა ხდება მის შიგნით.
resolvectl query example.com
ss -tunp | grep -v tun0