Mac मा Cisco Secure Client: विन्डो, स्वतः जडान वा पुनः जडान?

लगइन गरेपछि Cisco सँग सम्बन्धित केही देखिन्छ, र यसले केही जोडिरहेको हुन सक्छ वा नहुन सक्छ। विन्डो, स्वतः जडान र नेटवर्क परिवर्तनपछिको पुनः जडान तीनवटा छुट्टै व्यवहार हुन् र तीनवटा छुट्टै मालिक छन्। लन्च आइटम हटाउने धेरैजसो निराशाजनक प्रयास यी तीनलाई एउटै गुनासोमा मिलाएर सुरु हुन्छन्। पहिले तिनलाई छुट्याउनुहोस्, अनि परिवर्तनको अनुरोध आफै लेखिनेछ।

तपाईंले वास्तवमा देखिरहनुभएको व्यवहारको नाम दिनुहोस्

केही पनि नछोई एउटा लगइन हेर्नुहोस् र के हुन्छ क्रममा लेख्नुहोस्। जडानबिना खुल्ने विन्डो एउटा अवस्था हो, खुलेर जोडिने विन्डो अर्को हो, र नेटवर्क परिवर्तनपछि फर्कने जडान तेस्रो हो। स्क्रिनमा के देखिन्छ भन्नेभन्दा टनेल वास्तवमा केले स्थापना गर्छ भनेर सोध्नुहोस्, किनकि विन्डो र टनेलका मालिक फरक छन्। दुई प्रकारका प्रमाणले यसको उत्तर दिन्छन्, र तीमध्ये एउटाले मात्र यो क्लाइन्ट देख्छ:

scutil --nc list
ps aux | grep -i [v]pnagentd
ifconfig | grep -A3 utun

तीनवटै आउटपुट सँगै पढ्नुहोस्, किनकि scutil --nc list ले प्रणालीका VPN कन्फिगरेसनहरू सूचीबद्ध गर्छ र खाली सूचीको अर्थ कुनै पनि प्रणाली VPN सेवाले टनेल नराख्ने मात्र हो. Cisco Secure Client ले त्यस्तो दर्ता गर्दैन: यो vpnagentd र utun इन्टरफेसबाट अन्त्य हुन्छ, त्यसैले प्रक्रिया र इन्टरफेस नै यसलाई देख्ने प्रमाण हुन्। जब vpnagentd चलिरहेको हुन्छ र utun इन्टरफेसमा ठेगाना हुन्छ, विन्डो बन्द भए पनि टनेल रहन्छ; दुवै नभए स्वतः जडान बन्द छ र विन्डो मात्र कुरा गर्ने विषय हो। front end ले छुट्टै पृष्ठभूमि सेवाले टनेल राख्दा पनि चल्न सक्छ, त्यसैले स्वामित्वको प्रश्न प्रोफाइल खण्डहरूको हो, यसको होइन।

लगइनको विन्डो लन्चको प्रश्न हो

लगइन विन्डो लन्च एजेन्टबाट वा एपको आफ्नै लगइनमा खुल्ने प्राथमिकताबाट आउँछ, र दुवै जडान नीतिको त्यही संयन्त्र होइनन्। केही सम्पादन गर्नुअघि स्थापित उत्पादन र संस्करण पहिचान गर्नुहोस्, किनकि पुराना संस्करणका कागजातले हालको स्थापनाले नप्रयोग गर्न सक्ने फाइलहरू वर्णन गर्छन्। स्वतः जडान बन्द गर्दा विन्डो खुल्नु अनिवार्य रूपमा रोकिँदैन, र विन्डो रोक्दा पुनः जडान रोकिँदैन। क्लाइन्टको समर्थित स्टार्टअप नियन्त्रण वा तपाईंको प्रशासकको सफ्टवेयर प्रक्रिया यही क्रममा प्रयोग गर्नुहोस्।

व्यवस्थापित Mac मा, व्यवहारलाई स्थानीय प्राथमिकता मान्नुअघि यो स्थापित कन्फिगरेसन प्रोफाइलबाट आउँछ कि भनी पुष्टि गर्नुहोस्। प्रणालीले आफूसँग भएका प्रोफाइलहरू सूचीबद्ध गर्न सक्छ, र व्यवस्थापित लगइन आइटम तपाईंले मेट्ने चीज होइन:

profiles show -type configuration

जहाँ सेटिङ प्रयोगकर्ताद्वारा नियन्त्रणयोग्य छ, त्यहाँ क्लाइन्ट प्राथमिकताहरूमा बदलेर परीक्षणका लागि लगआउट गर्नुहोस्। जहाँ यो लक छ, त्यहाँ प्रोफाइलको मालिकले मात्र बदल्न सक्छ। फाइलहरू स्थानीय रूपमा हटाउँदा अर्को अपडेटले चुपचाप सुधार्ने फरक बन्छ, जसले यसलाई सबैभन्दा कम टिकाउ समाधान बनाउँछ। खैरो भएको चेकबक्स बिग्रिएको क्लाइन्ट होइन; त्यो नीतिको वक्तव्य हो।

Auto Connect on Start छुट्टै प्राथमिकता हो

