VPN'i kaldırdıktan sonra internet yok mu? Üç sahibi kontrol edin
Kalan bir bağdaştırıcı, filtre veya yol istemciden daha uzun yaşayabilir. Üç sahibi kontrol edin, en dar nesneyi kaldırın ve ardından doğrudan erişimi ve tünel erişimini yeniden test edin.
İstemci gitti ve makine hâlâ hiçbir yere ulaşamıyor, bu da güvenlik duvarını düzleyip baştan başlama isteği uyandırıyor. Bunu yapmayın. Engelleme durumu aynı makinede üç farklı sahipten gelebilir ve her birinin kendi kaldırma yolu vardır. Her şeyi birden boşaltmak, kurtulmak istediğiniz nesneyi hâlâ ihtiyaç duyduğunuz korumayla birlikte kaldırır ve hangi sahibin soruna yol açtığına dair kanıtı da yok eder. Beş kontrol, sırasıyla, bunu önler.
Kontrol 1: hâlâ ne var ve ne işe yarıyor
Üç artefaktı ayrı ayrı arayın: hâlâ var olan bir sanal bağdaştırıcı, hâlâ engelleyen bir güvenlik duvarı filtresi veya kuralı ve artık var olmayan bir tünele hâlâ işaret eden bir yol veya ilke kuralı. Varlıkları kendi başına hiçbir şeyi kanıtlamaz, çünkü kasıtlı bir acil durdurma anahtarı dışarıdan bakıldığında terk edilmiş biriyle aynı görünür.
Get-NetAdapter | Where-Object Status -eq 'Up'
Get-NetFirewallRule -Enabled True -Direction Outbound | Where-Object Action -eq 'Block'
ip route show
ip -4 rule show
Bağlantının kesildiği saati ve normal istemcinin hâlâ kendi tünelini başlatıp başlatamadığını not edin. İstemci tüneli geri yükleyebiliyorsa ve trafik geri dönüyorsa, engelleme işini yapıyor demektir ve sorun kalan kuralda değil, istemcinin durumundadır.
Kontrol 2: hangi sahip bunu kontrol ediyor
Her artefaktın bir sahibi vardır. Sanal bağdaştırıcı VPN istemcisine veya sürücüsüne aittir. Filtre istemciye, platformun kendi güvenlik duvarına veya yönetilen bir güvenlik ürününe ait olabilir. Yolu istemci bağlanırken kurmuş ve geride bırakmış olabilir.
Yönetilen donanımda, herhangi bir şeye dokunmadan önce cihaz ilkesini kontrol edin. İlke tarafından dayatılan bir filtre bir sonraki check-in'de geri yüklenecektir, bu yüzden yerel kaldırma bir saat ve bir uyumluluk raporu satın alır. O konuşma yöneticiye aittir, güvenlik duvarı arayüzüne değil.
Kontrol 3: bunu açıklayan en dar şeyi kaldırın
Satıcının desteklediği yoldan başlayın: onarım kurulumu veya düzgün bir kaldırma, elle kaldırmanın kaçıracağı filtreler de dahil olmak üzere oluşturulmuş durumu genellikle doğru şekilde temizler. Kurulu sürüm için kurtarma talimatlarını okuyun, çünkü sıralama önemlidir ve başarısız bir kaldırmadan sonraki kaldırma farklı davranır.
Elle inceleme gerçekten gerekliyse, herhangi bir şeyi değiştirmeden önce kuralın adını, arabirimi ve belirtilen amacı kaydedin ve o nesneyi adıyla kaldırın. Tek bir istemciyi hedeflemek için her ağ bağdaştırıcısını kaldırmak veya tüm kural kümesini boşaltmak, bir destek vakasının yeniden inşaya dönüştüğü yoldur.
Kontrol 4: DNS ve yollar bağdaştırıcılardan daha uzun yaşar
Çözümleme durumu tünelden daha uzun yaşayabilir. Artık var olmayan bir tünelin içindeki bir adrese hâlâ işaret eden bir çözümleyici, tam olarak güvenlik duvarı düşüşü gibi görünen zaman aşımları üretir ve olağan sonuç yanlıştır.
resolvectl status
ip route get 1.1.1.1
nslookup example.com
Adres çözümleniyorsa ve IP üzerinden ham bağlantı çalışıyorsa, kalan sorun filtreleme değil DNS'tir. İkisi de başarısız olursa, yolu ve filtreyi elinize alıp birinci kontrole dönün.
Kontrol 5: iki yolu yeniden test edin ve tanılamayı geri koyun
Önce olağan bağlantıyı doğrulayın, sonra kalan her VPN profilini kendi kontrolleri aracılığıyla: bağlanın, kullanın, bağlantıyı kesin ve ana makinenin sade bağlantıya döndüğünü onaylayın. O gidiş dönüş, terk edilmiş engellemenin yalnızca atlatılmadığını, gerçekten gittiğini kanıtlayan testtir.
Son olarak, yol boyunca yaptığınız her tanılama değişikliğini geri alın. Başarılı bir temizlik bir terk edilmiş bağımlılığı kaldırır; ana makinenin genel korumasını kaldırmaz ve arkasında kalıcı olarak gevşetilmiş bir güvenlik duvarı bırakmamalıdır. Hangi sahibin engellemeyi tuttuğunu not edin, çünkü bir sonraki kaldırma aynı üç adayı verecektir.