VPN प्रमाणीकरण विफल: पोर्ट या DNS शायद ही कारण होते हैं

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

त्रुटि ने पहले ही बता दिया था कि कौन-सा चरण विफल हुआ

जो कनेक्शन कभी अपना TLS हैंडशेक पूरा नहीं करता, वह प्रमाणीकरण तक पहुँचा ही नहीं. जो कनेक्शन हैंडशेक पूरा करके फिर क्रेडेंशियल अस्वीकृति बताता है, वह वहाँ पहुँचा और वहीं विफल हुआ। इन दोनों परिणामों के लिए अलग जाँच चाहिए, और इन्हें अक्सर मिला दिया जाता है क्योंकि दोनों बंद खिड़की पर समाप्त होते हैं।

OpenVPN सर्वर के AUTH_FAILED संदेश से अंतर स्पष्ट करता है, जो निर्णय है, परिवहन त्रुटि नहीं। TLS बातचीत का टाइमआउट या प्रमाणपत्र सत्यापन त्रुटि पिछले चरण की है। क्रेडेंशियल छूने से पहले पढ़ें कि आपके पास कौन-सा है, क्योंकि पासवर्ड रीसेट हैंडशेक ठीक नहीं कर सकता और फ़ायरवॉल बदलाव अस्वीकृत लॉगिन ठीक नहीं कर सकता। क्लाइंट लॉग की एक पंक्ति प्रश्न का उत्तर देती है।

यही तर्क उस सत्र पर लागू होता है जो जुड़कर बाद में गिर जाता है। चालीसवें मिनट पर पुनः प्रमाणीकरण विफलता पहले लॉगिन की अस्वीकृति से अलग खराबी है, और अंतराल ही सुराग है।

पुष्टि करें कि प्रोफ़ाइल सही सेवा की ओर इशारा करता है

किसी प्रदाता की वेबसाइट पर इस्तेमाल किया गया खाता हमेशा वही नहीं होता जिसे उसका VPN गेटवे स्वीकार करता है। सहेजा गया प्रोफ़ाइल सेवा के स्थानांतरित होने के बहुत बाद भी पुराने गेटवे की ओर इशारा कर सकता है।

प्रोफ़ाइल में दिए एंडपॉइंट की तुलना ऑपरेटर द्वारा प्रकाशित से करें, और जाँचें कि गेटवे किस पहचान प्रणाली से परामर्श लेता है। यदि सुरंग अलग निर्देशिका के विरुद्ध प्रमाणीकरण करती है तो वेब पोर्टल पर पासवर्ड रीसेट कुछ नहीं बदलता। किसी असंबंधित सार्वजनिक सर्वर के क्रेडेंशियल आपके यहाँ काम नहीं करेंगे, और अविश्वसनीय संदेश से मिले प्रोफ़ाइल में कार्यालय का पासवर्ड जाँचना किसी भी स्थिति में बुरा सौदा है। कुछ भी टाइप करने से पहले स्रोत की पुष्टि करें।

प्रोफ़ाइल पर दो मिनट क्रेडेंशियल अनुमान के एक दिन को रोकते हैं।

लॉगिन प्रारूप क्रेडेंशियल का हिस्सा है

उपयोगकर्ता नाम को ईमेल रूप, डोमेन उपसर्ग या निर्देशिका प्रत्यय चाहिए हो सकता है। गेटवे प्राप्त स्ट्रिंग की तुलना करता है, इसलिए रूप सजावट नहीं, क्रेडेंशियल का हिस्सा है।

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

openvpn --config office.ovpn --verb 3
journalctl -u openvpn-client@office -n 40 --no-pager

AUTH_FAILED वाली लॉग पंक्ति में आमतौर पर कारण कोड या चुनौती स्ट्रिंग होती है। सहायता माँगते समय उसे दोबारा कहने के बजाय ठीक वैसे ही कॉपी करें।

दूसरे कारकों का अपना अनुबंध है

प्रोफ़ाइल एकबारगी कोड, संवादात्मक चुनौती या ब्राउज़र साइन-इन की अपेक्षा कर सकता है जो क्लाइंट को टोकन लौटाता है। अपना आविष्कार करने के बजाय वही प्रवाह इस्तेमाल करें जिसे ऑपरेटर समर्थन देता है।

पासवर्ड में कोड न जोड़ें जब तक वह प्रारूप स्पष्ट रूप से आवश्यक न हो, क्योंकि कुछ परिनियोजन अलग फ़ील्ड और कुछ चुनौती स्ट्रिंग इस्तेमाल करते हैं। समय-आधारित कोड के लिए डिवाइस की घड़ी जाँचें, क्योंकि कुछ मिनट का अंतर हर कोड अमान्य कर देता है। यदि ब्राउज़र लॉगिन सफल हो और क्लाइंट कभी फिर से शुरू न हो, तो ठीक उसी बिंदु को नोट करें, क्योंकि वह क्रेडेंशियल नहीं, हस्तांतरण की पहचान करता है। एक और पासवर्ड रीसेट शायद मदद नहीं करेगा।

सत्र सीमा दूसरी आम अस्वीकृति है। यदि खाता एक सत्र की अनुमति देता है, तो दूसरा लॉगिन पहले को समाप्त कर सकता है, और लक्षण नीति नहीं, फड़फड़ाते कनेक्शन जैसा दिखता है।

प्रमाणपत्र पासवर्ड नहीं है

खाते का पासवर्ड पूरी तरह सही रहते हुए भी क्लाइंट प्रमाणपत्र समाप्त या निरस्त हो सकता है। निजी कुंजी का पासफ़्रेज़ फिर तीसरा रहस्य है, और यह खाते की नहीं, फ़ाइल की रक्षा करता है।

कुछ भी बदलने से पहले त्रुटि पढ़ें, फिर सत्यापित ऑपरेटर से सही प्रतिस्थापन लें। ऐसा करते समय सर्वर पहचान सत्यापन चालू रखें: असंबंधित प्रमाणपत्र स्वीकार करना या किसी और की निजी कुंजी कॉपी करना मरम्मत नहीं, दूसरी घटना है। फिर वह संसाधन जाँचें जिसकी आपको वास्तव में आवश्यकता है, क्योंकि अगम्य सेवा वाली जुड़ी सुरंग अलग जाँच की है। लिख लें कि कौन-सा चरण विफल हुआ ताकि अगला व्यक्ति पूरी प्रक्रिया फिर से शुरू न करे।

यदि सत्र स्थापित होकर बाद में विफल हो, तो अंतराल और आसपास की नवीनीकरण घटनाएँ दर्ज करें। यह रिकॉर्ड टोकन आयु की समस्या को पहले लॉगिन की विफलता से अलग करता है, और यह पाँच मिनट के सुधार और एक सप्ताह के पुनःप्रयासों के बीच का अंतर है।