Windows VPN त्रुटि 691: कुन जाँच वास्तवमा असफल भयो?

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

अस्वीकार हुने तीन बाटो, एउटा संवाद

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

त्यसैले रिसेट सोमबार काम गरेको देखिन्छ र मङ्गलबार केही गर्दैन। संवादलाई निदान होइन, अस्वीकृति रूपमा पढ्नुहोस्, र खातामा हात लगाउनु अघि प्रोफाइल नाम र असफलताको स्थानीय समय लेख्नुहोस्।

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

क्लाइन्टले वास्तवमा के पठायो

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

Windows मेसिनमा दुई पढ्ने-मात्र क्वेरीले प्रोफाइल र संवादलाई हराउन सक्ने कुनै पनि क्यास गरिएको प्रमाणपत्र देखाउँछन्। दुवैले सर्भरमा डायल गर्दैनन्:

Get-VpnConnection -Name 'Corp VPN' | Format-List Name, ServerAddress, TunnelType, AuthenticationMethod
cmdkey /list | Select-String -Pattern 'corp' -SimpleMatch

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

नीतिको निर्णय लिनुहोस्, रिसेट होइन

सञ्जाल नीति सर्भर प्रयोग गर्ने टाढा-पहुँच तैनाथीमा दुई निर्णय क्रमिक रूपमा चल्छन्। प्रमाणीकरणले कुन खाता सोधिरहेको छ स्थापित गर्छ, र अधिकारले त्यो खाता सुरुमै जडान हुन सक्छ कि सक्दैन निर्णय गर्छ। नीतिका सर्त र सीमाहरू आफ्नै मापदण्डमा मूल्याङ्कन हुन्छन्, त्यसैले सही गोप्य कुराले प्रश्नको पहिलो आधा मात्र समाधान गर्छ। सर्भर घटनामा नीतिको नामले कुन निर्णय वास्तवमा चल्यो देखाउँछ।

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

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

अझै एक पटक प्रयास गर्नुहोस्, त्यसपछि तुलना गर्नुहोस्

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

अस्वीकृति व्याख्या हुनु अघि ठेगाना-परिवार अक्षम गर्ने वा विस्तृत ट्रेसिङ सक्रिय गर्ने प्रलोभनको प्रतिरोध गर्नुहोस्। ट्रेसिङले निर्णय होइन, मात्रा उत्पादन गर्छ, र पहिलो उपयोगी नतिजा प्रयास अस्वीकार गर्ने घटक र त्यसले अभिलेख गरेको कारण नै रहन्छ। त्यो थाहा भएपछि, पुनः प्रयासले या त मर्मत पुष्टि गर्छ या नयाँ र साँघुरो लक्षण उत्पादन गर्छ।