Bloklama açarı tuneldən kənarda saxladığınız tətbiqi bağlayacaqmı?

Bloklama açarı aktivdir, bir tətbiq qəsdən tuneldən kənarlaşdırılıb və iki tələb indi bir-birinə ziddir. Biri deyir ki, tuneldən başqa heç nə çıxmasın, digəri deyir ki, bu proqram birbaşa getməlidir. Hər müştəri bu ziddiyyəti fərqli həll edir və parametrlər səhifəsi hansı qaydanın üstün olduğunu nadir hallarda izah edir. Hər hansı etiketə güvənməzdən əvvəl siyasəti tətbiq üzrə yazın.

İki siyasət, bir maşın

Bloklama açarı uğursuzluqla bağlı vəddir: tunel trafiki qorumursa, trafik dayanır. Bölünmüş tunel seçimlə bağlı vəddir: bu proqramlar və ya təyinatlar tuneldən istifadə edir, digərləri isə yox. İkinci vəd birinci vədin qərar verməli olduğu trafik yaradır. Heç bir vəd səhv deyil; onları sadəcə fərqli insanlar fərqli təhdidlər üçün yazıblar.

Üç nəticə mümkündür və yalnız biri yerləşdirmənin nəzərdə tutduğu nəticədir. Kənarlaşdırılmış tətbiq kəsinti zamanı birbaşa qala bilər, bu ayrımı qoruyur və bloklama açarını pozur. Digər hər şeylə birlikdə bloklana bilər, bu bloklama açarını qoruyur və ayrımı pozur. Ya da yalnız bəzən bloklana bilər, interfeys itdikdən sonra platformanın qaydanı necə dəyərləndirməsindən asılı olaraq. Sonuncu hal ən çox müraciət doğuran haldır.

Qaydadan əvvəl tətbiq siyahısını yazın

Tuneldən istifadə etməli olan proqramları, birbaşa getməli olanları və heç bir siyahıda görünməməli adları və ya təyinatları sadalayın. Həlledici davranışını və IPv6 tərəfini ayrıca qeyd edin, çünki hər ikisi səhifə trafikindən fərqli siyasət izləyə bilər.

Tətbiq üzrə qaydalar adətən icra olunan fayla və ya paketə uyğun gəlir, onun içindəki profilə yox. Brauzer profili, gizli pəncərə və genişləndirmə öz şəbəkə kimliyini daşımır, ona görə prosesin aldığını miras alır. Həmin brauzerin başlatdığı köməkçi proses isə o qaydayı ümumiyyətlə miras almaya bilər.

Bir yox, iki siyahı lazımdır: tunelin daşımalı olduğu və heç bir səbəbdən ondan kənara çıxmamalı olan. Hər iki siyahıda görünən tətbiq tətbiq detalı deyil, tələb ziddiyyətidir və müştəri konfiqurasiya edilməzdən əvvəl həll olunmalıdır.

Kəsinti zamanı müştəri nə edir

Bəzi tətbiqlər kənarlaşdırılmış proqramları kəsinti zamanı bloklayır və yenidən qoşulanda girişi bərpa edir. Digərləri birbaşa yolu hər zaman saxlayır, bu ayrıma uyğundur və təhlükəsizlik xassəsi kimi zəifdir. Platforma səviyyəsində kilid müştərinin tətbiq üzrə seçimini tamamilə üstələyə bilər. Bu fərq kosmetik deyil, çünki kənarlaşdırılmış tətbiqin siyasət istisnası, yoxsa deşik olduğunu məhz bu həll edir.

Android-in həmişə aktiv VPN funksiyası VPN olmadan bağlantıları bloklama seçimi ilə ən aydın haldır, çünki kilidi müştəri deyil, platforma tətbiq edir və kənarlaşdırılmış paket tunel söndükdə digər hər şeylə birlikdə bloklanır. Tətbiq üzrə istisnaları öz sürücüsündə tətbiq edən masaüstü müştəri adətən kənarlaşdırılmış prosesi fiziki interfeysdə saxlayır, çünki o prosesin trafikinə əvvəldən sahib deyildi. Hər iki davranış müdafiə oluna bilər və yalnız biri kənarlaşdırılmış tətbiqin işlək qalmasını tələb edən şərtə uyğun gəlir. Nəticəni şərh etməzdən əvvəl hansı komponentin qaydanı tətbiq etdiyini soruşun.

Qarşınızdakı əməliyyat sistemi üçün davranışı oxuyun, başqa yerdə eyni adlı parametri yox. Tətbiqetmə API-ləri fərqlidir və bir işarələmə qutusu masaüstündə və telefonda tamamilə fərqli şeylər ifadə edə bilər. Versiya da vacibdir, çünki kilid nəzarəti Android buraxılışları arasında ekranlar arasında köçüb və müştəri tərəfindəki istisna siyahısı platforma kilidi ilə eyni nəzarət deyil.

Üç məqam: tunel açıq, tunel bağlı, yenidən qoşulma

Üç məqamda zərərsiz sorğulardan istifadə edin: tunel işləyəndə, narahat olduğunuz nasazlıq zamanı və yenidən qoşulduqdan sonra. Tək brauzer nəticəsi kənarlaşdırılmış tətbiqin davranışını müəyyən edə bilməz.

curl -sS --max-time 8 https://api.ipify.org
curl -sS --max-time 8 --interface tun0 https://api.ipify.org
dig +short example.com

Çıxış ünvanı hansı yolun seçildiyini göstərir və açıq interfeys testi tunel yeganə çıxış olduqda nə baş verdiyini göstərir. Hər hansı birini işə salmazdan əvvəl gözlənilən nəticəni hər sətrin yanında qeyd edin, əks halda çıxış sonradan şərh olunacaq.

Kənarlaşdırılmış tətbiq oflayn olursa, geniş firewall icazəsi əlavə etməzdən əvvəl siyasət üstünlüyünü yoxlayın, çünki bu düzəliş sınaqdan keçirdiyiniz fərqi məhv edir. Birbaşa qalırsa, bunun sənədləşdirilmiş istisna olduğunu, təsadüfi geri çəkilmə olmadığını təsdiqləyin. Cihazın hamısı üçün sərt tələb varsa, istisna siyahısını əl ilə sınaqdan keçirilə bilənə qədər qısaldın.