„AnyConnect“ klaidos „nepavyko inicijuoti ryšio posistemio“ taisymas

Spustelite Prisijungti, ir dialogas atsako beveik akimirksniu: nepavyko inicijuoti ryšio posistemio. Niekas nepasiekė šliuzo, todėl kitoje pusėje nėra nei sertifikatų mainų, nei prisijungimo duomenų, nei tunelio grupės pasirinkimo. Tai reiškia, kad koncentratoriaus žurnalai rodys tuščią sesiją, o pagalbos tarnyba prašys ekrano kopijos dialogo, kuriame niekada nebuvo nieko naudingo. Dirbkite su galiniu tašku, nustatyta tvarka, ir sustokite prie pirmo žingsnio, kuris pakeičia rezultatą.

Laikas yra vertingiausias turimas įrodymas, o jo užrašymas nieko nekainuoja. Užsirašykite, ar klaida pasirodė prieš prisijungimo duomenų užklausą, ar po jos, ir ar ji prasidėjo po naujinimo, „Windows“ naujinimo ar naujo saugos agento. Šie trys atsakymai paprastai perpus sutrumpina kandidatų sąrašą, kol dar nepaliestėte jokio nustatymo.

Perskaitykite laiką prieš ką nors keisdami

Trys gedimo taškai atrodo panašiai ir nėra vienodi. Jei dialogas pasirodo tą akimirką, kai spustelite Prisijungti, klientas negalėjo paleisti savo infrastruktūros, ir būtent į tai nukreipia šis pranešimas. Jei jis pasirodo įvedus prisijungimo duomenis, tunelio grupė buvo pasiekta, o problema yra toliau. Jei tunelis pakyla ir nukrenta, posistemis inicijavosi tinkamai, ir jūs vejatės visiškai kitą klaidą. Sumaišius šiuos tris, prarandama popietė perdiegimams, kurie negali padėti.

Čia priklauso tik pirmasis atvejis. Pranešimas sugeneruojamas prieš bet kokį tinklo sprendimą, todėl neteisingas šliuzo adresas, pasibaigęs sertifikatas ar blogas slaptažodis jo nesukels.

1 žingsnis: patvirtinkite, kad agento tarnyba veikia

Langas, kurį spaudžiate, tėra priekinė dalis; darbas vyksta paslaugoje „Cisco AnyConnect Secure Mobility Agent“, užregistruotoje kaip vpnagent. Jei ta tarnyba sustabdyta arba išjungta, grafinė sąsaja neturi su kuo kalbėtis ir praneša būtent apie šį inicijavimo gedimą. Patikrinkite būseną ir paleidimo tipą iš išplėstinės „PowerShell“ komandinės eilutės:

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

Diegimo programa, kuri gerbė anksčiau rankiniu būdu nustatytą paleidimo tipą, yra įprasta priežastis, kodėl tai lieka išjungta, todėl patikrinkite StartType, o ne vien spauskite Start. Jei tarnyba paleidžiama ir sustoja per kelias sekundes, prieš spausdami Repair perskaitykite sistemos žurnale „Service Control Manager“ įrašus:

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

Užblokuota tvarkyklė, karantine laikomas failas arba trečiosios šalies saugos produkto filtro tvarkyklė įvardins save tuose įvykiuose. Repair iš naujo įdiegia tą patį užblokuotą failą ir nieko nekeičia, todėl įvykių žurnalas pirmas.

2 žingsnis: išvalykite neprisijungusio būseną, kurią praneša HTTP stekas

Klientas atsisiunčia savo profilį ir vertina politiką per „Windows“ HTTP komponentus, todėl vartotojo interneto nustatymuose nustatyta neprisijungusio vėliavėlė gali sugadinti inicijavimą, nors kiekviena naršyklė vis dar įkelia puslapius. Patikrinkite reikšmę tiesiogiai:

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

Reikšmė 1 reiškia, kad „WinINet“ stekas praneša kvietėjams, jog kompiuteris neturi ryšio; šią būseną paprastai nustato „Internet Explorer“ meniu punktas „Dirbti neprisijungus“ arba automatizavimo scenarijus. Grąžinkite ją į 0, atsijunkite ir vėl prisijunkite, ir bandykite ryšį iš naujo prieš ką nors kitą keisdami.

Jei paveldėjote šį kompiuterį ir negalite pasakyti, kodėl vėliavėlė buvo nustatyta, užsirašykite tai biliete. Kažkas kitas kompiuteryje galėjo ją nustatyti tyčia, ir ji sugrįš per kitą prisijungimą.

3 žingsnis: atlaisvinkite virtualų adapterį nuo Hyper-V arba ICS

Du „Windows“ vaidmenys gali laikyti dalis, kurių klientui reikia jo adapteriui sukurti. Hyper-V yra pirmasis: kai veikia virtualaus komutatoriaus tarnybos, adapterio kūrimas gali nepavykti taip, kad pasireikštų šia klaida. Tarnybų sustabdymas yra diagnostika, o ne sprendimas:

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

Jei klientas prisijungia su tomis tarnybomis sustabdytomis, konfliktas patvirtintas ir dabar žinote, dėl ko derėtis su Hyper-V pagrindinio kompiuterio savininku. Paleiskite jas iš naujo vėliau, nebent kompiuteriui nebereikia virtualizacijos.

Interneto ryšio bendrinimas yra antrasis savininkas. Jei ryšys bendrinamas, klientas gali nepavykti dar nesukūręs tunelio. Patvirtinkite su Get-Service SharedAccess ir, jei ji veikia ir nustatyta automatiškai, peržiūrėkite adapterius ieškodami bendrinamo ryšio ir išjunkite bendrinimą tik tame adapteryje.

Yra ir pigesnis paaiškinimas, kurį reikia atmesti pirmiausia. Kompiuteris, visiškai neturintis veikiančios interneto prieigos, dažnai rodo šį pranešimą vietoje pasiekiamumo klaidos, todėl patvirtinkite, kad Test-NetConnection šliuzo adresu ir viešuoju serveriu abu pavyksta, prieš kaltindami klientą.

Patikrinkite, tada atšaukite tai, ko nereikėjo

Patikra nėra žalias skydas sistemos dėkle. Patvirtinkite, kad adapteris egzistuoja, turi adresą ir praleidžia srautą: Get-NetAdapter -Name "Cisco AnyConnect*" turėtų jį rodyti veikiantį, ipconfig /all turėtų rodyti priskirtą adresą ir DNS serverius, o tikra užklausa vidiniam vardui turėtų būti sprendžiama per tunelį, o ne per vietinį sprendiklį.

Veskite trumpą kiekvieno pakeitimo sąrašą su rasta ir nustatyta reikšme. Jei ryšys veikia po trečio žingsnio, atkurkite Hyper-V tarnybas ir dar kartą patikrinkite prieš uždarydami biletą, nes apeiga, kuri tyliai išjungia virtualizaciją, bus atšaukta kito administratoriaus, kuris tai pastebės.

Jei nė vienas iš trijų žingsnių nepajudina klaidos, nustokite keisti galinį tašką. Surinkite kliento versiją, tarnybos būseną, laiką iš šio puslapio viršaus ir diagnostikos paketą, kurį klientas gali sukurti, tada perduokite juos su tikslia tvarka, kurią išbandėte. Tas paketas kitam inžinieriui vertingesnis už dialogo ekrano kopiją, ir tai vienintelis artefaktas, parodantis, ar posistemis nepavyko prieš prisilietęs prie tinklo, ar po to.