مهلة L2TP على أوبونتو 22.04: خلل نفق xl2tpd

يعرض سطح المكتب اتصالًا قيد التقدم، ويبلغ IPsec عن النجاح، لكن واجهة PPP لا تظهر أبدًا. في سجل النظام يتكرر رقم النفق نفسه حتى تنتهي المهلة على UDP 1701. قبل تعديل المفتاح المشترك مسبقًا أو إعدادات الخادم، تعرّف على هذا النمط: على أوبونتو 22.04 يكون الأمر عادةً انحدارًا في حزمة xl2tpd، وكان الخادم سليمًا طوال الوقت.

ماذا يخبرك الزوج المتكرر في سجل النظام

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

لذا يقع العطل بين تحكم L2TP وPPP. لم يُختبر أي شيء يتعلق بالسر أو خيارات PPP أو الشبكة الفرعية البعيدة بعد.

تأكد من أن IPsec نجح فعلًا

فحصان يفصلان هذا عن مشكلة بيانات الاعتماد، وكلاهما يسبق أي تغيير في الحزم.

ipsec status
journalctl -u strongswan --since "5 min ago" | grep -i "shared key"

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

افحص بنية xl2tpd، لا اسم الإصدار

فعّلت بنية jammy من xl2tpd 1.3.16 تحسين وقت الربط، مما كسر تحليل معرّف النفق في رد SCCRP من الخادم. ثم يتجاهل البرنامج الخفي رسائل التحكم الخاصة بنفق أنشأه بنفسه. سلسلة الإصدار أهم من اسم التوزيعة.

dpkg -l xl2tpd
apt policy xl2tpd
apt-mark showhold

الحزمة المصححة هي 1.3.16-1ubuntu0.1، لذا فإن بنية بدون هذه اللاحقة تسبق الإصلاح. يوضح مخرج السياسة أي مرشح ستثبته الترقية، وتشرح قائمة التثبيت لماذا لم يصل الإصلاح. حيث تتوفر الحزمة، رقّها وأعد الاتصال عبر الملف التعريفي العادي بدلًا من تعديل الملفات يدويًا. لا تُعد بناء الوحدات ولا تغيّر السر بينما البنية القديمة لا تزال مثبتة.

تحقق من PPP بعد التغيير

تُثبت الترقية الناجحة في الطبقة التي كانت معطوبة. تحقق من أن PPP قد بدأ، لا من أن الأيقونة تغيرت فقط.

ip -4 addr show ppp0
ip route | grep ppp

ينبغي أن تعرض قائمة الواجهات عنوانًا محليًا وعنوانًا للنظير، وينبغي أن يحمل جدول التوجيه بادئات النفق. وينبغي أن يُظهر سجل النظام قبول النفق وإبلاغ pppd بالعنوانين، دون أسطر متكررة بعدم العثور على النفق. إذا كان PPP قائمًا وما زال المرور يفشل، فانظر بعد ذلك في التوجيه أو MTU، لأن مرحلة L2TP أنجزت عملها. سجّل إصدار الحزمة العامل في ملاحظات الجهاز، حتى لا تُعيد إعادة تثبيت مستقبلية البنية المعطوبة.

حيث لا تتوفر الحزمة المصححة، فالبدائل الموثقة هي بناء محلي من المصدر لـ 1.3.16 أو 1.3.17، أو الانتقال إلى kl2tpd، أو تخفيض مثبت. ولكل منها كلفة صيانة تستحق التدوين.