AnyConnect-ի «միացման ենթահամակարգի սկզբնավորումը ձախողվեց» սխալի շտկում

Դուք սեղմում եք «Միանալ», և երկխոսությունը գրեթե անմիջապես պատասխանում է՝ միացման ենթահամակարգի սկզբնավորումը ձախողվեց։ Ոչինչ չհասավ դարպասին, ուստի մյուս կողմում չկա վկայագրի փոխանակում, հավատարմագիր և թունելի խմբի ընտրություն։ Դա նշանակում է, որ կոնցենտրատորի մատյանները ցույց կտան դատարկ նստաշրջան, և աջակցության ծառայությունը կպահանջի էկրանի պատկեր այն երկխոսությունից, որը երբեք ոչ մի օգտակար բան չի պարունակել։ Փոխարենը աշխատեք վերջնակետի վրա՝ հաստատուն հերթականությամբ, և կանգ առեք առաջին քայլի վրա, որը փոխում է արդյունքը։

Ժամանակը ձեր ունեցած ամենաարժեքավոր ապացույցն է, և այն գրի առնելը ոչինչ չարժե։ Գրեք, թե սխալը հայտնվել է հավատարմագրի հարցումից առաջ, թե հետո, և արդյոք այն սկսվել է արդիականացումից, Windows-ի թարմացումից կամ նոր անվտանգության գործակալից հետո։ Այս երեք պատասխանները սովորաբար կիսով են կրճատում թեկնածուների ցանկը նախքան որևէ կարգավորում դիպչելը։

Կարդացեք ժամանակը նախքան ինչ-որ բան փոխելը

Ձախողման երեք կետեր նման են և այդպիսին չեն։ Եթե երկխոսությունը հայտնվում է «Միանալ» սեղմելու պահին, հաճախորդը չի կարողացել գործարկել իր ենթակառուցվածքը, և հենց դրան է մատնանշում այս հաղորդագրությունը։ Եթե այն հայտնվում է հավատարմագիր մուտքագրելուց հետո, թունելի խումբը հասել է, և խնդիրն ավելի հեռու է։ Եթե թունելը բարձրանում է, ապա ընկնում, ենթահամակարգը ճիշտ է սկզբնավորվել, և դուք հետապնդում եք բոլորովին այլ սխալ։ Երեքը շփոթելը կեսօր է վատնում վերատեղադրումների վրա, որոնք չեն կարող օգնել։

Այստեղ տեղին է միայն առաջին դեպքը։ Հաղորդագրությունը ստեղծվում է նախքան ցանցային որևէ որոշում կայացնելը, ուստի սխալ դարպասի հասցեն, ժամկետանց վկայագիրը կամ վատ գաղտնաբառը այն չեն առաջացնի։

Քայլ 1. հաստատեք, որ գործակալի ծառայությունը աշխատում է

Պատուհանը, որի վրա սեղմում եք, միայն ճակատային մասն է. աշխատանքը կատարվում է Cisco AnyConnect Secure Mobility Agent ծառայությունում, որը գրանցված է որպես vpnagent. Եթե այդ ծառայությունը կանգնեցված կամ անջատված է, գրաֆիկական ինտերֆեյսը խոսելու ոչ ոք չունի և հաղորդում է հենց այս սկզբնավորման ձախողման մասին։ Ստուգեք վիճակը և գործարկման տեսակը բարձրացված PowerShell հուշումից.

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

Նախկինում ձեռքով սահմանված գործարկման տեսակը հարգած տեղադրիչը սրա անջատված ավարտվելու սովորական պատճառն է, ուստի ստուգեք StartType արժեքը՝ պարզապես Start սեղմելու փոխարեն։ Եթե ծառայությունը մեկնարկում և վայրկյանների ընթացքում կանգ է առնում, կարդացեք System մատյանում Service Control Manager-ի գրառումները նախքան Repair սեղմելը.

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

Արգելափակված վարորդը, կարանտին դրված ֆայլը կամ երրորդ կողմի անվտանգության արտադրանքի զտիչ վարորդը կնշի իրեն այդ իրադարձություններում։ Repair-ը վերատեղադրում է նույն արգելափակված ֆայլի վրա և ոչինչ չի փոխում, դրա համար էլ իրադարձությունների մատյանն առաջինն է։

Քայլ 2. մաքրեք HTTP կույտի հաղորդած օֆլայն վիճակը

Հաճախորդը ներբեռնում է իր պրոֆիլը և գնահատում քաղաքականությունը Windows-ի HTTP բաղադրիչների միջոցով, ուստի օգտվողի ինտերնետ կարգավորումներում սահմանված օֆլայն դրոշակը կարող է կոտրել սկզբնավորումը, մինչ յուրաքանչյուր զննարկիչ շարունակում է էջեր բեռնել։ Ստուգեք արժեքը ուղղակիորեն.

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

