क्या बैंडविड्थ काउंटर बता सकते हैं कि आपने VPN पर क्या ब्राउज़ किया?

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

जिस स्क्रीन को आप पढ़ रहे हैं, वहीं से शुरू करें

किसी संख्या की व्याख्या करने से पहले पता करें कि उसे किसने बनाया। राउटर का प्रति-डिवाइस कुल आमतौर पर भौतिक इंटरफ़ेस काउंटरों से आता है, VPN क्लाइंट का कुल उसके टनल से आता है, और प्रदाता का पैनल दूर के सिरे की गणना से आता है। हर एक उसी सत्र का अलग हिस्सा गिनता है। एक ही घंटे के लिए अलग-अलग संख्याएँ दिखाने वाले दो पैनल आमतौर पर दोनों सही होते हैं।

अंतराल उतना ही मायने रखता है जितना स्रोत। जीवनकाल का कुल, दैनिक समेकन और लाइव दर तीन अलग माप हैं, और केवल लाइव दर में ही एक क्रिया से मिलाने लायक रिज़ॉल्यूशन है।

निष्कर्ष लिखने से पहले स्रोत और अंतराल लिख लें।

काउंटर परतें मापते हैं, पेज नहीं

WireGuard पीयर पर wg show के ट्रांसफ़र काउंटर उस पीयर के कुल हैं, एन्क्रिप्टेड पेलोड सहित। OpenVPN का स्टेटस आउटपुट अपनी परत पर प्रति-क्लाइंट बाइट बताता है। होस्ट पर tun इंटरफ़ेस भीतरी IP पैकेट गिनता है जबकि भौतिक एडाप्टर बाहरी UDP पैकेट गिनता है, इसलिए दोनों एनकैप्सुलेशन ओवरहेड और लिंक साझा करने वाली बाकी हर चीज़ के कारण अलग होते हैं।

पुनःप्रेषण नई सामग्री आए बिना कुल को बढ़ा देते हैं, और बैकग्राउंड सिंक पूरा एक घंटा अपने कब्ज़े में ले सकता है जबकि उपयोगकर्ता सादा पाठ पढ़ रहा हो।

इसलिए बड़ा कुल डेटा-भारी गतिविधि का संकेत देता है और उससे अधिक विशिष्ट कुछ नहीं। डाउनलोड की गई फ़ाइल का आकार और काउंटर का डेल्टा संबंधित हैं, पर शायद ही कभी बराबर होते हैं।

कुल किस बात का समर्थन कर सकता है और किसका नहीं

बाइट कुल किसी साइट का नाम नहीं बता सकता, क्योंकि नाम और URL उन TLS या QUIC सत्रों के भीतर रहते हैं जिन्हें काउंटर कभी नहीं देखता। यह वीडियो स्ट्रीम को बड़े बैकअप से, या पेज लोड को विज्ञापन रिफ़्रेश लूप से अलग नहीं कर सकता। जिसका यह समर्थन कर सकता है वह मात्रा और समय के बारे में एक दावा है: इस डिवाइस ने इस विंडो में इतना डेटा स्थानांतरित किया।

इसे किसी व्यक्ति के बारे में दावे में बदलने के लिए दो और तत्व चाहिए: पहचान और सहसंबंध।

RFC 6973 निजता विचार दस्तावेज़ समझाता है कि यह संयोजन क्यों मायने रखता है, और यह भी कि सावधान रिपोर्ट देखे गए को अनुमानित से क्यों अलग रखती है। यदि निष्कर्ष को «क्योंकि» शब्द की ज़रूरत है, तो अकेला काउंटर पर्याप्त साक्ष्य नहीं है।

समय और पहचान उत्तर बदल देते हैं

किसी नामित उपयोगकर्ता और सटीक अंतराल से काउंटर जोड़िए और वह दूसरी वस्तु बन जाता है।

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

यही ईमानदार सीमा है: पैटर्न दिखते हैं, अर्थ नहीं।

इकट्ठा करने से पहले तय करें कि क्या रखना है

यदि आवश्यकता क्षमता नियोजन है, तो मोटा दैनिक समेकन उसका उत्तर देता है और कम खर्चीला है। यदि आवश्यकता प्रति-उपयोगकर्ता इतिहास है, तो यह स्पष्ट कहें, फ़ील्ड और प्रतिधारण विंडो के नाम बताएँ, और निर्णय को डैशबोर्ड सुविधा नहीं बल्कि नीति मानें। पैनल समर्थन करता है इसलिए बारीक इतिहास इकट्ठा करना वही रास्ता है जिससे बिना किसी निर्णय के प्रतिधारण बढ़ता है।

समस्या निवारण के लिए काउंटर की तुलना उस क्रिया से करें जिसका आप परीक्षण कर रहे हैं। लगातार बढ़ता कुल साबित करता है कि ट्रैफ़िक बह रहा है, यह नहीं कि ऐप काम कर रहा है।

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