AnyConnecti vea „ühenduse alamsüsteemi ei õnnestunud lähtestada“ parandamine

Vajutate Ühenda ja dialoog vastab peaaegu kohe: ühenduse alamsüsteemi ei õnnestunud lähtestada. Midagi ei jõudnud lüüsini, seega puudub sertifikaatide vahetus, mandaat ja tunnelirühma valik teises otsas. See tähendab, et kontsentraatori logid näitavad tühja seanssi ja tugiteenus küsib kuvatõmmist dialoogist, milles polnud kunagi midagi kasulikku. Töötage selle asemel lõpp-punkti kallal kindlas järjekorras ja peatuge esimesel sammul, mis tulemust muudab.

Aeg on kõige väärtuslikum tõend, mis teil on, ja selle kirjapanek ei maksa midagi. Kirjutage üles, kas viga ilmnes enne mandaadi küsimist või pärast seda, ning kas see algas pärast uuendust, Windowsi uuendust või uut turvaagenti. Need kolm vastust lõikavad tavaliselt kandidaatide nimekirja pooleks enne, kui te ühtegi seadet puudutate.

Lugege aega enne, kui midagi muudate

Kolm tõrkepunkti näevad sarnased välja ega ole seda. Kui dialoog ilmub hetkel, kui vajutate Ühenda, ei suutnud klient oma taristut käivitada, ja just sellele see teade viitab. Kui see ilmub pärast mandaadi sisestamist, jõuti tunnelirühmani ja probleem on kaugemal. Kui tunnel tõuseb ja seejärel langeb, lähtestati alamsüsteem korralikult ja te ajate taga hoopis teist viga. Nende kolme segamini ajamine raiskab terve pärastlõuna uuesti paigaldamisele, mis ei saa aidata.

Siia kuulub ainult esimene juhtum. Teade luuakse enne mis tahes võrguotsuse tegemist, seega vale lüüsi aadress, aegunud sertifikaat või halb parool ei tekita seda.

Samm 1: veenduge, et agendi teenus töötab

Aken, millel klõpsate, on esiosa; töö toimub teenuses Cisco AnyConnect Secure Mobility Agent, mis on registreeritud nimega vpnagent. Kui see teenus on peatatud või keelatud, ei ole graafilisel liidesel kellegagi rääkida ja see teatab täpselt sellest lähtestamise tõrkest. Kontrollige olekut ja käivitustüüpi kõrgendatud õigustega PowerShelli käsurealt:

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

Paigaldaja, mis austas varem käsitsi seatud käivitustüüpi, on tavaline põhjus, miks see keelatuks jääb, seega kontrollige StartType selle asemel, et lihtsalt Starti vajutada. Kui teenus käivitub ja peatub mõne sekundi jooksul, lugege süsteemilogist Service Control Manageri kirjeid enne, kui klõpsate Paranda:

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

Blokeeritud draiver, karantiini pandud fail või kolmanda osapoole turbetoote filtrdraiver nimetab end nendes sündmustes. Paranda paigaldab uuesti sama blokeeritud faili peale ega muuda midagi, seepärast tuleb sündmuslogi esimesena.

Samm 2: tühjendage HTTP-pinu teatatud võrguühenduseta olek

Klient laadib alla oma profiili ja hindab poliitikat Windowsi HTTP-komponentide kaudu, seega kasutaja internetiseadetes seatud võrguühenduseta lipp võib lähtestamise katki teha, samal ajal kui iga brauser laeb endiselt lehti. Kontrollige väärtust otse:

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

Väärtus 1 tähendab, et WinINet-pinu ütleb kutsujatele, et masinal pole ühendust; selle oleku seab tavaliselt Internet Exploreri menüüvalik Tööta võrguühenduseta või automatiseerimisskript. Seadke see tagasi väärtusele 0, logige välja ja uuesti sisse ning proovige ühendust uuesti enne, kui midagi muud muudate.

Kui pärisite selle masina ega oska öelda, miks lipp seati, märkige see piletisse. Midagi muud masinas võis selle tahtlikult seada ja see tuleb järgmisel sisselogimisel tagasi.

Samm 3: vabastage virtuaalne adapter Hyper-V või ICS-i käest

Kaks Windowsi rolli võivad hoida tükke, mida klient vajab adapteri loomiseks. Hyper-V on esimene: kui virtuaalse kommutaatori teenused töötavad, võib adapteri loomine ebaõnnestuda viisil, mis väljendub selle veana. Teenuste peatamine on diagnostika, mitte parandus:

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

Kui klient ühendub nende teenuste peatatud olekus, on konflikt kinnitatud ja nüüd teate, mille üle Hyper-V hosti omanikuga läbi rääkida. Taaskäivitage need hiljem, kui masin ei vaja enam virtualiseerimist.

Interneti-ühenduse jagamine on teine omanik. Kui ühendust jagatakse, võib klient ebaõnnestuda enne, kui ta üldse tunnelit loob. Kinnitage käsuga Get-Service SharedAccess ja kui see töötab ning on seatud automaatseks, vaadake adapterid läbi jagatud ühenduse otsimiseks ja lülitage jagamine välja ainult sellel adapteril.

On ka odavam seletus, mis tuleb esimesena välistada. Masin, millel pole üldse töötavat internetiühendust, näitab sageli seda teadet kättesaadavuse vea asemel, seega kinnitage, et Test-NetConnection lüüsi aadressile ja avalikule hostile mõlemad õnnestuvad, enne kui klienti süüdistate.

Kontrollige ja seejärel võtke tagasi, mida ei vajanud

Kontrollimine ei ole süsteemisalve roheline kilp. Kinnitage, et adapter on olemas, hoiab aadressi ja laseb liiklust läbi: Get-NetAdapter -Name "Cisco AnyConnect*" peaks seda aktiivsena näitama, ipconfig /all peaks näitama määratud aadressi ja DNS-serverid, ning tegelik päring sisemise nime vastu peaks lahenema tunneli kaudu, mitte kohaliku resolveri kaudu.

Pidage iga muudatuse kohta lühikest nimekirja, kus on leitud väärtus ja seatud väärtus. Kui ühendus töötab pärast kolmandat sammu, taastage Hyper-V teenused ja testige uuesti enne pileti sulgemist, sest virtuaaliseerimise vaikselt välja lülitava ajutise lahenduse võtab järgmine administraator, kes seda märkab, tagasi.

Kui ükski kolmest sammust viga ei liiguta, lõpetage lõpp-punkti muutmine. Koguge kliendi versioon, teenuse olek, selle lehe ülaosas olev aeg ja diagnostikapakett, mille klient suudab luua, ning andke need üle täpses järjekorras, mida proovisite. See pakett on järgmisele insenerile väärtuslikum kui dialoogi kuvatõmmis ja on ainus artefakt, mis näitab, kas alamsüsteem ebaõnnestus enne või pärast võrgu puudutamist.