27850, 442 и 651: еден стек, три први проверки

Инсталаторот запира на 27850, врската се одбива со 442, а друг профил враќа 651. Броевите изгледаат како три неповрзани дефекти и вообичаената реакција е клиентот да се преинсталира три пати. Но тие доаѓаат од еден потсистем: виртуелниот адаптер и стекот од филтри околу него. Бројот на грешката кажува кој слој откажал и токму тоа ја одредува првата проверка. Преинсталација пред бројот да се прочита обично го повторува истиот дефект.

Поврзете го бројот со слојот

Секоја грешка се јавува на различно место, па првата проверка е различна и кога видливиот симптом е истата одбиена врска. Три семејства го покриваат секој случај: инсталаторот, адаптерот и портата под него. Табелата подолу го става секој број до проверката што ја подразбира.

Ако грешката се појави пред избор на кој било профил, таа е од семејството на инсталаторот. Ако се појави кога клиентот се обидува да го подигне адаптерот, таа е од семејството на адаптерот. Ако адаптерот е видлив, а портата никогаш не се отвори, тоа е семејството на минипортот. Запишете го бројот пред да смените нешто. Трите поправки допираат различни делови од стекот, а промена за погрешното семејство го прави следниот обид потежок за читање.

Полн стек од филтри или безбедносен пакет што го блокира драјверот

Инсталирањето на клиентот регистрира мала филтерска компонента во синџирот на адаптерот. Windows има тврд таван за тоа колку такви компоненти можат да се поврзат, а стандардната вредност остава малку простор кога има антивирус, мост за виртуелизација и драјвер за фаќање. Тогаш инсталацијата паѓа со 27850, иако VPN пакетот е во ред. Инсталаторот не може да различи полн стек од расипан.

Прочитајте ја тековната вредност, зголемете ја и рестартирајте пред нов обид. Нов филтер не може да се поврзе додека стекот не се изгради повторно:

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

Другата причина е безбедносен пакет што ја блокира инсталацијата на драјверот без видлив поттик. Неговата самозаштита може да спречи регистрација на филтерот, па инсталаторот пријавува општ дефект на компонента. Погледнете го сопствениот дневник на пакетот и, ако самозаштитата е пречка, исклучете ја само за време на инсталацијата и веднаш потоа вратете ја. Ако вредноста е веќе зголемена и ниту еден пакет не блокира, побарајте заостанати филтерски драјвери од претходен VPN производ. Стар филтер без соодветна услуга сè уште зазема место и може да ја уништи новата инсталација.

Адаптерот е таму и останува долу

Грешката 442 значи дека виртуелниот адаптер е присутен, но клиентот не може да го подигне. Првата проверка е Управувач со уреди со прикажани скриени уреди: оневозможен адаптер, адаптер со знак за предупредување и адаптер што недостасува изгледаат исто во клиентот, но бараат различни поправки. Internet Connection Sharing често го држи. Ако услугата го зазела адаптерот, запрете ја услугата и обидете се повторно пред да го допрете регистерот. Заостаната конфигурација за споделување може повторно да го заземе по рестарт, затоа забележете дали поправката го преживува рестартот.

Преинсталацијата може да остави искривен приказен назив што го прави адаптерот нераководлив. Вредноста треба да е обичен текст, а не нерешена инсталатерска ознака:

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"

Користете го приказниот назив што го очекува вашиот клиент, потоа рестартирајте за адаптерот повторно да се наброи. Поставувањето вредност без рестарт обично го остава старото состојби и следната врска повторно враќа 442.

Портата под него никогаш не се отвора

Грешката 651 се пријавува кога менаџерот за врски не може да ја отвори WAN минипортата. Адаптерот може да изгледа здрав во клиентот, но портата под него никогаш не достигнува стартувана состојба. Набројте ги минипортите и нивната состојба пред да преинсталирате нешто:

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

Минипорт со состојба на грешка е директниот траг. Неговата преинсталација од Управувачот со уреди ја создава портата повторно и затоа оваа поправка работи кога преинсталацијата на клиентот не помага. Драјверите од трети страни поврзани со физичкиот адаптер се другата честа причина. Драјвер за мостовно вмрежување на VirtualBox, заостанат TAP драјвер од OpenVPN или филтер за фаќање можат први да ја заземат портата. Отстранувањето на ознаката на компонентата за време на инсталација не е доволно кога драјверот е веќе поврзан; мора да се отстрани од својствата на адаптерот или да се деинсталира од складиштето на драјвери.

Исклучувањето на IPv6 на VPN врската ја реши оваа грешка на некои сборки, но третирајте го тоа како тест, а не како трајно решение. Ако врската стартува само со исклучен IPv6, основниот минипорт или драјверот сè уште е причината.

Сменете еден слој и сочувајте ги доказите

Сочувајте ги вредностите во регистерот што ги менувате, запишете ја листата на адаптери и филтри пред и потоа и рестартирајте меѓу обидите. Рестартот е дел од поправката за секое семејство овде, бидејќи стекот на адаптерот се гради при подигање, а рестарт на услуга не го преградува.

Преинсталирајте го клиентот само откако стариот адаптер, филтрите и минипортите ќе исчезнат. Инсталирањето нов клиент врз расипан стек е начинот на кој поправлив 27850 станува машина со два полурегистрирани адаптери и без јасна грешка. Запрете и ескалирајте кога истата грешка ќе ја преживее проверката за слојот двапати. Во тој момент корисниот следен чекор е чист преглед на мрежниот стек со инсталатерскиот дневник од добавувачот, а не уште еден обид со истата преинсталација.