النفق الذي يموت كل خمس عشرة دقيقة، أو كل ساعة في الدقيقة نفسها، يخبرك أن أحد المؤقتات قد انتهى وليس أن الشبكة غير مستقرة. الخطوة المفيدة هي تدوين الفاصل ومقارنته بالمؤقتات الأربعة التي تنتج هذا النمط. تغيير المهل قبل تلك المقارنة ينقل العطل عادةً دون تفسيره، مما يجعل الحدث التالي أصعب في القراءة من الأول. القياس يستغرق عشر دقائق ويغني عن أسبوع من التخمين.

حوّل الفاصل إلى رقم

اجمع خمس أو ست حالات واحسب الفجوة بينها، لا الفجوة من بداية اليوم. الانقطاع عند 09:12 و10:12 و11:12 هو حدّ ساعي؛ والانقطاع عند 09:12 و09:27 و09:42 يعني خمس عشرة دقيقة من آخر اتصال ناجح. قرّب النتيجة إلى أقرب مؤقت محتمل لا إلى أقرب دقيقة.

سجّل لحظتين لكل حدث: متى تحرّك الترافيك آخر مرة، ومتى أبلغ العميل عن الانقطاع. تختلفان عندما يموت النفق بصمت ولا يلاحظ العميل إلا عند الإرسال التالي، والفرق هو ما يفصل مهلة الخمول عن عطل صلب. العميل الذي يلاحظ متأخرًا يضخّم نافذة الخمول التي تقيسها.

لاحظ ما إذا كان إعادة الاتصال تلقائية. العميل الذي يعيد الاتصال خلال ثوانٍ يبقي الفاصل ظاهرًا في السجل وخارج تقرير المستخدم، ولهذا تُوصف هذه الأعطال غالبًا بأنها عارضة لا دورية. كما أنه يخفي الحدث عن الشخص الذي يستخدم الحاسوب.

أربعة مؤقتات تتشابه

كل انقطاع متكرر للنفق تقريبًا يأتي من أحد هؤلاء: إعادة توليد مفاتيح البروتوكول، أو انتهاء صلاحية تعيين خامل، أو حدث DHCP أو واجهة، أو سياسة حساب. وهي تختلف في ما إذا كانت البيانات تتدفق وفي ما يقوله السجل عند الحد.

البصمات أدناه تستحق التعلّم، لأنها تتيح لك استبعاد ثلاثة تفسيرات من سطر سجل واحد:

TimerTypical triggerWhat the log shows at the boundary
Protocol rekeyTraffic present, fixed intervalNegotiation lines, sometimes a failure
NAT or firewall idleNo traffic for minutesSilence, then a timeout on send
DHCP lease or link changeHalf the lease, or a radio eventAddress or interface churn
Account session limitWall-clock hours since loginClean 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

إذا اتفقت المصادر الثلاثة على الطابع الزمني، فأنت تعرف صاحب المؤقت. وإذا كان سجل العميل وحده يحتوي على شيء، فمن المحتمل ألا يكون الخادم هو من ينهي الجلسة.

أصلح المرحلة، لا الأيقونة

لكل صاحب إصلاح واحد مدعوم. عطل إعادة توليد المفاتيح يحتاج مقترحات متوافقة على الطرفين. وانتهاء الخمول يحتاج رسالة إبقاء حياة أو توقع خمول أقصر، في حدود ما يسمح به المسار. وحدث الاستئجار يحتاج معالجة إعدادات الواجهة أو الطاقة. وحد الحساب قرار سياسة، لا خطأ.

تعطيل إعادة توليد المفاتيح أو المصادقة لإبقاء الأيقونة خضراء يقايض انقطاعًا مرئيًا بضعف غير مرئي، ويتركك عاجزًا عن تحديد متى تفاوض النفق آخر مرة على مفاتيح جديدة. أعد اختبار المدة الأصلية بعد ذلك واحتفظ بالطوابع الزمنية، حتى يمكن مقارنة الحدث التالي بهذا بدلًا من البدء من جديد.

مقالات ذات صلة