Set Semula Rangkaian Windows Memadam Lebih daripada Kerosakan VPN

Nasihat itu datang dalam sepuluh minit selepas setiap aduan VPN Windows: jalankan set semula rangkaian, ia membetulkan segala-galanya. Ia tidak, dan ia tidak sempit. Butang itu membersihkan penyesuai, mengikat semula protokol, membuang alamat statik dan laluan lalai, menggugurkan entri tembok api dan penapis, dan terlupa profil Wi-Fi sekali. Pada mesin dengan terowong yang berfungsi tetapi salah dikonfigurasi, ia menukar satu kerosakan yang boleh didiagnosis menjadi pembinaan semula yang tidak didokumentasikan. Simpan lima perkara dahulu, dan anda mengekalkan pilihan untuk membatalkannya.

Set semula tidak terhad kepada profil VPN

Sambungan VPN ialah satu objek antara banyak yang berkongsi tindanan rangkaian. Membuang dan menambah semula penyesuai mengubah indeks antara muka, dan apa sahaja yang merujuk indeks itu, daripada laluan kepada peraturan tembok api kepada pemacu penapis pihak ketiga, kini merujuk sesuatu yang tidak lagi wujud.

Virtualisasi menjadikannya lebih teruk. Suis Hyper-V, jambatan VMware, rangkaian kontena dan klien VPN dengan penyesuai mayanya sendiri semuanya hidup dalam ruang yang sama. Set semula yang memasang semula tindanan asas boleh meninggalkan komponen itu separuh hadir, dan mesin yang terhasil melaporkan perkakasan yang berfungsi tanpa laluan yang berfungsi.

Tiada satu pun daripada itu menjadi hujah menentang set semula sama sekali. Ia hujah menentang set semula dahulu, pada mesin yang anda belum dokumentasikan, apabila kerosakan sebenar mungkin satu entri laluan atau satu penapis usang. Set semula ialah alat lebar dengan kadar kejayaan yang sempit, dan menggunakannya sebagai langkah pembuka menjamin anda tidak akan pernah tahu yang mana antara kedua-duanya.

Simpan bukti sebelum menyimpan tetapan

Kegagalan itu sendiri ialah data. Catat kod ralat yang tepat, masa, profil mana yang dipilih, dan sama ada get laluan mencatat percubaan sama sekali. Kod yang mengatakan terowong tidak pernah mendapat jawapan dan kod yang mengatakan pengesahan gagal menunjuk kepada pembaikan yang sama sekali berbeza. Selepas set semula anda mungkin tidak dapat menghasilkan semula kedua-duanya. Anggap keadaan rosak sebagai aset yang anda akan belanjakan sebentar lagi.

Tangkap keadaan semasa ia masih rosak, ke dalam folder di luar direktori sementara mesin:

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

Perintah terakhir ialah yang orang terlepas pandang, dan selalunya itulah yang menjelaskan kerosakan. Penapis tinggalan daripada klien yang dibuang kekal sebagai dasar berterusan, dan XML yang dieksport ialah satu-satunya rekod tempatan mengenainya. Bacalah sebelum set semula memadam perkara yang anda cuba kenal pasti.

Simpan konfigurasi yang tidak akan kembali

Sesetengah tetapan dicipta semula secara automatik. Alamat statik, laluan tersuai, akhiran DNS, pengecualian proksi dan peraturan tembok api tidak. Profil itu sendiri juga tidak, yang tinggal dalam fail buku telefon yang tidak dipulihkan oleh set semula untuk anda.

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

Senarai sijil lebih penting daripada yang kelihatan. Sijil klien tidak dimusnahkan oleh set semula rangkaian, tetapi senarai itu memberitahu anda yang mana profil bergantung padanya dan sama ada ada yang tamat tempoh tidak lama lagi. Menemui sijil yang tamat tempoh selepas pembinaan semula membazirkan pembinaan semula itu.

Tulis laluan pemulihan sebelum anda bermula

Jika mesin itu jauh dan VPN ialah satu-satunya jalan masuk anda, set semula boleh menamatkan sesi anda dan mungkin tiada jalan kembali tanpa seseorang di lokasi. Sahkan bahawa akses luar jalur wujud, atau bahawa seseorang tersedia, sebelum menjalankan apa-apa yang menyentuh penyesuai.

Simpan pemasang dan butiran sambungan di tempat yang masih boleh dicapai oleh mesin selepas itu. Klien yang perlu dipasang semula dari portal vendor yang dicapai melalui terowong ialah kebergantungan bulat, dan itulah cara paling biasa prosedur ini menjadi gangguan perkhidmatan.

Kemudian catat apa yang anda lakukan dan mengapa, termasuk arahan yang tepat. Orang seterusnya perlu tahu sama ada set semula itu eksperimen atau keputusan, dan “kami telah mencuba segala-galanya” bukan satu rekod.

Uji mengikut lapisan selepas set semula

Memulihkan terlalu banyak sekali gus menjadikan hasilnya tidak terbaca. Bekerja dari bawah: penyesuai dan alamat, kemudian penyelesaian nama, kemudian peringkat identiti terowong, kemudian aplikasi. Setiap lapisan mempunyai arahan yang menjawab soalannya sendiri:

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

Jika lapisan penyesuai sihat dan penyelesaiannya tidak, berhenti dan betulkan penyelesaian. Memasang semula klien VPN pada ketika itu menambah pemboleh ubah dan membuang petunjuk. Hanya pulihkan tetapan yang anda boleh jelaskan, satu demi satu, memeriksa lapisan yang sama selepas setiap satu.

Panduan penyelesaian masalah Microsoft sendiri untuk ralat 720, sebagai contoh, membezakan masalah pengikatan daripada masalah peruntukan alamat dan bukannya menetapkan set semula menyeluruh, yang merupakan naluri yang betul untuk setiap kod dalam keluarga ini. Baca apa yang didakwa oleh kod itu sebelum mencapai alat terlebar yang tersedia.