VPN પર તમે શું બ્રાઉઝ કર્યું તે બેન્ડવિડ્થ કાઉન્ટર કહી શકે છે?

તમે રાઉટરનું ટ્રાફિક પેજ કે VPN પ્રદાતાનું ડેશબોર્ડ ખોલો છો, અને ત્યાં બાજુમાં ગ્રાફ સાથે પ્રતિ-ઉપકરણ બાઇટ સરવાળો હોય છે. એ ગ્રાફને બ્રાઉઝિંગ ઇતિહાસ તરીકે વાંચવાનું મન થાય છે. એ એવું નથી, અને કારણ કાનૂની નહીં પણ માળખાકીય છે. કાઉન્ટર માપ ઉમેરે છે, જ્યારે ઇતિહાસ ગંતવ્યો અને સામગ્રી નોંધે છે, અને ફક્ત બીજું જ તમને કહે છે કે કોઈ ક્યાં ગયું.

તમે જે સ્ક્રીન વાંચી રહ્યા છો ત્યાંથી શરૂ કરો

કોઈ સંખ્યાનું અર્થઘટન કરતા પહેલાં તેને શું બનાવ્યું તે શોધો. રાઉટરનો પ્રતિ-ઉપકરણ સરવાળો સામાન્ય રીતે ભૌતિક ઇન્ટરફેસ કાઉન્ટરમાંથી આવે છે, VPN ક્લાયન્ટનો સરવાળો તેની ટનલમાંથી આવે છે, અને પ્રદાતાની પેનલ દૂરના છેડાના હિસાબમાંથી આવે છે. દરેક એક જ સેશનનો અલગ ટુકડો ગણે છે. એક જ કલાક માટે અલગ સંખ્યા દર્શાવતી બે પેનલ સામાન્ય રીતે બંને સાચી હોય છે.

અંતરાલ સ્રોત જેટલું જ મહત્વનું છે. આજીવન સરવાળો, દૈનિક સારાંશ અને જીવંત દર ત્રણ અલગ માપ છે, અને એક ક્રિયા સાથે સાંકળવા માટે પૂરતી રિઝોલ્યુશન ફક્ત જીવંત દરમાં જ છે.

તારણ લખતા પહેલાં સ્રોત અને અંતરાલ લખો.

કાઉન્ટર સ્તર માપે છે, પાનાં નહીં

WireGuard પીઅર પર wg show ના ટ્રાન્સફર કાઉન્ટર એ પીઅર માટેના સરવાળા છે, જેમાં એન્ક્રિપ્ટેડ પેલોડનો સમાવેશ થાય છે. OpenVPNનું સ્ટેટસ આઉટપુટ પોતાના સ્તરે પ્રતિ-ક્લાયન્ટ બાઇટ જણાવે છે. હોસ્ટ પર tun ઇન્ટરફેસ અંદરના IP પેકેટ ગણે છે જ્યારે ભૌતિક એડેપ્ટર બહારના UDP પેકેટ ગણે છે, તેથી બંને એન્કેપ્સ્યુલેશન ઓવરહેડ અને લિંક વહેંચતા બાકીના બધાના કારણે અલગ પડે છે.

પુનઃપ્રસારણ નવી સામગ્રી આવ્યા વિના સરવાળો ફુલાવે છે, અને બેકગ્રાઉન્ડ સિંક એક કલાક પર પ્રભુત્વ ધરાવી શકે છે જ્યારે વપરાશકર્તા સાદું લખાણ વાંચે છે.

તેથી મોટો સરવાળો ડેટા-ભારે પ્રવૃત્તિ સૂચવે છે અને તેનાથી વધુ ચોક્કસ કંઈ નહીં. ડાઉનલોડ કરેલી ફાઇલનું કદ અને કાઉન્ટરનો ડેલ્ટા સંબંધિત છે, પણ ભાગ્યે જ સમાન હોય છે.

સરવાળો શું ટેકો આપી શકે અને શું નહીં

