VPN eftir forriti á Android og Chrome inkognitó: hvað reglan nær yfir

Einhver hefur byggt sjálfvirknivæðingu sem kveikir á VPN þegar inkognitóflipi birtist, og hún virkar ekki áreiðanlega. Það er byggingarleg ástæða fyrir því, og það er þess virði að skilja hana áður en stilla á sjálfvirknivæðinguna. Reglur Android um VPN eftir forriti velja forritapakka, og inkognitó er ástand innan eins pakka, svo reglan getur ekki greint þau tvö. Tilkynning kviknar eftir að vafrinn hefur þegar byrjað að vinna, svo jafnvel réttur kveikja kemur of seint. Farðu í gegnum athuganirnar hér að neðan í röð; mistök í fjórðu athugun þýða að breyta þarf nálguninni, ekki stillingunni.

Athugun eitt: staðfestu hvað reglan eftir forriti getur valið

Android VPN forrit byggir göngin sín með listum yfir leyfð eða bönnuð forrit, og þeir listar taka pakkanöfn. Chrome í venjulegri stillingu og Chrome í inkognitóstillingu eru sami pakkinn, með sama notandakenni og sama netheimild, svo regla sem felur í sér eða útilokar Chrome gildir eins fyrir bæði. Vettvangurinn hefur enga auðkenni sem bundin eru flipa til að bera saman við.

Það er ekki galli sem á að fara fram hjá; það er sá smáatriðastig sem API býður. Ef krafan þín er umferð Chrome í gegnum göngin og allt annað fyrir utan, þá lýsir reglan eftir forriti því nákvæmlega. Ef krafan þín er aðeins einkalipar í gegnum göngin á meðan venjulegir flipar fara beint, þá getur engin regla eftir forriti lýst því, og enginn fjöldi tilkynningarrökfræði bætir við vali sem vettvangurinn hefur ekki.

Fylgstu með gildru pakkaauðkennis meðan þú athugar. Beta eða bygging framleiðanda er annar pakki en stöðugur vafri, svo regla sem nær yfir annan sleppir hinum í hljóði:

adb shell pm list packages | grep -i chrome

Athugun tvö: prófaðu hvort kveikjan geti nokkurn tíma verið nógu snemma

Tilkynningahlustari fylgist með tilkynningum sem hann má sjá. Athugun er ekki hlerun: vafrinn hefur þegar leyst nafnið og opnað tenginguna þegar tilkynningin er til, og ekkert á þeirri leið bíður eftir að sjálfvirknivæðingin þín klárist. Verkefni sem ræsir VPN biðlarann verður að bíða eftir viðmóti biðlarans, hugsanlegri samþykkisbeiðni og handtaki ganganna, sem mælist í sekúndum á meðan fyrsta beiðnin mælist í millisekúndum.

Greiningin sjálf er brothætt af annarri ástæðu. Texti tilkynninga breytist milli útgáfa og staðfæringa, svo mynstur sem passar við eina útgáfu hættir að passa eftir uppfærslu, og mistökin eru hljóðlát. Tilkynning sem vantar er ekki sönnun þess að einkavafur vanti; hún getur aðeins þýtt að strengurinn breyttist eða rásin var þaggaður.

Það er lögmæt útgáfa af þessu vinnuflæði, og hún er röðuð frekar en viðbragðsmiðuð: tengdu samþykktu VPN fyrst, staðfestu tilbúiðmerki sem sannar raunverulega að göngin flytji umferð, opnaðu svo inkognitólotuna í gegnum studd vafrastýringar, og stöðvaðu ef tilbúiðprófið mistekst. Það verndar lotuna sem þú ert að fara að byrja án þess að þykjast vernda þá sem er þegar í gangi.

Athugun þrjú: endurskoðaðu heimildina sem þú ert að fara að veita

Aðgangur að tilkynningum er viðkvæm heimild sem leyfir þjónustu að lesa tilkynningar frá hverju forriti, ekki bara vafranum. Að veita ókunnugu sjálfvirknitóli hana til að fylgjast með einu vafraástandi er slæm skipti, og aðgangurinn varir eftir að tilrauninni lýkur. Snertingar sem knúnar eru af aðgengi eru verri: þær eru skriftulaga yfir viðmótið, ekki studd VPN-stýriðmót, og þær brotna við hverja útlitsbreytingu.

Áður en þú veitir eitthvað, spurðu hvort sama niðurstaða sé aðgengileg með studdum verkfærum. Ef svarið er stefnukrafa er það yfirleitt: vettvangurinn getur framfylgt göngum fyrir forrit eða prófíl án nokkurrar hlustandi þjónustu.

Athugun fjögur: notaðu alltaf á og blokkingu þegar krafan er framfylgd

Ef vafrinn má aldrei eiga samskipti fyrir utan göngin, þá tilheyrir framfylgdin vettvangsstillingum, ekki makrói. Android styður VPN sem er alltaf á með blokkkarham sem kemur í veg fyrir umferð þegar göngin eru ekki komin upp, og stýrð tæki geta fengið það með stefnu. Staðfestu hvað tækið hefur núna í stað þess að gera ráð fyrir:

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

Gildi forrits sem er ekki null þýðir að pakki er stilltur sem alltaf á, og blokkgildi 1 þýðir að tengingar fyrir utan göngin eru blokkaðar. Það er þetta par sem breytir venju um bestu viðleitni í tryggingu, og það fjarlægir líka keppnina algjörlega, því göngin eru komin upp áður en umferð forritsins er leyfð.

Tvö mörk eru þess virði að nefna hér. Vinnuprófílar bera eigin VPN-stillingu, svo regla sem staðfest er í einkaprófílnum segir ekkert um vinnuprófílinn. Og vafri sem er settur upp sérstaklega, sérsniðinn flipi sem annað forrit opnar, eða vefskoðun inni í forriti er annar pakki eða samhengi með eigin leiðsögn, svo staðfestu raunverulega pakkann í stað þess að gera ráð fyrir að gluggi í annarri stíl sé sérstakt lén.

Athugun fimm: skrifaðu vinnuflæðið niður og prófaðu mistakaleiðina

Hvað sem þú velur, skráðu röðina og stöðvunarskilyrðið. Fyrir þægindavinnuflæðið þýðir það: göngin upp, tilbúið sannað, inkognitó opið, og hörð stöðvun ef tilbúið mistekst. Fyrir framfylgdarleiðina þýðir það: alltaf á forrit stillt, blokkun virkjuð, og vænt hegðun þegar göngin komast alls ekki upp, sem er engin umferð frekar en óvarið umferð.

Prófaðu svo mistökin, ekki bara árangurinn. Aftengdu göngin í lotu og fylgstu með hvað vafrinn gerir; lokaðu fyrir VPN-forritsferlið og staðfestu að ekkert leki. Að lokum, haltu tveimur persónuverndarlíkönum aðskildum í notendaskjölum: inkognitó stýrir tímabundnu vafraástandi og felur ekki umferð fyrir netinu, á meðan VPN flytur umferð en eyðir ekki innskráningum eða neinu sem sent er innan einkalotunnar.