27850, 442 na 651: safu moja, ukaguzi tatu wa kwanza

Kisakinishi kinasimama kwenye 27850, muunganisho unakataliwa kwa 442, na wasifu mwingine unarudisha 651. Namba hizi zinaonekana kama hitilafu tatu zisizohusiana, na majibu ya kawaida ni kusakinisha mteja tena mara tatu. Lakini zinatoka kwenye mfumo mdogo mmoja: adapta pepe na safu ya vichujio kuzunguka. Namba ya hitilafu inasema tabaka gani limeshindwa, na hilo huamua ukaguzi wa kwanza. Kusakinisha tena kabla ya kusoma namba kwa kawaida huzalisha hitilafu hiyo hiyo.

Landanisha namba na tabaka

Kila hitilafu inatokea mahali tofauti, kwa hiyo ukaguzi wa kwanza hutofautiana hata pale dalili inayoonekana ni muunganisho huo uliokataliwa. Familia tatu zinashughulikia kila hali: kisakinishi, adapta na lango lililo chini yake. Jedwali lililo hapa chini linaweka kila namba kando ya ukaguzi inaohitaji.

Ikiwa hitilafu inaonekana kabla ya wasifu wowote kuchaguliwa, ni ya familia ya kisakinishi. Ikiwa inaonekana wakati mteja anajaribu kuinua adapta, ni ya familia ya adapta. Ikiwa adapta inaonekana lakini lango halifunguki kamwe, ni familia ya lango dogo. Andika namba kabla ya kubadilisha chochote. Marekebisho matatu yanagusa sehemu tofauti za safu, na mabadiliko yaliyofanywa kwa familia isiyo sahihi hufanya jaribio lijalo kuwa gumu kusoma.

Safu ya vichujio iliyojaa, au kifurushi cha usalama kinachozuia kiendeshi

Kusakinisha mteja husajili kipengele kidogo cha kichujio kwenye mnyororo wa adapta. Windows ina kikomo kigumu cha vipengele kama hivyo vinavyoweza kufungwa, na thamani ya chaguo-msingi huacha nafasi ndogo wakati antivirus, daraja la uboreshaji na kiendeshi cha kunasa vipo. Ndipo usakinishaji unashindwa kwa 27850 ingawa kifurushi cha VPN ni sawa. Kisakinishi hakiwezi kutofautisha safu iliyojaa na iliyovunjika.

Soma thamani ya sasa, ipandishe, na uanzishe upya kabla ya kujaribu tena. Kichujio kipya hakiwezi kufungwa hadi safu ijengwe upya:

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

Sababu nyingine ni kifurushi cha usalama kinachozuia usakinishaji wa kiendeshi bila kidokezo kinachoonekana. Kinga yake ya ndani inaweza kuzuia kichujio kusajiliwa, kwa hiyo kisakinishi huripoti kushindwa kwa kipengele kwa ujumla. Angalia kumbukumbu ya kifurushi yenyewe, na ikiwa kinga ya ndani ndiyo kizuizi, izime kwa muda wa usakinishaji tu na uirejeshe mara moja baadaye. Ikiwa thamani tayari imepandishwa na hakuna kifurushi kinachozuia, tafuta viendeshi vya kichujio vilivyoachwa na bidhaa ya VPN iliyopita. Kichujio cha zamani kisichokuwa na huduma inayolingana bado kinachukua nafasi na kinaweza kufanya usakinishaji mpya ushindwe.

Adapta ipo na inabaki chini

Hitilafu 442 inamaanisha adapta pepe ipo lakini mteja hawezi kuinua. Ukaguzi wa kwanza ni Msimamizi wa Vifaa unaoonyesha vifaa vilivyofichwa: adapta iliyozimwa, adapta yenye alama ya onyo na adapta iliyokosekana zinaonekana sawa kwa mteja lakini zinahitaji marekebisho tofauti. Internet Connection Sharing mara nyingi huishikilia. Ikiwa huduma imechukua adapta, simamisha huduma na ujaribu tena kabla ya kugusa rejista. Mipangilio ya ugawaji iliyobaki inaweza kuichukua tena baada ya kuanzisha upya, kwa hiyo andika kama marekebisho yanadumu baada ya kuanzisha upya.

Kusakinisha tena kunaweza kuacha jina la kuonyesha lililoharibika linalofanya adapta isiweze kudhibitiwa. Thamani inapaswa kuwa maandishi tupu, si tokeni ya usakinishaji isiyotatuliwa:

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"

Tumia jina la kuonyesha ambalo mteja wako anatarajia, kisha uanzishe upya ili adapta ihesabiwe upya. Kuweka thamani bila kuanzisha upya kwa kawaida huacha hali ya zamani na muunganisho unaofuata hutoa 442 tena.

Lango lililo chini halifunguki kamwe

Hitilafu 651 huripotiwa wakati msimamizi wa miunganisho hawezi kufungua lango dogo la WAN. Adapta inaweza kuonekana nzuri kwa mteja wakati lango lililo chini halifiki hali ya kuanzishwa. Orodhesha malango madogo na hali yao kabla ya kusakinisha chochote tena:

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

Lango dogo lenye hali ya hitilafu ni kidokezo cha moja kwa moja. Kulisakinisha tena kutoka Msimamizi wa Vifaa huunda lango upya, na ndiyo sababu marekebisho haya hufanya kazi wakati usakinishaji upya wa mteja haufanyi kazi. Viendeshi vya wahusika wengine vilivyounganishwa na adapta halisi ni sababu nyingine ya kawaida. Kiendeshi cha mtandao wa daraja cha VirtualBox, kiendeshi cha TAP kilichobaki kutoka OpenVPN au kichujio cha kunasa vinaweza kuchukua lango kwanza. Kuondoa tiki ya kipengele wakati wa usakinishaji hakutoshi wakati kiendeshi tayari kimefungwa; lazima kiondolewe kwenye sifa za adapta au kusakinishwa kutoka kwenye ghala la viendeshi.

Kuzima IPv6 kwenye muunganisho wa VPN kumetatua hitilafu hii kwenye baadhi ya build, lakini chukulia kama jaribio na si muundo wa kudumu. Ikiwa muunganisho huanza tu IPv6 ikiwa imezimwa, lango dogo au kiendeshi cha chini bado ni sababu.

Badilisha tabaka moja na uhifadhi ushahidi

Hifadhi thamani za rejista unazobadilisha, andika orodha ya adapta na vichujio kabla na baada, na uanzishe upya kati ya majaribio. Kuanzisha upya ni sehemu ya marekebisho kwa kila familia hapa, kwa sababu safu ya adapta hujengwa wakati wa kuwasha na kuanzisha huduma upya hakuijengi upya.

Sakinisha mteja tena tu baada ya adapta, vichujio na malango madogo ya zamani kuondoka. Kusakinisha mteja mpya juu ya safu iliyovunjika ni njia ambayo 27850 inayoweza kurekebishwa inakuwa mashine yenye adapta mbili zilizosajiliwa nusu na bila hitilafu iliyo wazi. Simama na upandishe juu ikiwa hitilafu hiyo hiyo inapitia ukaguzi maalum wa tabaka mara mbili. Wakati huo hatua inayofuata yenye manufaa ni mapitio safi ya safu ya mtandao pamoja na kumbukumbu ya usakinishaji kutoka kwa muuzaji, si jaribio lingine la usakinishaji ule ule.