क्या VPN ज़्यादा डेटा इस्तेमाल करता है? ओवरहेड, कीपअलाइव और काउंटर

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

मिथक: VPN आपकी खपत को गुणा करता है

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

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

असल में बाइट क्या जोड़ता है

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

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

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

दो काउंटर कभी मेल क्यों नहीं खाते

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

Android पर इसका समर्थित दृश्य NetworkStatsManager है, जो समय-अवधियों में प्रति इंटरफ़ेस और प्रति uid बकेट बताता है। पैसे से जुड़ी हर बात में ऐप सत्र के जोड़ की तुलना में प्रदाता के हिसाब पर ज़्यादा भरोसा करें। ऐप सुविधा का दृश्य है और लागू किए जाने के तरीके के अनुसार ट्रैफ़िक शामिल या बाहर कर सकता है, और देर से रिपोर्टिंग बाद की रीडिंग को गलत दिखाती है जबकि कुछ भी नहीं बदला।

adb shell dumpsys netstats | grep -A3 "iface=wlan0"
adb shell dumpsys netstats detail | grep -i vpn

कुछ भी तुलना करने से पहले हर पंक्ति में इंटरफ़ेस का नाम पढ़ें। अलग इंटरफ़ेस के दो जोड़ एक ही चीज़ के दो माप नहीं हैं, और उन्हें एक मानने से ऐसा ओवरहेड आंकड़ा बनता है जो असल में हिसाब का अंतर है।

गति परीक्षण के बजाय दोहराया जा सकने वाला काम मापें

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

अगर सीधी तुलना आपकी निजता की ज़रूरतों से टकराती है, तो इसके बजाय दो समर्थित VPN कॉन्फ़िगरेशन की तुलना करें और नतीजे के साथ यह सीमा बताएँ। लिखें कि किस कॉन्फ़िगरेशन ने कौन-सी संख्या दी, ताकि तुलना अगले पाठक तक टिके।

जब बिल और ऐप मेल न खाएँ तो कहाँ देखें

पहले समय-अवधि जाँचें, फिर इंटरफ़ेस, फिर परत। तीनों से टिकने वाली असंगति क्लाइंट सेटिंग नहीं, प्रदाता का सवाल है, और जवाब आमतौर पर रिपोर्टिंग देरी या साझा कोटा बताता है।

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