AnyConnect דורס את הפרופיל שלכם? זו התנגשות שמות

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

שתי תיקיות, ורק אחת מהן שלכם

העותק שמשתנה הוא עותק העבודה תחת פרופיל המשתמש שלכם, בדרך כלל %LOCALAPPDATA%\Cisco\Cisco AnyConnect Secure Mobility Client\preferences.xml. הקובץ הזה רושם את החיבור האחרון שעשיתם ואיזה פרופיל הוא השתמש. מכיוון שהוא יושב בתיקייה שלכם, הלקוח כותב אותו מחדש בכל חיבור בלי לבקש הרשאות מוגברות.

הרשימה שאתם רואים בתפריט הנפתח היא דבר אחר. כל פרופיל שהמחשב אי פעם קיבל מועתק אל %PROGRAMDATA%\Cisco\Cisco AnyConnect Secure Mobility Client\Profile, והלקוח מציג את הקבצים שנמצאים שם. כתיבה לתיקייה הזו דורשת הרשאות מנהל, מה שמסביר תסמין שאנשים קוראים לא נכון: הוספה ידנית של פרופיל כמשתמש רגיל נראית כאילו היא עובדת, ואז הרשומה נעלמת.

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

הלקוח מתאים קבצים לפי שם, לא לפי שער

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

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

קראו HostAddress, לא את התווית

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

השוו את השניים האלה לשער שרציתם להגיע אליו לפני שתסיקו שהלקוח מקולקל.

לשמור את שני השערים, לפי הסדר

השיגו את הפרופיל המאושר לכל אתר, או מהאתר או ממחשב שכבר מתחבר. שנו את שם כל קובץ כך ששני השמות יהיו שונים, למשל site-a.xml ו-site-b.xml. כמנהל, הניחו את שניהם בתיקיית הפרופילים של כל המחשב ושמרו את המקוריים שקיבלתם. לאחר מכן הפעילו מחדש את הלקוח וודאו ששתי הרשומות מופיעות בתפריט הנפתח.

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

מה ששינוי שם לא מתקן

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

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

כשהדחיפה הבאה מבטלת את זה

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

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

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