VPN sipas aplikacionit në Android dhe Chrome incognito: çfarë mbulon rregulli

Dikush ka ndërtuar një automatizim që ndez VPN-në kur shfaqet një skedë incognito, dhe ai nuk funksionon në mënyrë të besueshme. Ka një arsye strukturore për këtë, dhe ia vlen ta kuptosh para se të rregullosh automatizimin. Rregullat VPN sipas aplikacionit në Android zgjedhin paketa aplikacionesh, dhe incognito është një gjendje brenda një pakete, kështu që rregulli nuk mund t'i dallojë të dyja. Njoftimi aktivizohet pasi shfletuesi ka filluar tashmë të punojë, kështu që edhe një aktivizues i saktë vjen vonë. Kalo pengesat më poshtë sipas radhës; një dështim në kontrollin e katërt do të thotë që duhet ndryshuar qasja, jo konfigurimi.

Kontrolli i parë: konfirmo çfarë mund të zgjedhë rregulli sipas aplikacionit

Një aplikacion VPN për Android ndërton tunelin e tij me lista aplikacionesh të lejuara ose të ndaluara, dhe ato lista marrin emra paketash. Chrome në modalitetin normal dhe Chrome në modalitetin incognito janë i njëjti paketë, me të njëjtin id përdoruesi dhe të njëjtën leje rrjeti, kështu që një rregull që përfshin ose përjashton Chrome zbatohet njësoj për të dyja. Platforma nuk ka identitet të lidhur me skedën për t'u përputhur.

Ky nuk është një defekt për t'u anashkaluar; është granulariteti që ofron API-ja. Nëse kërkesa juaj është trafiku i Chrome përmes tunelit dhe gjithçka tjetër jashtë, një rregull sipas aplikacionit e shpreh saktësisht. Nëse kërkesa juaj është që vetëm skedat private të kalojnë përmes tunelit ndërsa skedat e zakonshme shkojnë direkt, asnjë rregull sipas aplikacionit nuk mund ta shprehë këtë, dhe asnjë sasi logjike njoftimesh nuk do të shtojë një përzgjedhës që platforma nuk e ka.

Kujdes nga kurthi i identitetit të paketës gjatë kontrollit. Një beta ose një ndërtim i prodhuesit është një paketë tjetër nga shfletuesi i qëndrueshëm, kështu që një rregull që mbulon njërën humbet në heshtje tjetrën:

adb shell pm list packages | grep -i chrome

Kontrolli i dytë: testoni nëse aktivizuesi mund të jetë ndonjëherë mjaft i hershëm

Një dëgjues njoftimesh vëzhgon njoftimet që i lejohet të shohë. Vëzhgimi nuk është përgjim: shfletuesi e ka zgjidhur tashmë emrin dhe ka hapur lidhjen kur njoftimi ekziston, dhe asgjë në atë rrugë nuk pret që automatizimi juaj të përfundojë. Një detyrë që më pas nis klientin VPN duhet të presë ndërfaqen e klientit, çdo kërkesë pëlqimi dhe shtrëngimin e duarve të tunelit, të cilat maten në sekonda, ndërsa kërkesa e parë matet në milisekonda.

Vetë zbulimi është i brishtë për një arsye të dytë. Teksti i njoftimit ndryshon midis versioneve dhe lokalizimeve, kështu që një model që përputhet me një version pushon së përputhuri pas një përditësimi, dhe dështimi është i heshtur. Një njoftim që mungon nuk është provë që shfletimi privat mungon; mund të thotë vetëm se vargu ndryshoi ose kanali u hesht.

Ekziston një version legjitim i këtij rrjedhe pune, dhe është i rregulluar, jo reaktiv: fillimisht lidhni VPN-në e miratuar, konfirmoni një sinjal gatishmërie që vërteton vërtet se tuneli mbart trafik, pastaj hapni sesionin incognito përmes kontrolleve të shfletuesit të mbështetura, dhe ndaloni nëse kontrolli i gatishmërisë dështon. Kjo mbron sesionin që po filloni pa pretenduar se mbroni një që tashmë është në vazhdim.

