VPN pada kad se ekran ugasi: koji životni ciklus?

Prijenos se zaustavlja u trenutku kad ekran potamni, a značka slijedi nekoliko sekundi kasnije. Tri različite stvari stvaraju tu sliku: klijentski proces biva ograničen, put ostane bez prometa i izgubi preslikavanje, ili aplikacija izgubi sesiju koju tunel nikad nije primijetio. Svaka ima svoj dokaz, i svaka popravka pripada drugom sloju. Redoslijed ispod razdvaja ih jednim kontroliranim testom umjesto pregleda svih postavki.

Tri kvara koja izgledaju identično

Ograničeni pozadinski proces prestaje slati keepalive, a drugi kraj na kraju proglasi tunel mrtvim. Neaktivno preslikavanje na putu može isteći dok uređaj spava, pa povratni promet nikad ne stigne do klijenta koji je još potpuno živ. Aplikacija može izgubiti vlastitu vezu dok tunel ostaje podignut, što daje dijalog greške sa zdravom VPN značkom iza njega. Iz korisničke perspektive sva tri se čitaju kao VPN koji je pao pri gašenju ekrana.

Razlika je važna jer se rješenja u praksi međusobno proturječe. Izuzeće klijenta od energetskih ograničenja popravlja prvi slučaj i ne radi ništa za preslikavanje koje je isteklo. Produljenje keepalive-a popravlja drugi i troši bateriju u trećem, gdje ništa mrežno nije bilo pogrešno od početka.

Usporedite aktivno i mirovanje pod kontrolom

Držite sve konstantnim: isti uređaj, ista mreža, ista krajnja točka, ista aplikacija. Zaključajte ekran na kratak fiksni interval i zabilježite tri zapažanja: prijavljuje li klijent prekid, radi li novi zahtjev pri otključavanju i je li se postojeći prijenos nastavio. Zatim ponovite s uključenim keepalive-om ili periodičnim zahtjevom i usporedite dva prolaza. Jedna promijenjena varijabla između dva prolaza vrijedi više od tjedan dana anegdotskih izvještaja.

Vrijeme pripada u zapis. Pad nakon devedeset sekundi miriše na preslikavanje ili interval keepalive-a, dok pad u trenutku zaključavanja ukazuje na obustavu procesa. Zapišite i okidač i interval, jer sljedeći pokušaj treba nešto s čime će se usporediti.

Pročitajte pozadinsku politiku platforme

Na Androidu je životni ciklus VPN usluge dio platforme, a always-on i block-without-VPN odvojene su sklopke s odvojenim učincima. Klijent koji nije always-on može biti zaustavljen kad sustav povrati resurse, i nijedna postavka u aplikaciji to ne mijenja. iOS primjenjuje vlastita pozadinska ograničenja na pružatelja tunela, a dokumentirano ponašanje razlikuje se od desktop demona koji jednostavno nastavlja raditi. Čitajte dokumentaciju platforme za dotičnu komponentu, a ne opći vodič za optimizaciju baterije.

Upravljani uređaji dodaju još jedan sloj. Politika može nadjačati osobnu postavku, pa se promjena koja izgleda da radi vraća pri sljedećem osvježavanju politike. Koristite proces izuzetka koji organizacija podržava ako je zahtjev stvaran, i zapišite zašto izuzetak postoji.

Što uređaj radi nakon buđenja

Automatsko ponovno povezivanje nije isto kao blokiranje prometa tijekom praznine. Provjerite oboje: vraća li se tunel i je li aplikacija koja je pokušala poslati tijekom praznine izašla nezaštićena. Klijent koji se ponovno poveže za dvije sekunde, a u prvoj propusti DNS upit, ima pogrešnu politiku otkaza za radni uređaj. Testirajte bezopasnim zahtjevima i odredištem koje kontrolirate.

Oporavak aplikacije treće je pitanje. Tunel koji se vrati ne popravlja SSH sesiju koja je istekla, a korisnici često prijavljuju taj gubitak sesije kao kvar VPN-a. Držite okidač, verziju klijenta i točno vrijeme zajedno u izvještaju, jer ta kombinacija razdvaja predvidljiv životni ciklus gašenja ekrana od poslužitelja koji pada neovisno o uređaju.