हामी 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 भन्न खोजेको हो भन्ने अनुमान मात्र हो।

उत्तर अनुरोधमै लेख्नुहोस्। अर्को टिकटले त्यही प्रश्न त्यही अस्पष्ट तरिकाले सोध्नेछ।