Kontrolli i tretë: audito lejen që jeni duke dhënë

Qasja në njoftime është një dhënie e ndjeshme që lejon një shërbim të lexojë njoftimet nga çdo aplikacion, jo vetëm nga shfletuesi. T'ia japësh një mjeti të panjohur automatizimi për të mbikëqyrur një gjendje të shfletuesit është një shkëmbim i keq, dhe qasja vazhdon edhe pas përfundimit të eksperimentit. Trokitjet e drejtuara nga aksesueshmëria janë më keq: ato janë një shtresë skripti mbi ndërfaqen, jo një ndërfaqe kontrolli VPN e mbështetur, dhe thyhen në çdo ndryshim strukture.

Përpara se të jepni ndonjë gjë, pyesni nëse i njëjti rezultat është i arritshëm me një mekanizëm të mbështetur. Nëse përgjigja është një kërkesë politike, zakonisht është: platforma mund të imponojë një tunel për një aplikacion ose profil pa asnjë shërbim që dëgjon.

Kontrolli i katërt: përdorni gjithmonë ndezur dhe bllokim kur kërkesa është zbatimi

Nëse shfletuesi nuk duhet të komunikojë kurrë jashtë tunelit, zbatimi i përket cilësimeve të platformës, jo një makro. Android mbështet një VPN gjithmonë ndezur me një modalitet bllokimi që parandalon trafikun kur tuneli nuk është vendosur, dhe pajisjet e menaxhuara mund ta marrin përmes politikës. Konfirmoni çfarë ka pajisja tani në vend që të supozoni:

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

Një vlerë aplikacioni jo zero do të thotë që një paketë është konfiguruar si gjithmonë ndezur, dhe një vlerë bllokimi 1 do të thotë që lidhjet jashtë tunelit janë të bllokuara. Ky çift është ai që e kthen një zakon të përpjekjes më të mirë në garanci, dhe gjithashtu eliminon plotësisht garën, sepse tuneli vendoset përpara se trafiku i aplikacionit të lejohet.

Dy kufij ia vlen të përmenden këtu. Profilet e punës kanë konfigurimin e tyre të VPN-së, kështu që një rregull i verifikuar në profilin personal nuk thotë asgjë për atë të punës. Dhe një shfletues i instaluar veçmas, një skedë e personalizuar e hapur nga një aplikacion tjetër, ose një webview brenda një aplikacioni është një paketë ose kontekst tjetër me rrugëtimin e vet, kështu që verifikoni paketën e vërtetë në vend që të supozoni se një dritare me stil tjetër është një domen i veçantë.

Kontrolli i pestë: shkruani rrjedhën e punës dhe testoni rrugën e dështimit

Çfarëdo që zgjidhni, dokumentoni rendin dhe kushtin e ndërprerjes. Për rrjedhën e komoditetit kjo do të thotë: tunel lart, gatishmëri e provuar, incognito i hapur, dhe një ndalesë e fortë nëse gatishmëria dështon. Për rrugën e zbatimit do të thotë: aplikacion gjithmonë ndezur i konfiguruar, bllokim i aktivizuar, dhe sjellja e pritur kur tuneli nuk mund të ngrihet fare, domethënë asnjë trafik në vend të trafikut të pambrojtur.

Pastaj testoni dështimin, jo vetëm suksesin. Shkëputni tunelin gjatë një sesioni dhe shikoni çfarë bën shfletuesi; bllokoni procesin e aplikacionit VPN dhe konfirmoni që asgjë nuk rrjedh. Së fundi, mbani dy modelet e privatësisë të ndara në dokumentacionin e përdoruesit: incognito kontrollon gjendjen e përkohshme të shfletuesit dhe nuk e fsheh trafikun nga rrjeti, ndërsa një VPN mbart trafikun por nuk fshin hyrjet ose asgjë të dërguar brenda sesionit privat.