Windows Ağ Sıfırlaması VPN Arızasından Daha Fazlasını Siler

Tavsiye her Windows VPN şikayetinden sonra on dakika içinde gelir: ağ sıfırlamasını çalıştır, her şeyi düzeltir. Düzeltmez ve dar değildir. O düğme bağdaştırıcıları temizler, protokolleri yeniden bağlar, statik adresleri ve varsayılan yolları kaldırır, güvenlik duvarı ve filtre girdilerini atar, üstüne üstlük Wi-Fi profillerini de unutur. Çalışan ama yanlış yapılandırılmış bir tünele sahip bir makinede, tanılanabilir tek bir arızayı belgelenmemiş bir yeniden yapıya dönüştürür. Önce beş şeyi kaydedin, böylece geri alma seçeneğini korursunuz.

Sıfırlama VPN profiliyle sınırlı değil

Bir VPN bağlantısı, ağ yığınını paylaşan birçok nesneden biridir. Bir bağdaştırıcıyı kaldırıp yeniden eklemek arabirim dizinini değiştirir ve o dizine başvuran her şey, bir rotadan güvenlik duvarı kuralına ve üçüncü taraf filtre sürücüsüne kadar, artık var olmayan bir şeye başvurur.

Sanallaştırma bunu daha da kötüleştirir. Hyper-V anahtarları, VMware köprüleri, kapsayıcı ağları ve kendi sanal bağdaştırıcılarına sahip VPN istemcileri hep aynı alanda yaşar. Temel yığını yeniden kuran bir sıfırlama, bu bileşenleri yarı mevcut bırakabilir ve ortaya çıkan makine, çalışan bir yolu olmadan çalışan donanım bildirir.

Bunların hiçbiri hiç sıfırlamamaya dair bir argüman değil. Bu, gerçek arıza tek bir rota girdisi ya da tek bir eski filtre olabilecekken, belgelenmemiş bir makinede önce sıfırlamamaya dair bir argüman. Sıfırlama geniş bir araçtır ve başarı oranı dardır; onu açılış hamlesi olarak kullanmak, ikisinden hangisi olduğunu asla öğrenemeyeceğinizi garanti eder.

Kanıtları ayarları kaydetmeden önce kaydedin

Arızanın kendisi veridir. Tam hata kodunu, saati, hangi profilin seçili olduğunu ve ağ geçidinin bir denemeyi kaydedip kaydetmediğini not edin. Tünelin hiç yanıt almadığını söyleyen bir kod ile kimlik doğrulamanın başarısız olduğunu söyleyen bir kod tamamen farklı onarımlara işaret eder. Bir sıfırlamadan sonra ikisini de yeniden üretemeyebilirsiniz. Bozuk durumu, birazdan harcayacağınız bir varlık olarak görün.

Durumu hâlâ bozukken, makinenin geçici dizinlerinin dışındaki bir klasöre kaydedin:

mkdir C:\vpn-evidence
ipconfig /all > C:\vpn-evidence\ipconfig.txt
route print > C:\vpn-evidence\routes.txt
Get-VpnConnection -AllUserConnection | Export-Csv C:\vpn-evidence\profiles.csv -NoTypeInformation
netsh wfp show state file=C:\vpn-evidence\wfp.xml

Son komut, insanların atladığı komuttur ve genellikle arızayı açıklayan da odur. Kaldırılan bir istemcinin artık filtreleri kalıcı ilke olarak hayatta kalır ve dışa aktarılan XML bunların tek yerel kaydıdır. Bir sıfırlama, tanımlamaya çalıştığınız şeyi silmeden önce onu okuyun.

Geri gelmeyecek yapılandırmayı kaydedin

Bazı ayarlar otomatik olarak yeniden oluşturulur. Statik adresler, özel rotalar, DNS son ekleri, proxy istisnaları ve güvenlik duvarı kuralları oluşturulmaz. Profillerin kendisi de öyle değil; onlar bir telefon defteri dosyasında yaşar ve sıfırlama bunu sizin için geri yüklemez.

Get-NetIPConfiguration | Out-File C:\vpn-evidence\netip.txt
Get-NetRoute -AddressFamily IPv4 | Export-Csv C:\vpn-evidence\netroutes.csv -NoTypeInformation
Get-DnsClientServerAddress | Export-Csv C:\vpn-evidence\dns.csv -NoTypeInformation
Get-ChildItem Cert:\LocalMachine\My | Select-Object Subject,Thumbprint,NotAfter

Sertifika listesi göründüğünden daha önemlidir. İstemci sertifikaları bir ağ sıfırlamasıyla yok edilmez, ancak liste size profilin hangilerine bağlı olduğunu ve yakında süresi dolacak bir tane olup olmadığını söyler. Bir yeniden yapıdan sonra süresi dolmuş bir sertifika keşfetmek yeniden yapıyı boşa harcar.

Başlamadan önce kurtarma yolunu yazın

Makine uzaktaysa ve VPN tek giriş yolunuzsa, sıfırlama oturumunuzu sonlandırabilir ve yerinde biri olmadan geri dönüş yolu olmayabilir. Bağdaştırıcılara dokunan herhangi bir şeyi çalıştırmadan önce bant dışı erişimin var olduğunu veya birinin hazır olduğunu doğrulayın.

Yükleyicileri ve bağlantı ayrıntılarını, makinenin sonradan hâlâ ulaşabileceği bir yerde saklayın. Tünel üzerinden erişilen bir satıcı portalından yeniden kurulması gereken bir istemci döngüsel bir bağımlılıktır ve bu prosedürün kesintiye dönüşmesinin en yaygın yolu budur.

Sonra ne yaptığınızı ve nedenini, tam komutlar dahil yazın. Sonraki kişi sıfırlamanın bir deney mi yoksa bir karar mı olduğunu bilmeli ve “her şeyi denedik” bir kayıt değildir.

Sıfırlamadan sonra katman katman test edin

Bir seferde çok fazla şeyi geri yüklemek sonucu okunamaz hale getirir. Aşağıdan çalışın: bağdaştırıcı ve adres, sonra ad çözümlemesi, sonra tünelin kimlik aşaması, sonra uygulama. Her katmanın kendi sorusunu yanıtlayan bir komutu vardır:

Get-NetAdapter | Where-Object Status -eq 'Up' | Select-Object Name,InterfaceDescription
Resolve-DnsName intranet.example.internal
Get-VpnConnection -Name 'Corp' | Select-Object ConnectionStatus,TunnelType
Test-NetConnection -ComputerName intranet.example.internal -Port 443

Bağdaştırıcı katmanı sağlıklıysa ve çözümleme değilse, durun ve çözümlemeyi düzeltin. VPN istemcisini bu noktada yeniden kurmak bir değişken ekler ve bir ipucu kaldırır. Yalnızca açıklayabildiğiniz ayarları, birer birer geri yükleyin ve her birinden sonra aynı katmanı kontrol edin.

Microsoft'un 720 hatası için kendi sorun giderme rehberi, örneğin, genel bir sıfırlama önermek yerine bağlama sorunlarını adres atama sorunlarından ayırır; bu, bu ailedeki her kod için doğru içgüdüdür. En geniş mevcut araca uzanmadan önce kodun ne iddia ettiğini okuyun.