Исправљање грешке AnyConnect „није успело покретање подсистема везе“

Кликнете Повежи и дијалог одговара готово тренутно: није успело покретање подсистема везе. Ништа није стигло до мрежног пролаза, па на другој страни нема размене сертификата, нема акредитива и нема избора групе тунела. То значи да ће дневници концентратора приказати празну сесију, а служба за подршку ће тражити снимак екрана дијалога који никада није садржао ништа корисно. Радите на крајњој тачки, у утврђеном редоследу, и зауставите се на првом кораку који мења исход.

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

Прочитајте време пре него што било шта промените

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

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

Корак 1: потврдите да услуга агента ради

Прозор на који кликнете је само предњи део; рад се одвија у услузи Cisco AnyConnect Secure Mobility Agent, регистрованој као vpnagent. Ако је та услуга заустављена или онемогућена, графички интерфејс нема с ким да разговара и пријављује тачно овај отказ иницијализације. Проверите стање и тип покретања из командне линије PowerShell-а са подигнутим правима:

Get-Service vpnagent | Select-Object Name, Status, StartType
sc.exe qc vpnagent
net start vpnagent

Инсталатер који је поштовао претходно ручно постављен тип покретања уобичајен је разлог зашто ово заврши онемогућено, зато проверите StartType, уместо да само притиснете Старт. Ако се услуга покрене и заустави у року од неколико секунди, прочитајте системски дневник за записе Service Control Manager-а пре него што кликнете Поправи:

Get-WinEvent -FilterHashtable @{LogName="System"; ProviderName="Service Control Manager"} -MaxEvents 40

Блокиран драјвер, датотека у карантину или филтер драјвер безбедносног производа треће стране ће се именовати у тим догађајима. Поправи поново инсталира преко исте блокиране датотеке и ништа не мења, зато је дневник догађаја први.

Корак 2: очистите офлајн стање које пријављује HTTP стек

Клијент преузима свој профил и процењује политику преко HTTP компоненти Windows-а, тако да офлајн заставица постављена у интернет подешавањима корисника може да поквари иницијализацију док сваки прегледач наставља да учитава странице. Проверите вредност директно:

Get-ItemProperty "HKCU:\Software\Microsoft\Windows\CurrentVersion\Internet Settings" -Name GlobalUserOffline

Вредност 1 значи да WinINet стек говори позиваоцима да рачунар нема везу; ово стање обично поставља ставка менија Ради ван мреже у Internet Explorer-у или скрипта за аутоматизацију. Вратите је на 0, одјавите се и поново пријавите и поново покушајте везу пре него што промените било шта друго.

Ако сте наследили овај рачунар и не можете да кажете зашто је заставица постављена, запишите то у тикету. Нешто друго на рачунару је можда намерно поставило и оно ће се вратити при следећем пријављивању.

Корак 3: ослободите виртуелни адаптер од Hyper-V или ICS-а

Две улоге Windows-а могу да држе делове који су клијенту потребни да направи свој адаптер. Hyper-V је први: када услуге виртуелног прекидача раде, прављење адаптера може да не успе на начин који се манифестује као ова грешка. Заустављање услуга је дијагностика, не поправка:

Get-Service vmms, vmcompute | Stop-Service
Get-NetAdapter | Where-Object InterfaceDescription -like "*Hyper-V*"

Ако се клијент повеже са тим услугама заустављеним, конфликт је потврђен и сада знате о чему да преговарате са власником Hyper-V домаћина. Поново их покрените после тога, осим ако рачунару више није потребна виртуелизација.

Дељење интернет везе је други власник. Ако се нека веза дели, клијент може да не успе пре него што уопште направи тунел. Потврдите са Get-Service SharedAccess и, ако ради и подешено је на аутоматски, прегледајте адаптере у потрази за дељеном везом и искључите дељење само на том адаптеру.

Постоји и јефтиније објашњење које прво треба искључити. Рачунар без икаквог радног приступа интернету често приказује ову поруку уместо грешке доступности, зато потврдите да Test-NetConnection ка адреси пролаза и ка јавном домаћину оба успевају пре него што оптужите клијента.

Проверите, затим вратите оно што није било потребно

Провера није зелени штит у системској траци. Потврдите да адаптер постоји, држи адресу и пропушта саобраћај: Get-NetAdapter -Name "Cisco AnyConnect*" треба да га прикаже као активан, ipconfig /all треба да прикаже додељену адресу и DNS сервере, а прави захтев за интерно име треба да се реши кроз тунел, а не кроз локални резолвер.

Водите кратку листу сваке промене, са вредношћу коју сте нашли и вредношћу коју сте поставили. Ако веза ради после трећег корака, вратите услуге Hyper-V и поново тестирајте пре него што затворите тикет, јер ће заобилазно решење које тихо искључује виртуелизацију поништити следећи администратор који то примети.

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