AnyConnect तुमची प्रोफाइल ओव्हरराइट करते? हा नावांचा टकराव आहे

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

दोन फोल्डर, आणि त्यातील फक्त एक तुमचा

बदलणारी प्रत म्हणजे तुमच्या स्वतःच्या वापरकर्ता प्रोफाइलखालील कार्यरत प्रत, सहसा %LOCALAPPDATA%\Cisco\Cisco AnyConnect Secure Mobility Client\preferences.xml. ती फाइल तुम्ही केलेले शेवटचे कनेक्शन आणि त्यात कोणती प्रोफाइल वापरली गेली हे नोंदवते. ती तुमच्या फोल्डरमध्ये असल्याने, क्लायंट प्रत्येक कनेक्शनला अधिकार वाढवण्याची मागणी न करता ती पुन्हा लिहितो.

ड्रॉप-डाउनमध्ये दिसणारी यादी वेगळी गोष्ट आहे. मशीनने आजपर्यंत मिळवलेली प्रत्येक प्रोफाइल %PROGRAMDATA%\Cisco\Cisco AnyConnect Secure Mobility Client\Profile मध्ये कॉपी होते, आणि क्लायंट तिथे असलेल्या फाइलींची यादी दाखवतो. त्या फोल्डरमध्ये लिहिण्यासाठी प्रशासकीय अधिकार लागतात, जे लोक चुकीचे वाचतात असे लक्षण स्पष्ट करते: सामान्य वापरकर्ता म्हणून हाताने प्रोफाइल जोडणे काम करताना दिसते, आणि नंतर नोंद गायब होते.

म्हणून प्रति-वापरकर्ता फाइल एक सूचक आहे आणि संपूर्ण मशीनचे फोल्डर लायब्ररी आहे. गहाळ नोंद म्हणजे लायब्ररी बदलली, सूचक नाही.

क्लायंट फाइलींची जुळणी नावाने करतो, गेटवेने नाही

या क्लायंटमध्ये प्रोफाइलची ओळख म्हणजे फाइलचे नाव. दोन्ही company.xml पाठवणारी दोन उपकरणे, स्थानिक प्रोफाइल साठ्याच्या दृष्टीने, दोन वेळा प्रकाशित झालेली एकच प्रोफाइल आहेत. दुसरे डाउनलोड पहिल्यावर लिहिते, आणि विंडोमधील नोंद आता दुसऱ्या साइटचे वर्णन करणाऱ्या एका फाइलकडे निर्देश करत राहते.

म्हणूनच बिघाड इतका विचित्र दिसतो. यादीतील नाव अजूनही तुम्ही अपेक्षित असलेल्या ठिकाणासारखे वाचले जाते, प्रमाणीकरण खऱ्याखुऱ्या कॉन्फिगर केलेल्या गेटवेविरुद्ध यशस्वी होत राहते, आणि काहीही त्रुटी कळवत नाही. बदलले ते तुम्ही विश्वास ठेवलेल्या लेबलमागील सामग्री.

लेबल नाही, HostAddress वाचा

फाइल मजकूर संपादकात उघडा आणि सर्व्हर यादी पहा. प्रोफाइलमध्ये HostName घटक असतो, जो प्रदर्शन लेबल आहे, आणि HostAddress घटक असतो, जो क्लायंट प्रत्यक्षात संपर्क साधतो तो गेटवे आहे. लेबल हा कोणीही संपादित करू शकणारा मुक्त मजकूर आहे, आणि तुम्ही कुठे पोहोचाल हे पत्ता ठरवतो.

क्लायंट खराब आहे असा निष्कर्ष काढण्यापूर्वी त्या दोन्हींची तुम्ही पोहोचू इच्छित असलेल्या गेटवेशी तुलना करा.

दोन्ही गेटवे ठेवणे, क्रमाने

प्रत्येक साइटची स्वीकारलेली प्रोफाइल मिळवा, एकतर साइटवरून किंवा आधीच जोडणाऱ्या मशीनवरून. दोन नावे वेगळी असावीत म्हणून प्रत्येक फाइलचे नाव बदला, उदाहरणार्थ site-a.xml आणि site-b.xml. प्रशासक म्हणून दोन्ही संपूर्ण मशीनच्या प्रोफाइल फोल्डरमध्ये ठेवा आणि मिळालेल्या मूळ प्रती जतन करा. नंतर क्लायंट पुन्हा सुरू करा आणि दोन्ही नोंदी ड्रॉप-डाउनमध्ये दिसतात याची खात्री करा.

प्रत्येकाशी जोडल्यानंतर preferences.xml पुन्हा उघडा आणि आता शेवटी वापरलेली म्हणून कोणते प्रोफाइल नाव नोंदवले जाते ते तपासा. नाव तुम्ही क्लिक केलेल्या नोंदीशी जुळत असल्यास स्थानिक मॅपिंग योग्य वागते. नसेल तर, काहीतरी अजूनही तुमच्या नाव बदललेल्या प्रतीवर फाइल ढकलत आहे.

नाव बदलल्याने जे सुधारत नाही

नवीन फाइल नाव स्थानिक लेबल बदलते आणि दुसरे काही नाही. गेटवेचा पत्ता, प्रमाणीकरणाची पद्धत, सर्व्हर सादर करतो ते प्रमाणपत्र आणि प्रोफाइलमधील कोणताही गट निवड हे सर्व जसे होते तसेच राहते. चुकीच्या प्रोफाइलची नाव बदललेली प्रत अजूनही चुकीची प्रोफाइल आहे, आणि ती विश्वासार्ह नावाखाली तुम्हाला चुकीच्या साइटशी जोडेल.

मूळ फाइल नावाला लक्ष्य करणाऱ्या व्यवस्थापन पुशलाही ती टिकत नाही.

पुढील पुश ते रद्द करतो तेव्हा

तुमची संस्था प्रोफाइल नावाने वितरित करत असल्यास, अपडेट ते नाव असलेली प्रत्येक फाइल बदलते. नाव बदललेल्या प्रती स्थानिक सोय माना आणि प्रत्येक क्लायंट अपडेटनंतर कनेक्शन चाचणी पुन्हा करा, लेबल नाही पत्ता तपासून.

कायमस्वरूपी व्यवस्थेसाठी हाताने फाइलींची देखभाल करण्याऐवजी समर्थित बहु-गेटवे सेटअप मागा. प्रोग्राम डिरेक्टरीमधील बदल अपग्रेड सर्वात आधी काढून टाकते, आणि प्रति-वापरकर्ता प्राधान्य फाइल रचनेनुसार पुन्हा लिहिली जाते.

प्रत्येक गेटवेसाठी एक ओळ ठेवा: फाइल नाव, HostAddress आणि ती कोणत्या फोल्डरमध्ये आहे. ती नोंद पुढील चुकीच्या-साइट अहवालाला पुनर्स्थापनेपेक्षा वेगाने उत्तर देते.