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 સેવાઓ પુનઃસ્થાપિત કરો અને ફરી પરીક્ષણ કરો, કારણ કે વર્ચ્યુઅલાઇઝેશન ચૂપચાપ બંધ કરતો ઉપાય નોંધ લેનાર આગલો એડમિનિસ્ટ્રેટર રદ કરશે.

જો ત્રણમાંથી કોઈ પગલું ભૂલને ખસેડતું નથી, તો એન્ડપોઇન્ટ બદલવાનું બંધ કરો. ક્લાઇન્ટ સંસ્કરણ, સેવાની સ્થિતિ, આ પૃષ્ઠની ટોચનો સમય અને ક્લાઇન્ટ બનાવી શકે તે નિદાન બંડલ એકત્ર કરો, અને તમે અજમાવેલા ચોક્કસ ક્રમ સાથે તે સોંપો. એ બંડલ આગલા એન્જિનિયર માટે ડાયલોગના સ્ક્રીનશોટ કરતાં વધુ કીમતી છે, અને તે જ એકમાત્ર વસ્તુ છે જે બતાવે છે કે સબસિસ્ટમ નેટવર્કને અડતા પહેલાં નિષ્ફળ ગયું કે પછી.