Avertizare WAN Miniport: reparați adaptorul sau reconstruiți profilul
Un profil înghețat sau un adaptor încăpățânat înseamnă de obicei un singur miniport ascuns, nu contul. Citiți starea adaptorului înainte de a reinstala un driver.
Înghețarea înainte de a fi oferită vreo acreditare, refuzul de a șterge profilul, afișarea unui adaptor al cărui nume nu îl recunoaște nimeni: acestea sunt trei fețe ale unei singure defecțiuni. Interfața software la care se leagă VPN-ul s-a stricat, în timp ce contul și gateway-ul au rămas neatinse. Trei reparații sunt justificabile, iar care se aplică rezultă dintr-o singură inspecție doar în citire. Tot ce urmează acelei inspecții este aritmetică; tot ce o precede este presupunere.
La ce se leagă de fapt profilul
Fiecare tip de tunel nativ Windows este deservit de propriul adaptor virtual, iar acele adaptoare sunt drivere de miniport, nu plăci fizice. Un profil alege un tip de tunel, tipul alege un adaptor, așa că un singur driver nesănătos poate rupe fiecare profil care îl partajează, în timp ce partajarea fișierelor și navigarea continuă. Dependența este invizibilă în proprietățile profilului.
Aceste interfețe rămân ascunse implicit, atât în Managerul de dispozitive, cât și în lista de adaptoare. Așa rămâne unul stricat invizibil, în timp ce proprietarul mașinii insistă că nimic nu s-a schimbat.
Un semn de avertizare este o dovadă utilă, iar o pictogramă curată nu este. Un adaptor se poate raporta ca sănătos și totuși poate purta o legătură ruptă, așa că întrebarea utilă este la ce este conectată interfața, nu cum arată pictograma. Citiți mai întâi starea și apoi legăturile, pentru că pictograma răspunde la cea mai puțin interesantă întrebare. Tocmai omiterea acestei ordini transformă o verificare de zece minute într-o după-amiază întreagă de lucru cu drivere.
Decideți după starea adaptorului, nu după codul de eroare
Un număr de eroare raportează care etapă a eșuat și nu spune nimic despre ce componentă este vinovată. Alocarea adreselor, selecția certificatului și protocolul tunelului au propriile numere, în mod convențional 720, 789 și 806, și niciunul dintre cele trei nu este o dovadă despre un miniport. Folosiți numărul pentru a alege următoarea verificare, nu pentru a alege o reparație.
Observațiile care discriminează sunt puține. Acest tabel asociază fiecare cu un pas următor doar în citire:
| What you observe | What it implies | Read-only step |
|---|---|---|
| Every profile on one protocol fails | That protocol's miniport is unusable | Read the hidden adapter status |
| Adapter reports healthy, tunnel never starts | A binding is missing or disabled | List every binding on the adapter |
| Only the vendor client fails | The vendor adapter or its registered name | Read the vendor service key |
| The profile will not delete | The interface underneath is stuck | Confirm the adapter before removing the profile |
Ordinea contează pentru că reinstalarea unui driver este lentă și perturbatoare. A o face pentru a repara o problemă de alocare costă o oră și nu învață nimic următoarea persoană. Tabelul stabilește și raza daunelor: un protocol rupt în toate profilurile indică driverul, în timp ce un client de furnizor rupt lângă profiluri native funcționale indică stiva furnizorului.
Două citiri care rezolvă majoritatea tichetelor
Ambele citiri sunt doar în citire și niciuna nu atinge un driver. Prima listează interfețele de miniport ascunse cu starea lor, iar a doua listează la ce este legat un adaptor numit:
Get-NetAdapter -IncludeHidden | Where-Object InterfaceDescription -like 'WAN Miniport*' | Select-Object Name, InterfaceDescription, Status
Get-NetAdapterBinding -Name 'WAN Miniport (IKEv2)' -IncludeHidden -AllBindingsÎnlocuiți protocolul pe care îl folosește profilul dumneavoastră, pentru că o listă de legături pentru IKEv2 nu spune nimic despre un SSTP profil. O legătură ARP sau IPv4 dezactivată, sau un driver de filtru terț atașat adaptorului, pot opri tunelul înainte să înceapă. Apariția unui software de securitate în acea listă nu este dovada că el este cauza, așa că stabiliți efectul înainte de a dezactiva ceva.
Un adaptor sănătos arată legăturile pe care le așteptați și niciun filtru pe care nu îl puteți explica. Când lista este curată, dovada s-a mutat la driverul însuși și secțiunea următoare este cea care se aplică.
Păstrați numele adaptorului și versiunea driverului înainte de a-l elimina
Când adaptorul este cu adevărat inutilizabil, reparația standard este să îl faceți eliminabil, să îl dezinstalați și să lăsați Windows să construiască o instanță nouă data viitoare când un profil folosește acel protocol. În Managerul de dispozitive, actualizați driverul, alegeți dintr-o listă, ștergeți filtrul pentru hardware compatibil și alegeți un adaptor Microsoft generic care oferă opțiunea de dezinstalare.
Înainte de asta, notați ce ștergeți: numele adaptorului, versiunea driverului, furnizorul și data. O reparație pe care nu o puteți descrie după aceea nu poate fi repetată, iar prețul obișnuit al unei reparații nedescrise este aceeași mașină reparată de trei ori. Utilitarele furnizorului fac aceeași muncă cu o acoperire mai largă și sunt rezonabile într-o flotă administrată când vin de la furnizor, nu dintr-o oglindă. Un utilitar care schimbă binarele driverului schimbă mai mult decât reinstalarea unui singur adaptor, așa că notați și versiunea lui în tichet.
Un caz de furnizor necesită o altă reparație pentru același simptom. Un client care își înregistrează adaptorul sub un nume afișat care conține o referință de instalare poate să nu se activeze după o actualizare, iar corectarea editează acel nume într-o cheie de serviciu deținută de furnizor. Valoarea acceptă un nume obișnuit de adaptor, iar clientul este repornit după aceea:
HKLM\SYSTEM\CurrentControlSet\Services\CVirtA
DisplayName = Cisco Systems VPN Adapter for 64-bit WindowsAcea cheie aparține unui singur client. Nu este o reparație generală Windows și nu trebuie aplicată niciodată pe o mașină care nu rulează acel client.
Confirmați cu un al doilea protocol înainte de a închide tichetul
O singură reconectare reușită exersează un protocol prin intermediul unui adaptor, deci dovedește mai puțin decât pare. Reîncercați profilul original și apoi un al doilea construit pe un alt tip de tunel, și cereți ca ambele să se conecteze. Dacă doar primul funcționează, eșecul rămas este o dovadă despre un driver sau o politică, nu despre interfața pe care tocmai ați reconstruit-o.
Dacă reclamația inițială era un profil care nu putea fi șters, testați și asta, pentru că un profil care încă refuză ștergerea după ce adaptorul este sănătos este o altă defecțiune, iar munca suplimentară la adaptor este risipită. Țineți contul și gateway-ul în afara notiței, dacă ceva nu indică spre ele. Un tunel care moare înainte de autentificare descrie de obicei mașina, iar o notă onestă numește adaptorul, protocolul și verificarea care l-a confirmat.