બાઇટનો સરવાળો સાઇટનું નામ કહી શકતો નથી, કારણ કે નામો અને URL TLS કે QUIC સેશનની અંદર રહે છે જે કાઉન્ટર ક્યારેય તપાસતું નથી. તે વિડિયો સ્ટ્રીમને મોટા બેકઅપથી અલગ કરી શકતું નથી, કે પેજ લોડને જાહેરાત રિફ્રેશ લૂપથી. તે જ ટેકો આપી શકે છે તે વોલ્યુમ અને સમય વિશેનો દાવો છે: આ ઉપકરણે આ વિન્ડોમાં આટલો ડેટા ખસેડ્યો.

તેને વ્યક્તિ વિશેના દાવામાં ફેરવવા માટે બે વધુ ઘટક જોઈએ: ઓળખ અને સહસંબંધ.

RFC 6973 ગોપનીયતા વિચારણાઓ દસ્તાવેજ સમજાવે છે કે આ સંયોજન કેમ મહત્વનું છે, અને કેમ સાવધાન અહેવાલ નિરીક્ષણ કરેલાને અનુમાનિતથી અલગ રાખે છે. જો તારણને «કારણ કે» શબ્દની જરૂર હોય, તો ફક્ત કાઉન્ટર પૂરતો પુરાવો નથી.

સમય અને ઓળખ જવાબ બદલે છે

કાઉન્ટરને નામવાળા વપરાશકર્તા અને ચોક્કસ અંતરાલ સાથે જોડો અને તે બીજી વસ્તુ બની જાય છે.

પછી તમે તેને બીજા નિરીક્ષણો સાથે સરખાવી શકો છો: લોગઇન રેકોર્ડ, DNS ક્વેરી, બીજી સિસ્ટમ પરનું સેશન. કાઉન્ટરે ગંતવ્ય જાહેર કર્યું નહીં, પણ જેની પાસે પહેલેથી પરિકલ્પના હતી તેને તેની પુષ્ટિ કરવામાં મદદ કરી. એન્ક્રિપ્શન માર્ગમાં સામગ્રી અને નામોનું રક્ષણ કરે છે, અને તે એ હકીકત છુપાવતું નથી કે પ્રવાહ હતો, તે કેટલો મોટો હતો, કે ક્યારે શરૂ થયો.

આ જ પ્રામાણિક સીમા છે: પેટર્ન દેખાય છે, અર્થ નહીં.

એકત્ર કરતા પહેલાં નક્કી કરો કે શું રાખવું છે

જો જરૂરિયાત ક્ષમતા આયોજન છે, તો જાડો દૈનિક સરવાળો તેનો જવાબ આપે છે અને ઓછો ખર્ચ થાય છે. જો જરૂરિયાત પ્રતિ-વપરાશકર્તા ઇતિહાસ છે, તો તે સ્પષ્ટ કહો, ક્ષેત્રો અને જાળવણી વિન્ડોના નામ આપો, અને નિર્ણયને ડેશબોર્ડ સુવિધા નહીં પણ નીતિ તરીકે લો. પેનલ ટેકો આપે છે તેથી સૂક્ષ્મ ઇતિહાસ એકત્ર કરવો એ જ રસ્તો છે જેનાથી કોઈ નિર્ણય લીધા વિના જાળવણી વધે છે.

મુશ્કેલી નિવારણ માટે કાઉન્ટરને તમે પરીક્ષણ કરી રહ્યા છો તે ક્રિયા સાથે સરખાવો. સતત વધતો સરવાળો સાબિત કરે છે કે ટ્રાફિક વહે છે, એ નહીં કે એપ્લિકેશન કામ કરે છે.

સ્પષ્ટપણે કામ કરતા સેશન દરમિયાન સપાટ કાઉન્ટર સામાન્ય રીતે એમ કહે છે કે તમે કેશ કરેલી કિંમત કે ખોટું ઇન્ટરફેસ વાંચી રહ્યા છો. રાખેલા ક્ષેત્રો અને વિન્ડોના નામ આપો, પછીની ઓડિટમાં ચકાસવા માટે કંઈક ચોક્કસ હશે.