Bölünmüş tünelleme uygulamanızın güncellemelerini neden kapsamaz

Uygulamayı bölünmüş tünel hariç tutma listesine eklersiniz, uygulama internete doğrudan ulaşır ve güncellemeler yine başarısız olur ya da hâlâ tünelden sürünerek geçer. Hariç tutma işe yaradı. Yalnızca indirmeyi yapan süreçten farklı bir süreci kapsadı, çünkü modern bir güncelleyici nadiren uygulama penceresiyle aynı çalıştırılabilir dosyadır.

Efsane: uygulamayı hariç tutmak trafiğini hariç tutar

Uygulama başına bölünmüş tünelleme, platforma bağlı olarak bir süreci, paketi veya uygulama yolunu eşleştirir. Bir markayı, özelliği veya kullanıcı niyetini eşleştirmez. Uygulama indirmeyi bir yardımcıya, paylaşılan bir platform hizmetine veya bir tarayıcı bileşenine devrettiğinde, o yardımcının kendi kimliği ve tünelden geçen kendi yolu vardır. Hariç tutma listesinin iki sürecin aynı ürüne ait olduğundan haberi yoktur. Yalnızca hangisini adlandırdığınızı bilir.

Yani kural kendisine söyleneni tam olarak yapıyor. Aktarımın kime ait olduğu varsayımı yanlıştı ve düzeltme, daha fazla istisna eklemek yerine o sahibi tanımlamakla başlar.

Aktarımın sahibini bulun

Android'de güncelleme, hariç tuttuğunuz uygulama paketi yerine paylaşılan bir hizmet paketi tarafından getirilebilir ve uygulama başına bir VPN kuralı soketi açan pakete uygulanır. Windows'ta güncelleyici hizmeti uygulamadan farklı bir çalıştırılabilir yol altında çalışabilir, bu yüzden uygulama yoluna uyan bir kural onu kaçırır. macOS'ta ayrıcalıklı bir yardımcı veya sistem güncelleme servisi aktarımı yapabilir, uygulama ise yalnızca talep eder.

Sahibi kanıtlardan tanımlayın: platformun ağ etkinliği görünümü, sürece göre filtrelenmiş paket yakalama veya güncelleyici bileşenini adlandıran satıcı belgeleri. Süreç adından tahmin etmek, benzer görünen iki ikili dosyanın karıştırılması ve yanlış olanın hariç tutulmasıdır.

Güncelleme sistemleri işi de sık sık böler. Küçük bir üst veri isteği bir sürümü denetler ve çok daha büyük bir paket indirmesi bir içerik dağıtım ana bilgisayarına veya başka bir etki alanına gider. Üst veri denetimi tünelden başarılı olabilirken paket aktarımı tünelin farklı yönlendirdiği bir ana bilgisayarda tıkanır. Bu bölünme, güncellemelerin algılandığı ama hiç yüklenmediği kafa karıştırıcı raporu açıklar. Uygulamanın açılıp açılmadığını test etmek yerine paket indirmesinin kendisini aynı cihazdan ve aynı ağdan test edin.

Doğrulama bir yol değişikliğinden sağ çıkar

Bir yolu değiştirmek TLS, yayıncı kimliği veya paket imzası doğrulamasını değiştirmez. Bir indirme ancak açıklanamayan bir sertifika uyarısını geçtikten sonra başarılı olduğu için bu denetimleri kapatmayın. Yalnızca hariç tutulan yolda görünen bir uyarı bir bulgudur, engel değildir. Atlatmayı genişletmeden önce onu araştırın.

Yönetilen bir cihazda her sistem hizmeti için geniş bir kural eklemek yerine desteklenen bir istisna isteyin. Tek bir güncelleyiciyi düzeltmek için tüm paylaşılan hizmetleri hariç tutan bir kural, atlatmayı ilk isteğin çok ötesine genişletir.

Güncellemeyi test edin, ardından sahibini belgeleyin

Değişiklikten sonra yeniden bağlanın ve uygulanan kuralı yeniden doğrulayın, çünkü bazı istemciler tünel yeniden bağlandığında yönlendirmelerini yeniden kurar. Bir tam güncelleme döngüsü çalıştırın: denetle, indir, doğrula ve yükle. Başarılı bir denetim yolun yalnızca en küçük kısmını kanıtlar.

Aktarımın sahibini, hedef ana bilgisayarları ve amaçlanan yolu bölünmüş tünelleme kuralıyla aynı yerde kaydedin. Aksi halde güncelleme mekanizmasındaki bir sonraki değişiklik istisnayı sessizce geçersiz kılar ve onu devralan kişi kuralın hangi süreç için yazıldığını bilmenin hiçbir yoluna sahip olmaz.