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

جاگنے کے بعد تین چیزیں خراب ہو سکتی ہیں

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

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

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

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

پہلا: کیا ٹنل واپس آئی؟

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

ip -brief addr show
wg show
ip route show table all | head -20

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

راستوں اور DNS ترتیب کو بھی جانچیں۔ ٹنل اپنے راستوں کے بغیر واپس آ سکتی ہے، جس سے وہ الجھی ہوئی حالت بنتی ہے جہاں انٹرفیس چل رہا ہے اور اندرونی نام اب بھی غلط سرور سے حل ہوتے ہیں۔

دوسرا: کیا کسی نے اسے واپس آنے کو کہا؟

یہیں موازنہ اپنی قیمت وصول کرتا ہے۔ NetworkManager OpenVPN پلگ ان پروفائل اور مقامی WireGuard کنکشن کو مختلف طریقے سے سنبھالتا ہے، اور کنکشن سیٹنگز کا حوالہ صاف کہتا ہے کہ connection.autoconnect VPN پروفائلز فعال نہیں کرتا؛ کنکشن کے ساتھ VPN اٹھانے کا طریقہ connection.secondaries ہے۔

nmcli connection show --active
nmcli -f connection.autoconnect,connection.secondaries connection show "Work VPN"
journalctl -u NetworkManager -b --no-pager | tail -40

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

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

تیسرا: کیا ایپ پرانی حالت تھامے ہوئے ہے؟

VPN کو چھونے سے پہلے اسی منزل کے لیے بالکل نیا سیشن کھولیں۔ اگر نیا سیشن چلے اور پرانا نہ چلے، تو ٹنل ٹھیک ہے اور ایپ مردہ کنکشن تھامے ہوئے ہے۔

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

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

موازنہ کو دہرانے کے قابل بنائیں

متغیرات چھوٹے رکھیں: ایک رسائی نیٹ ورک، ایک نیند کی مدت اور ہر بار وہی پہلی درخواست۔ پھر دو نتائج لکھیں: کیا ہاتھ سے دوبارہ جڑنا اسے ٹھیک کرتا ہے، اور کیا ایک اور نیند ناکامی واپس لاتی ہے۔

وہی آخری مشاہدہ تینوں امیدواروں کو سب سے قابلِ اعتماد طریقے سے الگ کرتا ہے۔ ناکام پرانے سیشن کے بعد چلتا نیا سیشن ٹنل کا مسئلہ نہیں، اور کلائنٹ دوبارہ انسٹال کرنے سے یہ نہیں بدلے گا۔

WireGuard کا مستقل keepalive اس تصویر میں صرف NAT میپنگ keepalive کے طور پر آتا ہے۔ یہ میپنگ کھلی رکھنے کے لیے پیکٹ بھیجتا ہے؛ یہ مشین کو سونے سے نہیں روکتا اور عمل معطل ہونے کے دوران بھیجنا جاری نہیں رکھ سکتا۔

ٹکٹ میں لکھیں کہ آپ کو کیا ملا: تینوں میں سے کیا خراب تھا، کس نے اسے ٹھیک کیا اور آپ نے اسے کیسے دہرایا۔ پیر کو ڈھکن کھولنے والا اگلا شخص آپ کا شکر گزار ہوگا، اور جواب کو صفر سے دوبارہ ڈھونڈنا نہیں پڑے گا۔

متعلقہ مضامین