Android-də hər tətbiq üçün VPN və Chrome gizli rejimi: qayda nəyi əhatə edir

Kimsə gizli nişan görünəndə VPN-i açan avtomatlaşdırma qurub və o, etibarlı işləmir. Səbəb quruluşcandır və avtomatlaşdırmanı tənzimləməzdən əvvəl anlamağa dəyər: Android-də hər tətbiq üçün qaydalar tətbiq paketlərini seçir, gizli rejim isə bir paketin daxilində vəziyyətdir. Qayda ikisini ayıra bilmir. Bildiriş də brauzer işə başladıqdan sonra gəlir, yəni düzgün tetikləyici belə gec çatır. Beş yoxlamanı ardıcıllıqla keçin; dördüncü yoxlamada uğursuzluq yanaşmanın, parametrlərin yox, dəyişməli olduğunu bildirir.

Birinci yoxlama: qayda nəyi seçə bilər

VPN tətbiqi tunelini icazə verilən və ya qadağan edilən tətbiq siyahıları ilə qurur və bu siyahılar paket adlarını götürür. Adi rejimdə Chrome və gizli rejimdə Chrome eyni paketdir, eyni istifadəçi identifikatoru və eyni şəbəkə icazəsi var, ona görə Chrome-u daxil edən və ya xaric edən qayda hər ikisinə eyni cür aiddir. Platformanın uyğunlaşdıra biləcəyi nişan səviyyəli kimliyi yoxdur.

Bu, yan keçməli qüsur deyil; API-nin təklif etdiyi dəqiqlikdir. Chrome trafiki tunelin içində, qalan hər şey çöldə olsun istəsəniz, hər tətbiq üçün qayda bunu dəqiq ifadə edir. Yalnız şəxsi nişanlar tunelin içində, adi nişanlar birbaşa getsin istəsəniz, heç bir belə qayda bunu ifadə edə bilməz və heç bir bildiriş məntiqi platformada olmayan seçici əlavə etmir.

Paket kimliyi tələsinə diqqət yetirin: beta və ya təchizatçı buraxılışı sabit brauzerdən fərqli paketdir, ona görə birini əhatə edən qayda digərini səssizcə buraxır:

adb shell pm list packages | grep -i chrome

İkinci yoxlama: tetikləyici kifayət qədər erkən ola bilərmi

Bildiriş dinləyicisi görməsinə icazə verilən bildirişləri müşahidə edir. Müşahidə müdaxilə deyil: bildiriş yarananda brauzer adı artıq həll edib və bağlantını açıb, o yolda heç nə sizin avtomatlaşdırmanızı gözləmir. Sonra VPN müştərisini işə salan tapşırıq müştərinin interfeysini, hər hansı razılıq sorğusunu və tunel əl sıxışmasını gözləməlidir; bu saniyələrlə ölçülür, ilk sorğu isə millisaniyələrlə ölçülür.

Aşkarlama ikinci səbəbdən də kövrəkdir. Bildiriş mətni versiyalar və lokallaşdırmalar arasında dəyişir, bir buraxılışa uyğun gələn nümunə yeniləmədən sonra uyğun gəlmir və uğursuzluq səssizdir. Bildirişin olmaması şəxsi baxışın olmamasını sübut etmir; yalnız mətnin dəyişdiyini və ya kanalın susdurulduğunu göstərə bilər.

Bu iş axınının qanuni variantı var və o, reaktiv deyil, sıralıdır: əvvəlcə təsdiqlənmiş VPN-i qoşun, tunelin həqiqətən trafik daşıdığını sübut edən hazırlıq siqnalını təsdiqləyin, sonra brauzerin dəstəklənən idarələri ilə gizli sessiyanı açın və hazırlıq yoxlaması uğursuz olarsa dayanın. Bu, başlamaq üzrə olduğunuz sessiyanı qoruyur, artıq işləyən birini qoruyurmuş kimi görünmədən.

Üçüncü yoxlama: verməzdən əvvəl icazəni yoxlayın

Bildiriş girişi həssas icazədir və xidmətə yalnız brauzerdən deyil, hər tətbiqin bildirişlərini oxumağa imkan verir. Onu bir brauzer vəziyyətini izləmək üçün tanımadığı avtomatlaşdırma alətinə vermək pis mübadilədir və giriş təcrübədən sonra da qalır. Əlçatanlıqla idarə olunan toxunuşlar daha pisdir: onlar interfeys üzərində skript qatıdır, dəstəklənən VPN idarəetməsi deyil və hər hansı düzüm dəyişikliyi onları pozur.

Nə isə verməzdən əvvəl soruşun, eyni nəticəyə dəstəklənən mexanizmlə çatmaq olarmı. Cavab siyasət tələbidirsə, adətən belədir: platforma heç bir dinləmə xidməti olmadan tətbiq və ya profil üçün tuneli tətbiq edə bilər.

Dördüncü yoxlama: tətbiq lazım olanda həmişə-açıq və bloklama işlədin

Brauzer heç vaxt tuneldən kənarda əlaqə saxlamamalıdırsa, tətbiq platformanın parametrlərindədir, makroda deyil. Android tunel qurulmadıqda trafiki dayandıran bloklama rejimi ilə həmişə-açıq VPN-i dəstəkləyir və idarə olunan cihazlar bunu siyasətlə ala bilər. Fərz etmək əvəzinə cihazın hazırda nə olduğunu təsdiqləyin:

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

Boş olmayan tətbiq dəyəri paketin həmişə-açıq kimi qurulduğunu, kilid dəyəri 1 isə tuneldən kənar bağlantıların bloklandığını bildirir. Bu cüt ən yaxşı cəhd vərdişini zəmanətə çevirir və yarışı tamamilə aradan qaldırır, çünki tunel tətbiq trafikinə icazə verilməzdən əvvəl qurulur.

Burada iki sərhəd var. İş profilləri öz VPN konfiqurasiyasını daşıyır, ona görə şəxsi profildə təsdiqlənmiş qayda iş profili haqqında heç nə demir. Və ayrıca quraşdırılmış brauzer, başqa tətbiqin açdığı fərdi nişan və ya tətbiq daxilində veb görünüşü öz marşrutlaşdırması olan fərqli paket və ya kontekstdir, ona görə fərqli görünüşlü pəncərənin ayrı domen olduğunu fərz etmək əvəzinə həqiqi paketi yoxlayın.

Beşinci yoxlama: iş axınını yazın və uğursuzluq yolunu sınayın

Nə seçsəniz də, sıranı və dayandırma şərtini sənədləşdirin. Rahatlıq iş axını üçün bu: tunel qalxıb, hazırlıq sübut olunub, gizli nişan açılıb və hazırlıq uğursuz olarsa sərt dayanma var. Tətbiq yolu üçün bu: həmişə-açıq tətbiq qurulub, kilid aktivdir və tunel ümumiyyətlə qalxa bilmədikdə gözlənilən davranış, yəni qorunmayan trafik yox, heç bir trafik olmaması.

Sonra yalnız uğuru deyil, uğursuzluğu sınayın. Sessiya zamanı tuneli kəsin və brauzerin nə etdiyinə baxın; VPN tətbiqinin prosesini bloklayın və heç nə sızmadığını təsdiqləyin. Nəhayət, iki məxfilik modelini sənədlərdə ayrı saxlayın: gizli rejim müvəqqəti brauzer vəziyyətini idarə edir və trafiki şəbəkədən gizlətmir, VPN isə trafiki daşıyır, lakin girişləri və ya şəxsi sessiyada göndəriləni silmir.