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 کی ناکامی کا نتیجہ اخذ کرنے سے پہلے اصل درخواست کی فیلڈ دیکھیں۔

اگر واقعی براہ راست کنکشن موجود ہے تو اسے نیٹ ورک راستے کی دریافت سمجھیں۔ روٹنگ، منقسم سرنگ اور کلائنٹ پالیسی کی ان کی اپنی شرائط پر تحقیق کریں، اور اس نتیجے کو صرف دوبارہ جڑنے سے بچ جانے والی پے لوڈ قدر کے ساتھ نہ ملائیں۔ دونوں ناکامیاں اسکرین شاٹ میں یکساں دکھتی ہیں اور کیپچر میں بالکل مختلف برتاؤ کرتی ہیں۔