VPN fesul ap ar Android a mod incognito Chrome: beth mae'r rheol yn ei gwmpasu

Mae rhywun wedi adeiladu awtomeiddiad sy'n troi'r VPN ymlaen pan fo tab incognito yn ymddangos, ac nid yw'n gweithio'n ddibynadwy. Mae'r rheswm yn strwythurol, ac mae'n werth ei ddeall cyn mireinio'r awtomeiddiad: mae rheolau VPN fesul ap Android yn dewis pecynnau ap, tra bod incognito yn gyflwr o fewn un pecyn. Ni all y rheol wahaniaethu rhwng y ddau. Mae'r hysbysiad hefyd yn cyrraedd ar ôl i'r porwr ddechrau gweithio, felly mae hyd yn oed sbardun cywir yn cyrraedd yn hwyr. Ewch drwy'r pum gwiriad yn eu trefn; mae methiant yn y pedwerydd gwiriad yn golygu mai'r dull, nid y gosodiadau, sydd angen newid.

Gwiriad un: beth y gall y rheol ei ddewis

Mae ap VPN yn adeiladu ei dwnnel o restrau apiau a ganiateir neu a waharddir, ac mae'r restrau hynny'n cymryd enwau pecynnau. Mae Chrome yn y mod arferol a Chrome yn y mod incognito yr un pecyn, gyda'r un id defnyddiwr a'r un caniatâd rhwydwaith, felly mae rheol sy'n cynnwys neu'n eithrio Chrome yn berthnasol i'r ddau yn union yr un fath. Nid oes gan y platfform unrhyw hunaniaeth ar lefel tab i'w chymharu â hi.

Nid diffyg i'w osgoi yw hyn; y gronynnogrwydd y mae'r API yn ei gynnig yw hyn. Os oes angen traffig Chrome yn y twnnel a phopeth arall y tu allan, mae rheol fesul ap yn mynegi hynny'n union. Os mai dim ond tabiau preifat sydd angen bod yn y twnnel tra bod tabiau arferol yn mynd yn syth, ni all unrhyw reol fesul ap fynegi hynny, ac nid yw unrhyw resymeg hysbysu yn ychwanegu detholydd nad yw'r platfform yn ei gael.

Gwyliwch y trap hunaniaeth pecyn: mae beta neu adeilad gwerthwr yn becyn gwahanol i'r porwr sefydlog, felly mae rheol sy'n cynnwys un yn colli'r llall yn dawel:

adb shell pm list packages | grep -i chrome

Gwiriad dau: a all y sbardun fod yn ddigon cynnar erioed

Mae gwrandäwr hysbysiadau yn arsylwi hysbysiadau y caniateir iddo eu gweld. Nid ymyrryd yw arsylwi: erbyn bod yr hysbysiad yn bodoli, mae'r porwr eisoes wedi datrys yr enw ac wedi agor y cysylltiad, ac nid oes dim ar y llwybr hwnnw yn aros i'ch awtomeiddiad. Mae tasg sy'n lansio'r cleient VPN wedyn yn gorfod aros am rydweli'r cleient, unrhyw gwestiwn cydsyniad a chydlawenhad y twnnel, a fesurir mewn eiliadau tra bod y cais cyntaf yn cael ei fesur mewn milieiliadau.

Mae'r canfod yn fregus am ail reswm. Mae testun hysbysiadau yn newid rhwng fersiynau ac ieithoedd, felly mae patrwm a oedd yn cyfateb i un rhyddhad yn peidio â chyfateb ar ôl diweddariad, ac mae'r methiant yn dawel. Nid yw hysbysiad coll yn brawf nad oes pori preifat; efallai mai dim ond golygu bod y llinyn wedi newid neu fod y sianel wedi'i thawelu.

Mae fersiwn gyfreithlon o'r llif gwaith hwn, ac mae'n drefnus yn hytrach nag yn adweithiol: cysylltwch y VPN a gymeradwywyd yn gyntaf, cadarnhewch signal parodrwydd sy'n profi'n wirioneddol fod y twnnel yn cario traffig, yna agorwch y sesiwn incognito drwy reolyddion porwr a gefnogir, a stopiwch os yw'r gwiriad parodrwydd yn methu. Mae hynny'n diogelu'r sesiwn rydych ar fin ei dechrau heb esgus diogelu un sydd eisoes yn rhedeg.

