שולחן העבודה מציג חיבור בתהליך, 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 או הורדת גרסה מוצמדת. לכל אחת מהן יש עלות תחזוקה שכדאי לרשום.

מאמרים קשורים