VPN એ તમારું જૂનું IP લીક કર્યું નહીં: એક યાદ રાખેલા મૂલ્યે કર્યું

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

એક સરનામા પાછળની બે સમજૂતી

લોકો જે ક્રમની કલ્પના કરે છે તે ભૌતિક ઇન્ટરફેસ છોડતું પેકેટ છે જ્યારે VPN કથિત રીતે સક્રિય છે. જે ક્રમ ઘણી વાર રિપોર્ટ સમજાવે છે તે ટૂંકો અને નીરસ છે: એપ્લિકેશને પહેલા સરનામું શીખ્યું અને હજી તેને રાખ્યું છે. ઘટનાઓને ક્રમમાં ગોઠવવાથી બંને અલગ પડે છે.

Address learned before the tunnel: P1
Tunnel up: the next request exits at P2
Application reuses its retained P1 in a message body
Receiver logs source P2 and submitted value P1

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

આ સંભવિત સમજૂતી છે, કોઈ ચોક્કસ ક્લાયન્ટ સામેનો આરોપ નથી. પ્રતિષ્ઠા પુરાવો નથી: તમે વાંચી શકો તેવો કોડબેઝ, તમે ભરોસો કરો તેવી બ્રાન્ડ અથવા અલગ એક્ઝિટ એક પ્રોગ્રામે શું રાખ્યું કે મોકલ્યું તે વિશે કંઈ કહેતા નથી.

એપ્લિકેશનની મેમરી ફરી કનેક્ટ થવાથી વધુ ટકે છે

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

તફાવત મહત્વનો છે કારણ કે બંને અલગ જગ્યાએ રહે છે. એપ્લિકેશન સ્થિતિ પ્રોગ્રામની છે અને પુનઃપ્રારંભમાં ટકે છે, જ્યારે રૂટ ઓપરેટિંગ સિસ્ટમનો છે અને દરેક કનેક્શન પર ફરી બને છે. એકને સાફ કરવાથી બીજા પર કોઈ અસર થતી નથી.

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

પહેલા સ્રોત હેડર વાંચો, પછી પેલોડ

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

સમયની પણ સરખામણી કરો. જૂનું સરનામું VPN કનેક્શન પહેલાંના ક્ષેત્રમાં દેખાય તો પેલોડ સમજૂતી વધુ મજબૂત છે. સર્વર ટ્યુનેલ ચાલુ હોય ત્યારે જૂના સરનામેથી સીધું કનેક્શન નોંધે તો તે રૂટિંગ પ્રશ્ન છે અને બીજી તપાસ જોઈએ. અવલોકનના પ્રકારો પહેલા ગોઠવવાથી એક સરનામું ત્રણ ઘટનાઓના પુરાવા સુધી ખેંચાતું અટકે છે.

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

જાળવણી પરિવહનથી અલગ તબક્કો છે

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

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

ટ્યુનેલને દોષ આપતા પહેલા શું તપાસવું

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

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