Rregullimi i gabimit të AnyConnect „dështoi inicializimi i nënsistemit të lidhjes“

Klikoni Lidhu dhe dialogu përgjigjet pothuajse menjëherë: dështoi inicializimi i nënsistemit të lidhjes. Asgjë nuk arriti te porta, kështu që në anën tjetër nuk ka shkëmbim certifikatash, as kredencial dhe as zgjedhje grupi tuneli. Kjo do të thotë që regjistrat e koncentratorit do të tregojnë një sesion bosh dhe ndihma do të kërkojë një pamje ekrani të një dialogu që nuk përmbante kurrë asgjë të dobishme. Punoni në pikën fundore, në një rend fiks, dhe ndaloni në hapin e parë që ndryshon rezultatin.

Kohëzgjatja është prova më e vlefshme që keni dhe regjistrimi i saj nuk kushton asgjë. Shkruani nëse gabimi u shfaq përpara apo pas kërkesës për kredenciale dhe nëse filloi pas një përmirësimi, një përditësimi të Windows ose një agjenti të re sigurie. Këto tre përgjigje zakonisht përgjysmojnë listën e kandidatëve përpara se të prekni ndonjë cilësim.

Lexoni kohën përpara se të ndryshoni diçka

Tre pika dështimi duken njësoj dhe nuk janë. Nëse dialogu shfaqet në momentin që shtypni Lidhu, klienti nuk arriti të nisë infrastrukturën e vet, dhe kësaj i referohet ky mesazh. Nëse shfaqet pasi shkruani kredencialet, grupi i tunelit është arritur dhe problemi është më tej. Nëse tuneli ngrihet dhe pastaj bie, nënsistemi u inicializua mirë dhe po ndiqni një gabim krejt tjetër. Ngatërrimi i të treve humb një pasdite me riinstalime që nuk mund të ndihmojnë.

Këtu hyn vetëm rasti i parë. Mesazhi krijohet përpara çdo vendimi rrjeti, kështu që një adresë e gabuar e portës, një certifikatë e skaduar ose një fjalëkalim i keq nuk do ta prodhojnë atë.

Hapi 1: konfirmoni që shërbimi i agjentit po punon

Dritarja ku klikoni është vetëm pjesa e përparme; puna bëhet në shërbimin Cisco AnyConnect Secure Mobility Agent, i regjistruar si vpnagent. Nëse ai shërbim është ndalur ose çaktivizuar, ndërfaqja grafike nuk ka me kë të flasë dhe raporton saktësisht këtë dështim inicializimi. Kontrolloni gjendjen dhe llojin e nisjes nga një prompt PowerShell i ngritur:

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

Një instalues që respektoi një lloj nisjeje manuale të mëparshme është arsyeja e zakonshme që kjo përfundon e çaktivizuar, prandaj kontrolloni StartType në vend që thjesht të shtypni Start. Nëse shërbimi nis dhe ndalon brenda sekondash, lexoni regjistrin System për hyrjet e Service Control Manager përpara se të klikoni Riparo:

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

Një drejtues i bllokuar, një skedar në karantinë ose një drejtues filtri nga një produkt sigurie i palës së tretë do të emërohet në ato ngjarje. Riparo riinstalon mbi të njëjtin skedar të bllokuar dhe nuk ndryshon asgjë, prandaj regjistri i ngjarjeve vjen i pari.

Hapi 2: pastroni gjendjen jashtë linje që raporton stack-u HTTP

Klienti shkarkon profilin e vet dhe vlerëson politikën përmes komponentëve HTTP të Windows, kështu që një flamur jashtë linje i vendosur në cilësimet e internetit të përdoruesit mund të prishë inicializimin ndërsa çdo shfletues vazhdon të ngarkojë faqe. Kontrolloni vlerën drejtpërdrejt:

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

Një vlerë prej 1 do të thotë që stack-u WinINet u thotë thirrësve se makina nuk ka lidhje; kjo gjendje zakonisht vendoset nga elementi i menusë Punoni jashtë linje në Internet Explorer ose nga një skript automatizimi. Kthejeni atë në 0, dilni dhe hyni përsëri, dhe provoni lidhjen përsëri përpara se të ndryshoni diçka tjetër.

Nëse e keni trashëguar këtë makinë dhe nuk mund të thoni pse u vendos flamuri, shënoni atë në tiketë. Diçka tjetër në makinë mund ta ketë vendosur me qellim dhe do të kthehet në hyrjen tjetër.

Hapi 3: lironi përshtatësin virtual nga Hyper-V ose ICS

Dy role të Windows mund të mbajnë pjesët që klientit i duhen për të krijuar përshtatësin e vet. Hyper-V është i pari: kur shërbimet e ndërprerësit virtual punojnë, krijimi i përshtatësit mund të dështojë në mënyra që shfaqen si ky gabim. Ndalimi i shërbimeve është diagnozë, jo rregullim:

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

Nëse klienti lidhet me ato shërbime të ndaluara, konflikti konfirmohet dhe tani e dini për çfarë të negocioni me pronarin e hostit Hyper-V. Rinisni ato më pas, përveç nëse makina nuk ka më nevojë për virtualizim.

Ndarja e lidhjes me internetin është pronari i dytë. Nëse një lidhje po ndahet, klienti mund të dështojë përpara se të krijojë edhe një tunel. Konfirmoni me Get-Service SharedAccess dhe, nëse po punon dhe është vendosur në automatike, shikoni përshtatësit për një lidhje të ndarë dhe çaktivizoni ndarjen vetëm në atë përshtatës.

Ka edhe një shpjegim më të lirë për t'u eleminuar së pari. Një makinë pa asnjë akses internet funksional shpesh shfaq këtë mesazh në vend të një gabimi arritshmërie, prandaj konfirmoni që Test-NetConnection drejt adresës së portës dhe drejt një hosti publik të kenë sukses të dyja përpara se të fajësoni klientin.

Verifikoni dhe më pas ktheni mbrapsht atë që nuk ju duhej

Verifikimi nuk është mburoja e gjelbër në sistemin e njoftimeve. Konfirmoni që përshtatësi ekziston, mban një adresë dhe lejon trafikun: Get-NetAdapter -Name "Cisco AnyConnect*" duhet ta shfaqë atë aktiv, ipconfig /all duhet të shfaqë adresën e caktuar dhe serverët DNS, dhe një kërkesë reale për një emër të brendshëm duhet të zgjidhet përmes tunelit dhe jo përmes zgjidhësit lokal.

Mbani një listë të shkurtër të çdo ndryshimi, me vlerën që gjetët dhe vlerën që vendosët. Nëse lidhja punon pas hapit të tretë, rikthejini shërbimet Hyper-V dhe provoni përsëri përpara se të mbyllni tiketën, sepse një zgjidhje e përkohshme që çaktivizon heshtur virtualizimin do të hiqet nga administratori i ardhshëm që e vë re.

Nëse asnjë nga tre hapat nuk e lëviz gabimin, ndaloni ndryshimin e pikës fundore. Mblidhni versionin e klientit, gjendjen e shërbimit, kohën nga maja e kësaj faqeje dhe paketën diagnostike që klienti mund të prodhojë, dhe dorëzojini ato me renditjen e saktë që provuat. Ajo paketë vlen më shumë për inxhinierin e ardhshëm sesa një pamje ekrani e dialogut, dhe është i vetmi artefakt që tregon nëse nënsistemi dështoi përpara apo pasi preku rrjetin.