אתם מוסיפים חיבור VPN, מחפשים ברשימה L2TP/IPsec, והוא אינו שם. או שהוא שם, הפרופיל נשמר, והחיבור מת עם הודעה על תוסף. שני הסימפטומים מצביעים על ערימה של חבילות שמותקנות בנפרד, ותיבת הדו-שיח מראה לכם רק את סופה. שרטטו מפה של החלקים לפני שתתקינו משהו.

התחילו מהערימה, לא מהתפריט

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

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

עריכה והרצה הן חבילות נפרדות

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

הסתכלו על סביבת שולחן העבודה הפועלת לפני שתבחרו שם חבילה. רכיב העריכה של GNOME אינו אותה חבילה כמו ממשק KDE, והפצה יכולה לשנות את שמו של כל אחד מהם. קחו את השם מרשימת החבילות של אותה מהדורה.

תוסף PPP חי בנתיב עם גרסה

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

זו הטענה החזקה ביותר בעד החבילה של ההפצה לעומת בנייה מועתקת. מתחזקי החבילות עוקבים אחרי הנתיב הזה; שורת configure מועתקת לא.

כשל במשא ומתן אינו כשל בהתקנה

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

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

שני סודות, שני שדות

אימות IPsec והכניסה ל-PPP של המשתמש הם סודות לא קשורים שבמקרה יושבים באותה תיבת דו-שיח. האחד מאמת את המכונות, השני מאמת אדם מול שירות L2TP, ושרת יכול לקבל האחד בעודו דוחה את האחר.

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

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