कौन-सा लॉगिन विफल हुआ: eduroam एक्सेस या VPN?
eduroam से जुड़ना एक्सेस नेटवर्क में प्रवेश है; VPN से जुड़ना एक अलग संबंध है। किसी के पोर्ट बदलने से पहले तय करें कि कौन-सा लॉगिन वास्तव में विफल हुआ।
“eduroam पर VPN काम नहीं करता” — इस वाक्य के पीछे दो लॉगिन हैं, और उनके मालिक अलग-अलग टीमें हैं। eduroam से जुड़ने पर डिवाइस एक एक्सेस नेटवर्क पर पहुँचता है; VPN से जुड़ना उस कनेक्शन के ऊपर दूसरा संबंध बनाता है। दोनों एक ही संस्थान चला सकता है, फिर भी क्रेडेंशियल, प्रोफ़ाइल और जहाँ चीज़ टूटती है वह चरण अलग रहते हैं। किसी के पोर्ट नंबर बदलने से पहले पता करें कि दोनों में से वास्तव में कौन विफल हुआ। नीचे सब कुछ इसी एक दुविधा के इर्द-गिर्द व्यवस्थित है।
एक परिसर जहाँ OpenVPN ने UDP 1194 पर उत्तर दिया, वह उपयोगी इतिहास है, अगले के लिए विधि नहीं।
पहले एक्सेस पक्ष सिद्ध करें
टनल बंद करें और कोई साधारण HTTP पेज या कैप्टिव पोर्टल लोड करें। अगर वह खुलता है, तो एक्सेस नेटवर्क अपना काम कर रहा है और VPN का सवाल सचमुच खुला है। अगर कुछ भी लोड नहीं होता, तो गड़बड़ी एसोसिएशन, खाते या ऑनबोर्डिंग प्रोफ़ाइल में है। VPN में कोई भी बदलाव इन तीनों में से किसी को नहीं छुएगा।
eduroam कनेक्शन मार्गदर्शिका घरेलू संस्थान को उपयोगकर्ता की पहचान का स्रोत बनाती है। जब कोई कॉन्फ़िगरेशन सहायक प्रोफ़ाइल बनाता है, तब घरेलू संस्थान की जगह मेज़बान संस्थान चुनने से ऐसा सेटअप बनता है जो प्रमाणित नहीं हो सकता। घरेलू संस्थान जो प्रकाशित करता है उसी का उपयोग करें, कहीं और से आए प्रमाणपत्र बंडल का नहीं।
लॉगिन पार करने के लिए प्रमाणपत्र या प्रमाणीकरण जाँच बंद करना एक सुधारने योग्य गलत कॉन्फ़िगरेशन को स्थायी बना देता है। अगर स्थापित प्रोफ़ाइल किसी अस्वीकृत स्रोत से आई है, तो कुछ और जाँचने से पहले उसे बदलें।
कौन-सी विफलता किसकी है
एक्सेस काम करने के बाद हर बचे सवाल का ठीक एक मालिक होता है। पूरा बँटवारा यह है:
| Owner | Questions that belong to them |
|---|---|
| VPN operator | Server name, protocol, transport, port, client compatibility, VPN authentication |
| Visited network operator | Which traffic the local arrangement permits, and any observed path problem |
| Device or client administrator | Local policy, client build, server-identity errors |
परिवहन की पंक्ति वह जगह है जहाँ ज़्यादातर खुद-करने की कोशिशें विफल होती हैं। सर्वर किस पर सुनता है यह उसके कॉन्फ़िगरेशन में तय है, और क्लाइंट प्रोफ़ाइल संपादित करके उसे बदला नहीं जा सकता, इसलिए TCP और UDP टॉगल करने के बजाय ऑपरेटर से मौजूदा प्रोफ़ाइल माँगें। टॉगल करने से केवल क्लाइंट के विफल होने का तरीका बदलता है।
मेज़बान पक्ष पर, सफल eduroam प्रमाणीकरण यह नहीं बताता कि वह पथ कोई विशेष VPN परिवहन ढोता है या नहीं, और अकेला टाइमआउट अवरोध का प्रमाण नहीं है। दोनों दावे रोज़ किए जाते हैं, और हर एक के पीछे एक अवलोकन ज़रूरी है।
डिवाइस पक्ष पर, प्रबंधित सुरक्षा नियम, असंगत क्लाइंट बिल्ड और सर्वर-पहचान त्रुटि तीन अलग विफलताएँ हैं। इन्हें एक टिकट में बाँधने से तीनों धीमे पड़ते हैं।
सिद्धांत से पहले प्रमाण चुनें
जहाँ प्रोफ़ाइल परखने के लिए आपकी है और ऑपरेटर ने उसे स्वीकृत किया है, वहाँ एक तुलना बहस को हरा देती है: क्या वही प्रोफ़ाइल किसी दूसरे भरोसेमंद नेटवर्क से जुड़ती है? “हाँ” मेज़बान पथ की ओर, “नहीं” प्रोफ़ाइल, सर्वर या क्लाइंट की ओर इशारा करता है। वह परीक्षण खाते पर लागू नियमों के भीतर ही करें, और कभी भी ऐसा क्लाइंट स्थापित करके नहीं जिसे किसी ने स्वीकृत न किया हो।
अगर ऑपरेटर कोई स्वीकृत वैकल्पिक प्रोफ़ाइल प्रकाशित करता है, तो उसका उपयोग करें। नए पोर्ट पर श्रोता गढ़ना या नेटवर्क के नियम ढीले करना ऐसा नतीजा देता है जिसे बाद में कोई नहीं सँभाल सकता, और यह मूल गड़बड़ी छिपा देता है।
नतीजा उस रूप में लिखें जिस पर तीनों मालिक काम कर सकें, टाइप करने के सबसे तेज़ रूप में नहीं। खाली टाइमआउट VPN ऑपरेटर को कुछ काम का नहीं बताता, और प्रमाणीकरण विफलता मेज़बान नेटवर्क ऑपरेटर को उतना ही कम बताती है।
अक्सर एक लॉग पंक्ति ही फैसला कर देती है। TLS Error: TLS key negotiation failed to occur within 60 seconds पथ या पोर्ट की ओर इशारा करता है, जबकि AUTH_FAILED का अर्थ है कि टनल तक पहुँच गए और क्रेडेंशियल अस्वीकार कर दिए गए।
हैंडऑफ़ पाँच पंक्तियों में लिखें
संक्षिप्त हैंडऑफ़ पाँच चीज़ें ढोता है: मेज़बान स्थान, प्रयास का समय, स्वीकृत क्लाइंट संस्करण, वह सर्वर और परिवहन जिनकी ओर प्रोफ़ाइल इशारा करती थी, और सबसे पहली सूचनात्मक त्रुटि। अगर आपके पास वे दो हों तो जोड़ें कि साधारण एक्सेस काम कर रहा था या नहीं और स्वीकृत अंतर-नेटवर्क तुलना हुई या नहीं। यह आपकी मेज़ से निकलने से पहले पासवर्ड, टोकन और निजी कुंजियाँ हटा दें।
अगर VPN प्रमाणित होता है और फिर कोई निजी एप्लिकेशन विफल होता है, तो वह बाद का नतीजा अलग से आगे भेजें। तब तक दोनों पहले के सवालों का जवाब मिल चुका होता है, और उन्हें नई “अब भी टूटा” रिपोर्ट में मोड़ने से सब शुरुआत पर लौट जाते हैं।
पाँच पंक्तियाँ, तीन मालिक, एक दुविधा: पूरा फैसला यही है, और आम तौर पर यह किसी के पोर्ट नंबर छूने से पहले ही तय हो जाता है।