Uygulama bazlı VPN istisnaları, paylaşılan bir hizmet veriyi çektiğinde bozulur

Bir uygulamayı VPN'den hariç tutuyorsunuz ve ihtiyaç duyduğu indirme hâlâ başarısız oluyor ya da daha kötüsü, çalışmaya başlıyor ve ilgisiz bir şey duruyor. Görünen pencere her bağlantıyı açan süreç olmayabilir: bir uygulama işi bir yardımcıya, arka plan aktarım hizmetine veya tamamen başka bir pakete devredebilir. Bu nedenle uygulama bazlı kural, tanıdık bir başlatıcı dosya adı yerine platformun gerçek kimlik modeline ihtiyaç duyar. Aşağıdaki kontroller gözlemle başlar ve isteği gerçekten kimin gönderdiğine geri döner.

Bu kayıtlarda genellikle iki şey birlikte bozulur: yanlış bileşen hariç tutulur ve istisna sonradan hiç daraltılmaz.

Pencereyi değil süreci bulun

Başarısız işlemi yeniden üretin ve gerçekleşirken bağlantıya sahip olan süreci veya paketi belirleyin. Windows'ta bu, hangi pencerenin odakta olduğundan farklı bir sorudur, çünkü arka plan aktarımına kendi kimliğiyle çalışan bir hizmet aracılık edebilir. Linux ve macOS'ta aynı ayrım yardımcı süreçler ve sistem servisleri olarak görünür.

Üç ayrıntı yazın: yürütülebilir dosyanın veya paketin kimliği, iletişim kurduğu hedef ve iş akışında bunun gerçekleştiği an. Başlangıçta başarısız olan indirme, çoğu zaman yarıda başarısız olan indirmeden farklı bir bileşenin üst veri çekmesidir. Tek başına bu fark, kurala dokunmadan önce doğru kimliği seçmek için genellikle yeterlidir. Kimlik uygulama değil hizmet çıkarsa, bu tek gerçek tüm kuralı değiştirir, bu yüzden önce onu belirleyin.

İşlem çok kısa olduğu için süreci gözlemleyemiyorsanız, daha büyük bir yükle veya daha yavaş bir hedefle tekrarlayın. Amaç, hangi yardımcının dahil olduğuna dair bir teori değil, yinelenebilir tek bir gözlemdir.

DNS'i kendi yolu olarak ele alın

Sistem ad çözümlemesi hariç tutulan uygulamayı hiç izlemeyebilir; bu yüzden hariç tutulan bir tarayıcı, trafiği tünelin dışında doğruyken özel bir ana bilgisayar adında yine de başarısız olabilir. Tarayıcı hariç tutulmuştu; çözümleyici değil.

Uygulama bazlı kural geçerli olduğunda platformun DNS ile ne yaptığını kontrol edin ve bunu HTTP isteğinden ayrı kontrol edin. Çözümleyici paylaşılan bir hizmetse cihazdaki her uygulamaya hizmet verir, bu yüzden düşündüğünüz istisna test ettiğinizden çok daha geniş bir kitleye sahiptir.

Hangi çözümleyicinin hangi arayüz üzerinden yanıt verdiğini kaydedin. Bu tek gözlem «uygulama hariç tutuldu ama ad çözümlenmiyor» raporlarının büyük bir bölümünü çözer, bu yüzden kayıtla birlikte saklayın.

Paylaşılan bir yardımcıyı genişletmeyin

Paylaşılan bir hizmet birkaç uygulama için iş yapar, bu yüzden bir iş akışını onarmak için onu hariç tutmak ilgisiz trafiği de değiştirir. Windows'taki Background Intelligent Transfer Service bu biçimin iyi bir örneğidir: birçok uygulamanın kullanabileceği bir altyapıdır ve kimliği aktarımı isteyen uygulamanın kimliği değildir.

Bu istisnayı eklemeden önce istemcinin desteklediği kural modelini ve kuruluşun gereksinimlerini kontrol edin. Bileşeni başka neyin kullandığını ve yazmak üzere olduğunuz kuralın paylaşılan bir süreç yerine hedeflere göre ifade edilip edilemeyeceğini sorun.

Gereksinim bir uygulama sınırı olarak hiç ifade edilemiyorsa, hedef tabanlı bir ilke veya başka bir onaylı tasarım, büyüyen bir yardımcı istisnaları listesinden daha anlaşılır ve daha güvenli olabilir.

Başarısız adımı değil, tüm iş akışını test edin

Desteklenen bir değişiklikten sonra amaçlanan görevi yeni bir istekle baştan sona çalıştırın. Ardından paylaşılan bileşeni kullanan başka bir iş akışı çalıştırın, çünkü geniş bir atlatma kendini orada duyurur. Birincisini onarıp ikincisini sessizce bozan bir düzeltme düzeltme değildir. İki sonucu da kayıtta saklayın ve ikinci iş akışını açıkça adlandırın, böylece bir gözden geçiren onu yineleyebilir.

Testi küçük ve yinelenebilir tutun: aynı hedef, aynı hesap, aynı koşullar. İkinci iş akışı belgelenmemişse, değişikliğin güvenli olduğuna karar vermeden önce sahibine neye bağlı olduğunu sorun.

Bir ad listesi değil, bir gerekçe bırakın

Bileşeni, hizmet verdiği iş akışını ve hariç tutulma gerekçesini belgeleyin. Bağlı bir amacı olmayan yardımcı adları listesi iki sürüm döngüsü içinde sürdürülemez hale gelir ve bir sonraki mühendis temizlerken yanlış girdiyi kaldırır.

İstisna başına bir satır yeterlidir: o olmadan ne bozulur, o iş akışının sahibi kimdir ve en son ne zaman doğrulanmıştır. Bu üç alan gizemli bir listeyi birinin savunabileceği bir ilkeye dönüştürür.