Cisco को जडान मार्गदर्शिका ले Auto Connect on Start लाई क्लाइन्ट सुरु हुँदा हुने जडान प्रयास नियन्त्रण गर्ने प्राथमिकता भनी उल्लेख गर्छ र यसलाई पूर्वनिर्धारित रूपमा बन्द बताउँछ। तैनाथ गरिएको प्रोफाइलले यसलाई खोल्न सक्छ, त्यसैले एउटै क्लाइन्ट भएका दुई Mac लगइनमा फरक व्यवहार गर्छन्। लन्च आइटमबारे केही अनुमान गर्नुअघि क्लाइन्टका सेटिङमा त्यो प्राथमिकता खोज्नुहोस्।

यसलाई समर्थित नियन्त्रणमार्फत बदल्नुहोस् र पुनः सुरु गर्नुको सट्टा पूर्ण लगआउटसँग परीक्षण गर्नुहोस्, किनकि केही घटक लगइन सत्रसँग मात्र सुरु हुन्छन्। त्यसपछि म्यानुअल जडान अझै चल्छ भनी पुष्टि गर्नुहोस्, किनकि स्वतः प्रयासलाई दबाउने प्राथमिकताले तपाईंको जोडिने क्षमता हटाउनु हुँदैन। क्लाइन्ट त्यसै पनि तुरुन्तै पुनः जोडिन्छ भने तपाईं पुनः जडानको व्यवहार हेरिरहनुभएको छ। त्यो अर्को प्रश्न हो, र त्यसको मालिक फरक छ।

Auto Reconnect तेस्रो सेटिङको हो

पुनः जडानले स्थापित सत्रले आफ्नो बाटो गुमाएपछि के हुन्छ भन्ने नियन्त्रण गर्छ: ढकनी बन्द हुनु, Wi-Fi नेटवर्क बदलिनु, तारयुक्त लिंक खस्नु। Cisco ले यसलाई स्टार्टअप व्यवहारबाट छुट्टै कागजात गर्छ, त्यसैले स्टार्टअप परिवर्तनले यसलाई छुँदैन। नेटवर्कलाई क्षणभर विच्छेद गरेर टनेल इनपुटबिना फर्कन्छ कि भनी हेरेर परीक्षण गर्नुहोस्।

जानाजान गरिएको विच्छेदलाई बेवास्ता गर्ने पुनः जडान सामान्यतया बग होइन, नीति हो। केही तैनाथीहरूले सधैं खुला रहने व्यवस्था चाहन्छन्, जुन उपायभन्दा नीति छलफलमा पर्छ। यसलाई लागू गर्ने घटक हटाउँदा मुद्रा जाँचहरू बिग्रन सक्छन् र पछि अर्को व्यवस्थापन पुशले पुनर्स्थापित गर्न सक्छ। आवश्यकता वैध भए, यसले के ग्यारेन्टी गर्नुपर्ने हो र साँघुरो सेटिङले त्यो पूरा गर्छ कि भनी सोध्नुहोस्; नभए, प्रोफाइलको मालिकले एकै ठाउँमा बदल्न सक्छ, तपाईंले चालीस ल्यापटपमा बदल्नुको सट्टा।

सबैभन्दा सानो परिवर्तन माग्नुहोस्, अनि जाँच्नुहोस्

अनुरोध चार तथ्यसहित लेख्नुहोस्: तपाईं कुन क्लाइन्ट बिल्ड चलाउनुहुन्छ, कुन macOS बिल्ड चलाउनुहुन्छ, लगइनपछि के देखिन्छ, र इनपुटबिना टनेल बन्छ कि बन्दैन। त्यसपछि चाहिएको नतिजा एउटा वाक्यमा भन्नुहोस् जुन सहकर्मीले तपाईंलाई नसोधी लागू गर्न सकोस्। क्लाइन्ट उपलब्ध राख्नु तर त्यसको विन्डो बन्द गर्नु स्वतः जडान रोक्नुभन्दा फरक अनुरोध हो। ठ्याक्कै अनुरोधले नीति परिवर्तन पाउँछ, अस्पष्टले कसैको स्वामित्व नभएको उपाय पाउँछ।

परिवर्तनपछि लगआउट गरी फेरि लगइन गर्नुहोस्, अनि तपाईं भर पर्नुभएको म्यानुअल जडान प्रवाह चलाउनुहोस्। पुनः जडान दायरामा थियो भने, तपाईंको प्रशासकले अनुमति दिने प्रक्रियाअन्तर्गत छुट्टै परीक्षण गर्नुहोस्।

संस्थाले आवश्यक ठानेका सुरक्षा मोड्युलहरू अझै चलिरहेका छन् कि भनी जाँच्नुहोस्, किनकि लेखापरीक्षणले नभेटेसम्म चुपचाप हटाइएको कुरा छुट्न सजिलो हुन्छ। तपाईंले चाहनुभएको नतिजा काम गर्ने क्लाइन्टसहितको मागिएको स्टार्टअप व्यवहार हो, हराएको आइकन र एउटा रहस्य होइन। तीनमध्ये कुन व्यवहार बदलियो लेख्नुहोस्, ताकि अर्को व्यक्तिले साँचो सुधारलाई संयोगबाट छुट्याउन सकोस्।