Android-ում հավելվածային VPN և Chrome ինկոգնիտո. ինչ է ծածկում կանոնը

Ինչ-որ մեկը ստեղծել է ավտոմատացում, որը միացնում է VPN-ը, երբ հայտնվում է ինկոգնիտո ներդիր, և այն հուսալի չի աշխատում։ Դրա համար կա կառուցվածքային պատճառ, և արժե հասկանալ այն ավտոմատացումը կարգավորելուց առաջ։ Android-ի հավելվածային VPN կանոնները ընտրում են հավելվածների փաթեթներ, և ինկոգնիտոն մեկ փաթեթի ներսում գտնվող վիճակ է, ուստի կանոնը չի կարող տարբերել երկուսը։ Ծանուցումը գործարկվում է այն բանից հետո, երբ բրաուզերն արդեն սկսել է աշխատել, ուստի նույնիսկ ճիշտ գործարկիչը ուշանում է։ Անցեք ստորև նշված ստուգումները հերթականությամբ. չորրորդ ստուգման ձախողումը նշանակում է, որ փոխելու կարիք ունի մոտեցումը, ոչ թե կարգավորումը։

Առաջին ստուգում. հաստատեք, թե ինչ կարող է ընտրել հավելվածային կանոնը

Android VPN հավելվածը կառուցում է իր թունելը թույլատրված կամ արգելված հավելվածների ցանկերով, և այդ ցանկերը վերցնում են փաթեթների անվանումներ։ Chrome-ը սովորական ռեժիմում և Chrome-ը ինկոգնիտո ռեժիմում նույն փաթեթն են՝ նույն օգտագործողի id-ով և նույն ցանցային թույլտվությամբ, ուստի Chrome-ը ներառող կամ բացառող կանոնը երկուսի համար էլ նույնությամբ գործում է։ Հարթակը չունի ներդիրին կապված ինքնություն, որի հետ կարելի լինի համեմատել։

Սա թերություն չէ, որից պետք է խուսափել. սա այն մանրամասնությունն է, որն առաջարկում է API-ն։ Եթե ձեր պահանջը Chrome-ի տրաֆիկն է թունելով և մնացած ամեն ինչը դրսում, հավելվածային կանոնը դա արտահայտում է ճշգրիտ։ Եթե ձեր պահանջը միայն մասնավոր ներդիրներն են թունելով, իսկ սովորական ներդիրները՝ ուղիղ, ապա ոչ մի հավելվածային կանոն չի կարող դա արտահայտել, և ծանուցման տրամաբանության ոչ մի քանակություն չի ավելացնի ընտրիչ, որը հարթակը չունի։

Ստուգելիս ուշադրություն դարձրեք փաթեթի ինքնության թակարդին։ Բետան կամ արտադրողի կառուցվածքը տարբերվում է կայուն բրաուզերից, ուստի մեկին ծածկող կանոնը լուռ բաց է թողնում մյուսին.

adb shell pm list packages | grep -i chrome

Երկրորդ ստուգում. փորձարկեք, թե արդյոք գործարկիչը երբևէ կարող է բավական վաղ լինել

Ծանուցումների լսորդը դիտարկում է այն ծանուցումները, որոնք թույլատրված է տեսնել։ Դիտարկումը զսպում չէ. բրաուզերն արդեն լուծել է անունը և բացել կապը, մինչև ծանուցումը գոյություն ունի, և այդ ուղու ոչինչ չի սպասում ձեր ավտոմատացման ավարտին։ Այնուհետև VPN հաճախորդը գործարկող առաջադրանքը պետք է սպասի հաճախորդի ինտերֆեյսին, ցանկացած համաձայնության հուշմանը և թունելի ձեռքսեղմմանը, որոնք չափվում են վայրկյաններով, մինչդեռ առաջին հարցումը չափվում է միլիվայրկյաններով։

Հայտնաբերումն ինքնին փխրուն է նաև երկրորդ պատճառով։ Ծանուցման տեքստը փոխվում է տարբերակների և տեղայնացումների միջև, ուստի մեկ թողարկման համար համապատասխանող ձևանմուշը թարմացումից հետո դադարում է համապատասխանել, և ձախողումը լուռ է։ Բացակայող ծանուցումը ապացույց չէ, որ մասնավոր դիտարկում չկա. այն կարող է պարզապես նշանակել, որ տողը փոխվել է կամ ալիքը լռեցվել է։

Այս աշխատանքային հոսքի օրինական տարբերակ կա, և այն դասավորված է, ոչ թե ռեակտիվ. նախ միացրեք հաստատված VPN-ը, հաստատեք պատրաստականության ազդանշան, որն իսկապես ապացուցում է, որ թունելը տրաֆիկ է տեղափոխում, ապա բացեք ինկոգնիտո նստաշրջանը աջակցվող բրաուզերի կառավարման միջոցով, և կանգ առեք, եթե պատրաստականության ստուգումը ձախողվի։ Սա պաշտպանում է այն նստաշրջանը, որը դուք նոր եք սկսում, առանց ձևացնելու, թե պաշտպանում եք արդեն ընթացողը։

