AnyConnect లో కనెక్షన్ సబ్‌సిస్టమ్ ప్రారంభించడంలో వైఫల్యం అనే లోపాన్ని సరిచేయడం

మీరు Connect నొక్కుతారు మరియు డైలాగ్ దాదాపు వెంటనే సమాధానమిస్తుంది: కనెక్షన్ సబ్‌సిస్టమ్‌ను ప్రారంభించలేకపోయింది. గేట్‌వేకి ఏదీ చేరలేదు, కాబట్టి అవతలి వైపు సర్టిఫికెట్ మార్పిడి, క్రెడెన్షియల్ మరియు టన్నెల్ గ్రూప్ ఎంపిక ఏమీ లేవు. దీని అర్థం కన్సంట్రేటర్ లాగ్‌లు ఖాళీ సెషన్‌ను చూపుతాయి మరియు ఎప్పుడూ ఉపయోగకరమైనది ఏమీ లేని డైలాగ్ స్క్రీన్‌షాట్‌ను సహాయ డెస్క్ అడుగుతుంది. బదులుగా ఎండ్‌పాయింట్‌పై, నిర్దిష్ట క్రమంలో పని చేయండి మరియు ఫలితాన్ని మార్చే మొదటి దశలో ఆగండి.

సమయమే మీ దగ్గర ఉన్న అత్యంత విలువైన సాక్ష్యం, దాన్ని నమోదు చేయడానికి ఏమీ ఖర్చు కాదు. లోపం క్రెడెన్షియల్ అభ్యర్థనకు ముందా తర్వాతా వచ్చింది, మరియు అది అప్‌గ్రేడ్, Windows అప్‌డేట్ లేదా కొత్త భద్రతా ఏజెంట్ తర్వాత ప్రారంభమైందా అని రాయండి. ఆ మూడు సమాధానాలు సాధారణంగా ఏ సెట్టింగ్‌నూ తాకకముందే అభ్యర్థుల జాబితాను సగానికి తగ్గిస్తాయి.

ఏదైనా మార్చే ముందు సమయాన్ని చదవండి

మూడు వైఫల్య బిందువులు ఒకేలా కనిపిస్తాయి, ఒకేలా ఉండవు. Connect నొక్కిన క్షణంలోనే డైలాగ్ వస్తే, క్లయింట్ తన సొంత మౌలిక సదుపాయాన్ని ప్రారంభించలేకపోయింది, ఈ సందేశం అదే వైపు సూచిస్తుంది. క్రెడెన్షియల్ టైప్ చేసిన తర్వాత వస్తే, టన్నెల్ గ్రూప్ చేరుకోబడింది మరియు సమస్య ఇంకా ముందుంది. టన్నెల్ పైకి వచ్చి తర్వాత పడిపోతే, సబ్‌సిస్టమ్ సరిగ్గా ప్రారంభమైంది మరియు మీరు పూర్తిగా వేరే బగ్ వెంట పడుతున్నారు. మూడింటినీ కలపడం సహాయపడలేని పునఃస్థాపనలలో మధ్యాహ్నాన్ని వృథా చేస్తుంది.

ఇక్కడ మొదటి సందర్భం మాత్రమే వర్తిస్తుంది. సందేశం ఏ నెట్‌వర్క్ నిర్ణయానికి ముందే ఉత్పత్తి అవుతుంది, కాబట్టి తప్పు గేట్‌వే చిరునామా, గడువు ముగిసిన సర్టిఫికెట్ లేదా చెడు పాస్‌వర్డ్ దాన్ని ఉత్పత్తి చేయవు.

దశ 1: ఏజెంట్ సేవ నడుస్తోందో లేదో నిర్ధారించండి

మీరు క్లిక్ చేసే విండో ముందు భాగం మాత్రమే; పని Cisco AnyConnect Secure Mobility Agent సేవలో జరుగుతుంది, అది vpnagent గా నమోదు చేయబడింది. ఆ సేవ ఆపబడి ఉంటే లేదా నిలిపివేయబడి ఉంటే, GUI కి మాట్లాడటానికి ఎవరూ లేరు మరియు సరిగ్గా ఈ ప్రారంభ వైఫల్యాన్ని నివేదిస్తుంది. పెంపొందించిన PowerShell ప్రాంప్ట్ నుండి స్థితి మరియు ప్రారంభ రకాన్ని తనిఖీ చేయండి:

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

గతంలో చేతితో సెట్ చేసిన ప్రారంభ రకాన్ని గౌరవించిన ఇన్‌స్టాలర్ ఇది నిలిపివేయబడటానికి సాధారణ కారణం, కాబట్టి కేవలం Start నొక్కడం బదులు StartType తనిఖీ చేయండి. సేవ కొన్ని సెకన్లలో ప్రారంభమై ఆగిపోతే, Repair క్లిక్ చేయడానికి ముందు System లాగ్‌లో Service Control Manager ఎంట్రీలను చదవండి:

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 లోని Work Offline మెనూ అంశం లేదా ఆటోమేషన్ స్క్రిప్ట్ సెట్ చేస్తుంది. మరేదైనా మార్చే ముందు దాన్ని తిరిగి 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 సేవలను పునరుద్ధరించి మళ్లీ పరీక్షించండి, ఎందుకంటే వర్చువలైజేషన్‌ను నిశ్శబ్దంగా నిలిపివేసే పరిష్కారాన్ని గమనించే తదుపరి నిర్వాహకుడు రద్దు చేస్తాడు.

మూడు దశల్లో ఏదీ లోపాన్ని కదిలించకపోతే, ఎండ్‌పాయింట్ మార్చడం ఆపండి. క్లయింట్ వెర్షన్, సేవ స్థితి, ఈ పేజీ పైభాగంలోని సమయం మరియు క్లయింట్ సృష్టించగల నిర్ధారణ బండిల్‌ను సేకరించి, మీరు ప్రయత్నించిన ఖచ్చితమైన క్రమంతో పాటు వాటిని అందజేయండి. ఆ బండిల్ తదుపరి ఇంజనీర్‌కు డైలాగ్ స్క్రీన్‌షాట్ కంటే ఎక్కువ విలువైనది, మరియు సబ్‌సిస్టమ్ నెట్‌వర్క్‌ను తాకకముందే విఫలమైందా తర్వాతా అని చూపే ఏకైక వస్తువు అదే.