روٹر ری اسٹارٹ کے بعد پھنسے VPN: تبدیل ہونے والی تین چیزیں

روٹر بوٹ ہو کر تیار ہو جاتا ہے، لیپ ٹاپ اسی SSID سے دوبارہ جڑ جاتا ہے، اور VPN بغیر کچھ ہلے جڑی حالت میں پڑا رہتا ہے۔ محفوظ پروفائل بے داغ ہے۔ اس کے نیچے جو ختم ہوا وہ راستہ تھا، اور کلائنٹ اب بھی پرانی کے لیے بنائی گئی حالت تھامے ہوئے ہے۔

تین شرطیں حل کا تعین کرتی ہیں۔ انہیں ترتیب سے جانچیں، کیونکہ پہلی شرط ہی رکنے کی وجہ بتا دے تو بعد والی شرطیں بیکار محنت ہیں۔

شرط ایک: مقامی پتہ بدل گیا ہے

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

کلائنٹ جو پتہ استعمال کر رہا ہے اس کا موازنہ انٹرفیس کے ابھی کے پتے سے کریں۔ ڈیفالٹ راستہ جو بدلے ہوئے گیٹ وے کی طرف اشارہ کرتا ہے وہی مسئلہ ہے کسی اور نام سے۔

ip -4 addr show
ip route show default
ip route get 203.0.113.10

شرط دو: ترجمہ شدہ میپنگ جاتی رہی

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

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

25 سیکنڈ کا مستقل keepalive عام تخفیف ہے، کیونکہ یہ غیر فعال وقت کی حد ختم ہونے سے پہلے میپنگ تازہ کرتا ہے۔ یہ پہلے ہی جا چکی میپنگ کی مرمت نہیں کرتا۔ keepalive کو حل سمجھنے کی بجائے دوبارہ جڑنے کی منطق کے ساتھ جوڑیں۔

شرط تین: عوامی پتہ بدل گیا ہے

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

ری اسٹارٹ سے پہلے اور بعد بیرونی پتہ درج کریں۔ جب دونوں مختلف ہوں تو سوال کلائنٹ سے ہٹ کر اجازت فہرست سنبھالنے والے کے پاس جاتا ہے، اور لیپ ٹاپ پر اسناد ری سیٹ کرنے سے مدد نہیں مل سکتی۔

درست ترتیب میں بحال کریں

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

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

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