RADIUS चे VLAN उत्तर VPN वापरकर्त्यासाठी काहीही का करत नाही

तुम्ही NPS धोरणात VLAN गुणधर्म जोडता, VPN वापरकर्ता जोडतो, आणि लॅपटॉप तरीही डीफॉल्ट पूलमध्ये उतरतो। RADIUS सर्व्हर तुम्ही मागितलेलेच परत देत आहे, त्यामुळे बिघाड कॅशे समस्येसारखा दिसतो। सहसा तसे नसते। Access-Accept अधिकृततेचे संकेत घेऊन जाते, आणि ते मिळालेला नेटवर्क प्रवेश सर्व्हरच एकाला नेटवर्क वाटपात बदलू शकतो।

धोरणापासून नाही, गेटवेपासून सुरुवात करा

काहीही बदलण्यापूर्वी क्लायंटपासून आत शृंखला अनुसरा। क्लायंट गेटवेकडे सत्र मागतो, गेटवे RADIUS ला विचारतो की वापरकर्त्याला एक मिळू शकतो का, आणि RADIUS निकाल व गुणधर्मांच्या संचासह उत्तर देतो। मग गेटवे जे लागू करायला जाणतो ते लागू करतो।

तुमची तपासणी चौथ्या पायरीपासून सुरू होते, म्हणून पहिल्या तीन निरोगी दिसतात। देवाणघेवाणीत काहीही गेटवेला मिळालेला गुणधर्म अंमलात आणण्यास बांधील करत नाही। उत्तर गेटवेला केलेली विनंती आहे, क्लायंटबद्दलची वस्तुस्थिती नाही।

स्विच जे करते आणि VPN जे करू शकत नाही

802.1X प्रवेश स्विच पोर्ट असलेला प्रमाणक असतो, आणि गतिशील VLAN वाटप त्या पोर्टपैकी एकाला स्विच आधीच वाहत असलेल्या VLAN मध्ये हलवते। RADIUS बोगदा गुणधर्म ती उद्दिष्ट स्विचला समजणाऱ्या स्वरूपात वर्णन करतात। राउटेड VPN बोगदे संपवते, स्विच पोर्ट नाही, आणि त्याच्या क्लायंटना सहसा प्रसार क्षेत्रातील सदस्यत्वाऐवजी पत्ता व मार्ग मिळतो। हलवायला पोर्ट नाही, त्यामुळे त्याच गुणधर्माला कार्य करायला काही नाही।

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

सर्व्हरने प्रत्यक्षात पाठवलेले उत्तर वाचा

RADIUS ने काय परत केले याची खात्री करा, धोरण संपादक काय दाखवतो त्याची नाही। त्याच वापरकर्तानावासह आणि ज्ञात पासवर्डसह चाचणी विनंती उत्तर-गुणधर्म वाचनीय स्वरूपात छापते, आणि त्याने प्रश्न एका पायरीत सुटतो।

radtest alice secret 10.0.0.10 0 testing123

त्या उत्तरात VLAN गुणधर्म नसतील तर प्रथम धोरण जुळणी दुरुस्त करा। ते असतील तर सर्व्हरने आपला भाग केला आहे आणि तूट पुढे आहे।

प्रथम सत्र धोरण सिद्ध करा, नंतर पोहोच

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

swanctl --list-sas

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