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 सेवा पुनर्स्थापित गरी फेरि परीक्षण गर्नुहोस्, किनकि भर्चुअलाइजेसन चुपचाप बन्द गर्ने उपायलाई याद गर्ने अर्को प्रशासकले रद्द गर्नेछ।

तीनमध्ये कुनै चरणले त्रुटि सार्दैन भने अन्त्य बिन्दु बदल्न रोक्नुहोस्। क्लाइन्ट संस्करण, सेवाको स्थिति, यो पृष्ठको माथिको समय र क्लाइन्टले बनाउन सक्ने निदान बन्डल संकलन गर्नुहोस्, र तपाईंले प्रयास गरेको ठ्याक्कै क्रमसँगै ती हस्तान्तरण गर्नुहोस्। त्यो बन्डल अर्को इन्जिनियरका लागि संवादको स्क्रिनसटभन्दा बढी मूल्यवान छ, र उपप्रणालीले सञ्जाल छुनु अघि वा पछि असफल भयो भनी देखाउने एकमात्र वस्तु त्यही हो।