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 बिल्ड चालवता, लॉगिननंतर काय दिसते आणि इनपुटशिवाय टनेल तयार होते का. नंतर इच्छित निकाल एका वाक्यात सांगा जे सहकारी तुम्हाला न विचारता अंमलात आणू शकेल. क्लायंट उपलब्ध ठेवणे पण त्याची विंडो बंद करणे ही स्वयंचलित कनेक्शन रोखण्यापेक्षा वेगळी विनंती आहे. अचूक विनंतीला धोरण बदल मिळतो, तर अस्पष्ट विनंतीला कोणाच्याही मालकीचा नसलेला उपाय मिळतो.

बदलानंतर लॉगआउट करून पुन्हा लॉगिन करा, मग तुम्ही अवलंबून असलेला मॅन्युअल कनेक्शन प्रवाह चालवा. पुन्हा कनेक्शन व्याप्तीत असल्यास, तुमचा प्रशासक परवानगी देत असलेल्या प्रक्रियेअंतर्गत ते वेगळे तपासा.

संस्थेला आवश्यक असलेली सुरक्षा मॉड्यूल्स अजूनही चालू आहेत याची खात्री करा, कारण ऑडिटला सापडेपर्यंत शांत काढणे सुटणे सोपे आहे. तुम्हाला हवा असलेला निकाल म्हणजे कार्यरत क्लायंटसह मागितलेले स्टार्टअप वर्तन, गायब झालेला चिन्ह आणि कोडे नाही. तीनपैकी कोणते वर्तन बदलले ते लिहा, जेणेकरून पुढील व्यक्ती खऱ्या दुरुस्तीचा योगायोगापासून फरक करू शकेल.