VPN पर कवर ट्रैफ़िक: आप किस निरीक्षक से छिप रहे हैं

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

इसलिए पहला सवाल कभी यह नहीं है कि कितना फ़िलर भेजना है। सवाल यह है कि आप किस निरीक्षक से छिप रहे हैं, और वह निरीक्षक कहाँ बैठा है।

लैपटॉप से शुरू करें

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

लिखिए कि वह निरीक्षक अन्यथा क्या नोटिस करता: स्थानांतरण की शुरुआत में एक उछाल, कॉल खत्म होने पर एक अंतराल, निष्क्रिय अवधियों की लय। अगर आप उस विशेषता का नाम नहीं बता सकते, तो आप यह दावा नहीं कर सकते कि फ़िलर उसे छिपाता है।

फ़िलर को गेटवे तक ले जाइए

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

अब सोचिए गेटवे क्या देखता है। वह वास्तविक ट्रैफ़िक के साथ फ़िलर भी देखता है, यानी वह अधिक सीखता है, कम नहीं, जब तक कि वह वह पक्ष न हो जिस पर आप भरोसा करते हैं। कवर ट्रैफ़िक भरोसे को स्थानांतरित करता है; उसकी आवश्यकता नहीं हटाता।

फिर दूसरे खंड को देखिए

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

कवर ट्रैफ़िक एक खंड तक सीमित है, और दायरा बढ़ाने का मतलब सहयोग बढ़ाना है।

दिशा और आकार

केवल बाहर की ओर भेजी गई पैडिंग आप जो भेजते हैं उसका समय छिपाती है। वह इस बारे में कुछ नहीं कहती कि क्या लौटता है, क्योंकि उत्तर अपनी समय-सारिणी से आते हैं। असममित छिपाना सामान्य है और ज़ोर से कहने योग्य है: डाउनलोड-भारी सत्र अभी भी आवक पक्ष पर अपना आकार दिखाता है।

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

बजट क्या खरीदता है

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

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

यह तय करना कि करना चाहिए या नहीं

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

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