VPN dettur þegar skjárinn slokknar: hvaða lífsferill?

Flutningurinn stöðvast á þeirri sekúndu sem skjárinn dökknar, og merkið fylgir nokkrum sekúndum síðar. Þrír ólíkir hlutir skapa þessa mynd: biðlarferlinu er þrengt, slóðin verður aðgerðalaus og missir vörpun sína, eða forritið missir lotu sem göngin tóku aldrei eftir. Hvert hefur sínar sönnur, og hver ráðstöfun tilheyrir öðru lagi. Röðin hér að neðan aðgreinir þau með einni stýrðri prófun í stað þess að fara í gegnum allar stillingar.

Þrjú bilun sem líta eins út

Þrengt bakgrunnsferli hættir að senda keepalive, og gagnaðilinn lýsir göngunum að lokum dauðum. Aðgerðalaus vörpun á slóðinni getur runnið út á meðan tækið sefur, svo svartraffík nær aldrei biðlara sem er enn algjörlega á lífi. Forrit getur misst sína eigin tengingu á meðan göngin standa, sem framleiðir villuskilaboð með heilbrigðu VPN-merki að baki. Frá sjónarhóli notandans lesast öll þrjú sem VPN sem féll þegar skjárinn slökkti.

Aðgreiningin skiptir máli því ráðstafanirnar stangast á í reynd. Undanþága biðlarans frá orkutakmörkunum lagar fyrsta tilfellið og gerir ekkert fyrir vörpun sem er runnin út. Lengri keepalive lagar annað og sóar rafhlöðu í þriðja, þar sem ekkert nettengt var rangt frá upphafi.

Berðu saman virkt og aðgerðalaust við stýrðar aðstæður

Haltu öllu stöðugu: sama tæki, sama net, sama endapunktur, sama forrit. Læstu skjáinn í stuttu föstu bili og skráðu þrjár athuganir: hvort biðlarinn tilkynnir aftengingu, hvort ný beiðni virkar við aflæsingu og hvort fyrirliggjandi flutningur hélt áfram. Endurtaktu svo með keepalive eða reglulegri beiðni í gangi og berðu saman hinar tvær keyrslur. Ein breyta sem breyttist milli tveggja keyrslna er meira virði en vika af frásögnum.

Tímasetningin á heima í skránni. Fall eftir níutíu sekúndur lyktar af vörpun eða keepalive-bili, en fall á læsingarstundu bendir á bið ferlis. Skráðu bæði kveikjuna og bilið, því næsta tilraun þarf eitthvað til að bera saman við.

Lestu bakgrunnsstefnu kerfisins

Á Android er lífsferill VPN-þjónustu hluti af kerfinu, og always-on og block-without-VPN eru aðskildir rofar með aðskildum áhrifum. Biðlara sem er ekki always-on má stöðva þegar kerfið tekur auðlindir til baka, og engin stilling í forritinu breytir því. iOS beitir eigin bakgrunnstakmörkunum á gönguveituna, og skjalfest hegðun er frábrugðin skrifborðsdæmon sem heldur einfaldlega áfram að keyra. Lestu skjöl kerfisins fyrir viðkomandi íhlut frekar en almenna leiðarvísi um rafhlöðubestun.

Stýrð tæki bæta við enn einu lagi. Stefna getur hnekkt persónulegri stillingu, svo breyting sem virðist virka fer til baka við næstu stefnuendurnýjun. Notaðu studda undantekningarferlið stofnunarinnar ef krafan er raunveruleg, og skráðu hvers vegna undantekningin er til.

Hvað tækið gerir eftir vakningu

Sjálfvirk endurtenging er ekki það sama og að loka fyrir umferð á meðan á bilinu stendur. Athugaðu hvort tveggja: hvort göngin koma til baka og hvort forrit sem reyndi að senda á bilinu fór út óvarið. Biðlari sem tengist aftur á tveimur sekúndum en lekur DNS-fyrirspurn í þeirri fyrstu er með ranga bilunarstefnu fyrir vinnutæki. Prófaðu með hættulausum beiðnum og áfangastað sem þú stýrir.

Endurheimt forritsins er þriðja spurningin. Göngin sem koma til baka laga ekki SSH-lotu sem rann út, og notendur tilkynna oft það lotutap sem VPN-bilun. Haltu kveikjunni, útgáfu biðlarans og nákvæmri tímasetningu saman í skýrslunni, því sú samsetning aðgreinir fyrirsjáanlegan lífsferil skjáslokknunar frá þjóni sem bregst óháð tækinu.