CONNECTION_ID ב-NetworkManager הוא שם פרופיל, לא ה-SSID
השתמשו במטא-נתוני החיבור המתועדים של ה-dispatcher של NetworkManager בעת בחירת פרוקסי לאחר שינוי רשת.
אם כלל פרוקסי משווה את ה-SSID של המשרד ל-CONNECTION_ID, שינוי שם של פרופיל שמור עלול לשבור אותו. NetworkManager מגדיר את CONNECTION_ID כשם הפרופיל. שם ברירת מחדל שמקרה מתאים ל-SSID מסתיר את ההבדל.
בחרו את הקלט בהתאם לכלל:
- עבור מדיניות שמשויכת לפרופיל חיבור מנוהל, השתמשו ב-UUID המתועד של החיבור כמפתח יציב יותר.
- עבור מדיניות שבאמת תלויה במידע אלחוטי, השיגו את המידע הזה דרך הממשק הנתמך במקום להתייחס לשם פרופיל כ-SSID.
שם מוכר או SSID אינם מאמתים רשת. שמרו על זהות הרשת המאושרת ותנאי הנגישות של הפרוקסי בהחלטה.
לאחר מכן זהו את היישום שמקבל את ההגדרה שנבחרה. dispatcher פועל בהקשר משלו: ייצוא משתנה שם אינו מחליף את הסביבה של יישומי שולחן עבודה שכבר פועלים. השתמשו בממשק התצורה של הלקוח המשתתף בהיקף המשתמש או השירות הנכון. עבור מדיניות PAC השמורה בפרופיל, בחרו בין כתובת PAC URL לסקריפט מיובא.
הגדירו איזה חיבור פעיל מחזיק בהחלטה כאשר Wi-Fi ו-Ethernet מתקיימים יחד, ומה לעשות בהתנתקות או בפרופיל לא מוכר. בלי המקרים האלה, אירוע מאוחר יותר מממשק אחד עלול לבטל מסלול תקף שנבחר עבור אחר. החזיקו יחד את האירוע המפעיל, את זהות הפרופיל ואת הצרכן המושפע בעת אבחון הכלל.