VPN वर कव्हर ट्राफिक: तुम्ही कोणत्या निरीक्षकापासून लपत आहात

कल्पना करा की तुम्ही कॉफी-शॉपचे नेटवर्क VPN वापरणाऱ्या व्यक्तीसोबत सामायिक करत आहात, आणि तुम्हाला फक्त पॅकेटचे आकार आणि वेळ दिसतो. कव्हर ट्राफिकने ते चित्र अस्पष्ट करायचे आहे. लॅपटॉपपासून गेटवेपर्यंत पॅडिंगचा मागोवा घ्या, आणि अस्पष्टता स्थानिक असल्याचे दिसते: गेटवे जिथे संपतो तिथे ती संपते. त्या बिंदूनंतरचे सर्व काही त्याच वास्तविक ट्राफिकवरील नवीन निरीक्षणाची समस्या आहे.

म्हणून पहिला प्रश्न कधीही किती फिलर पाठवायचा हा नसतो. प्रश्न हा आहे की तुम्ही कोणत्या निरीक्षकापासून लपत आहात, आणि तो निरीक्षक कुठे बसला आहे.

लॅपटॉपपासून सुरुवात करा

स्थानिक दुव्यावर निरीक्षकाला एन्क्रिप्टेड पॅकेट जाताना आणि येताना दिसतात. पॅडिंगशिवाय, मोठा अपलोड पूर्ण आकाराच्या पॅकेटची मालिका असतो, कॉल मध्यम आकाराच्या पॅकेटचा स्थिर प्रवाह असतो, आणि निष्क्रिय क्लायंट keepalive पाठवतो. सामग्री वाचनीय नसली तरी हे आकार वापरकर्ता काय करत आहे याच्याशी संबंधित असतात. फिलर आकार गुळगुळीत करू शकतो, पण कोणीही न मागितलेले बाइट पाठवण्याच्या किमतीत.

त्या निरीक्षकाला अन्यथा काय लक्षात आले असते ते लिहा: हस्तांतरणाच्या सुरुवातीला उसळी, कॉल संपल्यावर पोकळी, निष्क्रिय कालावधींची लय. ते वैशिष्ट्य नाव देऊ शकत नसाल, तर फिलर ते लपवतो असे म्हणता येणार नाही.

फिलरचा गेटवेपर्यंत मागोवा घ्या

लॅपटॉप सहकार्य करणाऱ्या गेटवेला पॅडिंग पाठवतो, जो ते टाकून देऊन वास्तविक ट्राफिक पुढे पाठवतो. तेच सहकार्य ही यंत्रणा आहे: फिलर काढून टाकणारा शेवटचा बिंदू नसेल, तर तुम्ही आच्छादन तयार करण्याऐवजी दुसऱ्याच्या मार्गावर भार वाढवला आहे. Tor पॅडिंग तपशील तेच विभाजन स्पष्ट करतो: शेजारील रिलेमधील लिंक पॅडिंग आणि प्रोटोकॉल स्थितीशी जोडलेले सर्किट पॅडिंग.

आता गेटवे काय पाहतो याचा विचार करा. तो वास्तविक ट्राफिक आणि फिलर दोन्ही पाहतो, म्हणजे तुम्ही विश्वास ठेवता ती बाजू नसेल तर तो कमी नाही, जास्त शिकतो. कव्हर ट्राफिक विश्वास स्थलांतरित करते; त्याची गरज दूर करत नाही.

मग दुसरा विभाग पाहा

गेटवेच्या पलीकडे, वास्तविक गंतव्यांकडे जाणारी जोडणी सामान्य आकाराचे सामान्य ट्राफिक आहे. तिथला निरीक्षक, होस्टिंग पुरवठादार असो वा गंतव्य नेटवर्क, पॅडिंगने लपवायच्या असलेल्या त्या उसळ्या पाहतो. तोच निरीक्षक तुमच्यासाठी महत्त्वाचा असेल, तर पॅडिंगने तुमच्यासाठी काहीही केले नाही. हीच सीमा मार्ग चालण्याचा संपूर्ण अर्थ आहे.

कव्हर ट्राफिक एका विभागापुरते मर्यादित आहे, आणि व्याप्ती वाढवणे म्हणजे सहकार्य वाढवणे.

दिशा आणि आकार

फक्त बाहेर पाठवलेले पॅडिंग तुम्ही पाठवता त्याची वेळ लपवते. परत येणाऱ्याच्या वेळेबद्दल ते काहीही सांगत नाही, कारण उत्तरे स्वतःच्या वेळापत्रकानुसार येतात. असममित लपवणे सामान्य आहे आणि मोठ्याने सांगण्यासारखे आहे: डाउनलोड-जड सत्र आवक बाजूला तरीही आपला आकार दाखवते.

पॅकेटची लांबी, उसळीची रचना, सुरुवात आणि थांब्याच्या वेळा, आणि आगमनांमधील अंतर हे सर्व माहिती वाहतात. सपाट राहणारे बाइट काउंटर अतिशय ओळखण्यायोग्य पॅकेट-आकार वितरणासोबत राहू शकते. सपाट एकूण म्हणजे सपाट वर्तन नाही.

बजेट काय विकत घेते

फिलर अशी क्षमता वापरतो ज्याची किंमत कोणी तरी मोजतो: मोजलेला डेटा, अपलिंकसाठी स्पर्धा, त्याच जोडणीवरील इतर वापरकर्त्यांसाठी रांगेतील विलंब. उपलब्ध कमाल दराचा मागोवा घेणेही स्वतःविरोधी आहे, कारण तो कमाल दुव्यासोबत सरकतो आणि फिलरही त्याच्यासोबत सरकतो. घोषित बजेट आणि बजेट संपल्यावरचे घोषित वर्तन हे यंत्रणा आणि अपघात यातील फरक आहे.

सुरुवातीला तुम्ही नाव दिलेल्या निरीक्षणाच्या तुलनेत निकालाचे मूल्यांकन करा. ठराविक निरीक्षकाखाली ओळख कमी झाल्याचे दाखवणारी चाचणी हा निकाल आहे; अधिक ट्राफिक म्हणजे कमी माहिती हे वचन निकाल नाही.

हे अजिबात करावे का हे ठरवणे

बहुतेक लोकांसाठी उत्तर नाही आहे, आणि प्रामाणिक कारण म्हणजे पूर्ण वेगाचा पार्श्वभूमी प्रवाह हा जे संरक्षित करतो त्याची नोंद ठेवणाऱ्या सॉफ्टवेअरचा वाईट पर्याय आहे. पॅडिंग हे कायदेशीर अभियांत्रिकी आहे, आणि त्याचे स्थान अशा रचनांमध्ये आहे ज्या त्यांचा निरीक्षक, त्यांचे सहकार्य करणारे टोक, त्यांची किंमत आणि त्यांच्या मर्यादा नावाने सांगतात. हे VPN ला अनामिकता प्रणाली बनवणारे चेकबॉक्स नाही.

तुम्ही ते प्रत्यक्षात आणले तर प्रथम निरीक्षक मॉडेल लिहा. पॅकेट आकारांपासून बंद होण्याच्या वर्तनापर्यंतचा पुढील प्रत्येक निर्णय त्या एका परिच्छेदातून येतो.