הסרת פרטי התחברות שמורים של VPN ממחשב משותף

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

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

התחילו ברכיב הבעלים

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

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

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

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

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

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

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

החליטו אם גם השרת זקוק לביטול

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

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

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

אמתו את שני החצאים

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

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

ההנחיות של Apple ל-Keychain Access הן המקור למאגר הזה ב-macOS, וכדאי לקרוא אותן לפני שמוחקים פריט שלא יצרתם.

השאירו את ההתקן במצב שתוכלו להסביר

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

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