27850, 442 at 651: isang stack, tatlong unang pagsusuri
Ang tatlong error ay nagmumula sa stack ng virtual adapter. Itugma ang numero sa layer nito, suriin ang layer na iyon, at muling i-install pagkatapos lamang ng paglilinis.
Humihinto ang installer sa 27850, tinatanggihan ang isang koneksyon sa 442, at nagbabalik ang isa pang profile ng 651. Mukhang tatlong magkakahiwalay na sira ang mga numerong ito, at ang karaniwang tugon ay i-install muli ang client nang tatlong beses. Ngunit nagmumula sila sa isang subsystem: ang virtual adapter at ang stack ng filter sa paligid nito. Sinasabi ng numero ng error kung aling layer ang nabigo, at iyon ang nagtatakda ng unang pagsusuri. Ang muling pag-install bago basahin ang numero ay karaniwang nagpaparami ng parehong sira.
Itugma ang numero sa layer
Bawat error ay lumilitaw sa ibang punto, kaya iba ang unang pagsusuri kahit ang nakikitang sintomas ay ang parehong tinanggihang koneksyon. Tatlong pamilya ang sumasaklaw sa bawat kaso: ang installer, ang adapter at ang port sa ilalim nito. Inilalagay ng talahanayan sa ibaba ang bawat numero sa tabi ng pagsusuring kailangan nito.
| Error | When it appears | First check | Usual cause |
|---|---|---|---|
| 27850 | During install | Filter count and security suite | Stack at the filter limit, or a suite blocking the driver |
| 442 | On connect | Adapter state and display name | Disabled adapter, ICS holding it, malformed CVirtA name |
| 651 | On connect | WAN miniport and third-party drivers | Miniport failed to start, bridging driver attached |
Kung lumilitaw ang error bago pumili ng anumang profile, kabilang ito sa pamilya ng installer. Kung lumilitaw ito habang sinusubukan ng client na itaas ang adapter, kabilang ito sa pamilya ng adapter. Kung nakikita ang adapter ngunit hindi kailanman bumubukas ang port, pamilya ito ng miniport. Isulat ang numero bago magbago ng anuman. Tinatamaan ng tatlong pag-aayos ang magkaibang bahagi ng stack, at ang pagbabagong ginawa para sa maling pamilya ay nagpapahirap basahin ang susunod na pagtatangka.
Punong stack ng filter, o suite ng seguridad na humaharang sa driver
Ang pag-install ng client ay nagrerehistro ng maliit na bahagi ng filter sa kadena ng adapter. May matigas na kisame ang Windows sa kung ilang ganitong bahagi ang maaaring kumonekta, at ang default na halaga ay nag-iiwan ng kaunting espasyo kapag may antivirus, tulay ng virtualisasyon at driver ng pagkuha. Pagkatapos ay nabibigo ang pag-install sa 27850 kahit maayos ang pakete ng VPN. Hindi kayang ipagkaiba ng installer ang punong stack sa sirang stack.
Basahin ang kasalukuyang halaga, itaas ito, at i-restart bago subukan muli. Hindi makakonekta ang bagong filter hanggang muling maitayo ang stack:
reg query "HKLM\SYSTEM\CurrentControlSet\Control\Network" /v MaxNumFilters
reg add "HKLM\SYSTEM\CurrentControlSet\Control\Network" /v MaxNumFilters /t REG_DWORD /d 14 /fAng isa pang dahilan ay isang suite ng seguridad na humaharang sa pag-install ng driver nang walang nakikitang abiso. Maaaring hadlangan ng sariling pagtatanggol nito ang pagrerehistro ng filter, kaya nag-uulat ang installer ng pangkalahatang pagpalya ng bahagi. Tingnan ang sariling log ng suite at, kung ang sariling pagtatanggol ang hadlang, patayin ito sa loob lamang ng pag-install at ibalik agad pagkatapos. Kung naitaas na ang halaga at walang suite na humaharang, hanapin ang mga naulilang driver ng filter mula sa dating produktong VPN. Ang lumang filter na walang katumbas na serbisyo ay kumukuha pa rin ng puwang at maaaring magpabigo sa bagong pag-install.
Naroon ang adapter at nananatiling bumaba
Ang error 442 ay nangangahulugang naroon ang virtual adapter ngunit hindi ito maitaas ng client. Ang unang pagsusuri ay ang Device Manager na may nakikitang nakatagong mga device: ang patay na adapter, ang adapter na may tandang babala at ang nawawalang adapter ay magkamukha sa client ngunit nangangailangan ng magkaibang pag-aayos. Madalas itong hawakan ng Internet Connection Sharing. Kung inangkin ng serbisyo ang adapter, ihinto ang serbisyo at subukan muli bago hawakan ang registry. Ang natirang configuration ng pagbabahagi ay maaaring mangkin sa muli pagkatapos ng restart, kaya itala kung tumatagal ang pag-aayos pagkatapos ng restart.
Ang muling pag-install ay maaaring mag-iwan ng sirang display name na nagpapahirap pamahalaan ang adapter. Dapat na plain text ang halaga, hindi isang hindi nalutas na token ng installer:
Get-ItemProperty "HKLM:\SYSTEM\CurrentControlSet\Services\CVirtA" -Name DisplayName
Set-ItemProperty "HKLM:\SYSTEM\CurrentControlSet\Services\CVirtA" -Name DisplayName -Value "Cisco Systems VPN Adapter for 64-bit Windows"Gamitin ang display name na inaasahan ng iyong client, pagkatapos ay i-restart upang muling maisa-isa ang adapter. Ang pagtatakda ng halaga nang walang restart ay karaniwang nag-iiwan ng lumang estado at ang susunod na koneksyon ay nagbibigay muli ng 442.
Hindi kailanman bumubukas ang port sa ilalim nito
Iniuulat ang error 651 kapag hindi mabuksan ng tagapamahala ng koneksyon ang WAN miniport. Maaaring mukhang malusog ang adapter sa client habang ang port sa ilalim nito ay hindi umaabot sa nasimulang estado. Ilista ang mga miniport at ang kanilang estado bago muling i-install ang anuman:
Get-PnpDevice -Class Net | Where-Object { $_.FriendlyName -like "*WAN Miniport*" } | Select-Object Status, FriendlyNameAng miniport na may estadong error ay ang direktang bakas. Ang muling pag-install nito mula sa Device Manager ay muling lumilikha ng port, at iyon ang dahilan kung bakit gumagana ang pag-aayos na ito kapag hindi gumagana ang muling pag-install ng client. Ang mga driver ng third party na nakakabit sa pisikal na adapter ay ang isa pang karaniwang dahilan. Ang VirtualBox bridge network driver, natirang TAP driver mula sa OpenVPN o filter ng pagkuha ay maaaring unang kumuha ng port. Hindi sapat ang pag-alis ng tsek ng bahagi habang nag-i-install kapag nakakabit na ang driver; kailangan itong alisin sa mga property ng adapter o i-uninstall mula sa driver store.
Ang pagpatay ng IPv6 sa koneksyon ng VPN ay nag-ayos ng error na ito sa ilang build, ngunit ituring itong pagsubok at hindi permanenteng disenyo. Kung nagsisimula lamang ang koneksyon kapag patay ang IPv6, ang miniport o driver sa ilalim pa rin ang dahilan.
Baguhin ang isang layer at itago ang ebidensya
I-save ang mga halaga ng registry na binabago mo, itala ang listahan ng adapter at filter bago at pagkatapos, at i-restart sa pagitan ng mga pagtatangka. Bahagi ng pag-aayos ang restart para sa bawat pamilya dito, dahil itinatayo ang stack ng adapter sa boot at hindi ito muling itinatayo ng restart ng serbisyo.
Muling i-install ang client lamang kapag wala na ang lumang adapter, mga filter at mga miniport. Ang pag-install ng bagong client sa sirang stack ang paraan kung paano nagiging makina na may dalawang kalahating rehistradong adapter at walang malinaw na error ang isang naaayos na 27850. Huminto at i-escalate kapag ang parehong error ay nakalampas sa pagsusuring tukoy sa layer nang dalawang beses. Sa puntong iyon ang kapaki-pakinabang na susunod na hakbang ay isang malinis na pagsusuri ng stack ng network kasama ang log ng installer mula sa vendor, hindi isa pang pagtatangka ng parehong muling pag-install.