सार्वजनिक VPN सूची कहती है ऑनलाइन; आपका क्लाइंट कहता है नहीं

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

सूची ने असल में क्या मापा

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

संख्या से अधिक ताज़गी मायने रखती है। चार मिनट पहले जाँचा गया नोड और चार घंटे पहले जाँचा गया नोड एक ही हरा चिह्न दिखा सकते हैं, और उनमें से केवल एक ही अभी भी दर्ज स्थिति जैसा दिखता है। समय-छाप देखिए, रंग नहीं।

स्वयंसेवक संचालन बदलाव का दूसरा स्रोत जोड़ता है जिसे कोई मॉनिटर ठीक नहीं कर सकता। संचालक शायद लैपटॉप रीबूट कर रहा है, बैंडविड्थ खत्म हो रही है, प्रदाता बदल रहा है, या बस ढक्कन बंद कर रहा है। सूची की प्रविष्टि एक उम्मीदवार है, और उसे सेवा-स्तर समझौता मानना एक श्रेणी की भूल है।

क्लाइंट के चरणों को देखिए, स्पिनर को नहीं

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

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

स्क्रीन पर अभी भी समाने वाले उच्चतम विस्तार के साथ क्लाइंट लॉग पढ़ें, और अंतिम सफल पंक्ति नोट करें। वही पंक्ति है जहाँ निदान शुरू होता है, और वह आमतौर पर निर्देशिका जो दिखाती है उससे अधिक जानकारीपूर्ण होती है।

हर प्रयास के लिए एक चर

उम्मीदवारों की तुलना एक ही क्लाइंट, एक ही एक्सेस नेटवर्क और एक ही प्रोफ़ाइल प्रारूप के साथ करें, केवल एंडपॉइंट बदलें। वरना विफलता आपकी भी हो सकती है और आप उसे नोड पर थोप देंगे।

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

जब हर नोड एक ही तरह विफल हो

पहले चरण पर सार्वभौमिक विफलता आपकी ओर इशारा करती है: ऐसा रिज़ॉल्वर जो जवाब नहीं दे सकता, प्रोटोकॉल रोकने वाला स्थानीय फ़ायरवॉल, या ऐसा नेटवर्क जो केवल वेब ट्रैफ़िक की अनुमति देता है। निर्देशिका यह नहीं बता सकती, क्योंकि उसकी जाँच आपकी जगह से नहीं चलती।

आकार दिए गए नेटवर्क का मामला जानबूझकर जाँचें। कुछ एक्सेस नेटवर्क वेब तक HTTPS की अनुमति देते हैं और अन्य प्रोटोकॉल गिरा देते हैं, जिससे सूची सटीक होने पर भी हर उम्मीदवार मृत दिखता है। ब्राउज़र में पृष्ठ लोड की तुलना कच्चे कनेक्शन प्रयास से करना उन दो स्थितियों को एक मिनट से कम में अलग कर देता है।

विफलता को उसी चरण पर पढ़ें जहाँ वह हुई

प्रयास को टर्मिनल से दोहराएँ ताकि चरण दिखें। नीचे के तीन कमांड नाम हल करते हैं, परखते हैं कि पोर्ट जवाब देता है या नहीं, और OpenVPN प्रोफ़ाइल से बातचीत की पंक्तियाँ छापते हैं:

dig +short node.example.net
curl -s --max-time 5 telnet://node.example.net:443
openvpn --config node.ovpn --verb 4 2>&1 | grep -iE "TLS|AUTH|PUSH"

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