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

तय करें कि दावा किस कनेक्शन को कवर करता है

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

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

प्रोटोकॉल और उसके द्वारा अनुमत समूह की जाँच करें

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

PropertyIKEv2/IPsec profileWireGuard profile
Cipher suiteProposal list of encryption, integrity, PRF and DH groupFixed ChaCha20-Poly1305 with Curve25519
NegotiationThe gateway narrows the proposal at connect timeNo suite negotiation at all
Peer authenticationCertificates or a preshared secretA public key per peer

IKEv2 प्रस्तावों की सूची वह मेनू है जिसमें से गेटवे चुनता है, इसलिए समान क्लाइंट सेटिंग्स वाले दो गेटवे के बीच आपको मिलने वाला समूह अलग हो सकता है। WireGuard में ऐसा मेनू नहीं है, जिससे उसका दावा सत्यापित करना आसान और वर्णन करना संकीर्ण हो जाता है। दोनों में से कोई व्यवस्था अपने आप मज़बूत नहीं है; मुद्दा यह है कि दस्तावेज़ को बताना होगा कि किसका अर्थ है।

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

साथी का प्रमाणीकरण और अद्यतन की स्थिति जाँचें

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

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

जाँचें कि टनल कहाँ समाप्त होती है

क्लाइंट से सर्वर तक की टनल VPN सर्वर पर समाप्त होती है। एप्लिकेशन एन्क्रिप्शन, जैसे उसके पीछे की सेवा तक HTTPS, मार्ग पर आगे ट्रैफ़िक की रक्षा कर सकता है, और सर्वर के बाद वही एकमात्र बची हुई सुरक्षा हो सकती है। ऑपरेटर की अंतिम बिंदुओं के बारे में व्याख्या पढ़ें और तय करें कि दावा इनमें से किस परत से संबंधित है।

लॉगिंग नीति और खाता ट्रैकिंग एन्क्रिप्शन से पूरी तरह बाहर हैं। ऑपरेटर एन्क्रिप्टेड सामग्री ले जाते हुए समय, पतों और मात्रा का अवलोकन कर सकता है, इसलिए पेलोड की गोपनीयता का दावा इस बारे में कुछ नहीं बताता कि क्या दर्ज होता है। रखरखाव को अपने साक्ष्यों वाला अलग प्रश्न मानें।

जो दस्तावेज़ नहीं कहता उसे दर्ज करें

जब कोई गुण अनुपस्थित हो, तो सॉफ़्टवेयर के नाम या प्रतिष्ठा से अनुमान लगाने के बजाय दर्ज करें कि वह अनुपस्थित है। कोई ऑडिट केवल उन्हीं गुणों और घटकों को कवर करता है जिनकी उसने वास्तव में जाँच की, और दस्तावेज़ में कोई अंतराल अपने आप में एक निष्कर्ष है। अंतराल तब लिख लें जब आपको अभी भी याद हो कि किस पृष्ठ ने उसे पैदा किया।

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

संबंधित लेख