L2TP באובונטו 24.04 שבור: xl2tpd או דימון go-l2tp?

אובונטו 24.04 החליף בשקט את הדימון שמאחורי תוסף L2TP של NetworkManager. הנתיב הישן השתמש ב-xl2tpd; האריזה החדשה מביאה מימוש ב-Go שיוצר דימון בשם kl2tpd. התוסף מפעיל את מה שמותקן, ולכן השדרוג יכול להחליף את הדימון בלי לגעת בפרופיל או בפרטי ההתחברות שלכם. זו כל התקלה: הודעת בקרה שהדימון החדש אינו מזהה.

התוסף מתאם בין IPsec, L2TP ו-PPP, ואז מוסר את הממשק שנוצר ל-NetworkManager. הוא אינו מממש את L2TP בעצמו.

התוסף הוא מתאם, לא דימון

network-manager-l2tp מריץ את עוזר IPsec, דימון L2TP ו-PPP, ומחבר את הממשק לניהול החיבורים של שולחן העבודה. במשך שנים הדימון היה xl2tpd, וכל מדריך שהזכיר את תצורתו ירש את ההנחה הזו. אריזת Debian קיבלה מאוחר יותר כל אחד משני המימושים, ו-24.04 מתקין את זה של Go, שמספק kl2tpd. שום שדה בפרופיל אינו מתעד איזה דימון רץ קודם, ולכן ההחלפה נשארת בלתי נראית עד שמוצהרת הודעה.

מכונה שיש בה את שני החבילות עשויה בכל זאת לא להריץ את זה שאתם מצפים לו. הבחירה היא החלטה של התוסף, לא של המדריך שבו הלכתם.

קראו את השלב לפני בחירת תיקון

journalctl -b --no-hostname _COMM=nm-l2tp-service _COMM=kl2tpd _COMM=xl2tpd _COMM=pppd _COMM=charon _COMM=pluto

תאמו ניסיון אחד בין העוזרים במקום לסמוך על ההתראה של שולחן העבודה. אותה שאילתה מראה היכן הרצף נעצר, ו-dpkg -l מראה איזה מימוש מותקן. כשל שמופיע לאחר כינון עמית ה-IPsec, ומזכיר הודעת בקרה או מאפיין לא מוכר, מצביע על הדימון. כשל לפני שהמנהרה קיימת משמעו שהדימון מעולם לא הושג.

חוסר התאמה במפתח המשותף מראש מסתיים בשלב IPsec ומציין את העמית. בעיית פרטי התחברות PPP מופיעה כשהמנהרה למעלה ובדרך כלל נושאת דחיית CHAP או MS-CHAP קריאה. שניהם נראים באותה שאילתה, ואלה בעיות שונות.

שני נתיבים, והם אינם מתערבבים

sudo apt install xl2tpd
sudo apt purge go-l2tp

הזוג הזה מתקין xl2tpd ואז מסיר את דימון ה-Go, ומשאיר לתוסף לבחור את המימוש ששפתו מדוברת בשער. הסדר חשוב: התוסף תלוי במימוש זה או אחר, ולכן הסרת חבילת ה-Go ראשונה מורידה גם את התוסף. הנתיב השני שומר על דימון ה-Go ועובר לבנייה חדשה יותר שמבינה את ההודעה, שבדרך כלל משמעה PPA של מתחזק ולא גרסת הארכיון. בצי מנוהל, קל יותר להצדיק הצמדת PPA מאשר ללמד משתמשים להסיר חבילות.

אל תשלבו את השניים בשינוי אחד. אז כשל מאוחר יותר יותיר אתכם בלי יכולת לומר איזה חצי עזר, ושדרוג עתידי עלול להחזיר את החבילה שהסרתם כרגע.

שימו בכרטיס את קובץ הדימון הבינארי, גרסתו וההודעה המדויקת. איש אינו יכול לשחזר דוח שאומר רק ש-L2TP נשבר אחרי השחרור, בעוד שמאפיין בשם וגרסת חבילה נותנים להם נקודת התחלה.

שלושה דברים שזה לא

זו אינה בעיית פרופיל, שכן אותו פרופיל עבד ב-22.04 מול אותו שער. זו אינה נתיב חסר ולא שינוי בחומת אש, כי אלה נכשלים במקום אחר עם ראיות אחרות. התקנה מחדש של התוסף גם אינה מתקנת זאת, שכן אותו דימון נבחר שוב. התיאור המועיל מציין את הדימון ואת ההודעה שהוא דחה.

תיקון בצד השער הוא התוצאה הלגיטימית האחרת. קושחה שמפסיקה לשלוח את המאפיין שורדת כל שדרוג לקוח, בעוד שחבילה מוצמדת שורדת את הפצת הגרסה הבאה רק אם מישהו זוכר למה היא מוצמדת.

השוו את שני הנתיבים לפי עלות תחזוקה ולא לפי מהירות. שניהם יכולים לעבוד; רק אחד מסיר את אי-ההתאמה בלהג.