VPN iestrēdzis pie Connecting lidmašīnas režīmā: atrodiet augšupējo kanālu
Klientam, kas lidmašīnas režīmā paliek pie Connecting, var vienkārši nebūt augšupējā kanāla. Atdaliet radio stāvokli, asociāciju, portāla pieteikšanos un bloķēšanas politiku.
Tālrunī redzama lidmašīnas ikona, VPN klients jau divas minūtes ir pie Connecting, un profils ir pareizs. Pirms stundas tas darbojās tajā pašā ēkā. Nekas nav salūzis: VPN ir savienojums, ko pārvadā cits tīkls, un lidmašīnas režīms tikko noņēma to tīklu, kas to pārvadāja. Klients turpina mēģināt, jo bez augšupējā kanāla tas tā dara.
Mulsina tas, ka lidmašīnas simbols nepauž, vai Wi-Fi ir pieejams, un Connecting nepauž, vai klients autentificējas vai tikai gaida. Atdaliet šos divus nolasījumus, un diagnostika aizņems minūti.
Lidmašīnas simbols nav radio ziņojums
Atbalstītajās Android ierīcēs Wi-Fi un Bluetooth var palikt ieslēgti lidmašīnas režīmā, un ierīce atceras jūsu pēdējo izvēli. Google vadlīnijas par lidmašīnas režīmu Pixel ierīcē apraksta tieši šādu uzvedību. Tātad ikona var nozīmēt tikai to, ka šūnu tīkls ir izslēgts, un neko citu.
Pārbaudiet faktisko stāvokli, nevis glifu. adb shell settings get global airplane_mode_on atgriež 0 vai 1 pašam režīmam, un adb shell dumpsys connectivity uzskaita tīklus, kas ierīcei šobrīd ir, kopā ar to validācijas statusu. Šie divi izvadi kopā atbild uz jautājumu, uz kuru ikona nevar atbildēt.
Ja Wi-Fi ir izslēgts vai ieslēgts, bet nav ar neko asociēts, ceļa uz VPN galapunktu nav, un neviens atkārtotu savienojumu skaits to neizveidos. Šis ir tas gadījums, ko ir vērts vispirms izslēgt, jo tas ir vienīgais, kur pareizais labojums ir ārpus VPN lietotnes.
Ko Connecting patiešām nozīmē
Klients var turēt saglabātu profilu, parādīt tā nosaukumu un griezt indikatoru, ne ar ko nesazinājies. Konfigurācija ir lokāla. Lai izveidotu tuneli, nepieciešams sasniedzams serveris, pabeigta roku sasveicināšana un saskarne maršrutēšanai. Tikai pēdējai daļai vajadzīgs strādājošs tīkls, tāpēc pirmās divas var izskatīties veiksmīgas ar izslēgtu radio.
Tātad indikators atbilst vismaz trim atšķirīgām situācijām: augšupējā kanāla nav vispār, augšupējais kanāls nesasniedz galapunktu, un augšupējais kanāls to sasniedz, bet autentifikācija neizdodas. Ekrānā tie izskatās vienādi, bet žurnālā — pilnīgi atšķirīgi. Tāpēc pirmais lietderīgais artefakts visos šajos gadījumos ir žurnāls, nevis vēl viens mēģinājums.
Pašas Android VPN dokumentācija velk to pašu robežu starp savienojuma izveidi un atsevišķām vienmēr ieslēgtas un bloķēšanas politikām. Šī atdalīšana ir iemesls, kāpēc tālrunis var izskatīties aizsargāts, kamēr tas ir bezsaistē, un tomēr tam nav tuneļa.
Četri stāvokļi, kurus vērts izšķirt
Tālāk minētie četri stāvokļi ir tie, kurus vērts nosaukt, jo ekrāns tos attēlo vienādi.
| 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 |
Trešā rinda piesaista lielāko daļu cilvēku viesnīcās un lidostās. Asociācija vēl nav pielaide: portāls, kas nav laidis tālruni cauri, labprāt pieņems Wi-Fi paroli un pēc tam atteiksies laist datplūsmu uz VPN galapunktu. Vispirms pieteikties pārlūkā, kamēr tunelis ir izslēgts, parasti ir vienīgais ceļš.
Kāpēc bloķēšana liek tam izskatīties sliktāk
Ja vienmēr ieslēgts VPN un savienojumu bloķēšana bez VPN ir abi aktīvi, katra aptvertā lietotne tiek bloķēta ikreiz, kad tunelis nav pacelts. Tā ir funkcija, kas strādā, nevis otra kļūme. Simptoms mainās no vienas lietotnes neveiksmes uz visa neveiksmi, kas tiek lasīts kā daudz lielāka problēma.
Tas izskaidro arī secību, ko cilvēki izlasa nepareizi: lidmašīnas režīms ieslēgts, augšupējā kanāla nav, lietotnes bloķētas, VPN saka connecting. Bloķēšana bija politika, kas dara savu darbu. Politikas izslēgšana, lai pārbaudītu augšupējo kanālu, noņem aizsardzību, kuru jūs, visticamāk, gribējāt, un neko neiemāca.
Tā vietā pārbaudiet apjomu. Kuras lietotnes ir aptvertas, kuras izslēgtas un vai profils ir katram lietotājam vai visai ierīcei. Uzdevums, kas palaiž VPN lietotni, tiklīdz parādās Wi-Fi, ir sprūds, nevis garantija, ka pirms tā palaišanas neizgāja neviens pakete.
Diagnostikas secība, kas izbeidz minējumus
Strādājiet no apakšas uz augšu. Apstipriniet režīmu, apstipriniet, ka tīkls pastāv, ka tas ir validēts, ka tas sasniedz kaut ko ārpus vietējā apakštīkla, un tikai tad skatieties uz klientu. adb shell ping -c 3 1.1.1.1 ir rupjš tests, bet tas atdala trūkstošu ceļu no ceļa, kas pastāv, kamēr tunelis ir neapmierināts.
Ja ping neizdodas, kamēr tīkls ir sarakstā, problēma ir virs VPN, un neviens klienta iestatījums to nelabos. Ja ping izdodas un tunelis tomēr neizveidojas, fiksējiet klienta žurnālu tieši tajā brīdī: kļūda atšķirs taimautu no autentifikācijas noraidījuma, un šiem diviem nav nekā kopīga.
Pabeidziet, atjaunojot paredzēto stāvokli: Wi-Fi atļauts lidmašīnas režīmā, ja tā ir jūsu parastā konfigurācija, portāls pabeigts un bloķēšanas politika atkal ieslēgta. Pēc tam vienreiz pievienojieties no jauna un pārliecinieties, ka tunelis paceļas pats, jo konfigurācija, kas strādā tikai pēc manuāliem mēģinājumiem, atkal neizdosies nākamajā startā.