Bölünmüş tunel niyə tətbiqinizin yeniləmələrini əhatə etmir

Tətbiqi bölünmüş tunel istisna siyahısına əlavə edirsiniz, tətbiq internetə birbaşa çıxır, amma yeniləmələr yenə də uğursuz olur və ya tuneldən keçməyə davam edir. İstisna işlədi. Sadəcə, yükləməni həyata keçirən prosesdən fərqli bir prosesi əhatə etdi, çünki müasir yeniləyici nadir hallarda tətbiq pəncərəsi ilə eyni icra olunan fayl olur.

Mif: tətbiqi istisna etmək onun trafikini istisna edir

Tətbiq-üzrə bölünmüş tunel platformadan asılı olaraq prosesi, paketi və ya tətbiq yolunu uyğunlaşdırır. O, brendi, funksiyanı və ya istifadəçi niyyətini uyğunlaşdırmır. Tətbiq yükləməni köməkçi proqrama, paylaşılan platforma xidmətinə və ya brauzer komponentinə ötürdükdə, həmin köməkçinin öz kimliyi və tuneldən keçən öz yolu var. İstisna siyahısının iki prosesin eyni məhsula aid olduğundan xəbəri yoxdur. O yalnız hansını adlandırdığınızı bilir.

Beləliklə qayda ona deyilənləri tam yerinə yetirir. Ötürmənin kimə aid olduğu barədə fərziyyə səhv idi və düzəliş daha çox istisna əlavə etməkdən deyil, həmin sahibi müəyyən etməkdən başlayır.

Ötürmənin sahibini tapın

Android-də yeniləmə istisna etdiyiniz tətbiq paketi əvəzinə paylaşılan xidmət paketi tərəfindən alına bilər və tətbiq-üzrə VPN qaydası soketi açan pakete tətbiq olunur. Windows-da yeniləyici xidmət tətbiqdən fərqli icra olunan yol altında işləyə bilər, ona görə tətbiq yoluna uyğun gələn qayda onu qaçırır. macOS-da imtiyazlı köməkçi və ya sistem yeniləmə demonu ötürməni həyata keçirə bilər, tətbiq isə yalnız onu tələb edir.

Sahibi sübutlardan müəyyən edin: platformanın şəbəkə fəaliyyəti görünüşü, proses üzrə filtrlənmiş paket tutması və ya yeniləyici komponentin adını çəkən təchizatçı sənədləri. Proses adından təxmin etmək iki oxşar görünən binar faylın qarışdırılmasına və səhv olanın istisna edilməsinə səbəb olur.

Yeniləmə sistemləri də işi tez-tez bölür. Kiçik metadata sorğusu versiyanı yoxlayır, daha böyük paket yükləməsi isə məzmun çatdırılma hostuna və ya fərqli domenə gedir. Metadata yoxlaması tuneldən keçə bilər, halbuki paket ötürməsi tunelin fərqli yönləndirdiyi hostda dayanır. Bu bölünmə yeniləmələrin aşkarlandığı, lakin heç vaxt quraşdırılmadığı qarışıq hesabatı izah edir. Tətbiqin açılıb-açılmadığını yoxlamaq əvəzinə paket yükləməsinin özünü, eyni cihazdan və eyni şəbəkədən sınaqdan keçirin.

Yoxlama marşrut dəyişikliyindən sonra da qalır

Marşrutun dəyişdirilməsi TLS-i, nəşriyyat kimliyini və ya paket imzası yoxlamasını əvəz etmir. Yükləmə yalnız izah edilməmiş sertifikat xəbərdarlığını keçdikdən sonra uğurlu olur deyə bu yoxlamaları söndürməyin. Yalnız istisna edilmiş yolda görünən xəbərdarlıq maneə deyil, bir tapıntıdır. Keçidi genişlətməzdən əvvəl onu araşdırın.

İdarə olunan cihazda hər sistem xidməti üçün geniş qayda əlavə etmək əvəzinə dəstəklənən istisna istəyin. Bir yeniləyicini düzəltmək üçün bütün paylaşılan xidmətləri istisna edən qayda keçidi ilkin tələbdən qat-qat artıq genişləndirir.

Yeniləməni sınaqdan keçirin, sonra sahibi sənədləşdirin

Dəyişiklikdən sonra yenidən qoşulun və tətbiq olunan qaydayı yenidən yoxlayın, çünki bəzi müştərilər tunel yenidən qoşulduqda marşrutlaşdırmalarını yenidən qurur. Tam bir yeniləmə dövrü işə salın: yoxla, yüklə, təsdiqlə və quraşdır. Uğurlu yoxlama yolun ən kiçik hissəsini sübut edir.

Ötürmənin sahibini, təyinat hostlarını və nəzərdə tutulan marşrutu bölünmüş tunel qaydası ilə eyni yerdə qeyd edin. Əks halda növbəti yeniləmə mexanizmi dəyişikliyi istisnanı səssizcə etibarsız edəcək və onu miras alan şəxsin qaydanın hansı proses üçün yazıldığını bilməyin heç bir yolu olmayacaq.