VPN Connecting-en trabatuta hegazkin moduan: aurkitu gorako esteka
Hegazkin moduan Connecting-en gelditzen den bezeroak agian ez du gorako estekarik. Bereizi irratiaren egoera, elkarketa, atariko saio-hasiera eta blokeo-politika.
Telefonoak hegazkinaren ikonoa erakusten du, VPN bezeroa bi minutu daramatza Connecting-en, eta profila zuzena da. Duela ordubete eraikin berean funtzionatzen zuen. Ez dago ezer apurtuta: VPN beste sare batek daraman konexioa da, eta hegazkin moduak hura zeraman sarea kendu berri du. Bezeroak saiatzen jarraitzen du, hori egiten baitu gorako estekarik gabe.
Nahastea sortzen duena da hegazkinaren ikurrak ez dizula esaten Wi-Fi eskuragarri dagoen, eta Connecting-ek ez duela esaten bezeroa autentifikatzen ari den ala itxaroten ari den. Bereizi bi irakurketa horiek eta diagnostikoak minutu bat besterik ez du hartzen.
Hegazkinaren ikurra ez da irratiaren txostena
Android gailu onartuetan, Wi-Fi eta Bluetooth piztuta egon daitezke hegazkin moduan, eta gailuak gogoratzen du azken aldian egin duzun hautua. Google-ren Pixel-en hegazkin moduari buruzko gida zehazki portamolde hori deskribatzen du. Beraz, ikonoak esan dezake mugikorra itzalita dagoela, eta besterik ez.
Egiaztatu benetako egoera, glifoa beharrean. adb shell settings get global airplane_mode_on 0 edo 1 itzultzen du moduarentzat bertarentzat, eta adb shell dumpsys connectivity-ek gailuak unean dituen sareak zerrendatzen ditu, haien baliozkotze-egoerarekin. Bi irteera horiek elkarrekin erantzuten diote ikonoak ezin duen galderari.
Wi-Fi itzalita badago, edo piztuta baina ezean elkartu gabe, ez dago biderik VPNren amaierako puntura eta berriz konektatzeak ez du inoiz sortuko. Kasu hori da lehenengo baztertzea merezi duena, VPN aplikaziotik kanpo konponbide egokia duen bakarra baita.
Zer esan nahi du Connecting-ek benetan
Bezero batek gordetako profila eduki dezake, haren izena erakutsi eta errotulu biratzailea erakutsi, inorekin harremanetan jarri gabe. Konfigurazioa lokala da. Tunel bat ezartzeko zerbitzari eskuragarria, osatutako esku-emate bat eta bideratzeko interfaze bat behar dira. Azken zati horrek soilik behar du sare funtzional bat, eta horregatik lehen biak arrakastatsuak dirudite irratia itzalita dagoela.
Beraz, errotuluak gutxienez hiru egoera desberdinekin bat egiten du: gorako estekarik ez, amaierako puntura iristen ez den gorako esteka bat, eta hara iristen den baina autentifikazioan huts egiten duen gorako esteka bat. Pantailan berdin-berdin ikusten dira eta erregistroan erabat desberdin. Horregatik, kasu horietan guztietan lehen tresna erabilgarria erregistroa da, ez beste saiakera bat.
Androiden beraren VPN dokumentazioak muga bera marrazten du konexioa ezartzearen eta beti piztuta eta blokeo politiken artean. Bereizketa hori da telefonoa lineaz kanpo babestuta diruditeko eta hala ere tunelik ez izateko arrazoia.
Bereiztea merezi duten lau egoera
Beheko lau egoerak dira izendatzea merezi dutenak, pantailak berdin errendatzen baititu.
| 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 |
Hirugarren errenkadak jende gehiena harrapatzen du hotel eta aireportuetan. Elkarketa ez da onarpena: telefonoa igaro ez duen atari batek gustura onartuko du Wi-Fi pasahitza eta gero uko egingo dio VPNren amaierako puntuari trafikoa pasatzeari. Lehenik nabigatzailearen bidez saioa hastea, tunela itzalita dagoela, izaten da bide bakarra.
Zergatik egiten duen blokeoak okerrago
Beti piztuta VPN eta VPN gabe konexioak blokeatu biak gaituta badaude, estalitako aplikazio bakoitza blokeatzen da tunela altxatuta ez dagoenean. Funtzioa lanean ari da, ez da bigarren matxura bat. Sintoma aplikazio bat huts egitetik dena huts egitera aldatzen da, eta hori askoz arazo handiago gisa irakurtzen da.
Jendeak gaizki irakurtzen duen sekuentzia ere azaltzen du: hegazkin modua piztuta, gorako estekarik ez, aplikazioak blokeatuta, VPNak connecting dio. Blokeoa politika bere lana egiten ari zen. Politika itzaltzeak gorako esteka probatzeko kentzen du ziurrenik nahi zenuen babesa, eta ez dizu ezer irakasten.
Egiaztatu eskumena horren ordez. Zein aplikazio daude estalita, zein kanpoan, eta profila erabiltzailekoa ala gailu osoarena den. Wi-Fi agertzean VPN aplikazioa abiarazten duen zeregina eragile bat da, ez da bermea exekutatu aurretik paketerik irten ez zela.
Zalantzak amaitzen dituen diagnostiko-ordena
Lan egin behetik gora. Egiaztatu modua, egiaztatu sare bat dagoela, egiaztatu baliozkotuta dagoela, egiaztatu tokiko azpisareaz kanpoko zerbaiti hel diezaiokeela, eta orduan soilik begiratu bezeroari. adb shell ping -c 3 1.1.1.1 proba zakarra da, baina falta den bidea existitzen den bidetik bereizten du, tunela pozik ez dagoenean.
Sare bat zerrendatuta dagoela ping-ek huts egiten badu, arazoa VPNaren gainetik dago eta bezeroaren ezarpenek ez dute konponduko. Ping-ek arrakasta badu eta tunelak hala ere ez badu ezartzen, harrapatu bezeroaren erregistroa une horretan: erroreak denbora-muga autentifikazio-ukazio batetik bereiziko du, eta bi horiek ez dute ezer komun.
Amaitu nahi den egoera berrezarriz: hegazkin moduan Wi-Fi baimenduta zure ohiko konfigurazioa bada, ataria osatuta, eta blokeo-politika berriro piztuta. Gero berriz konektatu behin eta egiaztatu tunelak bere kabuz igotzen duela, eskuzko saiakera batzuen ondoren soilik funtzionatzen duen konfigurazioak huts egingo baitu hurrengo abiaraztean.