عوامی IP تبدیل ہو گئی اور VPN نے ٹریفک گزرنا بند کر دیا

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

چاروں جانچیں ترتیب سے کریں اور پہلی ناکام ہونے پر رک جائیں۔

اصل میں کون سا پتہ بدلا

مقامی انٹرفیس کی حالت کا موازنہ اس ماخذ سے کریں جو دور کا سرا دیکھتا ہے، ایسی جگہ سے جہاں آپ کو دیکھنے کا اختیار ہو۔ نیا عوامی پتہ نئے مقامی گیٹ وے کا مطلب نہیں، اور مقامی انٹرفیس کی تبدیلی بھی اس بات کی ضمانت نہیں کہ عوامی ماخذ ہل گیا ہو۔ درمیان میں ترجمہ ہونے کا مطلب ہے کہ یہ دو آزاد حقائق ہیں۔ درست راستہ اور آپ نے اسے کب دیکھا، درج کریں، کیونکہ پرانی رپورٹ سے نقل شدہ مقام کا لیبل کسی اور سوال کا جواب دیتا ہے۔

خاص طور پر پوچھیں کہ بیرونی ماخذ بدلا، اندرونی سرنگ کا پتہ بدلا، یا دونوں۔ صرف پہلا ہی ایسے ساتھی کی وضاحت کرتا ہے جو ایسے راستے پر بھیجتا رہتا ہے جو اب موجود نہیں۔

پروٹوکول کو خود منتقلی سنبھالنے دیں

پروٹوکول اس بات میں مختلف ہیں کہ انہیں کیسے معلوم ہوتا ہے کہ ساتھی ہل گیا ہے، اور یہ فرق اس سوال کے لیے اہم ہے کہ آپ کو بالکل مداخلت کرنی چاہیے یا نہیں۔ WireGuard کسی ساتھی کا اینڈ پوائنٹ اس وقت اپ ڈیٹ کرتا ہے جب اسے ایسا پیکٹ ملتا ہے جو اس ساتھی کی کلید سے تصدیق شدہ ہو، اسی لیے بغیر کسی ترتیب کے پتے کی تبدیلی قبول ہو سکتی ہے۔ IKEv2 میں اسی مقصد کے لیے MOBIKE ہے، جہاں دونوں سرے اس کی حمایت کرتے ہیں۔ پرانے ڈیزائن سرنگ دوبارہ بنا کر سنبھلتے ہیں۔

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

wg show wg0 endpoints
wg show wg0 latest-handshakes
conntrack -L -p udp --dport 51820 | head -n 10

پرانے بیرونی بندھن کو صاف کریں

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

جانچ کے دوران مطلوبہ پابندی نافذ رکھیں۔ یہ جانچنے کے لیے کہ سرنگ بحال ہوتی ہے یا نہیں، پالیسی کو کھول کر چھوڑ دینا آپ کو وجہ کے بارے میں کچھ نہیں سکھاتا اور تعیناتی کو پائے جانے سے بدتر چھوڑ دیتا ہے۔

نئی درخواست کے ساتھ دوبارہ جانچیں

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

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

اگر نئی درخواست کامیاب ہو اور پرانی کبھی دوبارہ شروع نہ ہو، تو سرنگ درست ہو گئی تھی اور ایپلیکیشن کو صرف دوبارہ جڑنا ہے۔