एक संघ SoftEther सर्व्हर स्थापित करतो, कनेक्शन सेटिंग निर्यात करतो, आणि नंतर कोणाला तोच प्रोटोकॉल सार्वजनिक VPN Gate निर्देशिकेत सापडतो आणि कंपनी आता सार्वजनिक रिले चालवते का असे विचारतो। गोंधळ समजण्यासारखा आहे: क्लायंट सारखाच दिसतो, प्रोटोकॉल सारखाच आहे, आणि दोन्ही एकाच प्रकारच्या कनेक्शन यादीत दिसतात। फरक तांत्रिक नाही, तो कार्यान्वयनाचा आहे। तुम्ही तैनात करता तो सर्व्हर ज्याने तो तैनात केला त्याचा असतो, आणि VPN Gate हा स्वतःचे एंडपॉइंट प्रकाशित करणारा वेगळा स्वयंसेवी प्रकल्प आहे।

तोच क्लायंट, दोन वेगळे ऑपरेटर

तीन प्रश्न दोन तैनाती वेगळे करतात, आणि त्यांपैकी कोणत्याही प्रश्नाचे उत्तर सॉफ्टवेअर देत नाही। कोणी क्लायंटची तुलना करण्यापूर्वी हे लिहून ठेवणे योग्य आहे।

QuestionYour SoftEther serverA VPN Gate volunteer node
Who runs ityou, or your hosting provider on your behalfan anonymous volunteer
Who may connectaccounts you createanyone using the public directory
Who writes the logging policyyouthe volunteer, within the project's published rules

मधली ओळ बहुतेक वाद मिटवते। तुमच्या स्वतःच्या सर्व्हरवर खाते यादी ही तुम्ही नियंत्रित करता अशी गोष्ट आहे, त्यामुळे सदस्यत्वाला अर्थ आहे; स्वयंसेवी नोडवर निर्देशिकेतील प्रत्येक वापरकर्ता त्याच एंडपॉइंटवर संभाव्य सहकारी आहे। ही ओळही क्लायंटवरून ओळखता येत नाही, म्हणूनच एकाच सॉफ्टवेअर असलेले दोन लोक पूर्णपणे वेगळ्या नेटवर्कचे वर्णन करू शकतात।

एंडपॉइंट कोणी प्रकाशित केला ते वाचा

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

निर्देशिका नोंद प्रशासकीय प्रवेशही नाही। नोडशी जोडता येणे त्याच्या व्यवस्थापन इंटरफेसबद्दल काहीही सांगत नाही, आणि स्वयंसेवी होस्टवर व्यवस्थापन क्रेडेन्शियल्स वापरून पाहणे अप्रभावी आणि अयोग्य दोन्ही आहे। यादी देते तीच कनेक्शन पद्धत वापरा आणि त्यापुढे काहीही नाही।

लॉगिंग प्रोटोकॉलऐवजी ऑपरेटरचे अनुसरण करते

SoftEther सॉफ्टवेअर म्हणून कनेक्शन लॉग करू शकते, आणि सर्व्हरचा प्रशासक काय आणि किती काळ ठेवायचे हे ठरवतो। VPN Gate स्वयंसेवी मॉडेल आणि दुरुपयोगविरोधी लॉगिंगबद्दल स्वतःची पाने प्रकाशित करते, आणि तीच पाने त्या प्रकल्पाबद्दलचे एकमेव अचूक विधान आहेत। ती वाचणे म्हणजे SoftEther-आधारित कोणतीही सेवा काहीही ठेवत नाही असे गृहीत धरण्यापेक्षा वेगळी क्रिया आहे, आणि ते सॉफ्टवेअरला पाठबळ देता येणार नाही असे विधान आहे।

तुमच्या स्वतःच्या सर्व्हरसाठी, समतुल्य विधान तुमच्या कॉन्फिगरेशन आणि धारणा धोरणातून येते। ते सार्वजनिक नोड ठेवत असलेल्या लॉगपेक्षा जास्त असू शकते, किंवा कमी, आणि कोणत्याही परिस्थितीत ती तुमची जबाबदारी आहे। प्रोटोकॉल अनामिकतेची हमी देतो असे म्हणणारा रचनेचे नाही, अपेक्षेचे वर्णन करत असतो।

सार्वजनिक एक्झिट खाजगी नेटवर्कमधील सदस्यत्व नाही

प्रत्यक्ष अपयश तेव्हा येते जेव्हा कोणाला अंतर्गत सेवा हवी असते आणि तो कंपनीच्या गेटवेऐवजी मोफत सार्वजनिक एक्झिटकडे वळतो। सार्वजनिक नोड तुमचा रहदारी कोणत्या पत्त्यावरून येत असल्याचे दिसते ते बदलू शकतो। पण ज्या नेटवर्कमध्ये तुम्हाला कधीही प्रवेश दिला गेला नाही त्याचा सदस्य तो तुम्हाला करू शकत नाही, आणि कोणतेही क्लायंट सेटिंग ते बदलत नाही। पोहोचता येणारा संच पलीकडे, गेटवे चालवणाऱ्याने ठरवला जातो।

सुरक्षा धोरणाची जागाही इथेच आहे। अनोळखी स्वयंसेवी होस्टमधून जाणारी रहदारी त्या होस्टच्या पद्धतींच्या अधीन असते, आणि विश्वासाचा निर्णय तुमची संस्था चालवते व लेखापरीक्षण करते अशा गेटवेमधून जाणाऱ्या रहदारीपेक्षा मूलतः वेगळा असतो। मोफत एक्झिट निवडणे विश्वास हलवते, तो काढून टाकत नाही।

तुम्ही प्रत्यक्षात काय तैनात करत आहात ते ठरवा

तीन प्रश्न ते ठरवतात। एंडपॉइंट कोण चालवेल? त्याला जोडण्याची परवानगी कोणाला आहे? रहदारीवर कोणाचे लॉगिंग आणि धारणा धोरण लागू आहे? यांपैकी कोणाचेही उत्तर “ज्याला ते सापडेल” असेल, तर प्रोटोकॉल फाइल काहीही म्हणो, तैनाती सार्वजनिक आहे।

उत्तरे तैनातीच्या शेजारी लिहा, त्यात ऑपरेटर, परवानगी असलेले वापरकर्ते आणि धारणा धोरण समाविष्ट आहे। पुढच्या व्यक्तीला सार्वजनिक निर्देशिकेत तोच प्रोटोकॉल सापडेल तेव्हा ती नोंद संपूर्ण स्पष्टीकरण असेल, आणि कंपनी रिले चालवते का या वादाची बचत होईल।

संबंधित लेख