VPN दावे की निजता जाँच: ऐसे सबूत रखें जो टिकें
परिणाम देखने से पहले दावा, प्रेक्षक और सेटअप लिखें। रूटिंग जाँच एक निकास दिखाती है; यह कभी नहीं दिखाती कि ऑपरेटर क्या रखता है।
जाँच एक ऐसे वाक्य से शुरू होती है जिसे कोई सच देखना चाहता है, और सबूत या तो उसका एक संकीर्ण संस्करण समर्थित करते हैं या कुछ भी नहीं। सार्वजनिक पते की जाँच दिखाती है कि एक अनुरोध ने कौन-सा निकास इस्तेमाल किया। यह नहीं दिखाती कि प्रदाता क्या रखता है, कौन उसे पढ़ सकता है, या ऐसे सत्र का क्या होता है जो कभी पूरा नहीं होता। जाँच को प्रलेखित प्रक्रिया की तरह करने से आप माप से अधिक दावा करने से रुकते हैं।
एक प्रेक्षणीय दावा चुनें
कोई भी उपकरण खोलने से पहले दावे को एक ही जाँचने योग्य वाक्य के रूप में लिखें: इस प्रोफ़ाइल के लिए, इस नेटवर्क पर, सार्वजनिक पते की प्रतिध्वनि की ओर जाने वाले अनुरोध प्रदाता के घोषित निकास से बाहर जाते हैं। वह वाक्य विषय, शर्त और प्रेक्षण का नाम लेता है, और यही उसे खंडनीय बनाता है। VPN निजता की रक्षा करता है जैसे दावे का कोई प्रेक्षणीय रूप नहीं है, इसलिए कोई भी माप उसे तय नहीं कर सकता। जाँच जिसे पूरा नहीं करेगी उसके लिए दूसरा वाक्य रखें, क्योंकि डेटा प्रतिधारण, तीसरे पक्ष की पहुँच और ट्रैफ़िक सहसंबंध सभी ब्राउज़र जाँच से बाहर हैं।
वह दूसरा वाक्य पहले से लिखें, परिणाम आने के बाद नहीं। परिणाम अभी अनजान होने के दौरान दायरे के बारे में ईमानदार होना बहुत आसान है, टिकट में आश्वस्त करने वाला स्क्रीनशॉट आने के बाद की तुलना में। बाद में जोड़ी गई दायरा-टिप्पणी आमतौर पर प्रश्न के बजाय परिणाम का वर्णन करती है।
माप को दोहराने के लिए पाठक को जरूरी सेटअप तथ्य
सेटअप ही परिणाम को पुनरुत्पाद्य बनाता है, और जवाब अच्छा दिखने पर लोग ठीक इसे छोड़ देते हैं। संस्करण-स्ट्रिंग, प्रोफ़ाइल नाम, एक्सेस नेटवर्क और पता-परिवार टिप्पणी में आते हैं, साथ में टनल-विभाजन का कोई भी नियम जो ट्रैफ़िक को टनल से बाहर ले जा सके। परीक्षण के अधीन घटना का भी नाम लें, क्योंकि काम करता कनेक्शन, अप्रत्याशित कटौती, हाथ से डिस्कनेक्ट और नेटवर्क हैंडओवर अलग-अलग नियम लागू करते हैं। जो जाँच इन घटनाओं को मिलाती है, वह किसी एक के बारे में बहुत कम साबित करती है।
ऐसे वातावरण में गैर-संवेदनशील ट्रैफ़िक इस्तेमाल करें जहाँ आपको जाँच की अनुमति हो। असंबंधित पैकेट पकड़ना रिकॉर्ड को तकनीकी दिखाता है और सबूत जोड़े बिना जोखिम जोड़ता है। पकड़ को केवल टनल इंटरफ़ेस पर लक्षित करें, और फ़ाइल आकार की सीमा तय करें ताकि लंबी दौड़ डिस्क न भर दे। कुछ भी बदलने से पहले पकड़ रोक दें, ताकि फ़ाइल आपकी लिखी सेटअप पंक्ति से मेल खाए।
कहें कि क्या मापा गया और उसका क्या अर्थ है
दर्ज करें कि उपकरण ने क्या छापा और उपकरण क्या देख सकता था। रिज़ॉल्वर का उत्तर, पता-प्रतिध्वनि का परिणाम और रूट खोज अलग-अलग प्रश्नों का उत्तर देते हैं, और वेब पृष्ठ के भीतर का स्थान-लेबल निकास के बारे में तथ्य नहीं, बल्कि किसी डेटाबेस के बारे में अनुमान है। हर पंक्ति पैदा करने वाला कमांड उसके बगल में लिखें, क्योंकि कमांड के बिना मान दोहराया नहीं जा सकता। समय-छाप को परिवर्तन-टिकट के उसी समय क्षेत्र में रखें, नहीं तो एक सप्ताह बाद क्रम अपठनीय हो जाता है।
curl -s https://icanhazip.com
curl -s https://ipinfo.io/ip; echo
resolvectl status --no-pager | head -15दो स्वतंत्र प्रतिध्वनि सेवाएँ जो सहमत हों, एक से अधिक मजबूत हैं, और असहमति अपने आप में लिखने योग्य खोज है। रिज़ॉल्वर का आउटपुट दिखाता है कि DNS ने टनल का पालन किया या स्थानीय नेटवर्क का उपयोग जारी रखा, जो निकास-पते से अलग दावा है। कच्चा आउटपुट समय-छाप के साथ सहेजें, और सबसे आश्वस्त करने वाले स्क्रीनशॉट के बजाय विरोधी परिणाम रखें। जब कोई परिवर्तन परिणाम को खिसकाए, तो एक बार में एक चर लागू करें, क्योंकि सर्वर और क्लाइंट एक साथ बदलने से आप यह नहीं कह पाएँगे कि किसका महत्व था।
रिकॉर्ड में क्या रहे, और क्या हटाना चाहिए
विधि, गैर-गुप्त आउटपुट और सीमाएँ रखें, फिर बाकी हटा दें। क्रेडेंशियल वाली प्रोफ़ाइल, निजी होस्टनाम और खाता पहचानकर्ता सबूतों के साथ यात्रा नहीं करने चाहिए, और जो जाँच-रिकॉर्ड उन्हें लीक करता है उसने उसी चीज़ को नुकसान पहुँचाया है जिसे प्रदर्शित करना था। नीचे के पाँच फ़ील्ड सबसे छोटा रूप हैं जो अब भी हस्तांतरण में टिकते हैं।
| Field | What to write |
|---|---|
| Claim | One testable sentence naming the profile, the network and the observation |
| Observer and scope | Who could see the traffic or the record, and under which conditions |
| Setup | Client and server versions, profile name, access network, address families, split-tunnel rules, event under test |
| Raw result | Tool output with a timestamp, exit addresses from both echo services, resolver answer |
| What it does not support | Retention, third-party access, correlation, untested address families |
जिस नीति-वक्तव्य से आप तुलना कर रहे हैं उसे उसकी तिथि और दायरे के साथ संलग्न करें। RFC 6973 नामित प्रेक्षकों और परिभाषित दायरे के इर्द-गिर्द निजता विश्लेषण को ढाँचा देता है, और वह ढाँचा जाँच-रिकॉर्ड के लिए उपयुक्त है: कौन क्या देख सकता था, किन शर्तों में, और कौन-से हिस्से अपरीक्षित रह गए।
एक अनुच्छेद से समाप्त करें जो बताए कि सबूत किसका समर्थन करते हैं और किसका नहीं। वही अनुच्छेद अंतिम उत्पाद है, और उसके ऊपर सब कुछ उसे ईमानदार बनाने के लिए है। यदि हर धारा को नरम किए बिना इसे लिखा नहीं जा सकता, तो जाँच ने टिकट के दावे से कम मापा है।