VPN აპის გამორთვისას ინტერნეტი წყდება: ოთხი ფენა, რომელიც უნდა შეამოწმოთ

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

კლიენტი ცვლის პარამეტრებს, რომლებსაც გვირაბი არ ფლობს

კონფიდენციალურობის კლიენტი Windows-ზე ან macOS-ზე ჩვეულებრივ სამ ადგილს ერთდროულად ეხება. ის აყენებს სისტემურ HTTP პროქსის, რაც იგივე ველია, რომელსაც ინტერნეტის პარამეტრები აჩვენებს. ის ამონტაჟებს ვირტუალურ ადაპტერს, ხშირად TAP დრაივერს, პაკეტების ჩასაჭერად. და ის გადაწერს გამხსნელების სიას, მაშინ როცა გათიშვაზე მხოლოდ გვირაბი ქრება.

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

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

სამი ნაშთი, სამი განსხვავებული უკმარისობა

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

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

გაიარეთ ოთხი ფენა ზემოდან ქვემოთ

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

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

netsh winhttp show proxy
Get-NetAdapter
route print -4
Get-DnsClientServerAddress

Linux-სა და macOS-ს საკუთარი ბრძანებები სჭირდებათ და ისინი ურთიერთშემცვლელი არ არის. Linux-ზე მარშრუტები მოდის ip route-დან, ხოლო გამხსნელი resolvectl status-დან, სადაც მას systemd-resolved ფლობს, წინააღმდეგ შემთხვევაში cat /etc/resolv.conf-ს. macOS-ზე მარშრუტები მოდის netstat -rn-დან, გამხსნელები scutil --dns-დან და სისტემური პროქსი scutil --proxy-დან. macOS-ის მკითხველი, რომელიც ip route-ს გაუშვებს, მიიღებს command not found-ს, ხოლო /etc/resolv.conf იქ გენერირებული სტაბია და არა ავტორიტეტული კონფიგურაცია. შეამოწმეთ პლატფორმა სანამ ფენას შეამოწმებთ, თორემ პირველი ბრძანება თავად აღმოჩენად იქცევა.

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

პროქსი გვირაბი არ არის

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

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

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

მოხსენით კომპონენტი და არა მტკიცებულება

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

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

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