vpnc 24 منٹ پر کیوں منقطع ہوتا ہے اور کیا تبدیل کرنا ہے

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

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

کون سا ٹائمر اس انقطاع کا مالک ہے

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

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

پہلا معاملہ: کلائنٹ غیر فعال سیشن چھوڑ دیتا ہے

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

DPD idle timeout (our side) 0
NAT Traversal Mode cisco-udp

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

دوسرا معاملہ: کلید کی تجدید مسترد ہوتی ہے

اگر وقفہ DPD تبدیلی کے بعد بھی قائم رہے تو مرحلہ 1 کی کلید کی تجدید امیدوار بنتی ہے۔ پرانی vpnc تعمیرات تجدید کو موجودہ سے کم احتیاط سے سنبھالتی تھیں، اور عام اختلاف Diffie-Hellman گروپ ہے۔ ایسا گروپ مسلط کرنا جو ہیڈ اینڈ پہلے ہی قبول کرتا ہے ایک سطر اور ایک دوبارہ رابطے کا خرچ ہے، جو اسے پالیسی تبدیلی کے بجائے سستا تجربہ بناتا ہے۔

IKE DH Group dh5

درست گروپ نام dh1، dh2 اور dh5 ہیں۔ مرکزیت کار جو گروپ مسترد کرتا ہے وہ فوری ناکامی دیتا ہے، اور یہ بھی معلومات ہے: یہ بتاتا ہے کہ ہیڈ اینڈ نخرے باز ہے اور اصل گروپ غالباً درست تھا۔

تیسرا معاملہ: ترجمہ انکیپسولیشن دوبارہ لکھتا ہے

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

سامنے کے حصے یہاں اپنی الجھن شامل کرتے ہیں۔ NetworkManager پلگ ان پیکج نصب ہونے تک vpnc کنکشن کی قسم پیش نہیں کرے گا، اور غائب پلگ ان غلطی کے بجائے سرمئی Add بٹن کے طور پر دکھتا ہے۔ KDE کا سامنے کا حصہ وہی قدریں اپنے پروفائل میں رکھتا ہے، اس لیے تصدیق کریں کہ ڈیمن وہی پڑھ رہا ہے جو آپ نے ترمیم کیا۔

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

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

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

vpnc --debug 3 office

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