Ipinapakita ng telepono ang icon ng eroplano, dalawang minuto nang nasa Connecting ang client ng VPN, at tama ang profile. Gumana ito isang oras ang nakalipas sa parehong gusali. Walang sira: ang VPN ay koneksyong dinadala ng ibang network, at inalis lang ng airplane mode ang network na nagdadala nito. Patuloy na nagtatangka ang client dahil iyon ang ginagawa nito nang walang uplink.

Ang nakakalito ay hindi sinasabi ng simbolo ng eroplano kung may Wi-Fi, at hindi sinasabi ng Connecting kung nagpapatunay ang client o naghihintay lang. Paghiwalayin ang dalawang pagbasa at aabutin ng isang minuto ang diagnosis.

Ang simbolo ng eroplano ay hindi ulat ng radyo

Sa mga sinusuportahang Android device, maaaring manatiling bukas ang Wi-Fi at Bluetooth sa airplane mode, at naaalala ng device ang huling pinili mo. Inilalarawan ng gabay ng Google tungkol sa airplane mode sa Pixel ang eksaktong pag-uugaling iyon. Kaya ang icon ay maaaring mangahulugan lamang na patay ang cellular, at wala nang iba.

Suriin ang tunay na estado sa halip na ang glyph. Nagbabalik ang adb shell settings get global airplane_mode_on ng 0 o 1 para sa mismong mode, at inililista ng adb shell dumpsys connectivity ang mga network na mayroon ang device ngayon, kasama ang kanilang status ng validation. Ang dalawang output na ito ay magkasamang sumasagot sa tanong na hindi kayang sagutin ng icon.

Kung patay ang Wi-Fi, o bukas pero hindi naka-associate sa anuman, walang daan patungo sa endpoint ng VPN at walang dami ng muling pagkonekta ang gagawa nito. Ito ang kaso na dapat munang isantabi, dahil ito lang ang kaso kung saan ang tamang lunas ay nasa labas ng app ng VPN.

Ano talaga ang ibig sabihin ng Connecting

Maaaring maghawak ang client ng naka-save na profile, ipakita ang pangalan nito at magpakita ng umiikot na indicator nang walang nakausap na anuman. Lokal ang configuration. Kailangan ng tunnel ng maabot na server, natapos na handshake at interface na pagrurutan. Ang huling bahagi lang ang nangangailangan ng gumaganang network, kaya ang unang dalawa ay maaaring magmukhang matagumpay kahit patay ang radyo.

Kaya tumutugma ang indicator sa hindi bababa sa tatlong magkaibang sitwasyon: walang uplink, uplink na hindi naabot ang endpoint, at uplink na naabot ito pero nabigo sa authentication. Magkamukha sila sa screen at lubos na iba sa log. Kaya ang unang kapaki-pakinabang na artifact sa lahat ng kasong ito ay ang log, hindi isa pang pagtatangka.

Ang sariling dokumentasyon ng VPN ng Android ay gumuhit ng parehong linya sa pagitan ng pagtatatag ng koneksyon at ng hiwalay na patakaran ng laging-naka-on at pag-block. Ang paghihiwalay na iyon ang dahilan kung bakit ang telepono ay maaaring magmukhang protektado habang offline at wala pa ring tunnel.

Apat na estadong dapat makilala

Ang apat na estado sa ibaba ang dapat pangalanan, dahil pareho silang ipinapakita ng screen.

StateWhat you will seeWhat to do
Airplane mode, Wi-Fi offNo networks in dumpsys, VPN retries foreverTurn Wi-Fi on, or accept that the tunnel cannot exist
Wi-Fi on, not associatedInterface exists, no default networkJoin the access point
Associated, not validatedNetwork listed, captive-portal flag setComplete the portal sign-in, then reconnect
Validated, tunnel downInternet works, VPN fails or blocksDebug the tunnel, not the radio

Ang ikatlong hilera ang humuhuli sa karamihan sa mga hotel at paliparan. Ang association ay hindi pagtanggap: ang portal na hindi nagpalusot sa telepono ay malugod na tatanggap sa password ng Wi-Fi at pagkatapos ay tatangging ipadala ang trapiko patungo sa endpoint ng VPN. Ang pag-sign in muna sa browser, habang patay ang tunnel, ay karaniwang ang tanging daan.

Bakit mas nagmumukhang masama dahil sa pag-block

Kung bukas ang laging-naka-on na VPN at ang pag-block ng koneksyon na walang VPN, bawat saklaw na app ay naka-block sa tuwing hindi nakataas ang tunnel. Ito ay ang feature na gumagana, hindi ikalawang sira. Nagbabago ang sintomas mula sa isang app na nabigo tungo sa lahat na nabigo, na binabasa na parang mas malaking problema.

Ipinapaliwanag din nito ang pagkakasunod-sunod na mali ang pagbasa ng mga tao: bukas ang airplane mode, walang uplink, naka-block ang mga app, sinasabi ng VPN na connecting. Ang pag-block ay ang patakarang ginagawa ang trabaho nito. Ang pagpatay sa patakaran para subukan ang uplink ay nag-aalis ng proteksyong malamang gusto mo at wala kang natututuhan.

Suriin sa halip ang saklaw. Aling mga app ang saklaw, alin ang hindi, at kung per user o para sa buong device ang profile. Ang gawaing nagpapatakbo ng app ng VPN sa sandaling lumitaw ang Wi-Fi ay isang trigger, hindi garantiya na walang packet na lumabas bago ito tumakbo.

Isang pagkakasunod-sunod ng diagnosis na nagtatapos sa hula

Magtrabaho mula sa ibaba pataas. Kumpirmahin ang mode, kumpirmahin na may network, na na-validate ito, na kayang maabot ang isang bagay sa labas ng lokal na subnet, at saka lang tingnan ang client. Ang adb shell ping -c 3 1.1.1.1 ay magaspang na pagsubok pero hinihiwalay nito ang nawawalang daan sa daang umiiral habang hindi masaya ang tunnel.

Kung nabigo ang ping habang may network na nakalista, nasa itaas ng VPN ang problema at walang setting ng client ang makakapag-ayos nito. Kung nagtagumpay ang ping at hindi pa rin nabuo ang tunnel, kunin ang log ng client sa sandaling iyon: makikilala ng error ang pag-expire ng oras mula sa pagtanggi ng authentication, at wala silang pagkakatulad.

Tapusin sa pamamagitan ng pagbalik sa nilalayong estado: pinapayagan ang Wi-Fi sa airplane mode kung iyon ang normal na setup mo, natapos ang portal, at muling bukas ang patakaran ng pag-block. Pagkatapos kumonekta muli nang isang beses at kumpirmahing kusang tumataas ang tunnel, dahil ang configuration na gumagana lang pagkatapos ng manu-manong pagtatangka ay muling mabibigo sa susunod na boot.

Kaugnay na mga artikulo