आम्ही 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 ला अभिप्रेत होता याचा अंदाज आहे।

उत्तर विनंतीतच नोंदवा। पुढचे तिकीट तोच प्रश्न त्याच अस्पष्ट पद्धतीने विचारेल।