हम OpenVPN इस्तेमाल करते हैं: प्रोटोकॉल, इंजन या ऐप? इसके बजाय क्या पूछें

«हम OpenVPN इस्तेमाल करते हैं» यह वाक्य टिकट, खरीद फ़ॉर्म और नए कर्मचारियों के दस्तावेज़ों में आता है, और हर जगह अलग सवाल का जवाब देता है। कभी यह वायर प्रोटोकॉल का नाम लेता है, कभी गेटवे पर मौजूद सॉफ़्टवेयर का, और कभी उस ऐप का जिसे नए कर्मचारी को इंस्टॉल करना होता है। ये तीन तथ्य अलग-अलग अगले क़दमों की ओर ले जाते हैं, और यह पूछना कि कौन-सा मतलब है, अंदाज़ा लगाने से कम समय लेता है। बाक़ी जाँच उसी जवाब से निकलती है।

भूमिका को ब्रांड से अलग करके शुरू करें, क्योंकि ब्रांड तीनों को कवर करता है।

यह नाम तीन भूमिकाएँ कवर करता है जो अलग-अलग तरीक़े से विफल होती हैं

प्रोटोकॉल के रूप में OpenVPN बताता है कि अनुकूल साथी कैसे एक सुरंग बनाते हैं और उससे गुज़रने वाली हर चीज़ की रक्षा करते हैं। सॉफ़्टवेयर के रूप में यह एक कार्यान्वयन है जो वह प्रोटोकॉल क्लाइंट या सर्वर भूमिका में बोलता है। क्लाइंट के रूप में यह ऐसा ऐप है जिसे कोई इंस्टॉल करता है, अपने संस्करण, प्रोफ़ाइल प्रारूप और प्लेटफ़ॉर्म की ख़ासियतों के साथ। एक भूमिका में विफलता दूसरी में विफलता नहीं है, इसलिए «OpenVPN बंद है» को कर्ता चाहिए।

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

OpenVPN 2 और OpenVPN 3 अपग्रेड की जोड़ी नहीं हैं

OpenVPN 2.x सर्वर और क्लाइंट दोनों भूमिकाओं में चलता है, और ज़्यादातर गेटवे परिनियोजन आज भी उसी का उपयोग करते हैं। OpenVPN 3 एक अलग, क्लाइंट-केंद्रित कार्यान्वयन है जिसका अपना कॉन्फ़िगरेशन और सत्र मॉडल है, वह अगला संस्करण नहीं जिसे आप 2.x सर्वर के ऊपर इंस्टॉल करते हैं। OpenVPN Connect एक क्लाइंट ऐप है जो OpenVPN 3 इंजन पर बना है। इनमें से कोई भी इंस्टॉल करने से इंटरनेट निकास सेवा नहीं बनती; निकास वही है जो ऑपरेटर ने कॉन्फ़िगर किया है।

प्रोटोकॉल स्तर की अनुकूलता प्रोफ़ाइल निर्देशों तक नहीं फैलती, इसलिए साफ़ तौर पर आयात होने वाली प्रोफ़ाइल भी ऐसे निर्देश पर विफल हो सकती है जिसे क्लाइंट लागू नहीं करता।

परिवहन उसके भीतर का ऐप नहीं है

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

परतों को मिलाने से ऐसे अनुरोध बनते हैं जैसे किसी ऐसी वेबसाइट के लिए पोर्ट खोलना जो पहले से सुरंग से होकर काम करती है। पोर्ट बाहरी कनेक्शन का है, ऐप का नहीं।

प्रोफ़ाइल क्या वादा कर सकती है और क्या नहीं

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

जब कोई पूछता है कि क्या कोई संसाधन VPN से पहुँचा जा सकता है, तो जवाब क्लाइंट की कॉन्फ़िग फ़ाइल के बजाय सर्वर की नीति पर निर्भर करता है।

वह चीज़ माँगें जो उपलब्ध कराई जा सकती है

चौड़े नाम को तीन ठोस चीज़ों में बदलें: क्लाइंट और उसका संस्करण, उस क्लाइंट के लिए अधिकृत प्रोफ़ाइल, और वह संसाधन जहाँ उस व्यक्ति को पहुँचना है। इनके साथ उपलब्ध कराना एक ठोस काम है। इनके बिना हर जवाब एक अनुमान है कि सवाल किस OpenVPN को कह रहा था।

जवाब को अनुरोध में ही दर्ज करें। अगला टिकट वही सवाल उसी अस्पष्ट तरीक़े से पूछेगा।