VPN मा कभर ट्राफिक: कुन पर्यवेक्षकबाट तपाईं लुकिरहनुभएको छ

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

त्यसैले पहिलो प्रश्न कहिल्यै कति फिलर पठाउने भन्ने होइन। प्रश्न यो हो: तपाईं कुन पर्यवेक्षकबाट लुकिरहनुभएको छ, र त्यो पर्यवेक्षक कहाँ बसेको छ।

ल्यापटपबाट सुरु गर्नुहोस्

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

त्यो पर्यवेक्षकले अन्यथा के देख्थ्यो लेख्नुहोस्: स्थानान्तरणको सुरुमा विस्फोट, कल सकिँदा खाली ठाउँ, निष्क्रिय अवधिको लय। यदि त्यो विशेषतालाई नाम दिन सक्नुहुन्न भने, फिलरले त्यो लुकाउँछ भनी दाबी गर्न सक्नुहुन्न।

फिलरलाई गेटवेसम्म पछ्याउनुहोस्

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

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

त्यसपछि दोस्रो खण्ड हेर्नुहोस्

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

कभर ट्राफिक एउटा खण्डमा सीमित हुन्छ, र दायरा विस्तार गर्नु भनेको सहयोग विस्तार गर्नु हो।

दिशा र आकार

बाहिरतर्फ मात्र पठाइने प्याडिङले तपाईंले पठाउने कुराको समय लुकाउँछ। फर्केर आउने कुराको समयबारे केही भन्दैन, किनकि जवाफहरू आफ्नै तालिकाअनुसार आउँछन्। असममित लुकाइ सामान्य छ र ठूलो स्वरले भन्न लायक छ: डाउनलोड-भारी सत्रले पनि आगमन पक्षमा आफ्नो आकार देखाउँछ।

प्याकेटको लम्बाइ, विस्फोटको संरचना, सुरु र रोकिने समय, र आगमनबीचको अन्तराल सबैले सूचना बोक्छन्। समतल रहने बाइट काउन्टर धेरै चिनिने प्याकेट-आकार वितरणसँगै रहन सक्छ। समतल जम्मा समतल व्यवहार होइन।

बजेटले के किन्छ

फिलरले कसैले तिर्ने क्षमता खपत गर्छ: मिटर गरिएको डाटा, अपलिङ्कको प्रतिस्पर्धा, त्यही जडानका अन्य प्रयोगकर्ताका लागि कतारमा ढिलाइ। उपलब्ध अधिकतम दर पछ्याउनु पनि आफैंविरुद्ध हुन्छ, किनकि त्यो अधिकतम लिङ्कसँगै सर्छ र फिलर त्यसपछि त्यसैसँग सर्छ। घोषित बजेट, बजेट सकिँदा घोषित व्यवहारसहित, संयन्त्र र दुर्घटनाबीचको फरक हो।

सुरुमा तपाईंले नाम दिएको अवलोकनसँग नतिजाको मूल्याङ्कन गर्नुहोस्। निर्धारित पर्यवेक्षकअन्तर्गत पहिचान घटेको देखाउने परीक्षण नतिजा हो; बढी ट्राफिक भनेको कम सूचना भन्ने वाचा नतिजा होइन।

यो गर्नैपर्छ कि भन्ने निर्णय

धेरैजसो मानिसका लागि उत्तर होइन हो, र इमानदार कारण यो हो कि पूर्ण गतिको पृष्ठभूमि प्रवाह त्यो सफ्टवेयरको कमजोर विकल्प हो जसले के संरक्षण गर्छ भनी अभिलेख राख्छ। प्याडिङ वैध इन्जिनियरिङ हो, र यसको स्थान तिनीहरूको पर्यवेक्षक, सहयोगी अन्त्य बिन्दु, लागत र सीमा नाम दिने डिजाइनहरूमा छ। यो VPN लाई अज्ञातता प्रणालीमा बदल्ने चेकबक्स होइन।

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