AnyConnectin „yhteyden alijärjestelmän alustus epäonnistui“ -virheen korjaaminen
Virhe tapahtuu ennen kuin yksikään tunniste poistuu koneesta. Tarkista agentin palvelu, offline-HTTP-lippu ja sitten Hyper-V tai ICS, joka pitää sovitinta.
Napsautat Yhdistä ja valintaikkuna vastaa lähes heti: yhteyden alijärjestelmän alustus epäonnistui. Mikään ei päässyt yhdyskäytävälle, joten sertifikaattien vaihtoa, tunnistetta ja tunneliryhmän valintaa ei toisessa päässä tapahdu. Se tarkoittaa, että konsentraattorin lokit näyttävät tyhjän istunnon ja tukipalvelu pyytää kuvakaappausta valintaikkunasta, jossa ei koskaan ollut mitään hyödyllistä. Työskentele sen sijaan päätepisteen parissa kiinteässä järjestyksessä ja pysähdy ensimmäiseen vaiheeseen, joka muuttaa tuloksen.
Ajoitus on arvokkain todiste, joka sinulla on, eikä sen kirjaaminen maksa mitään. Kirjaa, ilmestyikö virhe ennen tunnistepyyntöä vai sen jälkeen, ja alkoiko se päivityksen, Windows-päivityksen vai uuden tietoturva-agentin jälkeen. Nuo kolme vastausta yleensä puolittavat ehdokaslistan ennen kuin kosket yhteenkään asetukseen.
Lue ajoitus ennen kuin muutat mitään
Kolme virhekohtaa näyttävät samalta eivätkä ole. Jos valintaikkuna ilmestyy heti, kun painat Yhdistä, asiakasohjelma ei saanut omaa infrastruktuuriaan käyntiin, ja siihen tämä viesti viittaa. Jos se ilmestyy tunnisteen kirjoittamisen jälkeen, tunneliryhmä on saavutettu ja ongelma on kauempana. Jos tunneli nousee ja sitten putoaa, alijärjestelmä alustui kunnolla ja jahtaat täysin toista vikaa. Näiden kolmen sekoittaminen tuhlaa iltapäivän uudelleenasennuksiin, jotka eivät voi auttaa.
Tänne kuuluu vain ensimmäinen tapaus. Viesti luodaan ennen mitään verkkoa koskevaa päätöstä, joten väärä yhdyskäytävän osoite, vanhentunut sertifikaatti tai huono salasana ei tuota sitä.
Vaihe 1: varmista, että agentin palvelu käy
Ikkuna, jota napsautat, on etupää; työ tapahtuu Cisco AnyConnect Secure Mobility Agent -palvelussa, joka on rekisteröity nimellä vpnagent. Jos palvelu on pysäytetty tai poistettu käytöstä, käyttöliittymällä ei ole mitään, minkä kanssa puhua ja se ilmoittaa juuri tästä alustusvirheestä. Tarkista tila ja käynnistystyyppi korotetusta PowerShell-kehotteesta:
Get-Service vpnagent | Select-Object Name, Status, StartType
sc.exe qc vpnagent
net start vpnagent
Asennusohjelma, joka kunnioitti aiemmin käsin asetettua käynnistystyyppiä, on tavallinen syy siihen, että se jää pois käytöstä, joten tarkista StartType sen sijaan, että vain painaisit Käynnistä. Jos palvelu käynnistyy ja pysähtyy sekunneissa, lue System-lokista Service Control Manager -merkinnät ennen kuin napsautat Korjaa:
Get-WinEvent -FilterHashtable @{LogName="System"; ProviderName="Service Control Manager"} -MaxEvents 40
Estetty ajuri, karanteeniin siirretty tiedosto tai kolmannen osapuolen tietoturvatuotteen suodatinajuri nimeää itsensä noissa tapahtumissa. Korjaa asentaa uudelleen saman estetyn tiedoston päälle eikä muuta mitään, siksi tapahtumaloki tulee ensin.
Vaihe 2: tyhjennä HTTP-pinon ilmoittama offline-tila
Asiakasohjelma lataa profiilinsa ja arvioi käytäntöä Windowsin HTTP-komponenttien kautta, joten käyttäjän internet-asetuksiin asetettu offline-lippu voi rikkoa alustuksen, vaikka jokainen selain lataa edelleen sivuja. Tarkista arvo suoraan:
Get-ItemProperty "HKCU:\Software\Microsoft\Windows\CurrentVersion\Internet Settings" -Name GlobalUserOffline
Arvo 1 tarkoittaa, että WinINet-pino kertoo kutsujille, ettei koneella ole yhteyttä; tämän tilan asettaa yleensä Internet Explorerin Työskentele offline -valikkokohta tai automaatioskripti. Aseta se takaisin arvoon 0, kirjaudu ulos ja takaisin sisään ja yritä yhteyttä uudelleen ennen kuin muutat mitään muuta.
Jos olet perinyt tämän koneen etkä osaa sanoa, miksi lippu asetettiin, kirjaa se tikettiin. Jokin muu koneessa on voinut asettaa sen tarkoituksella, ja se palaa seuraavalla kirjautumiskerralla.
Vaihe 3: vapauta virtuaalisovitin Hyper-V:stä tai ICS:stä
Kaksi Windowsin roolia voi pitää osia, joita asiakasohjelma tarvitsee sovittimensa luomiseen. Hyper-V on ensimmäinen: kun virtuaalikytkimen palvelut käyvät, sovittimen luonti voi epäonnistua tavalla, joka ilmenee tänä virheenä. Palveluiden pysäyttäminen on diagnoosi, ei korjaus:
Get-Service vmms, vmcompute | Stop-Service
Get-NetAdapter | Where-Object InterfaceDescription -like "*Hyper-V*"
Jos asiakasohjelma yhdistää, kun palvelut on pysäytetty, ristiriita on vahvistettu ja tiedät nyt, mistä neuvotella Hyper-V-isäntäkoneen omistajan kanssa. Käynnistä ne sen jälkeen uudelleen, ellei kone enää tarvitse virtualisointia.
Internet-yhteyden jakaminen on toinen omistaja. Jos yhteyttä jaetaan, asiakasohjelma voi epäonnistua ennen kuin se edes luo tunnelia. Vahvista komennolla Get-Service SharedAccess ja jos se käy ja on asetettu automaattiseksi, käy sovittimet läpi jaetun yhteyden varalta ja poista jakaminen vain siitä sovittimesta.
On myös halvempi selitys, joka on suljettava ensin pois. Kone, jolla ei ole lainkaan toimivaa internet-yhteyttä, näyttää usein tämän viestin saatavuusvirheen sijaan, joten varmista, että Test-NetConnection yhdyskäytävän osoitteeseen ja julkiseen isäntään onnistuvat molemmat ennen kuin syytät asiakasohjelmaa.
Vahvista ja peru sitten se, mitä et tarvinnut
Vahvistus ei ole ilmaisinalueen vihreä kilpi. Varmista, että sovitin on olemassa, sillä on osoite ja se välittää liikennettä: Get-NetAdapter -Name "Cisco AnyConnect*" pitäisi näyttää se käytössä, ipconfig /all pitäisi näyttää määritetty osoite ja DNS-palvelimet, ja todellisen pyynnön sisäiseen nimeen pitäisi ratketa tunnelin kautta eikä paikallisen ratkaisijan kautta.
Pidä lyhyt luettelo jokaisesta muutoksesta, löytämäsi arvo ja asettamasi arvo mukaan lukien. Jos yhteys toimii kolmannen vaiheen jälkeen, palauta Hyper-V-palvelut ja testaa uudelleen ennen tiketin sulkemista, koska seuraava järjestelmänvalvoja, joka huomaa sen, kumoaa virtualisoinnin hiljaa poistavan kiertotien.
Jos mikään kolmesta vaiheesta ei siirrä virhettä, lopeta päätepisteen muuttaminen. Kerää asiakasohjelman versio, palvelun tila, tämän sivun alusta otettu ajoitus ja diagnostiikkapaketti, jonka asiakasohjelma osaa tuottaa, ja luovuta ne yhdessä täsmällisen kokeilemasi järjestyksen kanssa. Se paketti on seuraavalle insinöörille arvokkaampi kuin kuvakaappaus valintaikkunasta, ja se on ainoa artefakti, joka näyttää, epäonnistuiko alijärjestelmä ennen verkkoon koskemista vai sen jälkeen.