Odprava napake AnyConnect „povezovalnega podsistema ni bilo mogoče inicializirati“

Kliknete Poveži in pogovorno okno odgovori skoraj takoj: povezovalnega podsistema ni bilo mogoče inicializirati. Nič ni prišlo do prehoda, zato na drugi strani ni izmenjave potrdil, poverilnic ali izbire skupine tunelov. To pomeni, da bodo dnevniki koncentratorja pokazali prazno sejo, služba za pomoč pa bo zahtevala posnetek zaslona pogovornega okna, ki nikoli ni vsebovalo nič koristnega. Raje delajte na končni točki, v ustaljenem vrstnem redu, in se ustavite pri prvem koraku, ki spremeni izid.

Čas je najdragocenejši dokaz, ki ga imate, in njegov zapis ne stane nič. Zapišite, ali se je napaka pojavila pred zahtevo za poverilnice ali po njej, in ali se je začela po nadgradnji, posodobitvi sistema Windows ali novem varnostnem agentu. Ti trije odgovori običajno prepolovijo seznam kandidatov, preden se dotaknete katere koli nastavitve.

Preberite čas, preden karkoli spremenite

Tri točke odpovedi so videti enake in niso. Če se pogovorno okno pojavi v trenutku, ko pritisnete Poveži, odjemalec ni mogel zagnati lastne infrastrukture, in na to kaže to sporočilo. Če se pojavi po vnosu poverilnic, je bila skupina tunelov dosežena in težava je dlje. Če se tunel dvigne in nato pade, je bil podsistem pravilno inicializiran in lovite povsem drugo napako. Zamenjava teh treh zapravi popoldne za ponovne namestitve, ki ne morejo pomagati.

Sem spada samo prvi primer. Sporočilo se ustvari pred katero koli omrežno odločitvijo, zato napačen naslov prehoda, poteklo potrdilo ali slabo geslo tega ne bodo povzročili.

Korak 1: preverite, ali storitev agenta teče

Okno, na katero klikate, je le sprednji del; delo poteka v storitvi Cisco AnyConnect Secure Mobility Agent, registrirani kot vpnagent. Če je ta storitev ustavljena ali onemogočena, grafični vmesnik nima s kom govoriti in poroča natanko to napako inicializacije. Preverite stanje in vrsto zagona v poveljni vrstici PowerShell z dvignjenimi pravicami:

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

Namestitveni program, ki je upošteval prej ročno nastavljeno vrsto zagona, je običajen razlog, da se to konča onemogočeno, zato preverite StartType namesto da bi samo pritisnili Start. Če se storitev zažene in ustavi v nekaj sekundah, preberite dnevnik System za vnose Service Control Managerja, preden kliknete Popravi:

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

Blokiran gonilnik, datoteka v karanteni ali filtrirni gonilnik varnostnega izdelka tretje strani se bo imenoval v tistih dogodkih. Popravi znova namesti čez isto blokirano datoteko in ničesar ne spremeni, zato je dnevnik dogodkov prvi.

Korak 2: počistite stanje brez povezave, ki ga poroča sklad HTTP

Odjemalec prenese svoj profil in oceni pravilnike prek komponent HTTP sistema Windows, zato lahko zastavica brez povezave v uporabnikovih internetnih nastavitvah pokvari inicializacijo, medtem ko vsak brskalnik še vedno nalaga strani. Preverite vrednost neposredno:

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

Vrednost 1 pomeni, da sklad WinINet klicateljem sporoča, da računalnik nima povezave; to stanje običajno nastavi element menija Delo brez povezave v Internet Explorerju ali skript za avtomatizacijo. Nastavite jo nazaj na 0, odjavite se in znova prijavite ter poskusite povezavo znova, preden spremenite karkoli drugega.

Če ste to napravo podedovali in ne morete povedati, zakaj je bila zastavica nastavljena, to zabeležite v zahtevku. Nekaj drugega na napravi jo je morda nastavilo namerno in vrnila se bo ob naslednji prijavi.

Korak 3: osvobodite navidezni vmesnik Hyper-V ali ICS

Dve vlogi sistema Windows lahko zadržujeta dele, ki jih odjemalec potrebuje za ustvarjanje vmesnika. Hyper-V je prva: ko storitve navideznega stikala tečejo, lahko ustvarjanje vmesnika spodleti na način, ki se kaže kot ta napaka. Ustavljanje storitev je diagnostika, ne popravek:

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

Če se odjemalec poveže z ustavljenimi storitvami, je konflikt potrjen in zdaj veste, o čem se pogajati z lastnikom gostitelja Hyper-V. Po tem jih znova zaženite, razen če naprava ne potrebuje več virtualizacije.

Skupna raba internetne povezave je drugi lastnik. Če se povezava deli, lahko odjemalec spodleti, še preden ustvari tunel. Potrdite s Get-Service SharedAccess in, če deluje in je nastavljeno na samodejno, pregledjte vmesnike za skupno povezavo in izklopite skupno rabo samo na tem vmesniku.

Obstaja tudi cenejša razlaga, ki jo je treba najprej izključiti. Računalnik brez kakršnega koli delujočega dostopa do interneta pogosto pokaže to sporočilo namesto napake dosegljivosti, zato potrdite, da Test-NetConnection na naslov prehoda in na javnega gostitelja uspeta oba, preden krivite odjemalca.

Preverite in nato povrnite, česar niste potrebovali

Preverjanje ni zeleni ščit v sistemski pladnji. Potrdite, da vmesnik obstaja, ima naslov in prepušča promet: Get-NetAdapter -Name "Cisco AnyConnect*" bi ga moral prikazati kot aktivnega, ipconfig /all bi moral prikazati dodeljeni naslov in strežnike DNS, resnična zahteva za notranje ime pa bi se morala razrešiti skozi tunel in ne skozi lokalni razreševalnik.

Vodite kratek seznam vsake spremembe z najdeno in nastavljeno vrednostjo. Če povezava po tretjem koraku deluje, obnovite storitve Hyper-V in znova preizkusite, preden zaprete zahtevek, ker bo obhod, ki tiho onemogoči virtualizacijo, razveljavil naslednji skrbnik, ki to opazi.

Če noben od treh korakov ne premakne napake, prenehajte spreminjati končno točko. Zberite različico odjemalca, stanje storitve, čas z vrha te strani in diagnostični paket, ki ga odjemalec lahko ustvari, ter jih predajte z natančnim vrstnim redom, ki ste ga preizkusili. Ta paket je za naslednjega inženirja vreden več kot posnetek zaslona pogovornega okna in je edini artefakt, ki pokaže, ali je podsistem spodletel pred ali po stiku z omrežjem.