ASA ग्रुप अलियास विरुद्ध ग्रुप URL: प्रोफाइल कसे निवडले जाते

ASA ने ते निवडल्यानंतरच कनेक्शन प्रोफाइल सत्रावर नियंत्रण ठेवते. हे एक वाक्य क्लायंट-रहित जुन्या पोर्टलसाठी संपूर्ण समस्या-निवारण मॉडेल आहे. न वापरलेल्या प्रोफाइलमध्ये परिपूर्ण प्रवेश नियम असू शकतात आणि तरीही ते कोणालाही लागू होत नाही. कोणतेही धोरण संपादित करण्यापूर्वी लॉगिन प्रवेश-बिंदू शोधा.

खालील फरक 9.16 दस्तऐवजीकरणानुसार आहेत; क्लायंट-रहित SSL VPN 9.17(1) आणि नंतर काढून टाकले गेले.

अलियास सूचीतील नोंद आहे, URL नाही

group-alias लॉगिन पृष्ठावरील ग्रुप सूचीमधून वापरकर्ता जो लेबल निवडतो ते पुरवते. ती सूची दाखवणे हे स्वतंत्र सेटिंग आहे, tunnel-group-list enable. अलियास हे केवळ निवडीचे नाव आहे, त्यापेक्षा अधिक काही नाही. staff नावाचे अलियास कॉन्फिगर केल्याने प्रोफाइल निवडणारे /staff URL तयार होत नाही.

ब्राउझरमधून सूची आणि URL एकच निवड वाटतात, म्हणून लोक अलियास दुहेरी काम करेल अशी अपेक्षा ठेवतात.

group-url प्रत्यक्षात कशाशी जुळवते

group-url येणाऱ्या URL ला कनेक्शन प्रोफाइलशी जोडते. तो सक्षम URL जुळला की, वापरकर्त्याला सूचीमधून निवडण्यास न सांगता ASA प्रोफाइल निवडते. URL पूर्ण आणि हेतू असलेला असावा, तुमची आवृत्ती ज्या सिंटॅक्सला समर्थन देते त्यात. त्याची DNS नोंद आणि प्रमाणपत्र वापरकर्ते जे टाइप करतात त्याशी जुळले पाहिजे, अन्यथा जुळणी कधीच होणार नाही.

कॉपी केलेला URL प्रत्यय कॉन्फिगरेशनबद्दल काहीही सिद्ध करत नाही. अॅड्रेस बार नाही, प्रोफाइल तपासा.

निवडीपासून चालणाऱ्या धोरणापर्यंत पाठपुरावा करा

टनेल ग्रुप निवडल्यानंतर, उपकरण प्रमाणीकरण पद्धत आणि त्याला जोडलेले डीफॉल्ट ग्रुप धोरण ठरवते. नंतर वापरकर्ता-विशिष्ट गुणधर्म, प्रमाणीकरणाने परत दिलेली मूल्ये आणि गतिशील अधिकृतता त्या आधाराचे भाग ओव्हरराइड करू शकतात. सत्राला प्रत्यक्षात काय मिळाले ते तपासा. केवळ नामनिर्देशित धोरण वाचल्याने आधार मिळतो, परिणाम नाही.

दोन्हींमधील हे अंतरच «नियम बरोबर आहे पण प्रवेश चुकीचा आहे» अशा बहुतेक अहवालांचा स्रोत आहे.

वारसा हक्क हे विलगीकरण नाही

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

प्रवेश अंमलबजावणी निवडीपासून वेगळी ठेवा.

क्लायंट-रहित सत्रासाठी लागू फिल्टर webtype ACL आहे. टनेल क्लायंटसाठीचा VPN फिल्टर त्याचा पर्याय नाही, केवळ दोन्ही कॉन्फिगरेशनमध्ये एकाच धोरण ब्लॉकजवळ असल्यामुळे.

न जुळणारी परिस्थिती ठरवा, मग प्रत्येक मार्ग तपासा

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

पूर्वीच्या लॉगिनमधील ब्राउझर टॅब पुन्हा वापरल्यास तुलना बिघडते, कारण ते सत्र आधीच प्रोफाइलशी जोडलेले आहे.

ती नोंद «पोर्टल उघडते» याला नंतर ऑडिट करता येणाऱ्या लॉगिन-ते-धोरण मॅपिंगमध्ये बदलते, आणि प्रोफाइल बरोबर दिसत असूनही कोणावर नियंत्रण नसताना हेच एकमेव टिकाऊ उत्तर आहे.