Niyə simsiz sazlama trafiki VPN sızmasının sübutu deyil

Simsiz sazlamanı aktivləşdirdiniz, noutbuk qoşdunuz və VPN işlək vəziyyətdə olarkən sessiya işləməyə davam etdi. Bu, nəyinsə tuneldən yan keçdiyi kimi görünür. Çox güman ki, belə olmayıb. Sazlama sessiyası ilə tətbiqin vebsayta sorğusu fərqli şəbəkə əlaqələridir və yalnız biri tuneldən keçməlidir.

Bu yanlış oxunuşla iki dəfə rastlaşmışam: bir dəfə telefon və noutbuk eyni Wi-Fi-da olanda, bir dəfə də yenidən başlatmadan sonra qoşma davam edəndə. Hər iki halda VPN məhz konfiqurasiya edildiyi kimi işləyirdi.

Xətanı adlandırmazdan əvvəl müşahidəni adlandırın

Sızma iddiasından əvvəl üç hadisə baş verə bilər və onlar bir-birini əvəz etmir. Alət xidməti kəşf edə bilər, cihaz iş stansiyasını təsdiqləyə bilər və ya səlahiyyətli sessiya həqiqətən əmrləri və baytları daşıya bilər. Hansını gördüyünüzü yazın, çünki hər biri insanların güman etdiyindən azını sübut edir.

Kəşf adətən mDNS və ya port skanıdır. Qoşma telefonda qəbul edilən qeydiyyat qərarıdır və istifadəçinin daxil etdiyi kodla təsdiqlənir. Canlı sessiya iki qoşulmuş son nöqtə arasında trafikin keçdiyini bildirir. Bunların heç biri tətbiqin HTTPS sorğusunun hara getdiyini təsvir etmir.

Təyinatı, interfeysi, ünvan ailəsini, vaxt damğasını və istifadəçi profilini hadisəyə bağlı saxlayın. Bu detallar olmadan müşahidəni nəzərdə tutulan yerli şəbəkə siyasəti ilə, nə də o zaman işləyən VPN buraxılışı ilə müqayisə etmək mümkün deyil.

Niyə iki yol heç vaxt görüşmür

Simsiz sazlama cihaza daxil olan bağlantıdır. adbd Wi-Fi interfeysinə bağlanmış portda dinləyir və iş stansiyası qoşmadan sonra ona qoşulur. İstiqamət vacibdir: noutbukunuz telefona daxil olur, əksinə deyil. Bu, çıxış sızmasının tam əksidir.

Tətbiqin internet trafiki VpnService-in quraşdırdığı tunel interfeysindən çıxır və UID ilə marşrut qaydalarına uyğunlaşdırılır. adbd shell istifadəçisi kimi işləyən sistem demonudur, həmin marşrut dəstinin içindəki tətbiq deyil. Hər tətbiq tunelə bərkidilsə belə, o, altındakı Wi-Fi bağlantısında qalır.

Kilidləmə rejimi əhatə olunan tətbiqlər üçün tuneli məcburi edir. Lakin dinləyən soketi çıxış yoluna çevirmir.

Buna görə işləyən ADB sessiyası və işləyən öldürmə açarı ziddiyyət olmadan birgə mövcuddur. Sızmanı sübut etmək üçün bloklanmalı olan istiqaməti müşahidə etməlisiniz.

Çıxış testi əslində nə kimi görünür

Sazlama kanalını deyil, əhatə olunan tətbiqi sınayın. Uğursuzluq şərtini qəsdən qurun, sonra bir təzə sorğu göndərin və nə olduğunu qeyd edin.

1. VPN-in yeganə yol olduğunu təsdiqləyin: həmişə aktiv VPN-i VPN olmadan bağlantıları blokla seçimi ilə açın.
2. VPN-i dəstəklənən üsulla dayandırın və tətbiqin əlaqə olmadığını bildirdiyini təsdiqləyin.
3. Həmin tətbiqdən bir zərərsiz sorğu göndərin və uğursuz və ya uğurlu olduğunu qeyd edin.
4. Simsiz sazlama aktiv, sonra deaktiv vəziyyətdə təkrarlayın ki, dəyişən təcrid olunsun.

Bu şərtlər altında bloklanmış sorğu sübutdur. Uğurlu ADB sessiyası deyil və terminal tətbiqindən bir ping də deyil.

Əgər kilidləmə aktiv ikən sorğu həqiqətən uğurlu olarsa, tətbiqin UID-ni və onun VPN icazəsini, aktiv şəbəkəni və müştəri versiyasını qeyd edin. Bu birləşmə real tapıntıdır.

Qoşma sessiyadan uzun yaşayır

Qoşma davamlı vəziyyətdir, kabel testindən sonra unuda biləcəyiniz əl sıxışması deyil. Android-in sazlama sənədləri simsiz iş axınını təsvir edir və əlaqənin açıq şəkildə unudulana və ya icazələr ləğv edilənə qədər davam etdiyini qeyd edir.

Tuneli günahlandırmazdan əvvəl hələ nəyin səlahiyyətli olduğunu yoxlayın. Simsiz sazlamanı açın, Qoşulmuş cihazlara baxın və artıq tanımadığınız hər şeyi unudun. İş stansiyasından adb devices işə salın ki, hansı qeydlərin hələ cavab verdiyini görəsiniz, və köhnəlmiş birini atmaq üçün adb disconnect işlədin. Simsiz sazlamanı söndürmək dinləmə portunu tamamilə bağlayır.

Ortaq və ya etibarsız şəbəkədə onu söndürülmüş saxlayın. Nəzarət etmədiyiniz şəbəkədə davamlı səlahiyyət, hipotetik TUN yan keçməsindən daha böyük problemdir.

Həmin xətanı bildirməzdən əvvəl

Faydalı hesabat uğursuz olan dəqiq sərhədi adlandırır. Cihaz modelini və Android buraxılışını, VPN müştərisini və versiyasını, kilidləmənin aktiv olub-olmadığını, tətbiq paketini və UID-ni, telefonun hansı şəbəkədə olduğunu daxil edin. Müşahidəni yaradan əmri və ya sorğunu, həmçinin baş verdiyi vaxtı əlavə edin. Bunlar olmadan heç kim sizin qırıq saydığınız sərhədi təkrarlaya bilməz.

Testi daha dramatik göstərmək üçün icranı söndürməyin və ya etibarsız şəbəkədə sazlamanı açıq qoymayın. Bu, ölçdüyünüz sistemi dəyişir və heç kimin təkrarlaya bilməyəcəyi dəlil qoyur.

Əgər yeganə sübutunuz VPN işləyərkən ADB-nin qoşulmasıdırsa, səhv yolu ölçmüsünüz. Əvvəlcə tətbiq səviyyəsindəki testi təkrarlayın; cavab adətən orada gəlir.