AnyConnect kļūdas „neizdevās inicializēt savienojuma apakšsistēmu“ novēršana
Kļūme rodas pirms tam, kad jebkurš akreditācijas datums atstāj datoru. Pārbaudiet aģenta pakalpojumu, bezsaistes HTTP karodziņu un pēc tam Hyper-V vai ICS, kas aiztur adapteri.
Jūs noklikšķiniet uz Savienot, un dialogs atbild gandrīz acumirklī: neizdevās inicializēt savienojuma apakšsistēmu. Nekas nav sasniedzis vārteju, tāpēc otrā pusē nav ne sertifikātu apmaiņas, ne akreditācijas datu, ne tuneļa grupas izvēles. Tas nozīmē, ka koncentratora žurnāli rādīs tukšu sesiju un atbalsta dienests pieprasīs tāda dialoga ekrānuzņēmumu, kurā nekad nav bijis nekā noderīga. Tā vietā strādājiet ar galapunktu noteiktā secībā un apstājieties pie pirmā soļa, kas maina rezultātu.
Laiks ir vērtīgākais pierādījums, kas jums ir, un tā pierakstīšana neko nemaksā. Pierakstiet, vai kļūda parādījās pirms akreditācijas datu pieprasījuma vai pēc tā, un vai tā sākās pēc jauninājuma, Windows atjauninājuma vai jauna drošības aģenta. Šīs trīs atbildes parasti uz pusi saīsina kandidātu sarakstu, pirms aiztiekat kādu iestatījumu.
Izlasiet laiku, pirms kaut ko maināt
Trīs kļūmes punkti izskatās līdzīgi un nav vienādi. Ja dialogs parādās tajā mirklī, kad noklikšķināt uz Savienot, klients nevarēja palaist savu infrastruktūru, un uz to norāda šis ziņojums. Ja tas parādās pēc akreditācijas datu ievadīšanas, tuneļa grupa ir sasniegta un problēma ir tālāk. Ja tunelis paceļas un pēc tam krīt, apakšsistēma ir inicializēta pareizi, un jūs vajājat pavisam citu kļūdu. Šo trīs sajaukšana izšķiež pēcpusdienu pārinstalēšanā, kas nevar palīdzēt.
Šeit iederas tikai pirmais gadījums. Ziņojums tiek ģenerēts pirms jebkura tīkla lēmuma, tāpēc nepareiza vārtejas adrese, beidzies sertifikāts vai slikta parole to neizraisīs.
1. solis: pārliecinieties, ka aģenta pakalpojums darbojas
Logs, uz kura noklikšķināt, ir tikai priekšpuse; darbs notiek pakalpojumā Cisco AnyConnect Secure Mobility Agent, kas reģistrēts kā vpnagent. Ja šis pakalpojums ir apturēts vai atspējots, grafiskajai saskarnei nav ar ko runāt un tā ziņo tieši par šo inicializācijas kļūmi. Pārbaudiet stāvokli un palaišanas tipu paaugstinātā PowerShell uzvednē:
Get-Service vpnagent | Select-Object Name, Status, StartType
sc.exe qc vpnagent
net start vpnagent
Instalētājs, kas ņēma vērā iepriekš manuāli iestatītu palaišanas tipu, ir ierastais iemesls, kāpēc tas paliek atspējots, tāpēc pārbaudiet StartType, nevis vienkārši nospiediet Start. Ja pakalpojums palaižas un apstājas dažu sekunžu laikā, pirms noklikšķināt uz Repair, izlasiet sistēmas žurnālā Service Control Manager ierakstus:
Get-WinEvent -FilterHashtable @{LogName="System"; ProviderName="Service Control Manager"} -MaxEvents 40
Bloķēts draiveris, karantīnā ievietota datne vai trešās puses drošības produkta filtra draiveris sevi nosauks tajos notikumos. Repair pārinstalē uz tās pašas bloķētās datnes un neko nemaina, tāpēc notikumu žurnāls ir pirmais.
2. solis: notīriet bezsaistes stāvokli, ko ziņo HTTP steka
Klients lejupielādē savu profilu un novērtē politiku, izmantojot Windows HTTP komponentus, tāpēc lietotāja interneta iestatījumos iestatīts bezsaistes karodziņš var salauzt inicializāciju, kamēr katra pārlūkprogramma joprojām ielādē lapas. Pārbaudiet vērtību tieši:
Get-ItemProperty "HKCU:\Software\Microsoft\Windows\CurrentVersion\Internet Settings" -Name GlobalUserOffline
Vērtība 1 nozīmē, ka WinINet steka paziņo izsaucējiem, ka datoram nav savienojuma; šo stāvokli parasti iestata Internet Explorer izvēlnes vienums Strādāt bezsaistē vai automatizācijas skripts. Iestatiet to atpakaļ uz 0, izrakstieties un pierakstieties vēlreiz, un vēlreiz mēģiniet savienojumu, pirms maināt ko citu.
Ja esat mantojis šo datoru un nevarat pateikt, kāpēc karodziņš tika iestatīts, pierakstiet to biļetē. Kaut kas cits datorā to varēja iestatīt apzināti, un tas atgriezīsies nākamajā pieteikšanās reizē.
3. solis: atbrīvojiet virtuālo adapteri no Hyper-V vai ICS
Divas Windows lomas var turēt daļas, kas klientam nepieciešamas sava adaptera izveidei. Hyper-V ir pirmā: kad darbojas virtuālā komutatora pakalpojumi, adaptera izveide var neizdoties tā, ka tā izpaužas kā šī kļūda. Pakalpojumu apturēšana ir diagnostika, nevis labojums:
Get-Service vmms, vmcompute | Stop-Service
Get-NetAdapter | Where-Object InterfaceDescription -like "*Hyper-V*"
Ja klients savienojas ar šiem pakalpojumiem apturētiem, konflikts ir apstiprināts, un tagad jūs zināt, par ko jāvienojas ar Hyper-V resursdatora īpašnieku. Pēc tam restartējiet tos, ja vien datoram vairs nav vajadzīga virtualizācija.
Interneta savienojuma koplietošana ir otrais īpašnieks. Ja kāds savienojums tiek koplietots, klients var neizdoties vēl pirms tuneļa izveides. Apstipriniet ar Get-Service SharedAccess un, ja tas darbojas un ir iestatīts uz automātisku, pārskatiet adapterus, meklējot koplietotu savienojumu, un izslēdziet koplietošanu tikai tajā adapterī.
Ir arī lētāks izskaidrojums, kas vispirms jāizslēdz. Dators bez jebkādas strādājošas interneta piekļuves bieži rāda šo ziņojumu sasniedzamības kļūdas vietā, tāpēc apstipriniet, ka Test-NetConnection uz vārtejas adresi un uz publisku resursdatoru abi izdodas, pirms vainot klientu.
Pārbaudiet un pēc tam atgrieziet to, kas nebija vajadzīgs
Pārbaude nav zaļais vairogs sistēmas teknē. Apstipriniet, ka adapters pastāv, tam ir adrese un tas laiž cauri datplūsmu: Get-NetAdapter -Name "Cisco AnyConnect*" tam vajadzētu to parādīt kā aktīvu, ipconfig /all tam vajadzētu parādīt piešķirto adresi un DNS serverus, un reālam pieprasījumam uz iekšēju nosaukumu jāatrisinās caur tuneli, nevis lokālo atrisinātāju.
Uzturiet īsu katra grozījuma sarakstu ar atrasto un iestatīto vērtību. Ja savienojums darbojas pēc trešā soļa, atjaunojiet Hyper-V pakalpojumus un pārbaudiet vēlreiz pirms biļetes aizvēršanas, jo apiešanas risinājumu, kas klusi izslēdz virtualizāciju, atcels nākamais administrators, kurš to pamanīs.
Ja neviens no trim soļiem nepakustina kļūdu, pārtrauciet galapunkta maiņu. Apkopojiet klienta versiju, pakalpojuma stāvokli, laiku no šīs lapas augšas un diagnostikas pakotni, ko klients var izveidot, un nododiet tos kopā ar precīzo secību, ko izmēģinājāt. Šī pakotne nākamajam inženierim ir vērtīgāka par dialoga ekrānuzņēmumu, un tā ir vienīgais artefakts, kas parāda, vai apakšsistēma neizdevās pirms saskares ar tīklu vai pēc tam.