VPN اسی وقفے پر منقطع ہوتا ہے؟ ٹائمر کو ملا کر دیکھیں
مقررہ وقفے پر منقطع ہونا انگوٹھے کا نشان ہے۔ کچھ بدلنے سے پہلے ٹنل کی کلید کی تجدید، NAT کا بیکار ٹائمر، DHCP لیز اور اکاؤنٹ کی حد کا موازنہ کریں۔
ہر پندرہ منٹ میں، یا ہر گھنٹے اسی منٹ پر مرنے والی ٹنل آپ کو بتاتی ہے کہ کوئی ٹائمر ختم ہوا ہے، نہ یہ کہ نیٹ ورک غیر مستحکم ہے۔ مفید قدم یہ ہے کہ وقفہ لکھ لیں اور اس کا موازنہ اُن چار ٹائمرز سے کریں جو یہ نمونہ بناتے ہیں۔ اس موازنے سے پہلے وقت کی حدیں بدلنے سے عام طور پر خرابی وضاحت کے بغیر ہی سرک جاتی ہے، جو اگلے واقعے کو پہلے سے پڑھنا مشکل بناتی ہے۔ پیمائش دس منٹ لیتی ہے اور ایک ہفتے کے اندازے کی جگہ لیتی ہے۔
وقفے کو عدد میں بدلیں
پانچ یا چھ واقعات جمع کریں اور اُن کے درمیان وقفہ شمار کریں، دن کے آغاز سے وقفہ نہیں۔ 09:12، 10:12 اور 11:12 پر منقطع ہونا گھنٹے کی حد ہے؛ 09:12، 09:27 اور 09:42 پر منقطع ہونا آخری کامیاب کنکشن سے پندرہ منٹ ہے۔ نتیجے کو قریب ترین منٹ میں نہیں، بلکہ سب سے زیادہ ممکنہ ٹائمر میں گول کریں۔
ہر واقعے کے لیے دو لمحے درج کریں: ٹریفک آخری بار کب حرکت میں آیا اور کلائنٹ نے منقطع ہونے کی اطلاع کب دی۔ ٹنل خاموشی سے مر جائے اور کلائنٹ کو اگلی ترسیل میں ہی پتہ چلے تو یہ دونوں مختلف ہوتے ہیں، اور یہی فرق بیکار ٹائم آؤٹ کو سخت خرابی سے الگ کرتا ہے۔ دیر سے توجہ دینے والا کلائنٹ آپ کے ناپے ہوئے بیکار ونڈو کو بڑھا کر دکھاتا ہے۔
دیکھیں کہ دوبارہ جڑنا خودکار ہے یا نہیں۔ چند سیکنڈ میں دوبارہ جڑنے والا کلائنٹ وقفے کو لاگ میں نظر آتا رکھتا ہے اور صارف کی رپورٹ سے باہر رکھتا ہے، اسی لیے یہ خرابیاں اکثر وقفے وقفے سے نہیں بلکہ کبھی کبھار ہونے والی بتائی جاتی ہیں۔ یہ لیپ ٹاپ استعمال کرنے والے شخص سے واقعہ چھپاتا بھی ہے۔
ایک جیسے نظر آنے والے چار ٹائمرز
تقریباً ہر بار بار ہونے والا ٹنل گرنا ان میں سے کسی ایک سے آتا ہے: پروٹوکول کلید کی تجدید، بیکار نقشہ بندی کی میعاد ختم ہونا، DHCP یا انٹرفیس کا واقعہ، یا اکاؤنٹ پالیسی۔ یہ اس بات میں مختلف ہیں کہ ٹریفک بہہ رہی تھی یا نہیں اور حد پر لاگ کیا کہتا ہے۔
نیچے دیے گئے نشانات سیکھنے کے قابل ہیں، کیونکہ یہ ایک ہی لاگ سطر سے تین وضاحتیں مسترد کرنے دیتے ہیں:
| Timer | Typical trigger | What the log shows at the boundary |
|---|---|---|
| Protocol rekey | Traffic present, fixed interval | Negotiation lines, sometimes a failure |
| NAT or firewall idle | No traffic for minutes | Silence, then a timeout on send |
| DHCP lease or link change | Half the lease, or a radio event | Address or interface churn |
| Account session limit | Wall-clock hours since login | Clean disconnect, server-side reason |
پہلی سطر اپنا کام کرنے والا حفاظتی طریقہ کار ہے، اور دوسری حالت بھول جانے والا درمیانی آلہ۔ انہیں ملانے سے یا تو کلید کی تجدید کمزور ہوتی ہے یا ایسے فائر وال قاعدے کے پیچھے بھاگنا پڑتا ہے جو کبھی شامل ہی نہیں تھا۔
مصروف بمقابلہ بیکار بتاتا ہے کہ کون سا نصف
مسلسل ٹریفک کے ساتھ کنٹرول شدہ موازنہ کریں، مثلاً ٹنل کے اندر موجود ہوسٹ کی طرف طویل سلسلہ، اور دیکھیں کہ وقفہ بدلتا ہے یا نہیں۔ اگر ڈیٹا بہتے وقت منقطع ہونا غائب ہو جائے تو ٹائمر بیکاری پر مبنی ہے۔
اگر وہ مسلسل ٹریفک برداشت کرے تو وجہ کلید کی تجدید، لیز یا پالیسی سے تعلق رکھتی ہے۔ یہی ایک آزمائش تقریباً ایک گھنٹے کے مشاہدے میں نصف امیدوار ہٹا دیتی ہے، اور توجہ کے سوا کچھ خرچ نہیں کرتی۔
آزمائش کے دوران رسائی نیٹ ورک کو تبدیل نہ کریں۔ موازنے کے بیچ Wi-Fi اور Ethernet کے درمیان بدلنا بالکل وہی انٹرفیس واقعہ لاتا ہے جسے آپ ٹائمر سے الگ کرنا چاہتے ہیں۔
لاگ سطر کو حد سے ملائیں
درج شدہ لمحے کے ارد گرد کلائنٹ اور سرور لاگ پڑھیں، پوری فائل نہیں۔ کلید کی تجدید گفت و شنید دکھاتی ہے؛ بیکاری کی میعاد ختم ہونا اگلے پیکٹ تک کچھ نہیں دکھاتا؛ لیز کی تبدیلی پتے کا کام دکھاتی ہے؛ پالیسی کی حد عام طور پر صاف انتظامی منقطع ہونا دکھاتی ہے۔
یہ کمانڈز ہر ماخذ سے متعلقہ ونڈو کھینچتی ہیں:
grep -iE "reneg|TLS Error|Inactivity" /var/log/openvpn.log | tail -20
journalctl -u NetworkManager --since "-90 min" | grep -iE "dhcp|link"
wg showاگر تینوں ماخذ وقت کی مہر پر متفق ہوں تو ٹائمر کا مالک آپ جانتے ہیں۔ اگر کچھ صرف کلائنٹ لاگ میں ہے تو ممکنہ طور پر سرور سیشن ختم کرنے والا نہیں ہے۔
مرحلہ ٹھیک کریں، آئیکن نہیں
ہر مالک کے پاس ایک معاون مرمت ہے۔ کلید کی تجدید کی خرابی کے لیے دونوں سروں پر موافق تجاویز درکار ہیں۔ بیکاری کی میعاد ختم ہونے کے لیے راستے کی اجازت کی حد میں زندہ سگنل یا مختصر بیکاری کی توقع درکار ہے۔ لیز واقعے کے لیے انٹرفیس یا بجلی کی ترتیبات درست کرنی ہوں گی۔ اکاؤنٹ کی حد پالیسی کا فیصلہ ہے، بگ نہیں۔
آئیکن کو سبز رکھنے کے لیے کلید کی تجدید یا تصدیق بند کرنا نظر آنے والے گرنے کو نظر نہ آنے والی کمزوری سے بدلتا ہے، اور آپ کو یہ بتانے کی صلاحیت سے محروم کر دیتا ہے کہ ٹنل نے آخری بار کب نئی کلیدوں پر بات چیت کی۔ پھر اصل مدت دوبارہ جانچیں اور وقت کی مہریں محفوظ رکھیں، تاکہ اگلے واقعے کا موازنہ اس سے کیا جا سکے نہ کہ شروع سے۔