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 कहाँ लग्नुहोस् र तपाईंको समूहमा कुन विधि लागू हुन्छ सोध्नुहोस्।