सार्वजनिक 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"यदि पोर्टले जवाफ दियो र वार्ताको लाइनले प्रमाणपत्रको समस्या जनायो भने, नोड चालु छ र तपाईंको प्रोफाइल पुरानो छ। यदि पोर्टले पटक्कै जवाफ दिएन भने, प्रविष्टि असफल भएको उम्मेदवार हो, र आफ्नो क्लाइन्ट डिबग गर्नुको सट्टा अर्कोमा जानु सही प्रतिक्रिया हो। चरणलाई छोटो लाइनमा नोट गर्नुहोस्, र अर्को प्रयास आशाबाट होइन, ज्ञानबाट सुरु हुन्छ।