VPN знікае, калі экран выключаецца: які жыццёвы цыкл?

Перадача спыняецца ў той момант, калі экран цямнее, а значок з’яўляецца праз некалькі секунд. Тры розныя рэчы ствараюць гэтую карціну: працэс кліента абмяжоўваецца, шлях прастойвае і губляе сваё адлюстраванне, або праграма губляе сеанс, якога тунель не заўважыў. Кожная з іх мае свае доказы, і кожнае выпраўленне належыць іншаму ўзроўню. Парадак ніжэй раздзяляе іх адным кантраляваным тэстам замест поўнага перабору налад.

Тры збоі, якія выглядаюць аднолькава

Абмежаваны фонавы працэс перастае адпраўляць захаванні сувязі, і партнёр у рэшце рэшт абвяшчае тунель мёртвым. Прастойнае адлюстраванне на шляху можа скончыцца, пакуль прылада спіць, таму зваротны трафік ніколі не дасягае кліента, які яшчэ цалкам жывы. Праграма можа страціць уласнае злучэнне, пакуль тунель працуе, што дае дыялог памылкі з здаровым значком VPN за ім. З пункту гледжання карыстальніка ўсе тры чытаюцца як знікненне VPN пры выключэнні экрана.

Адрозненне важнае, бо сродкі ўзаемавыключаюць адно аднаго на практыцы. Вызваленне кліента ад абмежаванняў энергіі выпраўляе першы выпадак і нічога не робіць для скончанага адлюстравання. Падаўжэнне захаванняў сувязі выпраўляе другі і марнуе батарэю ў трэцім, дзе нічога сеткавага спачатку не было няправільным.

Параўнайце актыўны і прастойны стан у кантраляваных умовах

Трымайце ўсё нязменным: тая ж прылада, тая ж сетка, той жа канчатак, тая ж праграма. Заблакуйце экран на кароткі фіксаваны інтэрвал і запішыце тры назіранні: ці паведамляе кліент аб адключэнні, ці працуе новы запыт пры разблакоўцы і ці аднавілася існуючая перадача. Затым паўтарыце з захаваннем сувязі або перыядычным запытам і параўнайце два прагоны. Адна зменная, змененая паміж двума прагонамі, лепш за тыдзень анекдатычных паведамленняў.

Час належыць у запіс. Знікненне праз дзевяноста секунд пахне адлюстраваннем або інтэрвалам захавання сувязі, а знікненне ў момант блакавання паказвае на прыпыненне працэсу. Запішыце і трыгер, і інтэрвал, бо наступнай спробе патрэбна нешта для параўнання.

Чытайце фонавую палітыку платформы

На Android жыццёвы цыкл службы VPN з’яўляецца часткай платформы, а always-on і block-without-VPN — асобныя пераключальнікі з асобнымі эфектамі. Кліент, які не ўключаны заўсёды, можа быць спынены, калі сістэма вызваляе рэсурсы, і ніякая налада ў праграме гэтага не змяняе. iOS ужывае ўласныя фонавыя абмежаванні да пастаўшчыка тунеля, і дакументаваныя паводзіны адрозніваюцца ад працэсу працоўнага стала, які проста працягвае працаваць. Чытайце дакументацыю платформы для датычнага кампанента, а не агульнае кіраўніцтва па аптымізацыі батарэі.

Кіраваныя прылады дадаюць яшчэ адзін узровень. Палітыка можа перакрываць асабістую наладу, таму змена, якая выглядае працоўнай, вяртаецца пры наступным абнаўленні палітыкі. Выкарыстоўвайце падтрыманы арганізацыяй працэс выключэння, калі патрабаванне сапраўднае, і запішыце, чаму выключэнне існуе.

Што прылада робіць пасля абуджэння

Аўтаматычнае перападключэнне — не тое ж самае, што блакаванне трафіку на працягу прамежку. Праверце абодва: ці вяртаецца тунель і ці выйшла незаабароненым праграма, якая спрабавала адправіць падчас прамежку. Кліент, які перападключаецца за дзве секунды, але выдае DNS-запыт у першую, мае няправільную палітыку збояў для працоўнай прылады. Тэстуйце няшкоднымі запытамі і пунктам прызначэння, які вы кантралюеце.

Аднаўленне праграмы — трэцяе пытанне. Тунель, які вярнуўся, не рамантуе SSH-сеанс, які скончыўся па тайм-аўце, і карыстальнікі часта паведамляюць пра страту гэтага сеансу як пра збой VPN. Трымайце трыгер, зборку кліента і дакладны час разам у звадзе, бо гэтая камбінацыя аддзяляе прадказальны жыццёвы цыкл выключэння экрана ад сервера, які збаўляе незалежна ад прылады.