Android: Always-On і блакаванне без VPN — выберыце правільную пару

Always-On і блакаванне без VPN — гэта два розныя налады, і ўключэнне першага не ўключае другога. Патрэбная пара залежыць ад уладальніка прылады, ахопу праграм і таго, што адбываецца да разблакоўкі.

Два перамыкачы з рознымі абяцаннямі

Always-On — гэта абяцанне ўстойлівасці. Сістэма трымае выбраны VPN-сэрвіс у працы праз падтрыманыя падзеі жыццёвага цыклу і перазапускае яго пасля падзення. Блакаванне — абяцанне абмежавання: пакуль тунель непрыдатны, ахоплены трафік не мае шляху вонкі. Сервер, які ляжыць, запыт пароля, на які ніхто не адкажа, або кліент, які ўпаў, пакідаюць блакуючую прыладу наўмысна без сеткі.

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

Рашэнне першае: кіраваная прылада ці наладка карыстальніка?

На кіраванай прыладзе кантролер палітыкі можа валодаць Always-On і блакаваннем для профілю, а лакальны перамыкач можа адсутнічаць, быць неактыўным або скідвацца пры наступным абнаўленні палітыкі. Гэта палітыка працуе, а не памылка, якую трэба абысці. Праверце палітыку, перш чым шукаць схаванае меню, і змяняйце патрабаванне ў палітыцы, а не на канчатковай прыладзе.

На асабістай прыладзе выбар робіць карыстальнік, і сумленнае пытанне: ці згодны ён быць без сеткі, калі тунель недаступны? Блакаванне — гэта абмен на даступнасць, і апісваць яго трэба менавіта так. Адсутнасць перамыкача не запрашэнне ратаваць тэлефон або здымаць кіраванне прыладай; калі платформа не дае такога кантролю, патрабаванне мусіць змяніцца.

Ахоп па профілі, а не па прыладзе. Асабісты і працоўны профілі — асобныя кантэксты, і Android дазваляе адзін актыўны VPN на профіль карыстальніка.

Блакаванне ў працоўным профілі нічога не кажа пра асабісты бок, і праверка аднаго кантэксту не пацвярджае другі.

Рашэнне другое: блакаваць усё ці выключыць некаторыя праграмы?

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

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

Рашэнне трэцяе: што да разблакоўкі і на партале?

У большасці кліентаў тунель не ўзнімаецца, пакуль карыстальнік не разблакуе прыладу, таму першыя імгненні пасля загрузкі лічыце прагалам, а не збоем; пацвердзіце паводзіны для кліента, які разгортваеце, перш чым падпісваць. Тое ж датычыць разблакоўкі па ўліковых даных, якая можа быць менавіта тым, што забараняе палітыка блакавання. Вырашыце, ці прагал дапушчальны, да разгортвання і праверце яго, а не выяўляйце ў полі.

Captive-парталы — іншы край. Сетка гатэля або аэрапорта патрабуе сесіі браўзера без аўтэнтыфікацыі, перш чым штосьці запрацуе, і жорсткае блакаванне можа зрабіць уваход немагчымым. Падтрыманы адказ — зацверджаны працэс аднаўлення: часовae кіраванае выключэнне або дакументаваная працэдура. Гэтае выключэнне мусіць называць трыгер (SSID партала або сетку), максімальную працягласць, каму можна яго даваць і праверку, што прымяненне само вернецца; адключэнне прымянення як невытлумачаны абыход — не такое выключэнне.

Дакументацыя Android пра VPN-кліенты апісвае Always-On, блакаванне, выключэнні для асобных праграм і правіла аднаго VPN на профіль. Прачытайце яе, перш чым праектаваць па памяці.

Праверце стан без сеткі, потым напішыце радок прыёмкі

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

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

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

• Always-On і блакаванне наладжаны там, дзе платформа іх падтрымлівае, і ўладальнік кожнай наладкі вядомы.
• Ахоп праграм свядомы, і вы пацвердзілі, што адбываецца з выключанымі праграмамі ў рэжыме блакавання.
• Прагал да разблакоўкі і працэс captive-партала вырашаны, а не выяўлены.
• Тэст збою праведзены на тым класе прылад, які вы сапраўды разгортваеце.