Пренос се зауставља у тренутку када екран потамни, а значка следи неколико секунди касније. Три различите ствари стварају ту слику: клијентски процес бива ограничен, путања остане без саобраћаја и изгуби мапирање, или апликација изгуби сесију коју тунел никада није приметио. Свака има свој доказ, и свака поправка припада другом слоју. Редослед испод их раздваја једним контролисаним тестом уместо прегледа свих подешавања.

Три квара која изгледају идентично

Ограничен позадински процес престаје да шаље keepalive, а друга страна на крају прогласи тунел мртвим. Неактивно мапирање на путањи може да истекне док уређај спава, па повратни саобраћај никада не стигне до клијента који је још потпуно жив. Апликација може да изгуби сопствену везу док тунел остаје подигнут, што даје дијалог грешке са здравом VPN значком иза њега. Из корисничке перспективе сва три се читају као VPN који је пао при гашењу екрана.

Разлика је важна јер се решења у пракси међусобно противрече. Изузеће клијента од енергетских ограничења поправља први случај и не ради ништа за мапирање које је истекло. Продужење keepalive-а поправља други и троши батерију у трећем, где ништа мрежно није било погрешно од почетка.

Упоредите активно и мировање под контролом

Држите све константним: исти уређај, иста мрежа, иста крајња тачка, иста апликација. Закључајте екран на кратак фиксни интервал и забележите три запажања: да ли клијент пријављује прекид, да ли нови захтев ради при откључавању и да ли се постојећи пренос наставио. Затим поновите са укљученим keepalive-ом или периодичним захтевом и упоредите два пролаза. Једна промењена променљива између два пролаза вреди више од недељу дана анегдотских извештаја.

Време припада у запис. Пад након деведесет секунди мирише на мапирање или интервал keepalive-а, док пад у тренутку закључавања указује на обуставу процеса. Запишите и окидач и интервал, јер следећи покушај треба нешто са чиме ће се упоредити.

Прочитајте позадинску политику платформе

На Android-у је животни циклус VPN услуге део платформе, а always-on и block-without-VPN су одвојени прекидачи са одвојеним ефектима. Клијент који није always-on може бити заустављен када систем поврати ресурсе, и ниједна поставка у апликацији то не мења. iOS примењује сопствена позадинска ограничења на пружаоца тунела, а документовано понашање се разликује од десктоп демона који једноставно наставља да ради. Читајте документацију платформе за дотичну компоненту, а не општи водич за оптимизацију батерије.

Управљани уређаји додају још један слој. Политика може да надјача личну поставку, па се промена која изгледа да ради враћа при следећем освежавању политике. Користите процес изузетка који организација подржава ако је захтев стваран, и запишите зашто изузетак постоји.

Шта уређај ради након буђења

Аутоматско поновно повезивање није исто као блокирање саобраћаја током празнине. Проверите обоје: да ли се тунел враћа и да ли је апликација која је покушала да пошаље током празнине изашла незаштићена. Клијент који се поново повеже за две секунде, а у првој пропусти DNS упит, има погрешну политику отказа за радни уређај. Тестирајте безбедним захтевима и одредиштем које контролишете.

Опоравак апликације је треће питање. Тунел који се врати не поправља SSH сесију која је истекла, а корисници често пријављују тај губитак сесије као квар VPN-а. Држите заједно у извештају окидач, верзију клијента и тачно време, јер та комбинација раздваја предвидив животни циклус гашења екрана од сервера који пада независно од уређаја.

Повезани чланци