Azure VPN Client: VPN प्लेटफर्मले जडान सुरु गरेन
पुनः आयात, मर्मत र रिसेट तीन फरक कुरा हुन्। ह्यान्डअफ असफलतालाई लागत क्रममा समाधान गर्नुहोस्, त्यसपछि स्टोरको समस्या गेटवेको समस्याबाट अलग गर्नुहोस्।
स्थिति रेखाले VPN प्लेटफर्मले जडान सुरु गरेन भन्छ, प्रोफाइल उजुरी बिना आयात हुन्छ र गेटवे अरू सबैका लागि स्वस्थ छ। त्यो सन्देशले Windows भित्रको ह्यान्डअफ वर्णन गर्छ, अस्वीकृत प्रमाणहरू होइन, त्यसैले उपयोगी क्रम सबैभन्दा सस्तो अवस्था परिवर्तनबाट सबैभन्दा विनाशकारीतर्फ जान्छ। प्रोफाइल पुनः आयात गर्न एक मिनेट, प्याकेज मर्मत गर्न एक रिस्टार्ट, र रिसेट गर्न मेसिनका सबै प्रोफाइल लाग्छ। गलत क्रममा काम गर्दा यी केसहरू छुट्याउन आवश्यक प्रमाणहरू नष्ट हुन्छन्।
पुनः आयात, मर्मत, रिसेट: तीन फरक लागत
तीन कार्य एकआपसमा बदल्न मिल्दैन, र श्रम बिना फर्काउन सकिने एउटा मात्र हो। पुनः आयातले प्रोफाइल ताजा गर्छ र एप स्थापना राख्छ। मर्मतले आयात गरिएका प्रोफाइल राख्छ र प्याकेज फाइलहरू पुनः लेख्छ। रिसेटले प्रोफाइलहरू एपको अवस्थासहित हटाउँछ, त्यसैले पछि सबै फेरि आयात गर्नुपर्छ।
| Action | Keeps | Removes |
|---|---|---|
| Re-import profile | App, other profiles | The stale profile entry |
| Repair package | Imported profiles | Damaged app files |
| Reset app | Nothing local | All profiles and app state |
गेटवे, ठेगाना पूल वा प्रमाणीकरण विधि बदलिएको बेला azurevpnconfig.xml को ताजा डाउनलोडबाट सुरु गर्नुहोस्। मेटिएको गेटवे नाम राख्ने प्रोफाइलले ठ्याक्कै यही स्थिति रेखा दिन्छ, र अब नभएको चीजतर्फ देखाउने फाइल क्लाइन्ट मर्मतले सुधार्दैन।
कुनै पनि विनाशकारी कदम अघि एपलाई पृष्ठभूमिमा चल्न अनुमति छ कि जाँच्नुहोस्: Settings, Apps, Installed apps, Azure VPN Client, Advanced options. निलम्बित क्लाइन्टले प्लेटफर्म ह्यान्डअफ पूरा गर्न सक्दैन।
RasMan त्यो सेवा हो जसलाई क्लाइन्टले ह्यान्डअफ गर्छ
Remote Access Connection Manager ले क्लाइन्टको अनुरोधलाई Windows जडानमा बदल्छ। उच्चस्तरीय प्रम्प्टबाट net stop rasman र त्यसपछि net start rasman प्रयोग गरी पुनः सुरु गर्नुहोस्, र अरू केही बदल्नु अघि फेरि जोड्नुहोस्।
त्यसले जडान फर्काएमा, समाधान रिबुटपछि पनि टिक्ने गरी स्टार्टअप प्रकार सेट गर्नुहोस्: sc.exe config rasman start= delayed-auto. अहिले चलिरहेको तर बुटमा अक्षम सेवाले भोलि बिहान त्यही असफलता दोहोर्याउँछ।
सुरु भएर पछि आफै रोकिने सेवामा ध्यान दिनुहोस्। त्यो ढाँचाले निर्भरता वा नीतितर्फ संकेत गर्छ, र रिस्टार्ट गर्दा केही मिनेट मात्र चल्छ, जुन सफा असफलताभन्दा नराम्रो हो किनकि यो रोकिएर आउने नेटवर्क समस्याजस्तो देखिन्छ। प्रयासको समय वरपर System लगमा सेवाको नाम जाँच्नुहोस् र निर्भरताहरू पनि चलिरहेको पुष्टि गर्नुहोस्।
Current User वा Local Machine: दुई प्रमाणपत्र स्टोर
क्लाइन्ट खाली प्रमाणपत्र सूचीसहित खुल्यो भने दोष प्रोफाइलको होइन र सेवाको पनि होइन। क्लाइन्टले हालको प्रयोगकर्ताको व्यक्तिगत स्टोर पढ्छ: certmgr.msc खोल्नुहोस्, Certificates, Current User, Personal, Certificates विस्तार गर्नुहोस्, र प्रमाणपत्र त्यहाँ निजी कुञ्जीसहित रहेको पुष्टि गर्नुहोस्।
certlm.msc बाट खुल्ने स्थानीय मेसिन स्टोर अर्कै स्टोर हो, र त्यहाँ स्थापना गर्दा प्रयोगकर्ता स्टोरमा हेर्ने क्लाइन्ट सन्तुष्ट हुँदैन। प्रमाणपत्र प्रमाणीकरणमा गेटवेसँग जराको सार्वजनिक कुञ्जी मात्र हुन्छ, र प्रत्येक उपकरणलाई त्यही जराबाट जारी गरिएको आफ्नै प्रमाणपत्र चाहिन्छ। अर्को मेसिनबाट प्रतिलिपि गरिएको प्रमाणपत्र सामान्यतया आफ्नो निजी कुञ्जी बिनै आउँछ, जसले छान्न सकिने तर अझै प्रमाणित गर्न नसकिने प्रविष्टि बनाउँछ।
खाली छनोटकर्ता स्टोरको समस्या हो, टनेलको होइन।
प्रमाणपत्र प्रमाणीकरण वा Azure AD: फरक असफलता आकार
Azure AD प्रमाणीकरणका लागि पोइन्ट-टु-साइट कन्फिगरेसनलाई टेनन्ट URL, श्रोताका रूपमा Azure VPN Client एप्लिकेसन आईडी र STS जारीकर्ता चाहिन्छ, र प्रशासकले Azure VPN एप्लिकेसनलाई सहमति दिनुपर्छ। त्यो कन्फिगरेसन सुरक्षित गर्नुहोस्, प्याकेज फेरि डाउनलोड गर्नुहोस्, र पुरानो प्रतिको सट्टा नयाँ फाइल आयात गर्नुहोस्।
क्लाइन्ट ठेगाना पूलले भर्चुअल नेटवर्क वा स्थानीय दायरासँग ओभरल्याप नगर्ने र लक्ष्य मेसिनको नेटवर्क सुरक्षा समूहले पूललाई अनुमति दिने पनि पुष्टि गर्नुहोस्। यी दुई गल्ती क्लाइन्ट-तर्फका हरेक मर्मतबाट बच्छन्।
ल्यापटपतर्फ वा गेटवेतर्फ
सार्वजनिक ठेगाना जाँचले टनेलको निर्णय नगर्नुहोस्। पोइन्ट-टु-साइट जडानले सबै इन्टरनेट ट्राफिक Azure मा पठाउँदैन, त्यसैले टनेल ठीकसँग चल्दा नबदलिएको सार्वजनिक ठेगाना अपेक्षित हुन्छ। बरु भर्चुअल नेटवर्कभित्रको निजी ठेगाना परीक्षण गर्नुहोस् र मेसिनमा प्रभावकारी मार्गहरू पढ्नुहोस्।
कुन कदमले जडान फर्कायो, क्लाइन्ट संस्करण, प्रोफाइल डाउनलोड मिति र प्रमाण प्रमाणपत्रले दियो वा पहिचान प्रदायकले दियो — लेख्नुहोस्। त्यो रेकर्डले अर्को घटनालाई दुई मिनेटको जाँच बनाउँछ, र असफलताहरू ल्यापटपमा रहनुको सट्टा गेटवेतर्फ सर्दै छन् कि देखाउँछ।
कामको क्रम: ताजा प्रोफाइल पुनः आयात गर्नुहोस्, RasMan रिस्टार्ट गर्नुहोस्, पृष्ठभूमि कार्यान्वयन अनुमति दिनुहोस्, प्याकेज मर्मत गर्नुहोस्, र प्रमाणपत्र स्टोर अक्षत रहेको पुष्टि भएमा मात्र रिसेट गर्नुहोस्।