VPN təyyarə rejimində Connecting-də ilişib: yuxarı linki tapın
Təyyarə rejimində Connecting-də qalan müştərinin sadəcə yuxarı linki olmaya bilər. Radio vəziyyətini, assosiasiyanı, portal girişini və bloklama siyasətini ayırın.
Telefon təyyarə ikonunu göstərir, VPN müştərisi iki dəqiqədir Connecting-dədir və profil düzgündür. Bir saat əvvəl eyni binada işləyirdi. Heç nə pozulmayıb: VPN başqa şəbəkənin daşıdığı bir bağlantıdır və təyyarə rejimi sadəcə onu daşıyan şəbəkəni çıxardı. Müştəri yenidən cəhd etməyə davam edir, çünki yuxarı link olmadan etdiyi budur.
Bunu çaşdırıcı edən odur ki, təyyarə simvolu Wi-Fi-ın mövcud olub-olmadığını demir, Connecting isə müştərinin autentifikasiya etdiyini, yoxsa sadəcə gözlədiyini demir. Bu iki oxunuşu ayırsanız, diaqnoz bir dəqiqə çəkər.
Təyyarə simvolu radio hesabatı deyil
Dəstəklənən Android cihazlarında Wi-Fi və Bluetooth təyyarə rejimində aktiv qala bilər və cihaz keçən dəfə etdiyiniz seçimi yadda saxlayır. Google-un Pixel təyyarə rejimi təlimatı məhz bu davranışı təsvir edir. Yəni ikon yalnız mobil şəbəkənin söndüyünü ifadə edə bilər və başqa heç nə.
Qlifdən deyil, faktiki vəziyyətdən yoxlayın. adb shell settings get global airplane_mode_on rejimin özü üçün 0 və ya 1 qaytarır, adb shell dumpsys connectivity isə cihazın hazırda malik olduğu şəbəkələri doğrulama statusu ilə birlikdə sadalayır. Bu iki çıxış birlikdə ikonun cavab verə bilmədiyi suala cavab verir.
Wi-Fi söndürülübsə və ya aktivdir, lakin heç bir şeyə qoşulmayıbsa, VPN son nöqtəsinə gedən yol yoxdur və nə qədər yenidən qoşulma olsa da onu yaratmayacaq. Əvvəlcə istisna edilməli olan hal budur, çünki düzgün həllin VPN tətbiqindən kənarda olduğu yeganə hal budur.
Connecting əslində nə deməkdir
Müştəri saxlanmış profil saxlaya, adını göstərə və heç nə ilə əlaqə saxlamadan fırlanan göstərici göstərə bilər. Konfiqurasiya lokaldır. Tünel qurmaq üçün əlçatan server, tamamlanmış əl sıxma və yönləndirmə üçün interfeys lazımdır. Yalnız son hissə işlək şəbəkə tələb edir, buna görə radio söndürülmüş halda ilk iki hissə uğurlu görünə bilər.
Beləliklə, göstərici ən azı üç fərqli vəziyyətə uyğundur: heç yuxarı link yoxdur, son nöqtəyə çata bilməyən yuxarı link, və ona çatan, lakin autentifikasiyada uğursuz olan yuxarı link. Ekranda eyni, jurnalda isə tamamilə fərqli görünürlər. Buna görə bu halların hər birində ilk faydalı artefakt jurnaldır, başqa cəhd deyil.
Android-in öz VPN sənədləri bağlantının qurulması ilə ayrı daimi aktiv və bloklama siyasətləri arasında eyni xətti çəkir. Bu ayrım telefonun oflayn ikən qorunmuş görünməsinin və hələ də tüneli olmamasının səbəbidir.
Ayırd etməyə dəyər dörd vəziyyət
Aşağıdakı dörd vəziyyət adlandırılmağa dəyər, çünki ekran onları eyni şəkildə göstərir.
| 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 |
Üçüncü sətir otel və hava limanlarında insanların çoxunu tutur. Assosiasiya qəbul deyil: telefonu buraxmamış portal Wi-Fi parolunu məmnuniyyətlə qəbul edər və sonra trafiki VPN son nöqtəsinə ötürməkdən imtina edər. Tünel söndürülmüş halda əvvəlcə brauzerdən daxil olmaq adətən yeganə yoldur.
Bloklama niyə daha pis görünür
Daimi aktiv VPN və VPN olmadan bağlantıları blokla hər ikisi aktivdirsə, tünel qalxmadıqca hər əhatə olunan tətbiq bloklanır. Bu xüsusiyyətin işləməsidir, ikinci nasazlıq deyil. Simptom bir tətbiqin uğursuzluğundan hər şeyin uğursuzluğuna keçir, bu da daha böyük bir problem kimi oxunur.
Bu həm də insanların səhv oxuduğu ardıcıllığı izah edir: təyyarə rejimi aktiv, yuxarı link yoxdur, tətbiqlər bloklanıb, VPN connecting deyir. Bloklama siyasətin öz işini görməsi idi. Yuxarı linki yoxlamaq üçün siyasəti söndürmək, ehtimal ki istədiyiniz qorumanı aradan qaldırır və sizə heç nə öyrətmir.
Əvəzində əhatə dairəsini yoxlayın. Hansı tətbiqlər əhatə olunur, hansılar istisnadır və profil istifadəçi üzrə, yoxsa cihaz üzrədir. Wi-Fi görünən kimi VPN tətbiqini işə salan tapşırıq bir tetikdir, onun işə düşməsindən əvvəl heç bir paketin çıxmadığına zəmanət deyil.
Təxmini bitirən diaqnostik sıra
Aşağıdan yuxarı işləyin. Rejimi təsdiqləyin, şəbəkənin mövcudluğunu təsdiqləyin, onun doğrulandığını təsdiqləyin, yerli alt şəbəkədən kənarda bir şeyə çata bildiyini təsdiqləyin və yalnız bundan sonra müştəriyə baxın. adb shell ping -c 3 1.1.1.1 kobud bir testdir, lakin itkin yolu mövcud olan, amma tünelin narahat olduğu yoldan ayırır.
Şəbəkə sadalanarkən ping uğursuz olarsa, problem VPN-dən yuxarı tərəfdədir və heç bir müştəri parametri onu düzəltməyəcək. Ping uğurlu olarsa və tünel hələ də qurulmursa, o anda müştərinin jurnalını çəkin: xəta vaxt aşımını autentifikasiya rəddindən ayıracaq və bu ikisinin ortaq heç nəyi yoxdur.
İstənilən vəziyyəti bərpa edərək bitirin: normal quruluşunuzdursa təyyarə rejimində Wi-Fi-a icazə, portal tamamlanmış və bloklama siyasəti yenidən aktiv. Sonra bir dəfə yenidən qoşulun və tünelin öz-özünə qalxdığını təsdiqləyin, çünki yalnız əl ilə təkrar cəhdlərdən sonra işləyən konfiqurasiya növbəti açılışda yenidən uğursuz olacaq.