स्वयंसेवक VPN और व्यावसायिक VPN भरोसा अलग-अलग जगहों पर रखते हैं

किसी VPN सेवा पर लगा लेबल उसके पीछे की व्यवस्था से कम बताता है। एक स्वयंसेवक नेटवर्क ऐसे लोगों द्वारा चलाए गए रिले जोड़ सकता है जिनका एक-दूसरे से कोई संबंध नहीं है, जबकि एक व्यावसायिक सेवा आमतौर पर एक खाता और एक प्रकाशित नीति ऐसी अधोसंरचना पर पेश करती है जिसे वह आंशिक रूप से किराए पर ले सकती है। दोनों में से कोई भी रूप अपने आप अधिक निजी नहीं है। जो अलग है वह यह है कि जिस एंडपॉइंट से आप जुड़ते हैं उसे कौन नियंत्रित करता है, और इसलिए उसके बारे में सवाल का जवाब कौन दे सकता है।

तीन पक्ष, एक नहीं

हर कनेक्शन के पीछे तीन पक्ष होते हैं, और वे हमेशा एक ही संगठन नहीं होते। निर्देशिका संचालक तय करता है कि आप कौन-से एंडपॉइंट पा सकते हैं और प्रोफ़ाइल बाँटता है; सॉफ़्टवेयर डेवलपर तय करता है कि आपका क्लाइंट प्रोटोकॉल कैसे बोलता है; सर्वर संचालक वह मशीन चलाता है जहाँ से आपका ट्रैफ़िक निकलता है। केवल अंतिम व्यक्ति ही कुछ रिकॉर्ड या रखने की स्थिति में है, और स्वयंसेवक व्यवस्था में वह व्यक्ति बाकी दोनों के लिए अजनबी हो सकता है।

व्यावसायिक व्यवस्था आमतौर पर तीनों को एक कंपनी में मिला देती है, हालाँकि वह होस्टिंग प्रदाता से सर्वर किराए पर ले सकती है। पढ़ें कि प्रदाता क्या चलाने का दावा करता है, क्योंकि हमारा नेटवर्क वाक्यांश और हमारी नीति वाक्यांश अलग-अलग प्रणालियों को कवर कर सकते हैं। जहाँ कोई साझेदार शामिल है, नीति को उसका नाम लेना होगा, वरना वह आपके ट्रैफ़िक तक नहीं पहुँचती।

कोई एंडपॉइंट कैसे गायब होता है

स्वयंसेवक रिले इसलिए मौजूद है क्योंकि उसका होस्ट उसे चलाता रहता है। जब वह व्यक्ति रुकता है, प्रविष्टि निर्देशिका छोड़ देती है, और उस व्यवस्था में कुछ भी वादा नहीं करता कि रिले कल वहाँ होगा।

निर्देशिका प्रविष्टि एक विकल्प है, गारंटी नहीं: दूसरी प्रविष्टि चुनने का अर्थ है दूसरा संचालक चुनना, न कि उसी सेवा से फिर जुड़ना। व्यावसायिक सेवाएँ भी इसी तरह अलग-अलग कारणों से विफल होती हैं, चाहे क्षमता हो, क्षेत्रीय प्रतिबंध हो या होस्टिंग साझेदार की गड़बड़ी। जो बदलता है वह यह है कि आप इस बारे में किससे पूछ सकते हैं। केवल इसलिए कि प्रोफ़ाइल अभी भी लोड होती है, कोई भी व्यवस्था आपको निरंतरता की ऋणी नहीं है।

नीति वास्तव में क्या कवर करती है

स्वयंसेवक परियोजनाएँ भी लॉगिंग और दुरुपयोग-विरोधी नियम प्रकाशित करती हैं, और वही नियम दिलचस्प हिस्सा हैं। स्वयंसेवक यह बताता है कि रिले कौन होस्ट करता है, यह वादा नहीं कि कुछ भी रिकॉर्ड नहीं होता, और प्रकाशित दुरुपयोग-प्रबंधन वाली परियोजना आपको बताती है कि रिकॉर्ड कहीं मौजूद हैं।

व्यावसायिक नीतियों की समस्या उलटी है: वे विस्तृत हैं, और विस्तार ही वह है जो आपको पढ़ना है। प्रदाता के अपने सर्वरों को कवर करने वाली नीति साझेदार की अधोसंरचना का अपने आप वर्णन नहीं करती। अधिकारक्षेत्र का बयान व्यवहार का वर्णन नहीं है। वह अनुभाग खोजें जो दायरे की प्रणालियों के नाम लेता है, और दायरे के बारे में अस्पष्ट रहने वाली नीति को साक्ष्य नहीं, विपणन मानें।

लेबल से नहीं, रिकॉर्ड से निर्णय लें

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

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

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