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

הכפתור משקף אימות מקומי

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

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

התאימו את השדות לשיטה שנבחרה

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

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

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

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

הפרידו בין סודות שמורים לסודות של הסוכן

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

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

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

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

קראו את השלבים המאוחרים בנפרד

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

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

nmcli -f NAME,UUID,TYPE connection show
nmcli connection show "Corp VPN" | grep -E "vpn\.|802-1x"

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

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