VPN uviazol na Connecting v režime lietadla: nájdite vzostupné spojenie
Klient, ktorý v režime lietadla zostáva na Connecting, môže jednoducho nemať vzostupné spojenie. Oddeľte stav rádia, asociáciu, prihlásenie na portál a blokovaciu politiku.
Telefón zobrazuje ikonu lietadla, klient VPN je na Connecting už dve minúty a profil je správny. Pred hodinou to fungovalo v tej istej budove. Nič nie je pokazené: VPN je spojenie prenášané inou sieťou a režim lietadla práve odstránil sieť, ktorá ho prenášala. Klient skúša ďalej, pretože to bez vzostupného spojenia robí.
Mätúce je, že ikona lietadla nehovorí, či je Wi-Fi dostupné, a Connecting nehovorí, či sa klient autentizuje alebo len čaká. Oddeľte obe čítania a diagnostika zaberie minútu.
Ikona lietadla nie je správa o rádiu
Na podporovaných zariadeniach Android môžu Wi-Fi a Bluetooth zostať v režime lietadla zapnuté a zariadenie si pamätá voľbu, ktorú ste urobili minule. Príručka Google k režimu lietadla na Pixeli opisuje presne toto správanie. Ikona teda môže znamenať len to, že mobilná sieť je vypnutá, a nič viac.
Kontrolujte skutočný stav, nie glyf. adb shell settings get global airplane_mode_on vracia 0 alebo 1 pre samotný režim a adb shell dumpsys connectivity vypisuje siete, ktoré zariadenie práve má, vrátane stavu overenia. Tieto dva výstupy spolu odpovedajú na otázku, na ktorú ikona nedokáže.
Ak je Wi-Fi vypnutá alebo zapnutá, ale s ničím nespojená, nevedie k VPN koncovému bodu žiadna cesta a žiadne opakované pripájanie ju nevytvorí. Tento prípad sa oplatí vylúčiť ako prvý, pretože je jediný, kde správna oprava leží mimo aplikácie VPN.
Čo Connecting skutočne znamená
Klient môže držať uložený profil, zobrazovať jeho názov a točiť indikátor bez toho, aby s čímkoľvek komunikoval. Konfigurácia je lokálna. Vytvorenie tunela vyžaduje dostupný server, dokončený handshake a rozhranie na smerovanie. Len posledná časť potrebuje fungujúcu sieť, a preto prvé dve môžu vyzerať úspešne aj s vypnutým rádiom.
Indikátor teda zodpovedá najmenej trom rôznym situáciám: žiadne vzostupné spojenie, vzostupné spojenie, ktoré nedosiahne koncový bod, a vzostupné spojenie, ktoré ho dosiahne, ale autentizácia zlyhá. Na obrazovke vyzerajú rovnako a v logu úplne inak. Preto je prvým užitočným artefaktom v každom z týchto prípadov log, nie ďalší pokus.
Vlastná dokumentácia Androidu k VPN vedie rovnakú hranicu medzi nadviazaním spojenia a oddelenými politikami trvalého zapnutia a blokovania. Práve toto oddelenie je dôvod, prečo telefón môže vyzerať chránene, aj keď je offline, a napriek tomu nemá tunel.
Štyri stavy, ktoré stojí za to rozlíšiť
Nižšie uvedené štyri stavy stoja za pomenovanie, pretože ich obrazovka vykresľuje rovnako.
| 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 |
Tretí riadok chytá väčšinu ľudí v hoteloch a na letiskách. Asociácia nie je vpustenie: portál, ktorý telefón nepustil, ochotne prijme heslo k Wi-Fi a potom odmietne prepustiť prevádzku ku koncovému bodu VPN. Prihlásiť sa najprv v prehliadači, kým je tunel vypnutý, je zvyčajne jediná cesta.
Prečo to blokovanie robí horším
Ak sú zapnuté trvalá VPN aj blokovanie pripojení bez VPN, každá pokrytá aplikácia je zablokovaná vždy, keď tunel nebeží. To je funkcia, ktorá pracuje, nie druhá porucha. Symptóm sa mení zo zlyhania jednej aplikácie na zlyhanie všetkého, čo sa číta ako oveľa väčší problém.
Vysvetľuje to aj sled, ktorý ľudia čítajú nesprávne: režim lietadla zapnutý, žiadne vzostupné spojenie, aplikácie zablokované, VPN hlási connecting. Blokovanie bola politika, ktorá robila svoju prácu. Vypnutie politiky kvôli testu vzostupného spojenia odstráni ochranu, ktorú ste pravdepodobne chceli, a nič vás nenaučí.
Namiesto toho skontrolujte rozsah. Ktoré aplikácie sú pokryté, ktoré vylúčené a či je profil na používateľa alebo na celé zariadenie. Úloha, ktorá spustí aplikáciu VPN hneď, ako sa objaví Wi-Fi, je spúšťač, nie záruka, že pred jej spustením neodišiel žiadny paket.
Diagnostický postup, ktorý ukončí hádanie
Postupujte zdola nahor. Potvrďte režim, potvrďte, že existuje sieť, že je overená, že dosiahne niečo mimo miestnej podsiete, a až potom sa pozrite na klienta. adb shell ping -c 3 1.1.1.1 je hrubý test, ale oddeľuje chýbajúcu cestu od cesty, ktorá existuje, kým je tunel nespokojný.
Ak ping zlyhá, kým je sieť v zozname, problém je vyššie než VPN a žiadne nastavenie klienta ho neopraví. Ak ping uspeje a tunel sa napriek tomu nenadviaže, zachyťte v tom okamihu log klienta: chyba rozlíši vypršanie času od odmietnutia autentizácie a tie dve nemajú nič spoločné.
Skončite obnovením zamýšľaného stavu: Wi-Fi povolená v režime lietadla, ak je to vaše obvyklé nastavenie, portál dokončený a blokovacia politika znova zapnutá. Potom sa raz pripojte a potvrďte, že tunel naskočí sám, pretože konfigurácia, ktorá funguje až po manuálnych pokusoch, zlyhá znova pri ďalšom štarte.