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 अपयशी ठरला असे निष्कर्ष काढण्यापूर्वी प्रत्यक्ष विनंती क्षेत्र तपासा।

खरोखर थेट कनेक्शन असेल, तर त्याकडे नेटवर्क मार्गाचा शोध म्हणून पहा। मार्गनिर्देशन, विभाजित टनेल आणि क्लायंट धोरण त्यांच्या स्वतःच्या अटींवर तपासा, आणि तो निकाल फक्त पुन्हा कनेक्टमधून टिकलेल्या पेलोड मूल्याशी मिसळू नका। दोन्ही बिघाड स्क्रीनशॉटमध्ये सारखे दिसतात आणि कॅप्चरमध्ये पूर्णपणे वेगळे वागतात।