Արժեքը 1 նշանակում է, որ WinINet կույտը զանգահարողներին ասում է, որ մեքենան կապ չունի. այս վիճակը սովորաբար սահմանվում է Internet Explorer-ի «Աշխատել օֆլայն» ցանկի տարրով կամ ավտոմատացման սկրիպտով։ Վերադարձրեք այն 0-ի, դուրս եկեք և նորից մուտք գործեք, և նորից փորձեք կապը նախքան այլ բան փոխելը։

Եթե դուք ժառանգել եք այս մեքենան և չեք կարող ասել, թե ինչու է դրոշակը սահմանվել, նշեք դա տոմսում։ Մեքենայի վրա այլ բան կարող է այն դիտավորյալ սահմանել, և այն կվերադառնա հաջորդ մուտքի ժամանակ։

Քայլ 3. ազատեք վիրտուալ ադապտերը Hyper-V-ից կամ ICS-ից

Windows-ի երկու դերեր կարող են պահել այն մասերը, որոնք հաճախորդին անհրաժեշտ են իր ադապտերը ստեղծելու համար։ Hyper-V-ն առաջինն է. երբ վիրտուալ անջատիչի ծառայություններն աշխատում են, ադապտերի ստեղծումը կարող է ձախողվել այնպես, ինչը դրսևորվում է որպես այս սխալ։ Ծառայությունների կանգնեցումը ախտորոշում է, ոչ թե շտկում.

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

Եթե հաճախորդը միանում է այդ ծառայությունները կանգնեցված, հակամարտությունը հաստատված է, և այժմ դուք գիտեք, թե ինչի շուրջ բանակցել Hyper-V հոսթի տիրոջ հետ։ Վերսկսեք դրանք հետո, եթե մեքենան այլևս վիրտուալացման կարիք չունի։

Ինտերնետ կապի համօգտագործումը երկրորդ տերն է։ Եթե ինչ-որ կապ համօգտագործվում է, հաճախորդը կարող է ձախողվել նույնիսկ թունել ստեղծելուց առաջ։ Հաստատեք Get-Service SharedAccess-ով և, եթե այն աշխատում է և դրված է ավտոմատի, անցեք ադապտերներով՝ փնտրելով համօգտագործվող կապ, և անջատեք համօգտագործումը միայն այդ ադապտերի վրա։

Կա նաև ավելի էժան բացատրություն, որը պետք է նախ բացառել։ Առանց աշխատող ինտերնետ հասանելիության մեքենան հաճախ ցույց է տալիս այս հաղորդագրությունը հասանելիության սխալի փոխարեն, ուստի հաստատեք, որ Test-NetConnection դարպասի հասցեին և հանրային հոսթին երկուսն էլ հաջող են, նախքան հաճախորդին մեղադրելը։

Ստուգեք, ապա հետ վերցրեք այն, ինչ պետք չէր

Ստուգումը սկուտեղի կանաչ վահանը չէ։ Հաստատեք, որ ադապտերը գոյություն ունի, հասցե ունի և անցկացնում է երթևեկություն. Get-NetAdapter -Name "Cisco AnyConnect*" պետք է ցույց տա այն աշխատող, ipconfig /all պետք է ցույց տա հատկացված հասցեն և DNS սերվերները, և ներքին անվանմանը ուղղված իրական հարցումը պետք է լուծվի թունելով, ոչ թե տեղական լուծիչով։

Պահեք յուրաքանչյուր փոփոխության կարճ ցանկ՝ գտած արժեքով և սահմանած արժեքով։ Եթե կապը աշխատում է երրորդ քայլից հետո, վերականգնեք Hyper-V ծառայությունները և նորից փորձեք նախքան տոմսը փակելը, քանի որ վիրտուալացումը լուռ անջատող շրջանցումը կչեղարկվի հաջորդ ադմինիստրատորի կողմից, ով դա կնկատի։

Եթե երեք քայլերից ոչ մեկը չի շարժում սխալը, դադարեցրեք վերջնակետի փոփոխությունը։ Հավաքեք հաճախորդի տարբերակը, ծառայության վիճակը, այս էջի վերևի ժամանակը և ախտորոշիչ փաթեթը, որը հաճախորդը կարող է ստեղծել, ապա հանձնեք դրանք ձեր փորձած ճշգրիտ հերթականությամբ։ Այդ փաթեթը ավելի արժեքավոր է հաջորդ ինժեների համար, քան երկխոսության էկրանի պատկերը, և դա միակ արտեֆակտն է, որը ցույց է տալիս՝ ենթահամակարգը ձախողվել է ցանցին դիպչելուց առաջ, թե հետո։