Mac पर GlobalProtect लॉगिन के समय कनेक्ट होता है: इसे कैसे बदलें

आप 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 संपादित करने से क्या टूटता है

सामान्य उपाय है ऐप को शुरू होने से रोकने के लिए launch agent की RunAtLoad या KeepAlive कुंजियाँ, या निजी पोर्टल प्राथमिकता संपादित करना। यह अगले नीति रिफ़्रेश या ऐप अपडेट तक काम करता दिख सकता है। तब ऐप और उसकी प्रबंधित नीति असहमत हो जाते हैं, जो ऐसी स्थिति बनाती है जिस पर सहायता तर्क नहीं कर सकती। यह मशीन को ऐसे कॉन्फ़िगरेशन में भी छोड़ देता है जिसे संगठन ने कभी स्वीकृत नहीं किया।

स्टार्टअप विंडो छिपाना फिर एक अलग अनुरोध है, और उसकी अपनी समर्थित इंटरफ़ेस प्राथमिकता है।

ठीक क्या माँगना है

On-Demand को नाम से माँगें, या शर्तों सहित स्वीकृत Disconnect कार्यप्रवाह, या लॉगिन विंडो दबाने का समर्थित तरीका। अस्पष्ट अनुरोधों का उत्तर गलत विकल्प से दिया जाता है, और फिर आप plist संपादन पर लौट आते हैं। आप जो ऐप संस्करण चलाते हैं उसे भी बताएँ, क्योंकि Disconnect नियंत्रण केवल 6.0 से प्रलेखित है।

यदि Disconnect विकल्प नहीं है या ऐप तुरंत फिर से कनेक्ट हो जाता है, तो सौंपा गया एजेंट कॉन्फ़िगरेशन IT के पास ले जाएँ और पूछें कि आपके समूह पर कौन-सी विधि लागू होती है।