27850, 442 kaj 651: unu stako, tri unuaj kontroloj

La instalilo haltas ĉe 27850, konekto rifuziĝas per 442, kaj alia profilo redonas 651. La numeroj aspektas kiel tri sendependaj misfunkcioj, kaj la kutima reago estas reinstali la klienton tri fojojn. Sed ili venas el unu subsistemo: la virtuala adaptilo kaj la filtrila stako ĉirkaŭ ĝi. La erarnumero diras, kiu tavolo malsukcesis, kaj tio decidas la unuan kontrolon. Reinstali antaŭ legi ĝin kutime reproduktas la saman misfunkcion.

Parigu la numeron kun la tavolo

Ĉiu eraro aperas en malsama punkto, do la unua kontrolo malsamas eĉ kiam la videbla simptomo estas la sama rifuzita konekto. Tri familioj kovras ĉiun kazon: la instalilo, la adaptilo kaj la pordo sub ĝi. La suba tabelo metas ĉiun numeron apud la kontrolo, kiun ĝi implicas.

Se la eraro aperas antaŭ ol elekti ajnan profilon, ĝi apartenas al la instalila familio. Se ĝi aperas kiam la kliento provas levi la adaptilon, ĝi apartenas al la adaptila familio. Se la adaptilo videblas kaj la pordo neniam malfermiĝas, temas pri la miniporda familio. Notu la numeron antaŭ ol ŝanĝi ion ajn. La tri riparoj tuŝas malsamajn partojn de la stako, kaj ŝanĝo por la malĝusta familio malfaciligas legi la sekvan provon.

Plena filtrila stako, aŭ sekureca suito blokanta la pelilon

Instali la klienton registras malgrandan filtrilan komponanton en la adaptila ĉeno. Windows havas malmolan plafonon por kiom da tiaj komponantoj povas ligiĝi, kaj la defaŭlta valoro lasas malmulte da spaco kiam estas kontraŭviruso, virtualiga ponto kaj kapta pelilo. Tiam la instalado malsukcesas per 27850, kvankam la VPN-paketo estas en ordo. La instalilo ne povas distingi plenan stakon de rompita.

Legu la nunan valoron, altigu ĝin kaj restartigu antaŭ nova provo. Nova filtrilo ne povas ligiĝi ĝis la stako estos rekonstruita:

reg query "HKLM\SYSTEM\CurrentControlSet\Control\Network" /v MaxNumFilters
reg add "HKLM\SYSTEM\CurrentControlSet\Control\Network" /v MaxNumFilters /t REG_DWORD /d 14 /f

La alia kaŭzo estas sekureca suito, kiu blokas pelilan instaladon sen videbla avertaĵo. Ĝia memdefendo povas malhelpi la registriĝon de la filtrilo, do la instalilo raportas ĝeneralan komponentan malsukceson. Kontrolu la propran protokolon de la suito, kaj se memdefendo estas la baro, malŝaltu ĝin nur dum la instala fenestro kaj tuj restarigu ĝin poste. Se la valoro jam estas altigita kaj neniu suito blokas, serĉu orfajn filtrilajn pelilojn de antaŭa VPN-produkto. Malnova filtrilo sen kongrua servo ankoraŭ okupas lokon kaj povas igi la novan instaladon malsukcesi.

La adaptilo estas tie kaj restas malsupre

Eraro 442 signifas, ke la virtuala adaptilo ĉeestas kaj la kliento ne povas levi ĝin. La unua kontrolo estas Aparatadministrilo kun vidigitaj kaŝitaj aparatoj: malŝaltita adaptilo, adaptilo kun averta signo kaj mankanta adaptilo aspektas same en la kliento sed bezonas malsamajn riparojn. Internet Connection Sharing ofte tenas ĝin. Se la servo okupis la adaptilon, haltigu la servon kaj reprovu antaŭ ol tuŝi la registron. Restinta kunhava agordo povas reokupi ĝin post restartigo, do notu ĉu la korekto postvivas restartigon.

Reinstalo povas lasi fuŝan montran nomon, kiu igas la adaptilon nemastrumebla. La valoro devu esti simpla teksto, ne nesolvita instalila ĵetono:

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"

Uzu la montran nomon, kiun via kliento atendas, kaj poste restartigu por ke la adaptilo estu denove listigita. Meti la valoron sen restartigo kutime lasas la malnovan staton surloke kaj la sekva konekto denove redonas 442.

La pordo sub ĝi neniam malfermiĝas

Eraro 651 raportiĝas kiam la konekta administranto ne povas malfermi la WAN-minipordon. La adaptilo povas aspekti sana en la kliento dum la pordo sub ĝi neniam atingas startan staton. Listigu la minipordojn kaj ilian staton antaŭ ol reinstali ion ajn:

Get-PnpDevice -Class Net | Where-Object { $_.FriendlyName -like "*WAN Miniport*" } | Select-Object Status, FriendlyName

Minipordo kun erara statuso estas la rekta indiko. Reinstali ĝin per Aparatadministrilo rekreas la pordon, kaj tial ĉi tiu riparo funkcias kiam reinstalo de la kliento ne funkcias. Triapartaj peliloj ligitaj al la fizika adaptilo estas la alia ofta kaŭzo. Ponta reta pelilo de VirtualBox, restinta TAP-pelilo de OpenVPN aŭ kapta filtrilo povas preni la pordon unue. Malmarki la komponanton dum instalado ne sufiĉas kiam la pelilo jam estas ligita; ĝi devas esti forigita el la ecoj de la adaptilo aŭ malinstalita el la pelila konservejo.

Malŝalti IPv6 sur la VPN-konekto solvis ĉi tiun eraron en kelkaj konstruoj, sed traktu tion kiel teston, ne kiel daŭran dezajnon. Se la konekto startas nur kun IPv6 malŝaltita, la suba minipordo aŭ pelilo ankoraŭ estas la kaŭzo.

Ŝanĝu unu tavolon kaj konservu la pruvojn

Konservu la registrovalorojn, kiujn vi ŝanĝas, notu la liston de adaptiloj kaj filtriloj antaŭ kaj post, kaj restartigu inter la provoj. Restartigo estas parto de la riparo por ĉiu familio ĉi tie, ĉar la adaptila stako konstruiĝas ĉe lanĉo kaj serva restartigo ne rekonstruas ĝin.

Reinstalu la klienton nur post kiam la malnova adaptilo, filtriloj kaj minipordoj malaperis. Instali novan klienton sur rompita stako estas la vojo, per kiu riparebla 27850 fariĝas maŝino kun du duone registritaj adaptiloj kaj sen klara eraro. Haltu kaj eskalu kiam la sama eraro postvivas la tavol-specifan kontrolon du fojojn. Je tiu punkto la utila sekva paŝo estas pura revizio de la reta stako kun la instala protokolo de la vendanto, ne alia provo de la sama reinstalo.