VPN თვითმფრინავის რეჟიმში Connecting-ზე გაიჭედა: იპოვეთ აღმავალი კავშირი
კლიენტს, რომელიც თვითმფრინავის რეჟიმში Connecting-ზე რჩება, შეიძლება უბრალოდ აღმავალი კავშირი არ ჰქონდეს. გამოყავით რადიოს მდგომარეობა, ასოციაცია, პორტალზე შესვლა და ბლოკირების პოლიტიკა.
ტელეფონი თვითმფრინავის ხატულას აჩვენებს, VPN კლიენტი უკვე ორი წუთია Connecting-ზეა და პროფილი სწორია. ერთი საათის წინ იმავე შენობაში მუშაობდა. არაფერი არ გატყდა: VPN არის კავშირი, რომელსაც სხვა ქსელი ატარებს, და თვითმფრინავის რეჟიმმა სწორედ ის ქსელი მოხსნა, რომელიც მას ატარებდა. კლიენტი განაგრძობს ცდას, რადგან აღმავალი კავშირის გარეშე სწორედ ამას აკეთებს.
დამაბნეველი ის არის, რომ თვითმფრინავის სიმბოლო არ გეუბნებათ, ხელმისაწვდომია თუ არა Wi-Fi, და Connecting არ გეუბნებათ, ავთენტიფიკაციას აკეთებს კლიენტი თუ უბრალოდ ელოდება. გამოყავით ეს ორი წაკითხვა და დიაგნოზს ერთი წუთი დასჭირდება.
თვითმფრინავის სიმბოლო რადიოს ანგარიში არ არის
მხარდაჭერილ Android მოწყობილობებზე Wi-Fi და Bluetooth შეიძლება ჩართული დარჩეს თვითმფრინავის რეჟიმში და მოწყობილობა იმახსოვრებს თქვენს ბოლო არჩევანს. Google-ის სახელმძღვანელო Pixel-ზე თვითმფრინავის რეჟიმის შესახებ ზუსტად ამ ქცევას აღწერს. ასე რომ, ხატულა შეიძლება ნიშნავდეს მხოლოდ იმას, რომ ფიჭური ქსელი გამორთულია და მეტს არაფერს.
შეამოწმეთ რეალური მდგომარეობა და არა გლიფი. adb shell settings get global airplane_mode_on აბრუნებს 0 ან 1 თავად რეჟიმისთვის, ხოლო adb shell dumpsys connectivity ჩამოთვლის ქსელებს, რომლებიც მოწყობილობას ახლა აქვს, მათი ვალიდაციის სტატუსით. ეს ორი გამოტანილი შედეგი ერთად პასუხობს კითხვას, რომელზეც ხატულა ვერ უპასუხებს.
თუ Wi-Fi გამორთულია, ან ჩართულია, მაგრამ არაფერთან არ არის დაკავშირებული, VPN-ის საბოლოო წერტილამდე გზა არ არსებობს და ხელახალი დაკავშირების არც ერთი რაოდენობა არ შექმნის მას. სწორედ ეს შემთხვევა ღირს პირველად გამორიცხვას, რადგან ეს ერთადერთი შემთხვევაა, სადაც სწორი გამოსწორება VPN აპის გარეთაა.
რას ნიშნავს Connecting სინამდვილეში
კლიენტს შეუძლია შენახული პროფილი ინახოს, მისი სახელი აჩვენოს და მბრუნავი ინდიკატორი აჩვენოს ისე, რომ არაფერთან დაკავშირებულა. კონფიგურაცია ლოკალურია. გვირაბის ასაგებად საჭიროა ხელმისაწვდომი სერვერი, დასრულებული ხელის ჩამორთმევა და მარშრუტიზაციის ინტერფეისი. მხოლოდ ბოლო ნაწილს სჭირდება მომუშავე ქსელი, ამიტომ პირველი ორი წარმატებულად შეიძლება გამოიყურებოდეს გამორთული რადიოს დროს.
ამრიგად, ინდიკატორი შეესაბამება სულ მცირე სამ განსხვავებულ სიტუაციას: საერთოდ არ არის აღმავალი კავშირი, აღმავალი კავშირი ვერ აღწევს საბოლოო წერტილამდე, და აღმავალი კავშირი აღწევს, მაგრამ ავთენტიფიკაცია ვერ ხერხდება. ეკრანზე ისინი ერთნაირად გამოიყურებიან, ჟურნალში კი სრულიად განსხვავებულად. ამიტომ ამ ყველა შემთხვევაში პირველი სასარგებლო არტეფაქტი ჟურნალია და არა კიდევ ერთი ცდა.
Android-ის საკუთარი VPN დოკუმენტაცია იმავე ზღვარს ავლებს კავშირის დამყარებასა და ცალკეულ ყოველთვის-ჩართულ და ბლოკირების პოლიტიკებს შორის. სწორედ ეს გამიჯვნაა მიზეზი, რის გამოც ტელეფონი შეიძლება დაცულად გამოიყურებოდეს ოფლაინში და მაინც არ ჰქონდეს გვირაბი.
ოთხი მდგომარეობა, რომელთა გარჩევაც ღირს
ქვემოთ მოცემული ოთხი მდგომარეობაა ის, რასაც სახელის დარქმევა ღირს, რადგან ეკრანი მათ ერთნაირად აჩვენებს.
| State | What you will see | What to do |
|---|---|---|
| Airplane mode, Wi-Fi off | No networks in dumpsys, VPN retries forever | Turn Wi-Fi on, or accept that the tunnel cannot exist |
| Wi-Fi on, not associated | Interface exists, no default network | Join the access point |
| Associated, not validated | Network listed, captive-portal flag set | Complete the portal sign-in, then reconnect |
| Validated, tunnel down | Internet works, VPN fails or blocks | Debug the tunnel, not the radio |
მესამე რიგი იჭერს ადამიანების უმეტესობას სასტუმროებსა და აეროპორტებში. ასოციაცია ჯერ არ არის დაშვება: პორტალი, რომელმაც ტელეფონი არ გაატარა, სიამოვნებით მიიღებს Wi-Fi პაროლს და შემდეგ უარს იტყვის ტრაფიკის VPN-ის საბოლოო წერტილამდე გატარებაზე. ჯერ ბრაუზერით შესვლა, სანამ გვირაბი გამორთულია, ჩვეულებრივ ერთადერთი გზაა.
რატომ აჩენს ბლოკირება უარეს შთაბეჭდილებას
თუ ყოველთვის-ჩართული VPN და VPN-ის გარეშე კავშირების ბლოკირება ორივე ჩართულია, ყოველი დაფარული აპი იბლოკება მაშინ, როცა გვირაბი არ დგას. ეს ფუნქციის მუშაობაა და არა მეორე გაუმართაობა. სიმპტომი იცვლება ერთი აპის წარუმატებლობიდან ყველაფრის წარუმატებლობამდე, რაც გაცილებით დიდ პრობლემად იკითხება.
ეს ასევე ხსნის თანმიმდევრობას, რომელსაც ხალხი არასწორად კითხულობს: თვითმფრინავის რეჟიმი ჩართულია, აღმავალი კავშირი არ არის, აპები დაბლოკილია, VPN ამბობს connecting. ბლოკირება იყო პოლიტიკა, რომელიც თავის საქმეს აკეთებდა. პოლიტიკის გამორთვა აღმავალი კავშირის შესამოწმებლად აშორებს იმ დაცვას, რომელიც ალბათ გსურდათ და არაფერს გასწავლით.
ამის ნაცვლად შეამოწმეთ მოცვა. რომელი აპებია დაფარული, რომელი გამორიცხული და პროფილი თითო მომხმარებლისთვისაა თუ მთელი მოწყობილობისთვის. ამოცანა, რომელიც VPN აპს Wi-Fi-ის გამოჩენისთანავე უშვებს, ტრიგერია და არა გარანტია, რომ მის გაშვებამდე არც ერთი პაკეტი არ გასულა.
დიაგნოსტიკის თანმიმდევრობა, რომელიც ვარაუდებს ამთავრებს
იმუშავეთ ქვემოდან ზემოთ. დაადასტურეთ რეჟიმი, დაადასტურეთ, რომ ქსელი არსებობს, რომ ის ვალიდირებულია, რომ მას შეუძლია ადგილობრივი ქვექსელის გარეთ რაიმეს მიღწევა, და მხოლოდ ამის შემდეგ შეხედეთ კლიენტს. adb shell ping -c 3 1.1.1.1 უხეში ტესტია, მაგრამ ის აშორებს დაკარგულ გზას იმ გზისგან, რომელიც არსებობს, სანამ გვირაბი უკმაყოფილოა.
თუ ping ვერ ხერხდება, სანამ ქსელი სიაშია, პრობლემა VPN-ის ზემოთ არის და ვერც ერთი კლიენტის პარამეტრი ვერ გამოასწორებს. თუ ping წარმატებულია და გვირაბი მაინც არ მყარდება, ამ მომენტში ჩაიწერეთ კლიენტის ჟურნალი: შეცდომა განასხვავებს დროის ამოწურვას ავთენტიფიკაციის უარყოფისგან, და ამ ორს საერთო არაფერი აქვს.
დაასრულეთ სასურველი მდგომარეობის აღდგენით: Wi-Fi დაშვებული თვითმფრინავის რეჟიმში, თუ ეს თქვენი ჩვეულებრივი კონფიგურაციაა, პორტალი დასრულებული და ბლოკირების პოლიტიკა ისევ ჩართული. შემდეგ ერთხელ ხელახლა დაუკავშირდით და დაადასტურეთ, რომ გვირაბი თავისით ადის, რადგან კონფიგურაცია, რომელიც მხოლოდ ხელით ცდების შემდეგ მუშაობს, შემდეგ ჩატვირთვაზე ისევ ჩავარდება.