پایان مهلت L2TP در اوبونتو 22.04: باگ تونل xl2tpd

میزکار اتصالی در حال انجام را نشان می‌دهد، IPsec موفقیت را گزارش می‌کند و رابط PPP هرگز ظاهر نمی‌شود. در syslog همان شماره تونل تکرار می‌شود تا تلاش در UDP 1701 به پایان مهلت برسد. پیش از ویرایش کلید از پیش تقسیم‌شده یا پیکربندی سرور، این شکل را بشناسید: در اوبونتو 22.04 معمولاً یک رگرسیون بسته‌بندی در xl2tpd است و سرور تمام مدت درست بود.

جفت خط تکراری syslog چه چیزی به شما می‌گوید

یک نشست ناموفق به فواصل منظم یک جفت خط چاپ می‌کند: سرویس‌دهنده نمی‌تواند تونلی برای یک پیام کنترل ورودی بیابد، سپس شناسه‌های فراخوانی و تونلی را که دریافت کرده بیرون می‌ریزد. بعداً شمارنده تلاش دوباره به حد خود می‌رسد و اتصال با پایان مهلت در درگاه 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

فهرست رابط‌ها باید یک نشانی محلی و یک نشانی همتا نشان دهد و جدول مسیر باید پیشوندهای تونل را داشته باشد. syslog باید نشان دهد تونل پذیرفته شده و pppd هر دو نشانی را گزارش می‌کند، بدون خطوط تکراری تونل‌یافت‌نشد. اگر PPP بالا است و ترافیک هنوز شکست می‌خورد، بعد به مسیریابی یا MTU نگاه کنید، زیرا مرحله L2TP کار خود را تمام کرده است. نسخه بسته کارکننده را در یادداشت‌های دستگاه ثبت کنید تا نصب دوباره آینده ساخت خراب را بازنگرداند.

جایی که بسته اصلاح‌شده در دسترس نیست، گزینه‌های مستند عبارت‌اند از ساخت محلی از کد منبع 1.3.16 یا 1.3.17، تغییر به kl2tpd یا تنزل نسخه سنجاق‌شده. هر یک هزینه نگه‌داری دارد که ارزش نوشتن دارد.