VPN ayon sa app sa Android at incognito ng Chrome: ano ang sinasaklaw ng tuntunin

May nagbuo ng automation na nagbubukas ng VPN kapag lumitaw ang isang incognito tab, at hindi ito gumagana nang mapagkakatiwalaan. May estrukturang dahilan para doon, at sulit itong unawain bago i-tune ang automation. Ang mga tuntunin ng VPN ayon sa app sa Android ay pumipili ng mga pakete ng aplikasyon, at ang incognito ay isang estado sa loob ng isang pakete, kaya hindi maaaring paghiwalayin ng tuntunin ang dalawa. Ang abiso ay pumuputok pagkatapos na magsimulang magtrabaho ang browser, kaya kahit ang tamang trigger ay dumarating nang huli. Sundan ang mga pagsusuri sa ibaba nang sunud-sunod; ang pagkabigo sa ikaapat na pagsusuri ay nangangahulugang ang diskarte, hindi ang configuration, ang kailangang baguhin.

Unang pagsusuri: kumpirmahin kung ano ang maaaring piliin ng tuntunin ayon sa app

Ang isang Android VPN app ay bumubuo ng tunnel nito gamit ang mga listahan ng pinapayagan o tinatanggihang app, at ang mga listahang iyon ay kumukuha ng mga pangalan ng pakete. Ang Chrome sa normal na mode at ang Chrome sa incognito mode ay ang parehong pakete, na may parehong user id at parehong pahintulot sa network, kaya ang tuntuning nagsasama o nagbubukod ng Chrome ay pantay na nalalapat sa pareho. Walang pagkakakilanlan na nakabatay sa tab na maaaring itugma ng platform.

Hindi iyon depektong dapat iwasan; iyon ang granularity na iniaalok ng API. Kung ang pangangailangan mo ay trapik ng Chrome sa tunnel at lahat ng iba ay nasa labas, eksaktong ipinapahayag iyon ng tuntunin ayon sa app. Kung ang pangangailangan mo ay tanging mga pribadong tab ang dumaan sa tunnel habang ang mga ordinaryong tab ay direktang dumadaan, walang tuntunin ayon sa app ang makapagpapahayag niyon, at walang dami ng lohika ng abiso ang magdaragdag ng tagapili na wala ang platform.

Mag-ingat sa bitag ng pagkakakilanlan ng pakete habang nagsusuri. Ang beta o build ng vendor ay ibang pakete kaysa sa stable na browser, kaya ang tuntuning sumasaklaw sa isa ay tahimik na nakakaligtaan ang isa:

adb shell pm list packages | grep -i chrome

Ikalawang pagsusuri: subukan kung ang trigger ay maaaring maging sapat na maaga

Ang tagapakinig ng abiso ay nagmamasid sa mga abisong pinapayagan siyang makita. Ang pagmamasid ay hindi pagharang: naresolba na ng browser ang pangalan at nabuksan ang koneksyon kapag umiiral ang abiso, at walang anuman sa landas na iyon ang naghihintay na matapos ang automation mo. Ang gawaing maglulunsad ng VPN client pagkatapos ay kailangang maghintay sa interface ng client, anumang kahilingan ng pahintulot at ang handshake ng tunnel, na sinusukat sa segundo, habang ang unang kahilingan ay sinusukat sa millisecond.

Ang pagtuklas mismo ay marupok dahil sa ikalawang dahilan. Nagbabago ang teksto ng abiso sa pagitan ng mga bersyon at lokalisasyon, kaya ang pattern na tumutugma sa isang release ay hihinto sa pagtugma pagkatapos ng update, at ang pagkabigo ay tahimik. Ang nawawalang abiso ay hindi patunay na walang pribadong pag-browse; maaaring ibig sabihin lamang na nagbago ang string o ang channel ay na-mute.

May lehitimong bersyon ng workflow na ito, at ito ay nakaayos sa halip na reaktibo: ikonekta muna ang aprubadong VPN, kumpirmahin ang signal ng kahandaan na tunay na nagpapatunay na nagdadala ng trapik ang tunnel, pagkatapos buksan ang incognito session sa pamamagitan ng mga sinusuportahang kontrol ng browser, at huminto kung nabigo ang pagsusuri ng kahandaan. Pinoprotektahan niyon ang session na malapit mo nang simulan nang hindi nagpapanggap na pinoprotektahan ang isa na tumatakbo na.

