Babala sa WAN Miniport: ayusin ang adapter o muling buuin ang profile
Ang nakapirming profile o matigas na adapter ay karaniwang nangangahulugan ng isang nakatagong miniport, hindi ang account. Basahin ang kalagayan ng adapter bago muling i-install ang driver.
Ang paghinto bago pa man ialok ang isang kredensyal, ang pagtangging burahin ang profile, ang pagpapakita ng adapter na walang nakakakilala sa pangalan: tatlong mukha ito ng isang depekto. Nasira ang software interface kung saan kumakapit ang VPN, habang ang account at ang gateway ay hindi nagalaw. Tatlong pag-aayos ang may katwiran, at kung alin ang naaangkop ay mula sa isang inspeksyong babasahin lamang. Lahat ng sumusunod sa inspeksyong iyon ay aritmetika; lahat ng nauna doon ay haka-haka.
Ano ang talagang kinakapitan ng profile
Bawat katutubong uri ng tunnel ng Windows ay pinaglilingkuran ng sarili nitong virtual adapter, at ang mga adapter na iyon ay mga driver ng miniport at hindi pisikal na card. Ang profile ay pumipili ng uri ng tunnel, ang uri ang pumipili ng adapter, kaya isang maysakit na driver ay maaaring sirain ang bawat profile na nagbabahagi nito habang patuloy ang pagbabahagi ng file at pag-browse. Hindi nakikita ang dependency na ito sa mga katangian ng profile.
Ang mga interface na ito ay nananatiling nakatago bilang default, sa Device Manager at sa listahan ng mga adapter. Ganoon nananatiling hindi nakikita ang sira habang iginiit ng may-ari ng makina na walang nagbago.
Ang marka ng babala ay kapaki-pakinabang na ebidensya at ang malinis na icon ay hindi. Ang adapter ay maaaring mag-ulat na malusog ito at may dalang sirang bigkis, kaya ang kapaki-pakinabang na tanong ay kung ano ang nakakabit sa interface, hindi kung ano ang itsura ng icon. Basahin muna ang estado at pagkatapos ang mga bigkis, dahil sinasagot ng icon ang pinakamababaw na tanong. Ang laktawan ang pagkakasunod-sunod na iyon ang nagiging dahilan upang maging isang buong hapon ng trabaho sa driver ang sampung minutong pagsusuri.
Magpasya mula sa kalagayan ng adapter, hindi sa code ng error
Ang numero ng error ay nag-uulat kung aling yugto ang nabigo at wala itong sinasabi tungkol sa kung aling bahagi ang may kasalanan. Ang paglalaan ng address, pagpili ng sertipiko at protocol ng tunnel ay may kani-kanilang numero, karaniwang 720, 789 at 806, at wala sa tatlo ang ebidensya tungkol sa miniport. Gamitin ang numero upang pumili ng susunod na pagsusuri, hindi upang pumili ng pag-aayos.
Kakaunti ang mga obserbasyong nagtatangi. Ang talahanayang ito ay nag-uugnay sa bawat isa sa isang susunod na hakbang na babasahin lamang:
| 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 |
Mahalaga ang pagkakasunod-sunod dahil ang muling pag-install ng driver ay mabagal at nakakaabala. Ang gawin ito upang ayusin ang problema sa paglalaan ay tumatagal ng isang oras at walang itinuturo sa susunod na tao. Tinutukoy din ng talahanayan ang saklaw ng pinsala: isang protocol na sira sa lahat ng profile ay tumuturo sa driver, samantalang isang sirang kliyente ng vendor sa tabi ng gumaganang katutubong profile ay tumuturo sa stack ng vendor.
Dalawang pagbasa na nag-aayos sa karamihan ng mga tiket
Ang dalawang pagbasa ay babasahin lamang at wala sa kanila ang humahawak sa driver. Ang una ay naglilista ng mga nakatagong interface ng miniport kasama ang kanilang estado, at ang ikalawa ay naglilista kung ano ang nakakabit sa pinangalanang adapter:
Get-NetAdapter -IncludeHidden | Where-Object InterfaceDescription -like 'WAN Miniport*' | Select-Object Name, InterfaceDescription, Status
Get-NetAdapterBinding -Name 'WAN Miniport (IKEv2)' -IncludeHidden -AllBindingsPalitan ang protocol na ginagamit ng iyong profile, dahil ang listahan ng bigkis para sa IKEv2 ay walang sinasabi tungkol sa SSTP profile. Ang naka-disable na bigkis ng ARP o IPv4, o isang driver ng filter ng third party na nakakabit sa adapter, ay maaaring huminto sa tunnel bago ito magsimula. Ang paglitaw ng software ng seguridad sa listahang iyon ay hindi ebidensya na iyon ang dahilan, kaya itatag ang epekto bago i-disable ang anuman.
Ang malusog na adapter ay nagpapakita ng mga bigkis na inaasahan mo at walang filter na hindi mo maipaliwanag. Kapag malinis ang listahan, lumipat na ang ebidensya sa driver mismo at ang susunod na seksyon ang naaangkop.
Itabi ang pangalan ng adapter at bersyon ng driver bago mo ito alisin
Kapag tunay na hindi magamit ang adapter, ang karaniwang pag-aayos ay gawin itong natatanggal, i-uninstall ito, at hayaan ang Windows na bumuo ng bagong instance sa susunod na gamitin ng isang profile ang protocol na iyon. Sa Device Manager, i-update ang driver, pumili mula sa listahan, burahin ang filter ng compatible hardware at pumili ng generic na Microsoft adapter na nag-aalok ng opsyong i-uninstall.
Bago iyon, itala ang binubura mo: pangalan ng adapter, bersyon ng driver, provider at petsa. Ang pag-aayos na hindi mo maipaliwanag pagkatapos ay hindi na mauulit, at ang karaniwang halaga ng hindi naipaliliwanag na pag-aayos ay ang parehong makina na inayos nang tatlong beses. Ang mga utility ng vendor ay gumagawa ng parehong trabaho na may mas malawak na saklaw at makatwiran sa pinamamahalaang fleet kapag galing sa vendor at hindi sa mirror. Ang utility na nagpapalit ng mga binary ng driver ay nagbabago ng higit pa sa muling pag-install ng isang adapter, kaya itala rin ang bersyon nito sa tiket.
Isang kaso ng vendor ang nangangailangan ng ibang pag-aayos para sa parehong sintomas. Ang kliyenteng nagrerehistro ng adapter nito sa ilalim ng display name na may reference ng installer ay maaaring mabigong mag-enable pagkatapos ng upgrade, at binabago ng pagwawasto ang pangalang iyon sa service key na pag-aari ng vendor. Tumatanggap ang value ng ordinaryong pangalan ng adapter, at pagkatapos ay i-restart ang kliyente:
HKLM\SYSTEM\CurrentControlSet\Services\CVirtA
DisplayName = Cisco Systems VPN Adapter for 64-bit WindowsAng susi na iyon ay pag-aari ng isang kliyente. Hindi ito pangkalahatang pag-aayos ng Windows at hindi dapat kailanman ilapat sa makinang hindi nagpapatakbo ng kliyenteng iyon.
Kumpirmahin gamit ang pangalawang protocol bago isara ang tiket
Ang isang matagumpay na muling pagkonekta ay sumusubok ng isang protocol sa pamamagitan ng isang adapter, kaya mas kaunti ang napatutunayan kaysa sa itsura. Subukan muli ang orihinal na profile, pagkatapos ang isa pang itinayo sa ibang uri ng tunnel, at hilingin na parehong kumonekta. Kung ang una lang ang gumagana, ang natitirang kabiguan ay ebidensya tungkol sa driver o patakaran at hindi tungkol sa interface na kakabuo mo lang.
Kung ang orihinal na reklamo ay isang profile na hindi mabura, subukan din iyon, dahil ang profile na tumatanggi pa ring burahin matapos maging malusog ang adapter ay ibang depekto at sayang ang karagdagang trabaho sa adapter. Ilayo ang account at gateway sa tala maliban kung may tumuturo sa kanila. Ang tunnel na namamatay bago ang authentication ay karaniwang naglalarawan sa makina, at ang tapat na tala ay nagpapangalan sa adapter, protocol at pagsusuring nagpatunay nito.