VPN se zatakne na Connecting v letalskem načinu: poiščite vzponsko povezavo
Odjemalec, ki v letalskem načinu ostane na Connecting, morda preprosto nima vzponske povezave. Ločite stanje radia, pridružitev, prijavo na portal in politiko blokiranja.
Telefon prikazuje ikono letala, odjemalec VPN je na Connecting že dve minuti, profil pa je pravilen. Pred eno uro je delovalo v isti zgradbi. Nič ni pokvarjeno: VPN je povezava, ki jo prenaša drugo omrežje, in letalski način je pravkar odstranil omrežje, ki jo je prenašalo. Odjemalec poskuša naprej, ker to počne brez vzponske povezave.
Zmede vas, da ikona letala ne pove, ali je Wi-Fi na voljo, Connecting pa ne pove, ali se odjemalec preverja ali samo čaka. Ločite ti dve branji in diagnoza traja minuto.
Ikona letala ni poročilo o radiu
Na podprtih napravah Android lahko Wi-Fi in Bluetooth v letalskem načinu ostaneta vklopljena, naprava pa si zapomni izbiro, ki ste jo naredili nazadnje. Googleva navodila za letalski način na Pixelu opisujejo natanko to vedenje. Ikona torej lahko pomeni le, da je mobilno omrežje izklopljeno, in nič drugega.
Preverite dejansko stanje, ne glifa. adb shell settings get global airplane_mode_on vrne 0 ali 1 za sam način, adb shell dumpsys connectivity pa našteje omrežja, ki jih naprava trenutno ima, s stanjem preverjanja. Ta dva izhoda skupaj odgovorita na vprašanje, na katero ikona ne more.
Če je Wi-Fi izklopljen ali vklopljen, a ni povezan z ničimer, ni poti do končne točke VPN in nobeno število ponovnih povezav je ne ustvari. Ta primer je vredno izključiti najprej, ker je edini, kjer je pravilna rešitev zunaj aplikacije VPN.
Kaj Connecting v resnici pomeni
Odjemalec lahko hrani shranjen profil, prikaže njegovo ime in vrti indikator, ne da bi se s čimer koli povezal. Konfiguracija je lokalna. Vzpostavitev tunela zahteva dosegljiv strežnik, dokončano rokovanje in vmesnik za usmerjanje. Le zadnji del potrebuje delujoče omrežje, zato sta prva dva lahko videti uspešna tudi z izklopljenim radiom.
Indikator se torej ujema z vsaj tremi različnimi situacijami: ni vzponske povezave, vzponska povezava ne doseže končne točke, in vzponska povezava jo doseže, a preverjanje spodleti. Na zaslonu so videti enako, v dnevniku povsem drugače. Zato je prvi koristen artefakt v vseh teh primerih dnevnik, ne nov poskus.
Googlova lastna dokumentacija o VPN za Android potegne isto mejo med vzpostavitvijo povezave in ločenima politikama vedno-vklopljeno in blokiranja. Prav ta ločitev je razlog, da je telefon lahko videti zaščiten, ko je brez povezave, in vseeno nima tunela.
Štiri stanja, ki jih je vredno ločiti
Spodnja štiri stanja so tista, ki jih je vredno poimenovati, ker jih zaslon prikazuje enako.
| 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 |
Tretja vrstica ujame večino ljudi v hotelih in na letališčih. Pridružitev še ni dovoljenje: portal, ki telefona ni spustil skozi, bo z veseljem sprejel geslo za Wi-Fi in nato zavrnil prepustitev prometa do končne točke VPN. Prijava najprej skozi brskalnik, medtem ko je tunel izklopljen, je običajno edina pot.
Zakaj je zaradi blokiranja videti slabše
Če sta vklopljena tako stalni VPN kot blokiranje povezav brez VPN, je vsaka zajeta aplikacija blokirana vsakič, ko tunel ni dvignjen. To je funkcija, ki dela, ne druga okvara. Simptom se spremeni od ene aplikacije, ki odpove, do tega, da odpove vse, kar se bere kot veliko večji problem.
Pojasni tudi zaporedje, ki ga ljudje napačno berejo: letalski način vklopljen, ni vzponske povezave, aplikacije blokirane, VPN pravi connecting. Blokada je bila politika, ki je opravljala svoje delo. Izklop politike za preizkus vzponske povezave odstrani zaščito, ki ste si jo verjetno želeli, in vas ničesar ne nauči.
Namesto tega preverite obseg. Katere aplikacije so zajete, katere izključene in ali je profil na uporabnika ali za celo napravo. Opravilo, ki zažene aplikacijo VPN takoj, ko se pojavi Wi-Fi, je sprožilec, ne zagotovilo, da pred njegovim izvajanjem ni odšel noben paket.
Diagnostični vrstni red, ki konča ugibanje
Delajte od spodaj navzgor. Potrdite način, potrdite, da omrežje obstaja, da je preverjeno, da doseže kaj zunaj lokalnega podomrežja, in šele nato poglejte odjemalca. adb shell ping -c 3 1.1.1.1 je grob test, a loči manjkajočo pot od poti, ki obstaja, medtem ko je tunel nezadovoljen.
Če ping spodleti, medtem ko je omrežje na seznamu, je težava nad VPN in nobena nastavitev odjemalca je ne odpravi. Če ping uspe, tunel pa se vseeno ne vzpostavi, v tistem trenutku zajemite dnevnik odjemalca: napaka bo ločila potek časa od zavrnitve preverjanja, in ta dva nimata nič skupnega.
Končajte z obnovitvijo želenega stanja: Wi-Fi dovoljen v letalskem načinu, če je to vaša običajna nastavitev, portal dokončan in politika blokiranja znova vklopljena. Nato se enkrat znova povežite in potrdite, da se tunel dvigne sam, ker konfiguracija, ki deluje šele po ročnih poskusih, bo ob naslednjem zagonu spet spodletela.