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 дозвољен у авионском режиму ако је то ваша уобичајена поставка, портал завршен и политика блокирања поново укључена. Затим се једном поново повежите и потврдите да се тунел сам подиже, јер конфигурација која ради само након ручних покушаја поново ће пасти при следећем подизању.