GlobalProtect ב-Mac מתחבר בעת ההתחברות: איך לשנות זאת

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

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

התסמין מצביע על מדיניות

תצורת הסוכן בפורטל קובעת מתי GlobalProtect מתחבר, ושתי השיטות שאתם בוחרים ביניהן הן On-Demand, שממתינה לכם, ו-User-logon (Always On), שמתחברת לאחר הכניסה. פורטל יכול גם להציע Pre-logon (Always On) במכשירים מנוהלים נתמכים, וזה מחוץ לתחום ב-Mac שאתם נכנסים אליו בעצמכם. מכונה שמתחברת מעצמה נמצאת כמעט תמיד על user-logon. העדפות האפליקציה עצמה עשויות להציג את המצב, אבל הן לא הבעלים שלו, ולכן הסרת סימון בלקוח לא שורדת את רענון המדיניות הבא. הפורטל דוחף את השיטה בעת החיבור ושוב בכל רענון, כך ששינוי בצד הלקוח הוא זמני מלכתחילה.

המדיניות מנצחת, בכל פעם.

שתי השיטות, זו לצד זו

On-Demand, שהאפליקציה עשויה עדיין לכנות ידנית, פירושה שאתם לוחצים על התחברות ושום דבר לא מתחבר לפני כן. User-logon פירושה שהמנהרה עולה לאחר שאתם מאמתים זהות ב-Mac, וזה מה שרוב הציים המנוהלים רוצים, כי זה מסיר את החלון שבו מישהו גולש ללא הגנה. הפשרה היא בדיוק התסמין ששמתם לב אליו: המנהרה קיימת לפני שהחלטתם שאתם רוצים אותה. אף שיטה לא משנה למה המנהרה מורשית להגיע; הן רק קובעות מתי היא עולה.

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

אם המטרה היא התנתקות זמנית

פריסות מסוימות חושפות פקד Disconnect באפליקציה, ו-Palo Alto Networks מתעד אותו במדריך Mac Disconnect עבור גרסת אפליקציה 6.0 ואילך. הוא מופיע רק כשתצורת הסוכן מאפשרת זאת. תצורה זו יכולה גם לדרוש סיבה, קוד גישה או קריאת שירות לתמיכה, והיא יכולה להגביל כמה זמן או כמה פעמים תישארו מנותקים.

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

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

מה עריכת ה-launch agent שוברת

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

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

מה בדיוק לבקש

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

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