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 रीस्टार्ट करें, पृष्ठभूमि निष्पादन की अनुमति दें, पैकेज की मरम्मत करें, और रीसेट केवल तब करें जब प्रमाणपत्र स्टोर अक्षुण्ण सिद्ध हो।