Երրորդ ստուգում. աուդիտ արեք այն թույլտվությունը, որը պատրաստվում եք տալ

Ծանուցումների հասանելիությունը զգայուն թույլտվություն է, որը թույլ է տալիս ծառայությանը կարդալ բոլոր հավելվածների ծանուցումները, ոչ միայն բրաուզերի։ Անծանոթ ավտոմատացման գործիքին այն տալը՝ մեկ բրաուզերի վիճակ դիտելու համար, վատ գործարք է, և հասանելիությունը մնում է փորձի ավարտից հետո։ Հասանելիության վրա հիմնված սեղմումներն ավելի վատն են. դրանք ինտերֆեյսի վրա գտնվող սկրիպտային շերտ են, ոչ աջակցվող VPN կառավարման ինտերֆեյս, և կոտրվում են ցանկացած դասավորության փոփոխության դեպքում։

Նախքան ինչ-որ բան տալը, հարցրեք, թե արդյոք նույն արդյունքը հասանելի է աջակցվող մեխանիզմով։ Եթե պատասխանը քաղաքականության պահանջ է, սովորաբար այո. հարթակը կարող է թունել պարտադրել հավելվածի կամ պրոֆիլի համար առանց լսող ծառայության։

Չորրորդ ստուգում. երբ պահանջը կիրառումն է, օգտագործեք մշտական միացված և արգելափակում

Եթե բրաուզերը երբեք չպետք է հաղորդակցվի թունելից դուրս, կիրառումը պատկանում է հարթակի կարգավորումներին, ոչ թե մակրոյին։ Android-ը աջակցում է մշտապես միացված VPN-ին արգելափակման ռեժիմով, որը կանխում է տրաֆիկը, երբ թունելը հաստատված չէ, և կառավարվող սարքերը կարող են ստանալ այն քաղաքականությամբ։ Հաստատեք, թե սարքը հիմա ինչ ունի, փոխանակ ենթադրելու.

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

Ոչ զրոյական հավելվածի արժեքը նշանակում է, որ փաթեթը կարգավորված է որպես մշտապես միացված, իսկ արգելափակման 1 արժեքը նշանակում է, որ թունելից դուրս կապերը արգելափակված են։ Այդ զույգն է, որ լավագույն ջանքի սովորությունը դարձնում է երաշխիք, և այն նաև ամբողջությամբ վերացնում է մրցավազքը, որովհետև թունելը հաստատվում է նախքան հավելվածի տրաֆիկի թույլատրումը։

Այստեղ արժե նշել երկու սահման։ Աշխատանքային պրոֆիլներն ունեն իրենց VPN կարգավորումը, ուստի անձնական պրոֆիլում ստուգված կանոնը ոչինչ չի ասում աշխատանքայինի մասին։ Եվ առանձին տեղադրված բրաուզերը, մեկ այլ հավելվածի բացած հատուկ ներդիրը կամ հավելվածի ներսում գտնվող webview-ը տարբեր փաթեթ կամ համատեքստ է՝ իր երթուղավորմամբ, ուստի ստուգեք իրական փաթեթը՝ ենթադրելու փոխարեն, որ այլ ոճի պատուհանը առանձին տիրույթ է։

Հինգերորդ ստուգում. գրի առեք աշխատանքային հոսքը և փորձարկեք ձախողման ուղին

Ինչ էլ ընտրեք, փաստաթղթավորեք հերթականությունը և դադարեցման պայմանը։ Հարմարավետության հոսքի համար դա նշանակում է. թունելը վերև, պատրաստականությունը ապացուցված, ինկոգնիտոն բացված, և կոշտ կանգառ, եթե պատրաստականությունը ձախողվի։ Կիրառման ուղու համար դա նշանակում է. մշտապես միացված հավելվածը կարգավորված, արգելափակումը միացված, և սպասվող վարքը, երբ թունելը ընդհանրապես չի կարող բարձրանալ, այսինքն՝ տրաֆիկ չկա՝ չպաշտպանված տրաֆիկի փոխարեն։

Ապա փորձարկեք ձախողումը, ոչ միայն հաջողությունը։ Անջատեք թունելը նստաշրջանի ընթացքում և տեսեք, թե ինչ է անում բրաուզերը. արգելափակեք VPN հավելվածի գործընթացը և հաստատեք, որ ոչինչ չի արտահոսում։ Վերջում առանձին պահեք գաղտնիության երկու մոդելները օգտագործողի փաստաթղթերում. ինկոգնիտոն կառավարում է բրաուզերի ժամանակավոր վիճակը և չի թաքցնում տրաֆիկը ցանցից, մինչդեռ VPN-ը տեղափոխում է տրաֆիկ, բայց չի ջնջում մուտքերը կամ մասնավոր նստաշրջանում ուղարկված որևէ բան։