VPN yn sownd ar Connecting yn y modd awyren: dod o hyd i’r ddolen i fyny

Mae’r ffôn yn dangos yr eicon awyren, mae’r cleient VPN wedi bod ar Connecting am ddau funud, ac mae’r proffil yn gywir. Roedd yn gweithio awr yn ôl yn yr un adeilad. Nid oes dim wedi torri: cysylltiad a gludir gan rwydwaith arall yw VPN, ac mae’r modd awyren newydd dynnu’r rhwydwaith a oedd yn ei gludo. Mae’r cleient yn dal i geisio oherwydd dyna a wna heb ddolen i fyny.

Y peth sy’n drysu yw nad yw’r symbol awyren yn dweud wrthych a yw Wi-Fi ar gael, ac nad yw Connecting yn dweud a yw’r cleient yn dilysu neu ddim ond yn aros. Gwahanwch y ddau ddarlleniad hynny ac mae’r diagnosis yn cymryd munud.

Nid yw’r symbol awyren yn adroddiad radio

Ar ddyfeisiau Android â chymorth, gall Wi-Fi a Bluetooth aros yn weithredol yn y modd awyren, ac mae’r ddyfais yn cofio’r dewis a wnaethoch y tro diwethaf. Mae canllaw Google ar y modd awyren ar Pixel yn disgrifio’r union ymddygiad hwnnw. Felly gall yr eicon olygu bod y rhwydwaith symudol wedi’i ddiffodd a dim byd arall.

Gwiriwch y gwir gyflwr yn hytrach na’r glud. Mae adb shell settings get global airplane_mode_on yn dychwelyd 0 neu 1 ar gyfer y modd ei hun, ac mae adb shell dumpsys connectivity yn rhestru’r rhwydweithiau sydd gan y ddyfais ar hyn o bryd, gyda’u statws dilysu. Mae’r ddau allbwn hynny gyda’i gilydd yn ateb y cwestiwn na all yr eicon ei ateb.

Os yw Wi-Fi i ffwrdd, neu ymlaen ond heb ei gysylltu â dim, nid oes llwybr i bwynt terfyn y VPN ac ni fydd unrhyw faint o ailgysylltu yn creu un. Dyma’r achos sy’n werth ei ddiystyru gyntaf, oherwydd dyma’r unig un lle mae’r atgyweiriad cywir y tu allan i’r ap VPN.

Beth mae Connecting yn ei olygu mewn gwirionedd

Gall cleient ddal proffil wedi’i gadw, dangos ei enw, ac arddangos troellwr heb fod wedi cysylltu â dim. Mae’r ffurfweddiad yn lleol. Mae sefydlu twnnel angen gweinydd y gellir ei gyrraedd, ysgydwad llaw wedi’i gwblhau, a rhyngwyneb i lwybro drwyddo. Dim ond yr hanner olaf hwnnw sydd angen rhwydwaith gweithredol, a dyna pam y gall y ddau gyntaf edrych yn llwyddiannus gyda’r radio i ffwrdd.

Felly mae’r troellwr yn gyson ag o leiaf tri sefyllfa wahanol: dim dolen i fyny o gwbl, dolen i fyny na all gyrraedd y pwynt terfyn, a dolen i fyny sy’n ei gyrraedd ond yn methu dilysu. Maent yn edrych yn union yr un fath ar y sgrin ac yn hollol wahanol mewn log. Dyna pam mai’r log, ac nid cynnig arall, yw’r arteffact defnyddiol cyntaf yn yr achosion hyn.

Mae dogfennaeth VPN Android ei hun yn tynnu’r un llinell rhwng sefydlu cysylltiad a’r polisïau ar wahân ar gyfer bob amser ymlaen a rhwystro. Y gwahanu hwnnw yw’r rheswm y gall ffôn edrych yn warchodedig tra’i fod all-lein ac eto heb dwnnel.

Pedwar cyflwr sy’n werth eu gwahaniaethu

Y pedwar cyflwr isod yw’r rhai sy’n werth eu henwi, oherwydd mae’r sgrin yn eu rendro’n union yr un fath.

Mae’r trydydd rhes yn dal y rhan fwyaf o bobl mewn gwestai a meysydd awyr. Nid yw cysylltiad yn dderbyniad: bydd porth nad yw wedi gadael y ffôn drwodd yn derbyn cyfrinair Wi-Fi yn fodlon ac yna’n gwrthod pasio traffig i bwynt terfyn y VPN. Mewngofnodi drwy’r porwr yn gyntaf, tra mae’r twnnel i ffwrdd, yw’r unig ffordd drwodd fel arfer.

Pam mae rhwystro yn ei wneud yn edrych yn waeth

Os yw VPN bob amser ymlaen a rhwystro cysylltiadau heb VPN ill dau wedi’u galluogi, mae pob ap a orchuddir yn cael ei rwystro pryd bynnag nad yw’r twnnel i fyny. Gweithio’r nodwedd yw hyn, nid ail fai. Mae’r symptom yn newid o un ap yn methu i bopeth yn methu, sy’n darllen fel problem lawer mwy.

Mae hefyd yn egluro’r dilyniant y mae pobl yn ei gamddarllen: modd awyren ymlaen, dim dolen i fyny, apiau wedi’u rhwystro, VPN yn dweud connecting. Y rhwystr oedd y polisi yn gwneud ei waith. Mae diffodd y polisi i brofi’r ddolen i fyny yn tynnu’r amddiffyniad roeddech yn ôl pob tebyg ei eisiau ac yn dysgu dim i chi.

Gwiriwch y cwmpas yn lle hynny. Pa apiau sy’n cael eu gorchuddio, pa rai sy’n cael eu heithrio, ac a yw’r proffil yn un fesul defnyddiwr neu’n un ar draws y ddyfais. Mae tasg sy’n cychwyn yr ap VPN unwaith y daw Wi-Fi i’r golwg yn sbardun, nid yn warant na chafodd unrhyw becyn fynd allan cyn iddo redeg.

Trefn ddiagnostig sy’n dod â’r dyfalu i ben

Gweithiwch o’r gwaelod i fyny. Cadarnhewch y modd, cadarnhewch fod rhwydwaith yn bodoli, cadarnhewch ei fod wedi’i ddilysu, cadarnhewch y gall gyrraedd rhywbeth y tu allan i’r is-rwydwaith lleol, a dim ond wedyn edrychwch ar y cleient. Mae adb shell ping -c 3 1.1.1.1 yn brawf bras ond mae’n gwahanu llwybr sydd ar goll oddi wrth lwybr sy’n bodoli tra mae’r twnnel yn anhapus.

Os yw’r ping yn methu tra mae rhwydwaith wedi’i restru, mae’r broblem i fyny’r afon o’r VPN ac ni fydd unrhyw osodiad cleient yn ei thrwsio. Os yw’r ping yn llwyddo ac nad yw’r twnnel yn sefydlu o hyd, cymerwch log y cleient ar y foment honno: bydd y gwall yn gwahaniaethu rhwng goramser ac ymwrthod dilysu, ac nid oes dim yn gyffredin rhwng y ddau.

Gorffennwch drwy adfer y cyflwr a fwriadwyd: Wi-Fi yn cael ei ganiatáu yn y modd awyren os mai dyna yw eich trefniant arferol, y porth wedi’i gwblhau, a’r polisi rhwystro yn ôl ymlaen. Yna ailgysylltwch unwaith a chadarnhewch fod y twnnel yn codi ar ei ben ei hun, oherwydd bydd ffurfweddiad sy’n gweithio ond ar ôl ymgeisiau â llaw yn methu eto ar y cychwyn nesaf.