VPN ngec në Connecting në modalitetin e aeroplanit: gjeni lidhjen lart
Një klient që mbetet në Connecting në modalitetin e aeroplanit mund të mos ketë fare lidhje lart. Ndani gjendjen e radios, shoqërimin, hyrjen në portal dhe politikën e bllokimit.
Telefoni shfaq ikonën e aeroplanit, klienti VPN ka qenë në Connecting për dy minuta dhe profili është i saktë. Një orë më parë funksiononte në të njëjtën ndërtesë. Asgjë nuk është prishur: një VPN është një lidhje që bartet nga një rrjet tjetër, dhe modaliteti i aeroplanit sapo hoqi rrjetin që e barte. Klienti vazhdon të provojë, sepse këtë bën pa një lidhje lart.
Ajo që ngatërron është se simboli i aeroplanit nuk ju thotë nëse Wi-Fi është i disponueshëm, dhe Connecting nuk ju thotë nëse klienti po vërteton apo thjesht po pret. Ndani këto dy lexime dhe diagnoza zgjat një minutë.
Simboli i aeroplanit nuk është raport radio
Në pajisjet Android të mbështetura, Wi-Fi dhe Bluetooth mund të mbeten të ndezura në modalitetin e aeroplanit, dhe pajisja mban mend zgjedhjen që bëtë herën e fundit. Udhëzimi i Google për modalitetin e aeroplanit në Pixel përshkruan pikërisht atë sjellje. Pra ikona mund të nënkuptojë vetëm që celulari është i fikur, dhe asgjë tjetër.
Kontrolloni gjendjen reale, jo glifin. adb shell settings get global airplane_mode_on kthen 0 ose 1 për vetë modalitetin, dhe adb shell dumpsys connectivity liston rrjetet që pajisja ka tani, me statusin e tyre të vërtetimit. Këto dy dalje bashkë i përgjigjen pyetjes që ikona nuk mundet.
Nëse Wi-Fi është i fikur, ose i ndezur por i pashoqëruar me asgjë, nuk ka rrugë drejt pikës fundore të VPN dhe asnjë sasi rilidhjesh nuk e krijon atë. Ky është rasti që ia vlen të përjashtohet i pari, sepse është i vetmi ku rregullimi i saktë ndodhet jashtë aplikacionit VPN.
Çfarë do të thotë në të vërtetë Connecting
Një klient mund të mbajë një profil të ruajtur, të shfaqë emrin e tij dhe të rrotullojë një tregues pa kontaktuar asgjë. Konfigurimi është lokal. Ndërtimi i një tuneli kërkon një server të arritshëm, një shtrëngim duarsh të përfunduar dhe një ndërfaqe për të drejtuar. Vetëm pjesa e fundit ka nevojë për një rrjet që funksionon, prandaj dy të parat mund të duken të suksesshme me radion e fikur.
Pra treguesi përputhet me të paktën tre situata të ndryshme: pa lidhje lart, një lidhje lart që nuk arrin pikën fundore, dhe një lidhje lart që e arrin por dështon në vërtetim. Në ekran duken njësoj dhe në regjistër krejt ndryshe. Prandaj artefakti i parë i dobishëm në të gjitha këto raste është regjistri, jo një provë tjetër.
Dokumentacioni i vetë VPN-së së Android tërheq të njëjtën vijë midis vendosjes së lidhjes dhe politikave të veçanta të gjithmonë-ndezur dhe bllokimit. Ky ndarje është arsyeja pse një telefon mund të duket i mbrojtur ndërsa është jashtë linje dhe gjithsesi të mos ketë tunel.
Katër gjendje që ia vlen t’i dallosh
Katër gjendjet më poshtë janë ato që ia vlen të emërtohen, sepse ekrani i shfaq njësoj.
| 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 |
Rreshti i tretë kap shumicën e njerëzve në hotele dhe aeroporte. Shoqërimi nuk është hyrje: një portal që nuk e ka lënë telefonin të kalojë do ta pranojë me kënaqësi fjalëkalimin e Wi-Fi dhe pastaj do të refuzojë të kalojë trafikun drejt pikës fundore të VPN. Hyrja fillimisht përmes shfletuesit, me tunelin e fikur, është zakonisht rruga e vetme.
Pse bllokimi e bën të duket më keq
Nëse VPN-ja gjithmonë-ndezur dhe bllokimi i lidhjeve pa VPN janë të dyja aktive, çdo aplikacion i mbuluar bllokohet sa herë që tuneli nuk është lart. Kjo është funksioni duke punuar, jo një defekt i dytë. Simptoma ndryshon nga një aplikacion që dështon në gjithçka që dështon, gjë që lexohet si problem shumë më i madh.
Shpjegon gjithashtu sekuencën që njerëzit e lexojnë gabim: modaliteti i aeroplanit i ndezur, pa lidhje lart, aplikacionet të bllokuara, VPN-ja thotë connecting. Bllokimi ishte politika duke bërë punën e saj. Fikja e politikës për të testuar lidhjen lart heq mbrojtjen që me siguri e dëshironit dhe nuk ju mëson asgjë.
Kontrolloni në vend të kësaj shtrirjen. Cilat aplikacione mbulohen, cilat përjashtohen dhe a është profili për përdorues apo për të gjithë pajisjen. Një detyrë që nis aplikacionin VPN sapo shfaqet Wi-Fi është një shkaktues, jo një garanci se nuk doli asnjë paketë para se të ekzekutohej.
Një rend diagnostik që i jep fund hamendjes
Punoni nga poshtë lart. Konfirmoni modalitetin, konfirmoni se ekziston një rrjet, se është vërtetuar, se mund të arrijë diçka jashtë nënrrjetit lokal, dhe vetëm atëherë shikoni klientin. adb shell ping -c 3 1.1.1.1 është një test i trashë, por ndan rrugën që mungon nga rruga që ekziston ndërsa tuneli është i pakënaqur.
Nëse ping dështon ndërsa një rrjet është i listuar, problemi është mbi VPN dhe asnjë cilësim i klientit nuk e rregullon. Nëse ping ka sukses dhe tuneli prapë nuk vendoset, kapni regjistrin e klientit në atë moment: gabimi do të dallojë një skadim kohe nga një refuzim vërtetimi, dhe këto të dyja nuk kanë asgjë të përbashkët.
Përfundoni duke rivendosur gjendjen e synuar: Wi-Fi i lejuar në modalitetin e aeroplanit nëse ky është konfigurimi juaj i zakonshëm, portali i përfunduar dhe politika e bllokimit përsëri e ndezur. Pastaj rilidhuni një herë dhe konfirmoni se tuneli ngrihet vetë, sepse një konfigurim që funksionon vetëm pas provave manuale do të dështojë përsëri në nisjen tjetër.