hosts dosyasını geri yükleyen VPN görevleri sonraki düzenlemeleri siler

Bağlantı görevi Windows hosts dosyasını kopyalar, bir özel adres ekler, bağlantı kesme görevi ise kaydedilmiş sürümü geri kopyalar. Haftalarca sorunsuz çalışır ve sonra bir öğleden sonra makine, VPN ile hiç ilgisi olmayan bir iç siteye ulaşamaz. Geri yükleme kendisine söyleneni tam olarak yaptı: bir başkasının düzenlemesinden önceki dosyayı geri koydu. Hata modelde, kopyalama komutunda değil.

Paylaşılan bir dosyanın anlık görüntüsünü alıp sonra geri yükleyen her iş akışı, aradaki her değişikliği kayıp olarak devralır.

Sonra geri yüklenen yedek, şimdinin yedeği değildir

Sıradan bir diziyi izleyin. Görev dosyayı kaydeder ve tünel için bir girdi ekler. Sonra bir yönetici ilgisiz bir düzeltme ekler ve ikinci bir profil kendi girdisini ekler. Bağlantı kesilirken geri yükleme özgün anlık görüntüyü geri koyar; hem ikinci profilin girdisini hem de yöneticinin düzeltmesini kaldırır. İkisi de VPN'e ait değildi ve şimdi ikisi de yok.

Tek bir sabit yedek dosya adı durumu daha da kötüleştirir. Sonraki bir bağlantı olayı, zaten değiştirilmiş dosyayı sözde özgün dosyanın üzerine kopyalayabilir; böylece kurtarma temeli dosyanın son olaydaki görünümüne doğru kayar.

Her olay bir bildirimdir, işlem değil

Bir olayla tetiklenen görev bir bildirimdir. Yeniden bağlanma, yarıda kesilen bir kapatma veya ikinci bir profil, önceki görev hâlâ yazarken gereken durumu yeniden biçimlendirebilir. İkisini hiçbir şey sıralamaz ve hiçbir şey yarım kalmış bir değişikliği geri almaz. Ayrıca tek başına bir olay tanımlayıcısı, sağlayıcı ve verisi olmadan hangi profile ait olduğunu söylemez. Görevi işlem olarak ele almak, başarısız olan varsayımdır.

Yinelenen bağlantı olayları diğer yarısıdır: denetimsiz ekleme ikinci bir aynı girdi yaratır ve bazı çözümleyiciler o zaman tek bir ad için iki yanıt görür.

Her eşlemeye bir sahip atayın

hosts dosyasındaki her satır bir ana bilgisayar adını bir adrese eşler ve hangi tünelin açık olduğu hakkında hiçbir şey söylemez. Otomasyondan kaçınılamıyorsa, VPN'in yönettiği eşlemeler için tek bir sahip belirleyin. O sahip yalnızca kendi girdilerini güncellemeli, ilgisiz güncel içeriği korumalı, yinelenen bir olayda çoğaltmadan kaçınmalı ve hatırlanan bir listeyle değil gerçekten etkin olan bağlantılarla uzlaşmalıdır.

İki canlı tünel aynı eşlemeye ihtiyaç duyduğunda, tek bir bağlantı kesme onu diğer sahip hâlâ ihtiyaç duyarken kaldırmamalıdır. Bu, mantıksal bir değer değil, başvuru sayımı veya açık bir sahiplik kaydı gerektirir.

Yedek, gözden geçirilmiş bir kurtarma için hâlâ değerlidir. Normal bağlantı kesme eylemi olmamalı ve dosyanın ne içerdiğine dair tek kayıt olmamalıdır.

Koşullu DNS gerçek ihtiyaç olduğunda

Gerçek gereksinim yalnızca tünel açıkken çözülen özel bir ad alanıysa, hosts yanlış mekanizmadır. Windows NRPT bir ad alanı için çözümleyici seçebilir ve adres kaydını kendisi oluşturmaz; çözümleyici yine de yanıtlamalıdır. Bu, farklı bir sahibi olan farklı bir tasarımdır ve her geçişte dosya düzenlemeyi tamamen ortadan kaldırır.

hosts tek bir sabit hizmet için bilerek tutuluyorsa, adresinin amaçlanan yol üzerinden erişilebilir kaldığından ve ana bilgisayar adının kararlı kaldığından emin olun; böylece uygulamanın kimlik denetimleri çalışmaya devam eder. Bir DNS önbelleğini temizlemek, sonraki aramanın yeniden okuyacağı eski bir girdiyi onaramaz.

Yinelenen bağlantıları, aynı anda iki profili ve ilgisiz bir düzenlemeden sonraki bağlantı kesmeyi test edin. Sonuç, VPN'in eşlemesinin makinenin geri kalanını geri sarmadan sahibini izlemesi olmalıdır.