Gwiriad tri: archwiliwch y caniatâd rydych ar fin ei roi

Mae mynediad i hysbysiadau yn ganiatâd sensitif sy'n gadael i wasanaeth ddarllen hysbysiadau pob ap, nid y porwr yn unig. Mae ei roi i offeryn awtomeiddio anghyfarwydd i wylio un cyflwr porwr yn fargen wael, ac mae'r mynediad yn parhau ar ôl i'r arbrawf ddod i ben. Mae tapiau drwy hygyrchedd yn waeth: haen sgriptio dros y rhyngwyneb ydynt, nid rhyngwyneb rheoli VPN a gefnogir, ac mae unrhyw newid cynllun yn eu torri.

Cyn rhoi unrhyw beth, gofynnwch a ellir cyrraedd yr un canlyniad â mecanwaith a gefnogir. Os mai gofyniad polisi yw'r ateb, fel arfer gellir: gall y platfform orfodi twnnel ar gyfer ap neu broffil heb unrhyw wasanaeth gwrando o gwbl.

Gwiriad pedwar: defnyddiwch bob amser ymlaen a blocio pan fo angen gorfodi

Os na chaiff y porwr gyfathrebu y tu allan i'r twnnel byth, mae'r gorfodi yn perthyn i osodiadau'r platfform, nid i facro. Mae Android yn cefnogi VPN bob amser ymlaen gyda mod blocio sy'n atal traffig pan nad yw'r twnnel wedi'i sefydlu, a gall dyfeisiau a reolir ei gael drwy bolisi. Cadarnhewch beth sydd gan y ddyfais ar hyn o bryd yn hytrach na thynnu'n ganiataol:

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

Mae gwerth ap nad yw'n nwl yn golygu bod pecyn wedi'i osod fel bob amser ymlaen, ac mae gwerth cloi 1 yn golygu bod cysylltiadau y tu allan i'r twnnel yn cael eu blocio. Mae'r pâr yn troi arfer ymdrech orau yn warant ac yn dileu'r ras yn gyfan gwbl, oherwydd sefydlir y twnnel cyn i draffig apiau gael ei ganiatáu.

Mae dwy ffin yn bwysig yma. Mae proffiliau gwaith yn cario eu ffurfweddiad VPN eu hunain, felly nid yw rheol a wirwyd yn y proffil personol yn dweud dim am yr un gwaith. Ac mae porwr a osodwyd ar wahân, tab addasedig a agorwyd gan ap arall, neu we-olygfa o fewn ap yn becyn neu'n gyd-destun gwahanol â'i lwybr ei hun, felly gwirwch y pecyn go iawn yn hytrach na thybio bod ffenestr wahanol ei steil yn barth ar wahân.

Gwiriad pump: ysgrifennwch y llif gwaith a phrofwch y llwybr methu

Beth bynnag a ddewiswch, dogfennwch y drefn a'r amod stopio. Ar gyfer y llif cyfleustra mae hynny'n golygu: twnnel i fyny, parodrwydd wedi'i brofi, incognito ar agor, a stop caled os yw parodrwydd yn methu. Ar gyfer y llwybr gorfodi mae'n golygu: ap bob amser ymlaen wedi'i osod, clo wedi'i alluogi, a'r ymddygiad disgwyliedig pan na all y twnnel godi o gwbl, sef dim traffig yn hytrach na thraffig heb ei amddiffyn.

Yna profwch y methiant, nid y llwyddiant yn unig. Datgysylltwch y twnnel yn ystod sesiwn a gwyliwch beth mae'r porwr yn ei wneud; blocwch broses yr ap VPN a chadarnhau nad oes dim yn gollwng. Yn olaf, cadwch y ddau fodel preifatrwydd ar wahân yn y ddogfennaeth: mae incognito yn rheoli cyflwr porwr dros dro ac nid yw'n cuddio traffig rhag y rhwydwaith, tra bod VPN yn cario traffig ond nid yw'n dileu mewngofnodiadau nac unrhyw beth a gyflwynwyd o fewn y sesiwn breifat.