Ikatlong pagsusuri: i-audit ang pahintulot na ibibigay mo

Ang pag-access sa abiso ay isang sensitibong pagbibigay na nagpapahintulot sa isang serbisyo na basahin ang mga abiso mula sa bawat app, hindi lamang sa browser. Ang pagbibigay nito sa isang hindi pamilyar na tool sa automation upang bantayan ang isang estado ng browser ay masamang palitan, at ang pag-access ay nananatili pagkatapos ng eksperimento. Ang mga tap na hinihimok ng accessibility ay mas masama: ito ay isang script layer sa ibabaw ng interface, hindi isang sinusuportahang interface ng kontrol ng VPN, at nasisira sa anumang pagbabago ng layout.

Bago magbigay ng anuman, tanungin kung ang parehong resulta ay maaabot sa isang sinusuportahang mekanismo. Kung ang sagot ay pangangailangan ng patakaran, kadalasan ay oo: maaaring ipatupad ng platform ang tunnel para sa isang app o profile nang walang anumang serbisyong nakikinig.

Ikaapat na pagsusuri: gamitin ang laging naka-on at pagharang kapag ang pangangailangan ay pagpapatupad

Kung ang browser ay hindi dapat kailanman makipag-usap sa labas ng tunnel, ang pagpapatupad ay kabilang sa mga setting ng platform, hindi sa isang macro. Sinusuportahan ng Android ang laging naka-on na VPN na may blocking mode na pumipigil sa trapik kapag hindi naitatag ang tunnel, at ang mga pinamamahalaang device ay maaaring makatanggap nito sa pamamagitan ng patakaran. Kumpirmahin kung ano ang mayroon ang device ngayon sa halip na ipagpalagay:

adb shell settings get global always_on_vpn_app
adb shell settings get global always_on_vpn_lockdown

Ang di-zero na halaga ng app ay nangangahulugang ang isang pakete ay naka-configure bilang laging naka-on, at ang halaga ng pagharang na 1 ay nangangahulugang ang mga koneksyon sa labas ng tunnel ay hinaharangan. Ang pares na iyon ang nagbabago ng gawi ng pinakamahusay na pagsisikap tungo sa garantiya, at inaalis din nito nang lubusan ang karera, dahil naitatag ang tunnel bago payagan ang trapik ng app.

Dalawang hangganan ang sulit banggitin dito. Ang mga work profile ay may sariling configuration ng VPN, kaya ang tuntuning na-verify sa personal na profile ay walang sinasabi tungkol sa work profile. At ang browser na hiwalay na naka-install, custom tab na binuksan ng ibang app, o webview sa loob ng app ay ibang pakete o konteksto na may sariling routing, kaya i-verify ang aktwal na pakete sa halip na ipagpalagay na ang window na iba ang estilo ay hiwalay na domain.

Ikalimang pagsusuri: isulat ang workflow at subukan ang landas ng pagkabigo

Anuman ang piliin mo, idokumento ang pagkakasunod-sunod at ang kondisyon ng paghinto. Para sa convenience workflow ang ibig sabihin niyon: tunnel pataas, kahandaan napatunayan, incognito bukas, at matigas na paghinto kung mabigo ang kahandaan. Para sa landas ng pagpapatupad ang ibig sabihin ay: laging naka-on na app na-configure, pagharang naka-enable, at ang inaasahang pag-uugali kapag hindi tumaas ang tunnel, na walang trapik sa halip na walang proteksyong trapik.

Pagkatapos subukan ang pagkabigo, hindi lamang ang tagumpay. Idiskonekta ang tunnel sa panahon ng session at panoorin kung ano ang ginagawa ng browser; harangin ang proseso ng VPN app at kumpirmahin na walang tumutulo. Sa huli, panatilihing hiwalay ang dalawang modelo ng privacy sa dokumentasyon ng user: kinokontrol ng incognito ang pansamantalang estado ng browser at hindi tinatago ang trapik sa network, habang ang VPN ay nagdadala ng trapik ngunit hindi binubura ang mga login o anumang ipinadala sa loob ng pribadong session.