A Windows hálózati visszaállítása többet töröl, mint a VPN hibát

A tanács minden Windows VPN-panasz után tíz percen belül megérkezik: futtasd a hálózati visszaállítást, mindent megjavít. Nem javít meg, és nem is szűk. Az a gomb törli az adaptereket, újraköti a protokollokat, eltávolítja a statikus címeket és az alapértelmezett útvonalakat, eldobja a tűzfal- és szűrőbejegyzéseket, és jó mértékben elfelejti a Wi-Fi profilokat is. Egy működő, de hibásan konfigurált alagúttal rendelkező gépen egy diagnosztizálható hibát dokumentálatlan újraépítéssé alakít. Mentse el először öt dolgot, és megőrzi a visszavonás lehetőségét.

A visszaállítás nem korlátozódik a VPN-profilra

A VPN-kapcsolat egy objektum a hálózati veremtárat megosztó sok közül. Egy adapter eltávolítása és újrahozzáadása megváltoztatja az interfész indexét, és minden, ami erre az indexre hivatkozott, az útvonaltól a tűzfalszabályig a harmadik féltől származó szűrőillesztőig, most olyasmire hivatkozik, ami már nem létezik.

A virtualizáció ezt súlyosbítja. A Hyper-V kapcsolók, a VMware hidak, a konténerhálózatok és a saját virtuális adapterrel rendelkező VPN-kliensek mind ugyanabban a térben élnek. Egy olyan visszaállítás, amely újratelepíti az alap vermet, félig jelenlévő állapotban hagyhatja ezeket az összetevőket, és az így kapott gép működő hardverről számol be működő útvonal nélkül.

Ezek egyike sem érv az ellen, hogy valaha is visszaállítsunk. Érv viszont az ellen, hogy először állítsunk vissza, egy olyan gépen, amelyet nem dokumentáltunk, amikor a tényleges hiba lehet egyetlen útvonalbejegyzés vagy egyetlen elavult szűrő. A visszaállítás széles eszköz szűk sikeraránnyal, és nyitó lépésként használva garantálja, hogy soha nem fogja megtudni, melyik kettő volt.

Mentse el a bizonyítékokat, mielőtt a beállításokat mentené

Maga a hiba adat. Jegyezze fel a pontos hibakódot, az időt, melyik profil volt kiválasztva, és hogy az átjáró egyáltalán naplózott-e kísérletet. Az a kód, amely szerint az alagút soha nem kapott választ, és az a kód, amely szerint a hitelesítés meghiúsult, teljesen más javításokra mutat. Egy visszaállítás után lehet, hogy egyiket sem tudja reprodukálni. Kezelje a törött állapotot olyan értékként, amelyet mindjárt elkölt.

Rögzítse az állapotot, amíg még törött, a gép ideiglenes könyvtárain kívüli mappába:

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

Az utolsó parancs az, amelyet az emberek kihagynak, és gyakran éppen ez az, amely megmagyarázza a hibát. Az eltávolított kliens maradék szűrői állandó házirendként élnek tovább, és az exportált XML az egyetlen helyi feljegyzés róluk. Olvassa el, mielőtt egy visszaállítás törli azt, amit megpróbált azonosítani.

Mentse el a konfigurációt, amely nem jön vissza

Néhány beállítás automatikusan újra létrejön. A statikus címek, az egyéni útvonalak, a DNS-utótagok, a proxy-kivételek és a tűzfalszabályok nem. Maguk a profilok sem, amelyek egy telefonkönyv-fájlban élnek, amelyet a visszaállítás nem állít vissza ön helyett.

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

A tanúsítványlista fontosabb, mint amilyennek látszik. Az ügyfél-tanúsítványokat a hálózati visszaállítás nem semmisíti meg, de a lista megmondja, melyektől függött a profil, és hogy lejár-e valamelyik hamarosan. Egy lejárt tanúsítvány felfedezése egy újraépítés után elpazarolja az újraépítést.

Írja le a helyreállítási útvonalat, mielőtt elkezdi

Ha a gép távoli, és a VPN az egyetlen bejárata, a visszaállítás befejezheti a munkamenetét, és lehet, hogy helyszíni személy nélkül nincs visszaút. Erősítse meg, hogy létezik sávon kívüli hozzáférés, vagy hogy elérhető egy személy, mielőtt bármit futtat, ami adaptereket érint.

Tárolja a telepítőket és a kapcsolat részleteit olyan helyen, ahol a gép később még elérheti őket. Az a kliens, amelyet egy alagúton keresztül elérhető szállítói portálról kell újratelepíteni, körkörös függőség, és ez a leggyakoribb módja annak, hogy ez az eljárás kiesésé válik.

Aztán jegyezze fel, mit tesz és miért, a pontos parancsokkal együtt. A következő embernek tudnia kell, hogy a visszaállítás kísérlet vagy döntés volt-e, és a „mindent kipróbáltunk” nem feljegyzés.

Rétegenként teszteljen a visszaállítás után

Túl sok mindent egyszerre visszaállítani olvashatatlanná teszi az eredményt. Alulról dolgozzon: adapter és cím, majd névfeloldás, majd az alagút identitásszakasza, majd az alkalmazás. Minden rétegnek van egy parancsa, amely a saját kérdésére válaszol:

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

Ha az adapterréteg egészséges, a feloldás pedig nem, álljon meg és javítsa a feloldást. A VPN-kliens ezen a ponton történő újratelepítése változót ad hozzá és nyomot távolít el. Csak azokat a beállításokat állítsa vissza, amelyeket meg tud magyarázni, egyenként, minden után ugyanazt a réteget ellenőrizve.

A Microsoft saját hibaelhárítási útmutatója a 720-as hibához például megkülönbözteti a kötési problémákat a címkiosztási problémáktól ahelyett, hogy átfogó visszaállítást írna elő, ami a helyes ösztön a család minden kódjához. Olvassa el, mit állít a kód, mielőtt a legszélesebb elérhető eszközhöz nyúl.