क्या एक अनाम VPN खाता आपके ट्रैफ़िक को अनाम बनाता है?
बिना ईमेल के साइनअप फ़ॉर्म का एक फ़ील्ड बदलता है। स्रोत पता, खाता टोकन और आपके ब्राउज़र की कुकीज़ तीन अलग सवालों के जवाब देते हैं।
बिना ईमेल पते के साइनअप फ़ॉर्म का एक फ़ील्ड बदलता है। यह नेटवर्क पर स्रोत पता नहीं बदलता, न ही वह पहचानकर्ता जो सेवा भीतर से जारी करती है, और न ही वे कुकीज़ जो आपका ब्राउज़र हर उस साइट पर भेजता है जिसे आप देखते हैं। ये तीन अलग सवाल हैं, और सिर्फ़ पहला ही खाते से जुड़ा है। नीचे यह बताया गया है कि हर परत असल में क्या रखती है, और कौन सा फ़ैसला आपका है, प्रदाता का नहीं।
गोपनीयता को हर निरीक्षक के लिए अलग गुण मानिए। पूछिए कौन सा निरीक्षक, और ईमानदार जवाब बदल जाता है।
छद्म नाम वाला खाता भी खाता ही है
प्रदाता कानूनी नाम कभी मांगे बिना खाता संख्या, डिवाइस कुंजी या सदस्यता टोकन जारी कर सकता है। वह वस्तु फिर भी सेवा के भीतर सत्रों को आपस में जोड़ती है: वही टोकन, उसी प्लान पर, महीनों तक।
ऑपरेटर उस टोकन से क्या जोड़ सकता है, यह दूसरी प्रणालियों पर निर्भर करता है। भुगतान रिकॉर्ड तब होते हैं जब आपने किसी ऐसे तरीके से भुगतान किया हो जिसका पता लगाया जा सके, सहायता पता तब होता है जब आपने लिखा हो, और परिचालन लॉग में डिवाइस पहचानकर्ता या कनेक्शन के समय-चिह्न हो सकते हैं। इनमें से कुछ भी साइनअप फ़ॉर्म नहीं मांगता, और इनमें से कुछ भी बिना ईमेल वाला फ़ॉर्म बाहर नहीं करता। फ़ॉर्म तय करता है कि क्या मांगा गया, यह नहीं कि बाद में क्या मौजूद है।
डायग्नोस्टिक प्रोफ़ाइल भेजना या सहायता टिकट खोलना मूल फ़ॉर्म द्वारा कभी मांगे गए विवरण से अधिक जोड़ सकता है।
टनल का अंतिम बिंदु अनिवार्य रूप से क्या देखता है
अंतिम बिंदु आपका कनेक्शन समाप्त करता है, इसलिए वह जानता है कि आपके एक्सेस नेटवर्क ने उस सत्र के लिए कौन सा स्रोत पता दिया और सत्र कब शुरू हुआ। वह यह भी जानता है कि वह कनेक्शन किस आंतरिक कुंजी या खाते से मेल खाता है, क्योंकि वही मैपिंग तय करती है कि ट्रैफ़िक कहां भेजना है।
WireGuard का दस्तावेज़ यहां असामान्य रूप से सीधा है: पीयर की पहचान सार्वजनिक कुंजी है, कोई छिपा गुण नहीं।
अंतिम बिंदु से किसी गंतव्य की ओर जो निकलता है वह दूसरा कनेक्शन है। यदि निकास पता अन्य उपयोगकर्ताओं के साथ साझा है, तो दूसरी ओर की साइट आपके बजाय एक साझा पता देखती है। वह अलगाव वास्तविक है, और साझा निकास जो एकमात्र अलगाव देता है वह भी वही है। यह ऑपरेटर से आपका सत्र नहीं छिपाता, और जो दोनों सिरे देख सकता है उसके लिए आपको भीड़ में नहीं मिला देता, और यही वह सहसंबंध समस्या है जिस पर RFC 6973 अपनी पूरी लंबाई खर्च करता है।
गंतव्य अब भी क्या प्राप्त करता है
एक वेबसाइट निकास पता, अनुरोध और वह सब देखती है जो आपका क्लाइंट स्वेच्छा से देता है। कुकीज़, पहले से लॉग-इन सत्र, ब्राउज़र फ़िंगरप्रिंट और सहेजा गया खाता सब VPN कनेक्शन से अपरिवर्तित गुज़रते हैं, क्योंकि टनल उन्हें ले जाता है, बदलता नहीं।
व्यक्तिगत खाते में लॉग इन करना VPN खाते का लेबल जो भी हो, उस साइट के सामने आपकी पहचान बना देता है।
नाम विश्लेषण अपनी अलग पंक्ति का हक़दार है। यदि क्वेरी ऑपरेटर द्वारा चलाए जा रहे रिज़ॉल्वर पर जाती हैं, तो ऑपरेटर वे नाम देखता है जो आप मांगते हैं। यदि वे सार्वजनिक रिज़ॉल्वर पर जाती हैं, तो वह रिज़ॉल्वर उन्हें देखता है, और मार्ग में जो भी अनएन्क्रिप्टेड DNS देख सकता है वह भी। किसी भी हाल में, कौन सा रिज़ॉल्वर इस्तेमाल होता है यह एक गोपनीयता निर्णय है जो साइनअप फ़ॉर्म ने आपके लिए नहीं लिया।
सहसंबंध असल में कहां होता है
ट्रैफ़िक विश्लेषण को पृष्ठ की सामग्री की ज़रूरत नहीं। कनेक्शन का समय, स्थानांतरित मात्रा और यह पैटर्न कि कौन सा अंतिम बिंदु किस गंतव्य से बात करता है, दोनों पक्षों के निरीक्षण में स्रोत कनेक्शन को निकास कनेक्शन से मिला सकते हैं। इसलिए साझा निकास आपको एक निरीक्षक से बचाता है, सहयोग करने वाले दो से नहीं।
ट्रांसपोर्ट एन्क्रिप्शन वह बदलता है जो पढ़ा जा सकता है, वह नहीं जो जोड़ा जा सकता है।
नारे की जगह तीन सवाल
इनमें से हर एक का मालिक अलग है, इसीलिए एक परत पर किया गया वादा दूसरी को नहीं ढक सकता। नीचे की पंक्तियां पूरा तर्क संक्षिप्त रूप में हैं।
| Observer | What it can hold | What actually changes it |
|---|---|---|
| Your access network | The connection to the VPN endpoint, with volume and timing | Nothing on the account form |
| The VPN operator | Source address, session times, key-to-account mapping, names if it runs the resolver | Retention policy, payment method, whether you contact support |
| The destination site | Exit address, cookies, logged-in identity, request content | Browser hygiene, logging out, separate profiles |
| An observer at both ends | Correlated timing and volume across the two connections | Padding, cover traffic, a different exit at a different time |
सिर्फ़ बीच वाली पंक्ति खाते से जुड़ी है, और वह भी आंशिक रूप से। उसके ऊपर और नीचे की पंक्तियां रूटिंग, प्रतिधारण और आपका अपना ब्राउज़र तय करते हैं।
लेबल नहीं, सूची पढ़िए
जो प्रदाता डेटा सूची, प्रतिधारण अवधि और पहचान कार्यप्रवाह प्रकाशित करता है, उसने आपको कुछ जांचने योग्य बताया है। जो प्रदाता अनाम कहता है, उसने आपको एक शब्द बताया है। देखिए कि साइनअप पर क्या एकत्र होता है, सत्र खत्म होने के बाद क्या बचता है, और किस प्रक्रिया के तहत डेटा तीसरे पक्ष को दिया जाता है।
अगर ये तीन नहीं हैं, तो लेबल किसी चीज़ का सबूत नहीं है।
उस निरीक्षक से शुरू कीजिए जो असल में आपके लिए मायने रखता है, फिर तालिका की एक पंक्ति पर चलिए: वह कौन सा पता देखता है, कौन सा पहचानकर्ता रखता है, कितने समय तक रखा जाता है। खाते का नाम बदलने के बजाय जो पंक्ति विफल हो रही है उसे ठीक कीजिए। यही यहां एकमात्र कदम है जो नतीजा बदलता है।