मुख्य सामग्री पर जाएं

Okta और RADIUS: अपने आइडेंटिटी प्रोवाइडर को WiFi ऑथेंटिकेशन तक बढ़ाना

यह गाइड Okta-केंद्रित संगठनों के IT एडमिनिस्ट्रेटर के लिए एक व्यापक तकनीकी संदर्भ प्रदान करती है जो Okta RADIUS एजेंट का उपयोग करके अपने क्लाउड आइडेंटिटी प्रोवाइडर को WiFi ऑथेंटिकेशन तक बढ़ाना चाहते हैं। इसमें संपूर्ण ऑथेंटिकेशन आर्किटेक्चर, MFA लागू करने के समझौते, RADIUS एट्रिब्यूट मैपिंग के माध्यम से डायनेमिक VLAN असाइनमेंट, और पासवर्ड-आधारित EAP-TTLS और सर्टिफिकेट-आधारित EAP-TLS के बीच महत्वपूर्ण निर्णय शामिल हैं। वेन्यू ऑपरेटरों और एंटरप्राइज़ IT टीमों को व्यावहारिक डिप्लॉयमेंट मार्गदर्शन, हॉस्पिटैलिटी और रिटेल से वास्तविक दुनिया के केस स्टडीज, और समर्पित गेस्ट WiFi समाधानों के साथ Okta RADIUS को एकीकृत करने के लिए एक स्पष्ट ढांचा मिलेगा।

📖 11 मिनट का पाठ📝 3,075 शब्द🔧 2 हल किए गए उदाहरण3 अभ्यास प्रश्न📚 10 मुख्य परिभाषाएं

इस गाइड को सुनें

पॉडकास्ट ट्रांसक्रिप्ट देखें
Purple Technical Briefing में आपका स्वागत है। आज हम एक ऐसे विषय पर चर्चा कर रहे हैं जो नेटवर्क आर्किटेक्चर और आइडेंटिटी मैनेजमेंट के ठीक चौराहे पर स्थित है: WiFi ऑथेंटिकेशन के लिए Okta और RADIUS। यदि आप एक IT मैनेजर, नेटवर्क आर्किटेक्ट, या वेन्यू ऑपरेशन्स डायरेक्टर हैं, तो आप पहले से ही नेटवर्क एक्सेस के लिए अलग क्रेडेंशियल प्रबंधित करने के सिरदर्द को जानते हैं। आपके पास क्लाउड एप्लिकेशनों के लिए अपनी Okta डायरेक्टरी है, लेकिन शायद आपका WiFi अभी भी एक पुराने Active Directory सर्वर पर निर्भर है, या इससे भी बदतर, ब्रेक रूम की दीवार पर पिन किया गया एक साझा WPA2 पासवर्ड है। आज, हम देखने जा रहे हैं कि Okta RADIUS एजेंट का उपयोग करके उस अंतर को कैसे पाटा जाए। हम आर्किटेक्चर, WiFi पर मल्टी-फैक्टर ऑथेंटिकेशन को संभालने के तरीके, पासवर्ड-आधारित और सर्टिफिकेट-आधारित ऑथेंटिकेशन के बीच महत्वपूर्ण समझौतों, और डायनेमिक VLAN असाइनमेंट के लिए Okta ग्रुप्स को RADIUS एट्रिब्यूट्स से मैप करने के तरीके को कवर करेंगे। आइए शुरू करते हैं। आइए आर्किटेक्चर से शुरू करते हैं। Okta RADIUS एजेंट वास्तव में कैसे काम करता है? Okta RADIUS एजेंट एक लाइटवेट एप्लिकेशन है जिसे आप ऑन-प्रिमाइसेस — आमतौर पर Windows या Linux सर्वर पर — या क्लाउड वर्चुअल मशीन में डिप्लॉय करते हैं। यह एक प्रॉक्सी के रूप में कार्य करता है। यह आपके नेटवर्क इंफ्रास्ट्रक्चर, जैसे कि आपके वायरलेस एक्सेस पॉइंट्स या आपके वायरलेस LAN कंट्रोलर, और Okta क्लाउड के बीच बैठता है। जब कोई उपयोगकर्ता आपके 802.1X एंटरप्राइज़ WiFi से कनेक्ट करने का प्रयास करता है, तो उनका डिवाइस एक्सेस पॉइंट पर क्रेडेंशियल भेजता है। एक्सेस पॉइंट, जिसे हम 802.1X मॉडल में ऑथेंटिकेटर कहते हैं, UDP पोर्ट 1812 पर Okta RADIUS एजेंट को एक RADIUS Access-Request फॉरवर्ड करता है। एजेंट उस अनुरोध को लेता है और इसे HTTPS API कॉल के माध्यम से Okta क्लाउड पर सुरक्षित रूप से टनल करता है। Okta क्रेडेंशियल को मान्य करता है, साइन-ऑन पॉलिसियों की जांच करता है, और एक निर्णय लौटाता है। एजेंट फिर इसे एक्सेस पॉइंट के लिए RADIUS Access-Accept या Access-Reject संदेश में वापस अनुवादित करता है। यह आपकी डायरेक्टरी को सीधे इंटरनेट पर उजागर किए बिना आपके क्लाउड आइडेंटिटी प्रोवाइडर को स्थानीय नेटवर्क एज तक बढ़ाने का एक स्मार्ट तरीका है। अब, बड़ा सवाल जो हर कोई पूछता है: क्या आप WiFi कनेक्शन पर Okta MFA लागू कर सकते हैं? संक्षिप्त उत्तर हाँ है, लेकिन महत्वपूर्ण चेतावनियों के साथ। Okta RADIUS एजेंट मुख्य रूप से पासवर्ड ऑथेंटिकेशन प्रोटोकॉल, या PAP का समर्थन करता है। चूंकि PAP पासवर्ड को स्पष्ट रूप से भेजता है, इसलिए यह EAP प्रोटोकॉल (जो Extensible Authentication Protocol के लिए है) के बाहरी TLS टनल द्वारा एनकैप्सुलेटेड और सुरक्षित होता है। यह व्यवस्था एजेंट को MFA चुनौतियों को संभालने की अनुमति देती है। आप उपयोगकर्ता के फोन पर Okta Verify नोटिफिकेशन पुश करने के लिए Okta को कॉन्फ़िगर कर सकते, या उनसे अपने पासवर्ड के साथ एक TOTP कोड — एक टाइम-बेस्ड वन-टाइम पासवर्ड — जोड़ने के लिए कह सकते हैं। हालाँकि, यह वह जगह है जहाँ उपयोगकर्ता अनुभव सुरक्षा से टकराता है। कल्पना कीजिए कि एक रिटेल स्टोर सहयोगी से हर बार पुश नोटिफिकेशन को स्वीकृत करने के लिए कहा जाए जब उनका फोन शॉप फ्लोर पर चलते समय स्टाफ WiFi से फिर से कनेक्ट होता है। यह घर्षण पैदा करता है। इसके अलावा, यदि MFA चैलेंज में बहुत अधिक समय लगता है, तो कई आधुनिक डिवाइस WiFi कनेक्शन को छोड़ देंगे। इसलिए जबकि WiFi पर MFA तकनीकी रूप से संभव है और Okta द्वारा समर्थित है, हम आम तौर पर सामान्य स्टाफ WiFi के बजाय केवल अत्यधिक विशेषाधिकार प्राप्त एक्सेस, जैसे कि IT एडमिन SSID, के लिए इसकी अनुशंसा करते हैं। यह हमें महत्वपूर्ण समझौते पर लाता है: Okta के साथ पासवर्ड-आधारित RADIUS बनाम सर्टिफिकेट-आधारित ऑथेंटिकेशन, विशेष रूप से EAP-TLS। जब आप EAP-TTLS या PAP के साथ Okta RADIUS एजेंट का उपयोग करते हैं, तो आप पासवर्ड पर निर्भर होते हैं। पासवर्ड चोरी हो सकते हैं, फ़िशिंग हो सकते हैं, या साझा किए जा सकते हैं। इसके अलावा, जैसा कि हमने अभी चर्चा की, WiFi में MFA जोड़ना व्यावहारिक रूप से बोझिल है। दूसरी ओर, EAP-TLS उपयोगकर्ता के डिवाइस पर डिप्लॉय किए गए डिजिटल सर्टिफिकेट का उपयोग करता है। इट प्रोवाइड्स पारस्परिक ऑथेंटिकेशन — डिवाइस नेटवर्क के सामने अपनी पहचान साबित करता है, और नेटवर्क डिवाइस के सामने अपनी पहचान साबित करता है। इसमें टाइप करने के लिए कोई पासवर्ड नहीं है, और यह फ़िशिंग के प्रति अत्यधिक प्रतिरोधी है। पेच क्या है? Okta RADIUS एजेंट मूल रूप से सर्टिफिकेट अथॉरिटी के रूप में कार्य नहीं करता है। यदि आप EAP-TLS चाहते हैं, तो आपको एक पब्लिक की इंफ्रास्ट्रक्चर, या PKI — जैसे कि SecureW2, Foxpass, या Microsoft Active Directory Certificate Services — और अपने एंडपॉइंट्स पर सर्टिफिकेट वितरित करने के लिए एक मोबाइल डिवाइस मैनेजमेंट समाधान की आवश्यकता होगी। Okta अभी भी आइडेंटिटी प्रोवाइडर हो सकता है जो सर्टिफिकेट जारी करने को अधिकृत करता है, लेकिन RADIUS एजेंट स्वयं EAP-TLS के लिए भारी काम नहीं करेगा। BYOD वातावरण के लिए, पासवर्ड-आधारित Okta RADIUS डिप्लॉय करना तेज़ और आसान है। प्रबंधित कॉर्पोरेट डिवाइसों के लिए, EAP-TLS गोल्ड स्टैंडर्ड है। आइए सबसे शक्तिशाली विशेषताओं में से एक पर चलते हैं: डायनेमिक VLAN असाइनमेंट। एक बड़े वेन्यू में — एक होटल, एक स्टेडियम, एक कॉन्फ्रेंस सेंटर — आप नहीं चाहते कि आपका पूरा स्टाफ एक ही नेटवर्क सेगमेंट पर हो। आप चाहते हैं कि पॉइंट-ऑफ-सेल टर्मिनल हाउसकीपिंग टैबलेट से अलग रहें, और आप IT स्टाफ को एक मैनेजमेंट VLAN पर चाहते हैं। आप Okta के साथ इसे कैसे प्राप्त करते हैं? यह सब RADIUS एट्रिब्यूट मैपिंग के बारे में है। Okta Admin Console में, RADIUS एप्लिकेशन सेटिंग्स के अंतर्गत, आप 'Include groups in RADIUS response' नामक सुविधा को सक्षम कर सकते हैं। आप निर्दिष्ट करते हैं कि ऑथेंटिकेशन प्रतिक्रिया में कौन से Okta ग्रुप वापस किए जाने चाहिए। Okta मानक RADIUS एट्रिब्यूट्स — आमतौर पर Filter-ID के लिए Attribute 11, या Class के लिए Attribute 25 का उपयोग करके इस ग्रुप मेंबरशिप को आपके नेटवर्क कंट्रोलर को वापस भेजता है। आपका वायरलेस कंट्रोलर या नेटवर्क एक्सेस कंट्रोल सिस्टम, जैसे कि Aruba ClearPass या Cisco ISE, इस ग्रुप का नाम प्राप्त करता है। फिर आप कंट्रोलर पर एक स्थानीय पॉलिसी कॉन्फ़िगर करते हैं जो कहती है, उदाहरण के लिए, यदि RADIUS Attribute 25 'Retail-POS' के बराबर है, तो क्लाइंट को VLAN 40 असाइन करें। कंट्रोलर मानक टनल एट्रिब्यूट्स — Tunnel-Type, Tunnel-Medium-Type, और Tunnel-Private-Group-ID — को एक्सेस पॉइंट पर भेजता है, जिससे उपयोगकर्ता गतिशील रूप से सही VLAN में आ जाता है। यह विशुद्ध रूप से Okta पहचान के आधार पर नेटवर्क सेगमेंटेशन लागू करने का एक सहज तरीका है, जो PCI-DSS जैसे मानकों के अनुपालन के लिए अत्यधिक शक्तिशाली है, जिसके लिए कार्डधारक डेटा वातावरण के आसपास सख्त नेटवर्क सेगमेंटेशन की आवश्यकता होती है। अब आइए कुछ वास्तविक दुनिया के कार्यान्वयन परिदृश्यों को देखें। यूनाइटेड किंगडम में संपत्तियों वाली एक राष्ट्रीय होटल चेन पर विचार करें। प्रत्येक संपत्ति में फ्रंट डेस्क स्टाफ, हाउसकीपिंग, फूड एंड बेवरेज, और प्रबंधन का मिश्रण है। पहले, प्रत्येक संपत्ति स्थानीय Active Directory के साथ अपना स्वयं का NPS सर्वर चलाती थी। IT टीम ने स्थानीय खातों के प्रबंधन और RADIUS विफलताओं के समस्या निवारण में काफी समय बिताया। रिडंडेंट क्लाउड वर्चुअल मशीनों की एक जोड़ी में Okta RADIUS एजेंट को डिप्लॉय करके, Okta में सभी उपयोगकर्ता खातों को केंद्रीकृत करके, और ग्रुप-आधारित VLAN असाइनमेंट को कॉन्फ़िगर करके, चेन ने अपने प्रति-साइट IT ओवरहेड को काफी कम कर दिया। फ्रंट डेस्क स्टाफ अपने Okta क्रेडेंशियल के साथ ऑथेंटिकेट करते हैं और स्वचालित रूप से गेस्ट-सर्विसेज VLAN पर रख दिए जाते हैं। प्रबंधन कर्मचारी, जो एक अलग Okta ग्रुप में हैं, संपत्ति प्रबंधन प्रणालियों तक पहुंच के साथ प्रबंधन VLAN पर आते हैं। दूसरा परिदृश्य: 300 से अधिक स्टोर्स वाली एक बड़ी रिटेल चेन। प्रत्येक स्टोर में इन्वेंट्री प्रबंधन, पॉइंट-ऑफ-सेल टर्मिनलों और बैक-ऑफिस संचालन के लिए उपयोग किया जाने वाला एक स्टाफ WiFi नेटवर्क है। PCI-DSS अनुपालन के लिए कार्डधारक डेटा वातावरण और सामान्य स्टाफ एक्सेस के बीच सख्त नेटवर्क सेगमेंटेशन की आवश्यकता होती है। अपने मौजूदा वायरलेस इंफ्रास्ट्रक्चर के साथ Okta RADIUS को एकीकृत करके, रिटेलर Okta ग्रुप्स — POS-Staff, Inventory-Staff, और Store-Management — को तीन अलग-अलग VLAN से मैप करता है। जब कोई स्टोर सहयोगी कनेक्ट होता है, तो उनका डिवाइस उनकी Okta ग्रुप मेंबरशिप के आधार पर स्वचालित रूप से सही VLAN में रख दिया जाता है। यदि कोई कर्मचारी भूमिका बदलता है, तो उनकी Okta ग्रुप मेंबरशिप को अपडेट करने से उनके अगले कनेक्शन पर उनकी नेटवर्क एक्सेस तुरंत बदल जाती है। अपडेट करने के लिए कोई फ़ायरवॉल नियम नहीं, व्यक्तिगत स्टोर्स पर पुश करने के लिए कोई VLAN कॉन्फ़िगरेशन नहीं। अब, आइए कार्यान्वयन सिफारिशों और सामान्य कमियों को कवर करें। पहली और सबसे आम कमी टाइमआउट सेटिंग्स को अनदेखा करना है। Okta API कॉल में समय लगता है, खासकर यदि कोई MFA पुश शामिल हो। यदि आपके वायरलेस कंट्रोलर का RADIUS टाइमआउट डिफ़ॉल्ट तीन या पांच सेकंड पर सेट है, तो उपयोगकर्ता द्वारा अपने फोन पर Approve टैप करने से पहले अनुरोध टाइम आउट हो जाएगा। आपको अपने WLC पर RADIUS टाइमआउट को कम से कम तीस से साठ सेकंड तक बढ़ाना होगा। यह नेटवर्क की तरफ एक कॉन्फ़िगरेशन परिवर्तन है, न कि Okta में, और इसे अक्सर अनदेखा कर दिया जाता है। दूसरी सिफारिश हाई एवेलेबिलिटी है। कभी भी केवल एक Okta RADIUS एजेंट डिप्लॉय न करें। अलग सर्वरों पर कम से कम दो एजेंट डिप्लॉय करें और अपने वायरलेस कंट्रोलर को उनके बीच लोड बैलेंस करने के लिए कॉन्फ़िगर करें। यदि पैचिंग के लिए एक सर्वर डाउन हो जाता, तो आपका WiFi ऑथेंटिकेशन चालू रहता है। तीसरी कमी: PEAP के साथ सावधान रहें। Okta RADIUS एजेंट PEAP-MSCHAPv2 का समर्थन नहीं करता है, जो कई पुराने Windows वातावरणों के लिए डिफ़ॉल्ट है। आपको अपने क्लाइंट्स को PAP के साथ EAP-TTLS का उपयोग करने के लिए कॉन्फ़िगर करना होगा। इसके लिए आमतौर पर Group Policy या MDM के माध्यम से एक वायरलेस प्रोफाइल पुश करने की आवश्यकता होती है, क्योंकि Windows आसानी से EAP-TTLS पर डिफ़ॉल्ट नहीं होता है। ऐसा न करना विफल डिप्लॉयमेंट का नंबर एक कारण है। सामान्य क्लाइंट प्रश्नों के आधार पर रैपिड-फायर प्रश्न और उत्तर सत्र का समय। प्रश्न एक: क्या हम गेस्ट WiFi के लिए Okta RADIUS का उपयोग कर सकते हैं? उत्तर: नहीं। Okta की कीमत प्रति उपयोगकर्ता है और इसे वर्कफ़ोर्स आइडेंटिटी के लिए डिज़ाइन किया गया है। गेस्ट WiFi के लिए, आपको एक उद्देश्य-निर्मित कैप्टिव पोर्टल समाधान का उपयोग करना चाहिए, जो Okta लाइसेंस का उपभोग किए बिना सेवा की शर्तों, सोशल लॉगिन और एनालिटिक्स को संभालता है। प्रश्न दो: क्या Okta RADIUS WiFi ऑथेंटिकेशन के लिए YubiKeys का समर्थन करता है? उत्तर: आम तौर पर, नहीं। हार्डवेयर टोकन और WebAuthn, RADIUS प्रोटोकॉल पर अच्छी तरह से अनुवादित नहीं होते हैं। यदि आपको WiFi पर MFA का उपयोग करना ही है, तो Okta Verify पुश या TOTP पर टिके रहें। प्रश्न तीन: यह Purple डिप्लॉयमेंट के साथ कैसे इंटरैक्ट करता है? उत्तर: बहुत अच्छी तरह से। अपने आइडेंटिटी प्रोवाइडर के रूप में Okta का उपयोग करने वाले Purple एंटरप्राइज़ ग्राहक सुरक्षित रूप से स्टाफ WiFi को ऑथेंटिकेट करने के लिए Okta RADIUS का उपयोग कर सकते हैं, जबकि एक अलग SSID पर गेस्ट एक्सेस के लिए Purple के कैप्टिव पोर्टल का उपयोग कर सकते हैं। यह Purple को एक एकीकृत, आधुनिक ऑथेंटिकेशन स्टैक में Okta के साथ रखता है — एक SSID पर Okta RADIUS के साथ स्टाफ, दूसरे पर Purple के ब्रांडेड पोर्टल के साथ गेस्ट। आज की ब्रीफिंग को संक्षेप में प्रस्तुत करने के लिए: Okta RADIUS एजेंट पुराने ऑन-प्रिमाइसेस डायरेक्टरी को समाप्त करने और आपके WiFi ऑथेंटिकेशन को आपके क्लाउड आइडेंटिटी प्रोवाइडर में एकीकृत करने के लिए एक शक्तिशाली उपकरण है। यह मजबूत नेटवर्क सेगमेंटेशन के लिए डायनेमिक VLAN असाइनमेंट का समर्थन करता, जो PCI-DSS जैसे मानकों के अनुपालन के लिए महत्वपूर्ण है, जिसके लिए कार्डधारक डेटा वातावरण के आसपास सख्त नेटवर्क सेगमेंटेशन की आवश्यकता होती है। हालाँकि, यदि आप WiFi पर MFA लागू करते हैं तो उपयोगकर्ता अनुभव के प्रति सचेत रहें, और याद रखें कि पूरी तरह से प्रबंधित कॉर्पोरेट उपकरणों के लिए, एक समर्पित PKI के साथ सर्टिफिकेट-आधारित EAP-TLS पर माइग्रेट करना अधिक सुरक्षित दीर्घकालिक रणनीति है। Okta RADIUS एजेंट एक उत्कृष्ट ब्रिज समाधान है, विशेष रूप से उन संगठनों के लिए जो Okta-केंद्रित हैं और उस आइडेंटिटी निवेश को नेटवर्क लेयर तक तेज़ी से बढ़ाना चाहते हैं। इस ब्रीफिंग के लिए बस इतना ही। विस्तृत कॉन्फ़िगरेशन चरणों, आर्किटेक्चर आरेखों और व्यावहारिक उदाहरणों के लिए पूर्ण तकनीकी संदर्भ गाइड की जांच करना सुनिश्चित करें। अगली बार तक, अपने नेटवर्क को सुरक्षित रखें और अपने उपयोगकर्ताओं को कनेक्टेड रखें।

📚 हमारी मुख्य श्रृंखला का हिस्सा: Enterprise WiFi Security Guide

header_image.png

कार्यकारी सारांश

होटल चेन से लेकर स्टेडियम तक, वितरित स्थानों का प्रबंधन करने वाली एंटरप्राइज़ IT टीमों के लिए, क्लाउड आइडेंटिटी प्रोवाइडर के साथ नेटवर्क एक्सेस कंट्रोल को एकीकृत करना Zero Trust की दिशा में एक महत्वपूर्ण कदम है। Okta RADIUS एजेंट आधुनिक क्लाउड आइडेंटिटी और पारंपरिक 802.1X WiFi इंफ्रास्ट्रक्चर के बीच के अंतर को पाटता है, जिससे संगठनों को नेटवर्क ऑथेंटिकेशन के लिए पुराने ऑन-प्रिमाइसेस RADIUS सर्वर और Active Directory इंफ्रास्ट्रक्चर को हटाने की अनुमति मिलती है।

यह गाइड एंटरप्राइज़ WiFi ऑथेंटिकेशन के लिए Okta RADIUS एजेंट को डिप्लॉय करने के तरीके का विवरण देती है, जिसमें प्रॉक्सी आर्किटेक्चर, MFA लागू करने के तंत्र, और पासवर्ड-आधारित EAP-TTLS और सर्टिफिकेट-आधारित EAP-TLS के बीच के समझौते शामिल हैं। यह डायनेमिक VLAN असाइनमेंट के लिए Okta ग्रुप मेंबरशिप को RADIUS एट्रिब्यूट्स से मैप करने पर व्यावहारिक मार्गदर्शन भी प्रदान करता है — एक ऐसी क्षमता जो सीधे PCI-DSS नेटवर्क सेगमेंटेशन आवश्यकताओं का समर्थन करती है। स्टाफ ऑथेंटिकेशन के लिए Okta को Guest WiFi समाधानों के साथ एकीकृत करके, वेन्यू ऑपरेटर आइडेंटिटी इंफ्रास्ट्रक्चर की नकल किए बिना एक एकीकृत, सुरक्षित और अनुपालन योग्य एक्सेस लेयर प्राप्त कर सकते हैं।

तकनीकी गहन विश्लेषण

Okta RADIUS एजेंट कैसे काम करता है

Okta RADIUS एजेंट एक लाइटवेट सिस्टम सर्विस है जो नेटवर्क एक्सेस सर्वर (NAS) — जैसे कि वायरलेस एक्सेस पॉइंट (WAP) या वायरलेस LAN कंट्रोलर (WLC) — और Okta क्लाउड के बीच एक प्रॉक्सी के रूप में कार्य करता है। इसे आमतौर पर ऑन-प्रिमाइसेस या क्लाउड VPC के भीतर Windows या Linux सर्वर पर डिप्लॉय किया जाता है, और प्रारंभिक इंस्टॉलेशन के बाद इसे पूरी तरह से Okta Admin Console से प्रबंधित किया जाता है।

ऑथेंटिकेशन फ्लो एक मानक 802.1X प्रॉक्सी मॉडल का अनुसरण करता है। एक उपयोगकर्ता का डिवाइस (सप्लीकेंट) एक एंटरप्राइज़ SSID से कनेक्ट होता है और क्रेडेंशियल प्रस्तुत करता है। WAP या WLC (ऑथेंटिकेटर) UDP पोर्ट 1812 पर Okta RADIUS एजेंट को एक RADIUS Access-Request फॉरवर्ड करता है। एजेंट इस अनुरोध को एक HTTPS API कॉल के माध्यम से Okta क्लाउड पर सुरक्षित रूप से टनल करता है, जहाँ Okta का पॉलिसी इंजन इसके उपयोगकर्ता डायरेक्टरी और किसी भी कॉन्फ़िगर की गई साइन-ऑन पॉलिसियों के खिलाफ क्रेडेंशियल का मूल्यांकन करता है। यदि ऑथेंटिकेशन सफल होता है, तो एजेंट ऑथेंटिकेटर को एक RADIUS Access-Accept संदेश लौटाता है, जिसमें वैकल्पिक रूप से ऑथराइजेशन के लिए RADIUS एट्रिब्यूट्स जैसे कि VLAN असाइनमेंट शामिल होते हैं। यदि MFA की आवश्यकता होती है, तो एजेंट क्लाइंट को वापस एक RADIUS Access-Challenge भेजता है, जो अंतिम निर्णय लौटाए जाने से पहले दूसरे फैक्टर के लिए संकेत देता है।

architecture_overview.png

इस प्रॉक्सी मॉडल का मतलब है कि Okta RADIUS एजेंट को उपयोगकर्ता क्रेडेंशियल को स्थानीय रूप से स्टोर करने की आवश्यकता नहीं है। सभी ऑथेंटिकेशन लॉजिक, पॉलिसी मूल्यांकन और ऑडिट लॉगिंग Okta क्लाउड में होते हैं, जिससे एडमिनिस्ट्रेटर को क्लाउड एप्लिकेशन और नेटवर्क एक्सेस दोनों में आइडेंटिटी गवर्नेंस के लिए एक सिंगल पेन ऑफ ग्लास मिलता है।

समर्थित EAP प्रोटोकॉल और महत्वपूर्ण सीमाएं

Okta RADIUS एजेंट की एक बुनियादी आर्किटेक्चरल सीमा प्राथमिक ऑथेंटिकेशन के लिए पासवर्ड ऑथेंटिकेशन प्रोटोकॉल (PAP) पर इसकी निर्भरता है। जबकि PAP आंतरिक परत पर प्लेनटेक्स्ट में पासवर्ड प्रसारित करता है, यह Extensible Authentication Protocol (EAP) के बाहरी TLS टनल द्वारा एनकैप्सुलेटेड और सुरक्षित होता है। समर्थित बाहरी प्रोटोकॉल EAP-TTLS (आंतरिक विधि के रूप में PAP के साथ) और EAP-GTC हैं। EAP विधियों की गहन तुलना के लिए, EAP विधियों की तुलना: PEAP, EAP-TLS, EAP-TTLS और EAP-FAST संदर्भ गाइड देखें।

महत्वपूर्ण रूप से, PEAP-MSCHAPv2 समर्थित नहीं है। यह Windows क्लाइंट और कई पुराने एंटरप्राइज़ वातावरणों के लिए डिफ़ॉल्ट 802.1X प्रोटोकॉल है। पारंपरिक NPS/Active Directory RADIUS सेटअप से माइग्रेट करने वाले संगठनों को EAP-TTLS के साथ PAP का उपयोग करने के लिए अपने क्लाइंट सप्लीकेंट को रीकॉन्फ़िगर करना होगा — एक ऐसा बदलाव जिसके लिए आमतौर पर MDM या Group Policy के माध्यम से भेजे गए वायरलेस प्रोफाइल की आवश्यकता होती है। इस पर ध्यान न देना Okta RADIUS डिप्लॉयमेंट के विफल होने का सबसे आम कारण है।

EAP-TLS, जो पूरी तरह से पारस्परिक सर्टिफिकेट-आधारित ऑथेंटिकेशन पर निर्भर करता है, वह भी Okta RADIUS एजेंट द्वारा मूल रूप से समर्थित नहीं है। EAP-TLS की आवश्यकता वाले संगठनों को एक समर्पित PKI या क्लाउड RADIUS समाधान डिप्लॉय करना होगा जो सीधे Okta RADIUS एजेंट का उपयोग करने के बजाय SAML या OIDC के माध्यम से IdP के रूप में Okta के साथ एकीकृत होता है।

WiFi कनेक्शन पर MFA लागू करना

Okta RADIUS एजेंट WiFi एक्सेस के लिए MFA का समर्थन करता है, लेकिन यह उपयोगकर्ता अनुभव से जुड़ी चुनौतियाँ पैदा करता है जिन पर डिप्लॉयमेंट से पहले सावधानीपूर्वक विचार किया जाना चाहिए। जब कोई MFA पॉलिसी ट्रिगर होती है, तो एजेंट क्लाइंट को एक RADIUS Access-Challenge भेजता है। Okta RADIUS अनुप्रयोगों के लिए कई फैक्टर्स का समर्थन करता:

MFA फैक्टर PAP EAP-TTLS नोट्स
Okta Verify Push समर्थित समर्थित आउट-ऑफ-बैंड भेजा गया; उपयोगकर्ता मोबाइल पर Approve टैप करता है
TOTP (Okta Verify / Google Auth) समर्थित समर्थित उपयोगकर्ता पासवर्ड के साथ OTP जोड़ता है (जैसे, Pass123,456789)
SMS / Email / Voice समर्थित समर्थित उपयोगकर्ता पहले ट्रिगर स्ट्रिंग (SMS, EMAIL, CALL) भेजता है
Duo Push / SMS / Passcode समर्थित समर्थित EAP-TTLS के लिए केवल Duo पासकोड
YubiKey / U2F / Windows Hello समर्थित नहीं समर्थित नहीं हार्डवेयर टोकन RADIUS प्रोटोकॉल के साथ असंगत हैं

व्यावहारिक बाधा रोमिंग है। Hospitality वातावरण में, एक हाउसकीपर का टैबलेट प्रति शिफ्ट दर्जनों बार एक्सेस पॉइंट के बीच रोम कर सकता है, जिससे हर बार री-ऑथेंटिकेशन ट्रिगर होता है। हर रोम पर पुश नोटिफिकेशन अप्रूवल की आवश्यकता होना परिचालन रूप से टिकाऊ नहीं है। सामान्य स्टाफ WiFi के लिए, सक्रिय MFA संकेतों के बजाय आमतौर पर Okta के डिवाइस ट्रस्ट और नेटवर्क ज़ोन पॉलिसियों के साथ मजबूत पासवर्ड पॉलिसियों को प्राथमिकता दी जाती है। WiFi पर MFA को प्रशासनिक SSID या उच्च-विशेषाधिकार प्राप्त एक्सेस परिदृश्यों के लिए आरक्षित किया जाना चाहिए।

पासवर्ड-आधारित बनाम सर्टिफिकेट-आधारित ऑथेंटिकेशन

पासवर्ड-आधारित RADIUS (Okta RADIUS एजेंट के माध्यम से) और सर्टिफिकेट-आधारित EAP-TLS के बीच चयन करना एंटरप्राइज़ WiFi डिप्लॉयमेंट में सबसे महत्वपूर्ण निर्णयों में से एक है। यह समझौता केवल सुरक्षा के बारे में नहीं है; इसमें डिप्लॉयमेंट की जटिलता, डिवाइस प्रबंधन की परिपक्वता और परिचालन ओवरहेड शामिल हैं।

comparison_chart.png

Okta RADIUS एजेंट के माध्यम से पासवर्ड-आधारित ऑथेंटिकेशन एकीकृत आइडेंटिटी के लिए एक त्वरित मार्ग प्रदान करता है। यदि आपका संगठन पहले से ही Okta में उपयोगकर्ताओं को प्रबंधित करता है, तो डिप्लॉयमेंट हफ्तों के बजाय घंटों में पूरा किया जा सकता है। इसमें बनाने के लिए कोई PKI नहीं है, वितरित करने के लिए कोई सर्टिफिकेट नहीं है, और कोई MDM निर्भरता नहीं है। इसका नुकसान यह है कि पासवर्ड प्राथमिक क्रेडेंशियल बने रहते हैं, और पारस्परिक ऑथेंटिकेशन की अनुपस्थिति का मतलब है कि क्लाइंट नेटवर्क की पहचान को क्रिप्टोग्राफिक रूप से सत्यापित नहीं कर सकता है — जो उच्च जोखिम वाले वातावरण में इविल ट्विन (evil twin) हमलों के लिए एक माध्यम है।

सर्टिफिकेट-आधारित EAP-TLS पासवर्ड को WiFi ऑथेंटिकेशन समीकरण से पूरी तरह से समाप्त कर देता है। क्लाइंट एक डिवाइस सर्टिफिकेट प्रस्तुत करता है, और RADIUS सर्वर एक सर्वर सर्टिफिकेट प्रस्तुत करता, जिससे पारस्परिक ऑथेंटिकेशन मिलता है। यह WPA3-Enterprise नेटवर्क पर IEEE 802.1X के लिए अनुशंसित दृष्टिकोण है, विशेष रूप से उन वातावरणों में जो PCI-DSS या NCSC Cyber Essentials Plus के अधीन हैं। इसके लिए एक कार्यात्मक PKI — या तो ऑन-प्रिमाइसेस Microsoft ADCS डिप्लॉयमेंट या क्लाउड PKI सर्विस — और एक MDM प्लेटफ़ॉर्म की आवश्यकता होती है जो सभी प्रबंधित एंडपॉइंट्स पर सर्टिफिकेट वितरित करने में सक्षम हो। सैकड़ों प्रबंधित पॉइंट-ऑफ-सेल उपकरणों वाले Retail वातावरण के लिए, यह निवेश पूरी तरह से उचित है। BYOD-प्रधान वातावरण या त्वरित डिप्लॉयमेंट के लिए, EAP-TTLS के साथ Okta RADIUS व्यावहारिक विकल्प है।

डायनेमिक VLAN असाइनमेंट के लिए RADIUS एट्रिब्यूट मैपिंग

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

Okta, Okta एप्लिकेशन की Advanced RADIUS Settings में कॉन्फ़िगर करने योग्य तीन एट्रिब्यूट्स में से एक का उपयोग करके RADIUS Access-Accept संदेश में ग्रुप मेंबरशिप डेटा पास करता है:

  • Attribute 11 (Filter-Id): एक स्ट्रिंग एट्रिब्यूट जिसमें ग्रुप का नाम होता है। वेंडर्स के बीच व्यापक रूप से समर्थित।
  • Attribute 25 (Class): ऑथराइजेशन के लिए उपयोग किया जाने वाला एक अपारदर्शी (opaque) एट्रिब्यूट। Cisco ISE, Aruba ClearPass, और Fortinet द्वारा समर्थित।
  • Attribute 26 (Vendor-Specific): अधिक बारीक नियंत्रण के लिए वेंडर-विशिष्ट सब-एट्रिब्यूट्स की अनुमति देता है।

नेटवर्क कंट्रोलर (WLC, NAC एप्लायंस) चुने गए एट्रिब्यूट में Okta ग्रुप का नाम प्राप्त करता है और इसे VLAN असाइनमेंट के लिए आवश्यक मानक RADIUS टनल एट्रिब्यूट्स से मैप करता है:

RADIUS एट्रिब्यूट मान उद्देश्य
64 (Tunnel-Type) 13 (VLAN) VLAN टनलिंग निर्दिष्ट करता है
65 (Tunnel-Medium-Type) 6 (802) IEEE 802 मीडियम निर्दिष्ट करता है
81 (Tunnel-Private-Group-ID) जैसे, 40 लक्षित VLAN ID

उदाहरण के लिए, Okta ग्रुप Retail-POS-Staff के एक उपयोगकर्ता के लिए Access-Accept में Class: Retail-POS-Staff वापस किया जाएगा। WLC पॉलिसी इसे Tunnel-Private-Group-ID: 40 से मैप करेगी, जिससे डिवाइस VLAN 40 — पृथक POS नेटवर्क पर आ जाएगा। Store-Management के उपयोगकर्ता को VLAN 50 पर रखा जाएगा। यह लॉजिक नेटवर्क एज पर लागू किया जाता है, न कि Okta में, लेकिन यह पूरी तरह से Okta ग्रुप मेंबरशिप द्वारा संचालित होता है।

कार्यान्वयन गाइड

चरण 1: Okta RADIUS एजेंट डिप्लॉय करें (हाई एवेलेबिलिटी)

हाई एवेलेबिलिटी सुनिश्चित करने के लिए कम से कम दो सर्वरों पर — या तो ऑन-प्रिमाइसेस या क्लाउड VPC में — Okta RADIUS एजेंट डिप्लॉय करें। सिंगल-एजेंट डिप्लॉयमेंट एक गंभीर जोखिम है: यदि सर्वर पैचिंग के लिए अनुपलब्ध है या विफलता का अनुभव करता है, तो पूरे एस्टेट में सभी 802.1X WiFi ऑथेंटिकेशन विफल हो जाएंगे। दोनों एजेंटों के बीच RADIUS अनुरोधों को लोड बैलेंस करने के लिए अपने WLC या NAC एप्लायंस को कॉन्फ़िगर करें।

इंस्टॉलेशन के दौरान, एजेंट को ऑथराइज करने और इसे Okta टेनेंट से जोड़ने के लिए एजेंट एक Okta एडमिनिस्ट्रेटर लॉगिन के लिए संकेत देगा। एक बार ऑथराइज होने के बाद, एजेंट Okta Admin Console में Settings > Downloads > RADIUS Agent Status के अंतर्गत दिखाई देता है, जहाँ स्वास्थ्य और कनेक्टिविटी की निगरानी की जा सकती है।

चरण 2: Okta में RADIUS एप्लिकेशन कॉन्फ़िगर करें

  1. Okta Admin Console में, Applications > Applications पर जाएं और ऐप कैटलॉग में RADIUS Application खोजें।
  2. एप्लिकेशन जोड़ें, इसे एक वर्णनात्मक नाम दें (जैसे, Corporate-WiFi-Staff), और Next पर क्लिक करें।
  3. Sign On टैब के अंतर्गत, RADIUS Port (डिफ़ॉल्ट 1812) कॉन्फ़िगर करें और कम से कम 32 वर्णों का एक मजबूत, रैंडम रूप से जनरेट किया गया Shared Secret जनरेट करें।
  4. Advanced RADIUS Settings के अंतर्गत, यदि आप पासवर्ड के साथ जुड़े TOTP का समर्थन करना चाहते हैं, तो Accept password and security token in the same login request को सक्षम करें।
  5. निर्बाध पुश-आधारित MFA के लिए वैकल्पिक रूप से Permit Automatic Push for Okta Verify Enrolled Users को सक्षम करें।
  6. अपने स्टाफ का प्रतिनिधित्व करने वाले प्रासंगिक Okta ग्रुप्स को एप्लिकेशन असाइन करें।

चरण 3: ग्रुप-आधारित VLAN असाइनमेंट कॉन्फ़िगर करें

  1. RADIUS एप्लिकेशन की Sign On सेटिंग्स में, Advanced RADIUS Settings सेक्शन में Edit पर क्लिक करें।
  2. Include groups in RADIUS response को चेक करें।
  3. RADIUS एट्रिब्यूट चुनें: Aruba और Cisco वातावरण के लिए 25 Class की सिफारिश की जाती है; Fortinet और अन्य के लिए 11 Filter-Id
  4. शामिल करने के लिए विशिष्ट Okta ग्रुप नाम जोड़ें (जैसे, Retail-POS-Staff, Store-Management, IT-Admins)।
  5. अपने WLC या NAC एप्लायंस पर, एनफोर्समेंट पॉलिसियां बनाएं जो प्रत्येक ग्रुप नाम को संबंधित VLAN टनल एट्रिब्यूट्स से मैप करती हैं।

चरण 4: क्लाइंट सप्लीकेंट कॉन्फ़िगर करें

चूंकि PEAP-MSCHAPv2 असमर्थित है, इसलिए क्लाइंट डिवाइसों को आंतरिक विधि के रूप में EAP-TTLS with PAP का उपयोग करने के लिए कॉन्फ़िगर किया जाना चाहिए। अपने MDM प्लेटफ़ॉर्म (जैसे, Microsoft Intune, Jamf Pro) के माध्यम से या Windows डोमेन-जॉइन्ड डिवाइसों के लिए Group Policy Objects (GPO) के माध्यम से एक वायरलेस नेटवर्क प्रोफाइल डिप्लॉय करें। प्रोफाइल में निम्नलिखित निर्दिष्ट होना चाहिए:

  • SSID: आपका एंटरप्राइज़ SSID नाम
  • Security: WPA2-Enterprise या WPA3-Enterprise
  • EAP Method: EAP-TTLS
  • Inner Authentication: PAP
  • Server Certificate Validation: सक्षम (अपने RADIUS एजेंट के सर्वर सर्टिफिकेट CN पर पिन करें)

चरण 5: RADIUS टाइमआउट सेट करें

अपने WLC पर RADIUS टाइमआउट को डिफ़ॉल्ट 3-5 सेकंड से बढ़ाकर 30-60 सेकंड करें। यह तब महत्वपूर्ण होता है जब MFA पुश नोटिफिकेशन का उपयोग किया जा रहा हो, क्योंकि उपयोगकर्ता के पास WLC द्वारा ऑथेंटिकेशन प्रयास को छोड़ने से पहले अपने डिवाइस पर नोटिफिकेशन को स्वीकृत करने के लिए पर्याप्त समय होना चाहिए।

सर्वोत्तम प्रथाएं

WiFi ऑथेंटिकेशन के लिए Okta RADIUS को डिप्लॉय करना सीधा है, लेकिन कई परिचालन सर्वोत्तम प्रथाएं एक लचीले प्रोडक्शन डिप्लॉयमेंट को एक नाजुक प्रूफ-ऑफ-कॉन्सेप्ट से अलग करती हैं।

SSID स्तर पर गेस्ट और स्टाफ ट्रैफ़िक को विभाजित करें। Okta RADIUS एक वर्कफ़ोर्स आइडेंटिटी टूल है। विज़िटर और गेस्ट एक्सेस के लिए, एक समर्पित कैप्टिव पोर्टल समाधान डिप्लॉय करें। यह Okta लाइसेंस लागत को गेस्ट की संख्या के साथ बढ़ने से रोकता है और चिंताओं के स्पष्ट पृथक्करण को सुनिश्चित करता है। Purple एंटरप्राइज़ ग्राहक उसी भौतिक इंफ्रास्ट्रक्चर पर स्टाफ ऑथेंटिकेशन के लिए Okta RADIUS का उपयोग करते हुए एक अलग SSID पर Guest WiFi डिप्लॉय कर सकते हैं।

जटिल पॉलिसी वातावरण के लिए NAC एप्लायंस का उपयोग करें। यदि आपके वातावरण को उपयोगकर्ता पहचान के साथ-साथ डिवाइस पोस्चर, MAC एड्रेस फ़िल्टरिंग, या सर्टिफिकेट स्थिति के आधार पर कंडीशनल एक्सेस की आवश्यकता है, तो Okta RADIUS एजेंट को अनुरोधों को प्रॉक्सी करने के लिए एक मध्यवर्ती NAC एप्लायंस (Aruba ClearPass, Cisco ISE, या Portnox) डिप्लॉय करें। NAC एप्लायंस RADIUS प्रतिक्रिया को अतिरिक्त टनल एट्रिब्यूट्स के साथ समृद्ध कर सकता है जिन्हें अकेले Okta एजेंट जनरेट नहीं कर सकता।

Okta System Log के माध्यम से निगरानी करें। प्रत्येक ऑथेंटिकेशन इवेंट — सफलता, विफलता, MFA चैलेंज और फैक्टर प्रकार — Okta System Log में रिकॉर्ड किया जाता है। ऑथेंटिकेशन विसंगतियों पर रीयल-टाइम अलर्टिंग के लिए अपने SIEM में लॉग स्ट्रीमिंग कॉन्फ़िगर करें। यह ऑडिट आवश्यकताओं के अधीन Healthcare और सार्वजनिक क्षेत्र के संगठनों के लिए विशेष रूप से मूल्यवान है।

एक शेड्यूल पर शेयर्ड सीक्रेट्स को रोटेट करें। Okta RADIUS एप्लिकेशन और आपके NAS के बीच का शेयर्ड सीक्रेट एक महत्वपूर्ण सुरक्षा क्रेडेंशियल है। एक रोटेशन शेड्यूल लागू करें (त्रैमासिक अनुशंसित है) और Okta एप्लिकेशन और WLC/NAC कॉन्फ़िगरेशन दोनों को एक साथ अपडेट करें।

RADIUS सर्विस एड्रेस को प्रतिबंधित करें। Okta RADIUS एजेंट कॉन्फ़िगरेशन में, प्रतिबंधित करें कि किन IP एड्रेस को RADIUS अनुरोध भेजने की अनुमति है। यह अनधिकृत NAS डिवाइसों को आपके Okta टेनेंट के खिलाफ ऑथेंटिकेशन का प्रयास करने से रोकता है।

व्यापक नेटवर्क आर्किटेक्चर संदर्भ पर मार्गदर्शन के लिए, आधुनिक व्यवसायों के लिए मुख्य SD WAN लाभ और वायरलेस एक्सेस पॉइंट्स की परिभाषा: आपकी अंतिम 2026 गाइड देखें।

समस्या निवारण और जोखिम न्यूनीकरण

निम्नलिखित तालिका Okta RADIUS WiFi डिप्लॉयमेंट में आने वाले सबसे आम विफलता मोड और उनके अनुशंसित न्यूनीकरणों को संक्षेप में प्रस्तुत करती है।

विफलता मोड मूल कारण न्यूनीकरण
ऑथेंटिकेशन टाइमआउट Okta API या MFA प्रतिक्रिया के लिए WLC RADIUS टाइमआउट बहुत छोटा है WLC RADIUS टाइमआउट को बढ़ाकर 30-60 सेकंड करें
Windows क्लाइंट अस्वीकृत Windows डिफ़ॉल्ट रूप से PEAP-MSCHAPv2 पर सेट होता है, जिसे Okta RADIUS अस्वीकार कर देता है MDM या GPO के माध्यम से EAP-TTLS/PAP वायरलेस प्रोफाइल पुश करें
उपयोगकर्ता गलत VLAN में Okta ग्रुप नाम बेमेल या WLC पर टनल एट्रिब्यूट्स गायब हैं सत्यापित करें कि WLC Class/Filter-Id को Tunnel-Private-Group-ID से मैप करता है; Okta System Log की जांच करें
एजेंट पहुंच से बाहर सर्वर ऑफ़लाइन, API टोकन समाप्त, या फ़ायरवॉल Okta के लिए HTTPS को ब्लॉक कर रहा है रिडंडेंट एजेंट डिप्लॉय करें; Okta Admin Console में एजेंट की स्थिति की निगरानी करें; आउटबाउंड HTTPS सत्यापित करें
MFA पुश डिलीवर नहीं हुआ उपयोगकर्ता Okta Verify में नामांकित नहीं है, या मोबाइल डिवाइस ऑफ़लाइन है Okta Verify नामांकन पॉलिसी लागू करें; फॉलबैक के रूप में TOTP पर विचार करें
सर्टिफिकेट सत्यापन त्रुटियां क्लाइंट RADIUS सर्वर सर्टिफिकेट को सत्यापित नहीं कर सकता क्लाइंट वायरलेस प्रोफाइल में सर्वर सर्टिफिकेट CN पिन करें; सुनिश्चित करें कि CA चेन विश्वसनीय है
VLAN एट्रिब्यूट्स नहीं भेजे गए Okta ग्रुप RADIUS प्रतिक्रिया कॉन्फ़िगरेशन में शामिल नहीं है सत्यापित करें कि ग्रुप Advanced RADIUS Settings में सूचीबद्ध है; पुष्टि करें कि उपयोगकर्ता Okta में ग्रुप का सदस्य है

Transport और सार्वजनिक क्षेत्र के वातावरण के लिए जहाँ नेटवर्क अपटाइम मिशन-क्रिटिकल है, सिंथेटिक मॉनिटरिंग लागू करें जो समय-समय पर एंड-टू-एंड RADIUS ऑथेंटिकेशन का परीक्षण करती है और उपयोगकर्ताओं के प्रभावित होने से पहले विफलता पर अलर्ट करती है।

ROI और व्यावसायिक प्रभाव

Okta RADIUS WiFi ऑथेंटिकेशन का बिजनेस केस तीन स्तंभों पर टिका है: परिचालन दक्षता, सुरक्षा स्थिति में सुधार, और अनुपालन तत्परता।

परिचालन दक्षता। WiFi ऑथेंटिकेशन को Okta में समेकित करने से प्रत्येक वेन्यू या साइट पर अलग ऑन-प्रिमाइसेस RADIUS इंफ्रास्ट्रक्चर (NPS सर्वर, स्थानीय AD) को बनाए रखने की आवश्यकता समाप्त हो जाती है। 50 संपत्तियों वाली एक होटल चेन के लिए, यह प्रति-साइट इंफ्रास्ट्रक्चर लागत और IT सपोर्ट ओवरहेड में महत्वपूर्ण कमी का प्रतिनिधित्व कर सकता है। उपयोगकर्ता प्रोविज़निंग और डीप्रोविज़निंग एटॉमिक (एकल प्रक्रिया) बन जाते हैं: सही Okta ग्रुप में उपयोगकर्ता को जोड़ने से एप्लिकेशन एक्सेस और उपयुक्त WiFi VLAN एक्सेस दोनों एक साथ मिल जाते हैं। जब कोई कर्मचारी छोड़ता है, तो उनके Okta खाते को निष्क्रिय करने से सभी साइटों पर तुरंत WiFi एक्सेस रद्द हो जाता है।

सुरक्षा स्थिति। साझा किए गए PSK WiFi पासवर्ड को प्रति-उपयोगकर्ता 802.1X ऑथेंटिकेशन से बदलने से क्रेडेंशियल साझाकरण समाप्त हो जाता है, जो अंदरूनी खतरे और अनधिकृत एक्सेस के लिए एक आम माध्यम है। डायनेमिक VLAN असाइनमेंट के साथ मिलकर, यह नेटवर्क लेयर पर न्यूनतम विशेषाधिकार (least privilege) के सिद्धांत को लागू करता है। Okta System Log प्रत्येक WiFi ऑथेंटिकेशन इवेंट का एक पूर्ण, छेड़छाड़-मुक्त ऑडिट ट्रेल प्रदान करता है, जो घटना प्रतिक्रिया (incident response) के लिए आवश्यक है।

अनुपालन तत्परता। PCI-DSS 4.0 आवश्यकता 8.3 सभी गैर-कंसोल प्रशासनिक एक्सेस के लिए MFA को अनिवार्य बनाती है। आवश्यकता 1.3 कार्डधारक डेटा वातावरण और अन्य नेटवर्क के बीच नेटवर्क सेगमेंटेशन की आवश्यकता रखती है। ग्रुप-आधारित VLAN असाइनमेंट के साथ Okta RADIUS सीधे दोनों आवश्यकताओं को पूरा करता है। GDPR अनुपालन के लिए, Okta System Log व्यक्तिगत डेटा प्रोसेसिंग सिस्टम पर उचित तकनीकी नियंत्रण प्रदर्शित करने के लिए आवश्यक एक्सेस रिकॉर्ड प्रदान करता है। आधुनिक हॉस्पिटैलिटी WiFi समाधान डिप्लॉय करने वाले वेन्यू के लिए, आइडेंटिटी और नेटवर्क एक्सेस का यह एकीकृत दृष्टिकोण एंटरप्राइज़ खरीद के लिए तेजी से एक पूर्वापेक्षा बनता जा रहा है।

इस एकीकरण को पूरा करने वाले संगठन आमतौर पर WiFi से संबंधित IT सपोर्ट टिकटों (कम पासवर्ड रीसेट अनुरोध, कम VLAN गलत कॉन्फ़िगरेशन घटनाएं) में कमी और सुरक्षा ऑडिट स्कोर में मापने योग्य सुधार की रिपोर्ट करते हैं। Okta RADIUS एजेंट को डिप्लॉय और कॉन्फ़िगर करने का निवेश — जो एकल-साइट डिप्लॉयमेंट के लिए आमतौर पर हफ्तों के बजाय दिनों में मापा जाता है — निरंतर परिचालन बचत प्रदान करता है जो एक वितरित एस्टेट में और बढ़ जाती है।

मुख्य परिभाषाएं

Okta RADIUS Agent

एक लाइटवेट ऑन-प्रिमाइसेस या क्लाउड-होस्टेड प्रॉक्सी सर्विस जो नेटवर्क इंफ्रास्ट्रक्चर (एक्सेस पॉइंट, WLC) से RADIUS ऑथेंटिकेशन अनुरोधों को Okta API कॉल में अनुवादित करती है, जिससे Okta क्लाउड 802.1X WiFi के लिए ऑथेंटिकेशन बैकएंड के रूप में कार्य करने में सक्षम होता है।

IT टीमें इसका सामना तब करती हैं जब वे Okta द्वारा समर्थित एंटरप्राइज़ WiFi ऑथेंटिकेशन को डिप्लॉय करती हैं। यह पुराने RADIUS-आधारित नेटवर्क इंफ्रास्ट्रक्चर और आधुनिक क्लाउड आइडेंटिटी के बीच का महत्वपूर्ण ब्रिज घटक है।

802.1X

पोर्ट-आधारित नेटवर्क एक्सेस कंट्रोल (NAC) के लिए एक IEEE मानक जो वायर्ड और वायरलेस नेटवर्क के लिए एक ऑथेंटिकेशन फ्रेमवर्क को परिभाषित करता है। यह सप्लीकेंट (डिवाइस), ऑथेंटिकेटर (AP/स्विच) और ऑथेंटिकेशन सर्वर (RADIUS) के बीच ऑथेंटिकेशन क्रेडेंशियल ले जाने के लिए Extensible Authentication Protocol (EAP) का उपयोग करता है।

802.1X एंटरप्राइज़ WiFi सुरक्षा की नींव है। WPA2-Enterprise या WPA3-Enterprise का उपयोग करने वाला कोई भी डिप्लॉयमेंट 802.1X का उपयोग कर रहा है। कनेक्टिविटी समस्याओं के निवारण के लिए IT टीमों को तीन-पक्षीय मॉडल (सप्लीकेंट, ऑथेंटिकेटर, ऑथेंटिकेशन सर्वर) को समझना चाहिए।

EAP-TTLS (Extensible Authentication Protocol - Tunnelled Transport Layer Security)

एक EAP विधि जो केवल सर्वर-साइड सर्टिफिकेट का उपयोग करके एक TLS टनल स्थापित करती है, फिर टनल के भीतर एक सरल आंतरिक ऑथेंटिकेशन प्रोटोकॉल (जैसे कि PAP) ले जाती है। यह केवल सर्वर-साइड सर्टिफिकेट इंफ्रास्ट्रक्चर की आवश्यकता के साथ आंतरिक क्रेडेंशियल को जासूसी से बचाता है।

Okta RADIUS WiFi ऑथेंटिकेशन के लिए EAP-TTLS with PAP अनुशंसित प्रोटोकॉल है। यह केवल PAP की तुलना में अधिक सुरक्षित है लेकिन इसके लिए क्लाइंट-साइड सर्टिफिकेट की आवश्यकता नहीं होती है, जिससे यह BYOD और मिश्रित-डिवाइस वातावरण के लिए व्यावहारिक बन जाता है।

EAP-TLS (Extensible Authentication Protocol - Transport Layer Security)

एक EAP विधि जो पारस्परिक सर्टिफिकेट-आधारित ऑथेंटिकेशन का उपयोग करती है — क्लाइंट और सर्वर दोनों डिजिटल सर्टिफिकेट प्रस्तुत करते हैं। यह सबसे सुरक्षित 802.1X विधि है, जो फ़िशिंग-प्रतिरोधी, पासवर्ड-मुक्त ऑथेंटिकेशन प्रदान करती है।

EAP-TLS प्रबंधित कॉर्पोरेट डिवाइस वातावरण के लिए गोल्ड स्टैंडर्ड है। इसके लिए सर्टिफिकेट वितरण के लिए एक PKI इंफ्रास्ट्रक्चर और MDM की आवश्यकता होती है। Okta RADIUS एजेंट मूल रूप से EAP-TLS का समर्थन नहीं करता है; एक समर्पित क्लाउड PKI या RADIUS सेवा की आवश्यकता होती है।

PAP (Password Authentication Protocol)

एक सरल ऑथेंटिकेशन प्रोटोकॉल जो उपयोगकर्ता नाम और पासवर्ड को प्लेनटेक्स्ट में प्रसारित करता है। 802.1X के संदर्भ में, PAP का उपयोग EAP-TTLS टनल के भीतर आंतरिक ऑथेंटिकेशन विधि के रूप में किया जाता, जहाँ बाहरी TLS परत एन्क्रिप्शन प्रदान करती है।

PAP, Okta RADIUS एजेंट द्वारा समर्थित प्राथमिक ऑथेंटिकेशन तंत्र है। IT टीमों को यह समझना चाहिए कि केवल PAP असुरक्षित है, लेकिन EAP-TTLS के भीतर PAP एंटरप्राइज़ WiFi के लिए तब स्वीकार्य है जब सर्वर सर्टिफिकेट को ठीक से सत्यापित किया गया हो।

Dynamic VLAN Assignment

एक network access control तकनीक जहाँ एक RADIUS सर्वर Access-Accept संदेश में VLAN असाइनमेंट एट्रिब्यूट्स लौटाता है, जिससे वायरलेस कंट्रोलर या स्विच ऑथेंटिकेटेड क्लाइंट को एक स्थिर प्रति-SSID VLAN के बजाय उनकी पहचान या ग्रुप मेंबरशिप के आधार पर एक विशिष्ट VLAN पर रखता है।

बहु-भूमिका वाले वातावरण में नेटवर्क सेगमेंटेशन के लिए डायनेमिक VLAN असाइनमेंट आवश्यक है (जैसे, सामान्य स्टाफ उपकरणों से POS टर्मिनलों को अलग करना)। इसे Access-Accept संदेश में RADIUS एट्रिब्यूट्स 64, 65 और 81 लौटाकर कॉन्फ़िगर किया जाता है।

RADIUS Attribute 25 (Class)

ऑथेंटिकेशन सर्वर से NAS को मनमाना ऑथराइजेशन डेटा पास करने के लिए उपयोग किया जाने वाला एक मानक RADIUS एट्रिब्यूट। Okta वायरलेस कंट्रोलर को Okta ग्रुप मेंबरशिप की जानकारी लौटाने के लिए इस एट्रिब्यूट का उपयोग करता है, जो फिर इसका उपयोग VLAN असाइनमेंट या एक्सेस पॉलिसी निर्णयों के लिए कर सकता है।

Okta ग्रुप-आधारित VLAN असाइनमेंट को कॉन्फ़िगर करने वाली IT टीमें Class एट्रिब्यूट मान को पढ़ने और इसे VLAN ID से मैप करने के लिए WLC को कॉन्फ़िगर करेंगी। उपयोग करने के लिए सटीक एट्रिब्यूट (11, 25, या 26) WLC वेंडर के दस्तावेज़ों पर निर्भर करता है।

NAS (Network Access Server)

RADIUS शब्दावली में, NAS वह नेटवर्क डिवाइस है जो उपयोगकर्ता के कनेक्शन अनुरोध को प्राप्त करता है और इसे ऑथेंटिकेशन के लिए RADIUS सर्वर पर फॉरवर्ड करता है। WiFi डिप्लॉयमेंट में, NAS आमतौर पर वायरलेस एक्सेस पॉइंट या वायरलेस LAN कंट्रोलर होता है।

NAS, 802.1X मॉडल में ऑथेंटिकेटर है। IT टीमों को RADIUS सर्वर IP एड्रेस, पोर्ट और शेयर्ड सीक्रेट के साथ NAS को कॉन्फ़िगर करना होगा। NAS IP एड्रेस को Okta RADIUS एजेंट के सर्विस एड्रेस फ़िल्टरिंग कॉन्फ़िगरेशन में व्हाइटलिस्ट किया जाना चाहिए।

Shared Secret

NAS (WLC/AP) और RADIUS सर्वर (Okta RADIUS एजेंट) के बीच RADIUS संदेशों को ऑथेंटिकेट करने के लिए उपयोग किया जाने वाला एक प्री-शेयर्ड पासवर्ड। इसका उपयोग Message-Authenticator हैश की गणना करने के लिए किया जाता है जो RADIUS पैकेट की अखंडता को सत्यापित करता है।

शेयर्ड सीक्रेट Okta RADIUS एप्लिकेशन कॉन्फ़िगरेशन और WLC/NAC RADIUS सर्वर एंट्री दोनों पर समान होना चाहिए। यह कम से कम 32 वर्णों का, रैंडम रूप से जनरेट किया गया और एक नियमित शेड्यूल पर रोटेट किया जाने वाला होना चाहिए। बेमेल होना RADIUS ऑथेंटिकेशन विफलताओं का एक आम कारण है।

MFA Challenge (RADIUS Access-Challenge)

अतिरिक्त ऑथेंटिकेशन फैक्टर्स की आवश्यकता होने पर ऑथेंटिकेशन सर्वर द्वारा NAS को भेजा जाने वाला एक RADIUS संदेश प्रकार। NAS चैलेंज को क्लाइंट को रिले करता है, जिसे ऑथेंटिकेशन पूरा होने से पहले उपयुक्त फैक्टर (जैसे, OTP, पुश अप्रूवल) के साथ जवाब देना होगा।

Access-Challenge तंत्र वह तरीका है जिससे Okta, RADIUS पर MFA लागू करता है। IT टीमों को यह सुनिश्चित करना चाहिए कि WLC चैलेंज-रिस्पॉन्स एक्सचेंज का समर्थन करता है और RADIUS टाइमआउट उपयोगकर्ता के लिए MFA चरण को पूरा करने के लिए पर्याप्त लंबा है।

हल किए गए उदाहरण

एक 150-संपत्तियों वाली होटल चेन वर्तमान में 802.1X स्टाफ WiFi ऑथेंटिकेशन के लिए प्रत्येक संपत्ति पर ऑन-प्रिमाइसेस NPS सर्वर का उपयोग करती है। प्रत्येक NPS सर्वर एक स्थानीय Active Directory डोमेन से जुड़ा हुआ है। IT टीम Okta में आइडेंटिटी मैनेजमेंट को केंद्रीकृत करना चाहती है और प्रति-संपत्ति NPS इंफ्रास्ट्रक्चर को समाप्त करना चाहती है। उन्हें माइग्रेशन के लिए क्या दृष्टिकोण अपनाना चाहिए?

अनुशंसित दृष्टिकोण प्रत्येक संपत्ति के बजाय एक केंद्रीकृत क्लाउड VPC में डिप्लॉय किए गए Okta RADIUS एजेंट का उपयोग करके चरणबद्ध माइग्रेशन है। चरण 1: अधिकांश संपत्तियों के समान क्षेत्र में एक क्लाउड VPC (जैसे, AWS या Azure) में दो Okta RADIUS एजेंट इंस्टेंस डिप्लॉय करें। एजेंटों को UDP 1812 पर सुनने के लिए कॉन्फ़िगर करें। चरण 2: प्रत्येक संपत्ति के लिए, WLC पर सेकेंडरी RADIUS सर्वर के रूप में Okta RADIUS एजेंट IP जोड़ें, जबकि मौजूदा NPS को प्राइमरी के रूप में रखें। यह लाइव ऑथेंटिकेशन को बाधित किए बिना समानांतर संचालन और परीक्षण की अनुमति देता है। चरण 3: उपयोगकर्ताओं को स्थानीय AD से Okta में माइग्रेट करें। शुरू में मौजूदा खातों को सिंक करने के लिए Okta के AD एजेंट का उपयोग करें, फिर उत्तरोत्तर Okta को आधिकारिक स्रोत के रूप में अपनाएं। चरण 4: प्रत्येक संपत्ति के लिए, EAP-TTLS/PAP का उपयोग करने के लिए WLC को कॉन्फ़िगर करें और MDM के माध्यम से स्टाफ उपकरणों पर नया वायरलेस प्रोफाइल पुश करें। चरण 5: एक बार जब सभी डिवाइस EAP-TTLS पर होने की पुष्टि हो जाए, तो WLC RADIUS प्राथमिकता को प्राइमरी के रूप में Okta एजेंटों पर स्विच करें और NPS सर्वरों को बंद कर दें। Okta ग्रुप (Front-Desk, Housekeeping, F&B, Management, IT-Admins) कॉन्फ़िगर करें और Attribute 25 (Class) का उपयोग करके ग्रुप-आधारित VLAN असाइनमेंट सक्षम करें। प्रत्येक ग्रुप को WLC पर उपयुक्त VLAN से मैप करें। Okta API लेटेंसी को समायोजित करने के लिए WLC RADIUS टाइमआउट को बढ़ाकर 45 सेकंड करें।

परीक्षक की टिप्पणी: यह चरणबद्ध दृष्टिकोण इसलिए बेहतर है क्योंकि यह एक साथ 150 संपत्तियों में अचानक बदलाव (hard cutover) के जोखिम को समाप्त करता है। संक्रमण अवधि के दौरान NPS और Okta RADIUS को समानांतर में चलाने का मतलब है कि लाइव उपयोगकर्ताओं को प्रभावित किए बिना किसी भी गलत कॉन्फ़िगरेशन को पकड़ा और सुधारा जा सकता है। RADIUS एजेंटों का क्लाउड VPC डिप्लॉयमेंट प्रति-संपत्ति डिप्लॉयमेंट की तुलना में आर्किटेक्चरल रूप से बेहतर है क्योंकि यह प्रबंधन को केंद्रीकृत करता, इंफ्रास्ट्रक्चर के आकार को कम करता है, और सुसंगत पॉलिसी प्रवर्तन सुनिश्चित करता है, चाहे उपयोगकर्ता किसी भी संपत्ति से ऑथेंटिकेट कर रहा हो। कम करने के लिए मुख्य जोखिम संपत्ति और क्लाउड VPC के बीच WAN लेटेंसी है — अच्छे उपयोगकर्ता अनुभव के लिए RADIUS ऑथेंटिकेशन 2 सेकंड से कम समय में पूरा होना चाहिए, इसलिए VPC क्षेत्र का चयन ऐसा होना चाहिए जो राउंड-ट्रिप समय को न्यूनतम करे।

320 स्टोर्स वाली एक राष्ट्रीय रिटेल चेन को अपने स्टाफ WiFi के लिए PCI-DSS 4.0 अनुपालन प्राप्त करने की आवश्यकता है। स्टोर सहयोगी इन्वेंट्री प्रबंधन के लिए हैंडहेल्ड उपकरणों का उपयोग करते हैं, और उपकरणों का एक अलग सेट पॉइंट-ऑफ-सेल लेनदेन को संभालता है। चेन सभी वर्कफ़ोर्स आइडेंटिटी के लिए Okta का उपयोग करती है। वे PCI-DSS नेटवर्क सेगमेंटेशन आवश्यकताओं को पूरा करने के लिए Okta RADIUS का उपयोग करके VLAN सेगमेंटेशन कैसे लागू करते हैं?

तीन Okta ग्रुप बनाएं: POS-Staff (उन कर्मचारियों के लिए जो POS टर्मिनल संचालित करते हैं), Inventory-Staff (गोदाम और शॉप फ्लोर सहयोगियों के लिए), और Store-Management। Okta RADIUS एप्लिकेशन में, 'Include groups in RADIUS response' सक्षम करें और Attribute 25 (Class) चुनें। प्रतिक्रिया कॉन्फ़िगरेशन में तीनों ग्रुप जोड़ें। प्रत्येक स्टोर पर वायरलेस कंट्रोलर पर (या क्लाउड WLC के माध्यम से केंद्रीय रूप से), तीन एनफोर्समेंट पॉलिसियां बनाएं: (1) यदि Class = POS-Staff, तो Tunnel-Private-Group-ID = 40 असाइन करें (POS VLAN, जो PCI-DSS के दायरे में है और जिसमें केवल भुगतान प्रोसेसर तक पहुंच को प्रतिबंधित करने वाले फ़ायरवॉल नियम हैं)। (2) यदि Class = Inventory-Staff, तो Tunnel-Private-Group-ID = 50 असाइन करें (इन्वेंट्री VLAN, PCI के दायरे से बाहर)। (3) यदि Class = Store-Management, तो Tunnel-Private-Group-ID = 60 असाइन करें (स्टोर प्रबंधन प्रणालियों तक पहुंच वाला प्रबंधन VLAN)। POS-Staff ग्रुप के उपयोगकर्ता के क्रेडेंशियल के साथ कनेक्ट होने वाले डिवाइस स्वचालित रूप से VLAN 40 पर रख दिए जाते हैं। यदि किसी स्टोर सहयोगी की भूमिका बदलती है, तो उनकी Okta ग्रुप मेंबरशिप को अपडेट करने से अगले कनेक्शन पर उनका VLAN असाइनमेंट तुरंत बदल जाता है — किसी WLC रीकॉन्फ़िगरेशन की आवश्यकता नहीं होती है। PCI-DSS QSA ऑडिट के लिए नेटवर्क सेगमेंटेशन आरेख में Okta ग्रुप-टू-VLAN मैपिंग का दस्तावेजीकरण करें।

परीक्षक की टिप्पणी: यह कार्यान्वयन सीधे PCI-DSS 4.0 आवश्यकता 1.3 (नेटवर्क सेगमेंटेशन) और आवश्यकता 7 (व्यावसायिक आवश्यकता के आधार पर एक्सेस कंट्रोल) को पूरा करता है। महत्वपूर्ण अंतर्दृष्टि यह है कि VLAN असाइनमेंट पहचान द्वारा संचालित होता है, न कि डिवाइस MAC एड्रेस या स्थिर VLAN कॉन्फ़िगरेशन द्वारा — जिसका अर्थ है कि यह प्रति-स्टोर VLAN पॉलिसी रखरखाव के बिना 320 स्टोर्स में स्केल करता है। QSA यह सबूत देखना चाहेगा कि POS VLAN वास्तव में अन्य नेटवर्क सेगमेंट से अलग है, इसलिए WLC और फ़ायरवॉल कॉन्फ़िगरेशन में VLAN सीमाओं को दर्शाया जाना चाहिए। Okta का System Log PCI-DSS आवश्यकता 10 (लॉगिंग और मॉनिटरिंग) द्वारा आवश्यक ऑथेंटिकेशन ऑडिट ट्रेल प्रदान करता है। एक महत्वपूर्ण चेतावनी: यदि POS डिवाइस अप्रबंधित या साझा हैं (यानी, किसी विशिष्ट उपयोगकर्ता को असाइन नहीं किए गए हैं), तो 802.1X के बजाय उन डिवाइसों के लिए MAC Authentication Bypass (MAB) का उपयोग करने पर विचार करें, जिसमें Okta RADIUS का उपयोग केवल उपयोगकर्ता-ऑथेंटिकेटेड डिवाइसों के लिए किया जाता है।

अभ्यास प्रश्न

Q1. एक मध्यम आकार का कॉन्फ्रेंस सेंटर सभी स्टाफ आइडेंटिटी मैनेजमेंट के लिए Okta का उपयोग करता है। वे अपने मौजूदा Cisco Meraki एक्सेस पॉइंट्स का उपयोग करके स्टाफ के लिए 802.1X WiFi डिप्लॉय करना चाहते हैं। उनके Windows लैपटॉप Microsoft Intune के माध्यम से प्रबंधित किए जाते हैं। IT मैनेजर सभी WiFi कनेक्शनों के लिए Okta Verify पुश MFA लागू करना चाहता है। वे तीन सबसे महत्वपूर्ण कॉन्फ़िगरेशन चरण कौन से हैं जिन्हें उन्हें पूरा करना होगा, और यदि वे उनमें से किसी को भी छोड़ देते हैं तो सबसे संभावित विफलता मोड क्या है?

संकेत: Okta RADIUS और Windows डिफ़ॉल्ट के बीच EAP प्रोटोकॉल संगतता, RADIUS टाइमआउट सेटिंग और क्लाइंट वायरलेस प्रोफाइल कॉन्फ़िगरेशन पर विचार करें।

मॉडल उत्तर देखें

तीन महत्वपूर्ण चरण हैं: (1) Intune के माध्यम से एक वायरलेस प्रोफाइल डिप्लॉय करें जो Windows क्लाइंट्स को आंतरिक विधि के रूप में PAP के साथ EAP-TTLS का उपयोग करने के लिए कॉन्फ़िगर करता है — Windows डिफ़ॉल्ट रूप से PEAP-MSCHAPv2 पर सेट होता है, जिसे Okta RADIUS एजेंट समर्थित नहीं करता है, जिससे सभी ऑथेंटिकेशन प्रयास अस्वीकार हो जाते हैं। (2) Cisco Meraki RADIUS टाइमआउट को डिफ़ॉल्ट 5 सेकंड से बढ़ाकर कम से कम 45-60 सेकंड करें — इसके बिना, उपयोगकर्ता द्वारा Okta Verify पुश नोटिफिकेशन को स्वीकृत करने से पहले ऑथेंटिकेशन अनुरोध टाइम आउट हो जाएगा। (3) Okta RADIUS एप्लिकेशन की Advanced RADIUS Settings में 'Permit Automatic Push for Okta Verify Enrolled Users' को सक्षम करें — इसके बिना, उपयोगकर्ताओं को स्वचालित पुश प्राप्त करने के बजाय मैन्युअल रूप से अपने MFA फैक्टर का चयन करने के लिए प्रेरित किया जा सकता है। यदि चरण 1 को छोड़ दिया जाता है, तो सबसे संभावित विफलता मोड सभी Windows डिवाइसों के लिए पूर्ण ऑथेंटिकेशन विफलता है। यदि चरण 2 को छोड़ दिया जाता है, तो उन उपयोगकर्ताओं के लिए ऑथेंटिकेशन रुक-रुक कर विफल होगा जो पुश को स्वीकृत करने में 5 सेकंड से अधिक का समय लेते हैं। यदि चरण 3 को छोड़ दिया जाता है, तो उपयोगकर्ताओं को एक सहज पुश नोटिफिकेशन के बजाय एक भ्रमित करने वाले चैलेंज प्रॉम्प्ट का अनुभव होगा।

Q2. एक बड़ी रिटेल चेन की सुरक्षा टीम ने संकेत दिया है कि उनका वर्तमान Okta RADIUS WiFi डिप्लॉयमेंट एकल RADIUS एजेंट सर्वर का उपयोग करता है। हाल ही के एक पैचिंग विंडो के दौरान, सर्वर 45 मिनट के लिए ऑफ़लाइन था, जिससे सभी 80 स्टोर्स में WiFi ऑथेंटिकेशन विफल हो गया। IT टीम को इसे रोकने के लिए क्या आर्किटेक्चरल बदलाव लागू करने चाहिए, और एजेंटों के लिए दो डिप्लॉयमेंट विकल्प क्या हैं?

संकेत: एजेंट डिप्लॉयमेंट टोपोलॉजी और रिडंडेंसी का समर्थन करने के लिए आवश्यक WLC कॉन्फ़िगरेशन दोनों पर विचार करें।

मॉडल उत्तर देखें

IT टीम को कम से कम दो Okta RADIUS एजेंट इंस्टेंस डिप्लॉय करने चाहिए और प्रत्येक स्टोर पर WLC को दोनों एजेंटों का उपयोग करने के लिए कॉन्फ़िगर करना चाहिए। दो डिप्लॉयमेंट विकल्प हैं: विकल्प A (केंद्रीकृत क्लाउड VM) — दोनों एजेंटों को एक क्लाउड VPC (जैसे, AWS या Azure) में डिप्लॉय करें, आदर्श रूप से विभिन्न एवेलेबिलिटी ज़ोन में। प्रत्येक स्टोर पर WLC दोनों क्लाउड IP की ओर इशारा करता है, जिसमें एक प्राइमरी के रूप में और एक सेकेंडरी के रूप में (या लोड बैलेंसिंग सक्षम के साथ) होता है। यह प्रति-साइट इंफ्रास्ट्रक्चर को न्यूनतम करता है लेकिन WAN निर्भरता पेश करता है। विकल्प B (ऑन-प्रिमाइसेस रिडंडेंट पेयर) — एक केंद्रीय डेटा सेंटर या को-लोकेशन सुविधा पर दो एजेंट सर्वर डिप्लॉय करें, जिसमें WLC RADIUS फ़ेलओवर का उपयोग करता है। WLC पर, प्राइमरी RADIUS सर्वर को Agent 1 और सेकेंडरी को Agent 2 के रूप में कॉन्फ़िगर करें, जिसमें 3-5 सेकंड का फ़ेलओवर टाइमआउट हो। यदि WLC वेंडर द्वारा समर्थित हो, तो 'Dead Server Detection' सक्षम करें। इसके अतिरिक्त, IT टीम को Okta Admin Console में स्वास्थ्य निगरानी कॉन्फ़िगर करनी चाहिए और यदि कोई एजेंट ऑफ़लाइन जाता है तो अलर्ट सेट करना चाहिए। स्थानीय सर्वर वाले स्टोर्स के लिए, एक स्थानीय एजेंट WAN आउटेज के खिलाफ लचीलेपन के लिए एक तृतीयक (tertiary) फॉलबैक के रूप में कार्य कर सकता है।

Q3. एक एंटरप्राइज़ संगठन मूल्यांकन कर रहा है कि क्या अपने कॉर्पोरेट WiFi के लिए EAP-TTLS/PAP के साथ Okta RADIUS एजेंट का उपयोग किया जाए या EAP-TLS के लिए क्लाउड PKI समाधान में निवेश किया जाए। उनके पास Microsoft Intune में नामांकित 2,000 प्रबंधित Windows और macOS डिवाइस हैं, और वे PCI-DSS 4.0 के अधीन हैं। अनुशंसित दृष्टिकोण क्या है और प्राथमिक सुरक्षा औचित्य क्या है?

संकेत: PCI-DSS आवश्यकताओं, डिवाइस प्रबंधन परिपक्वता (सभी डिवाइस MDM-नामांकित हैं), और प्रत्येक ऑथेंटिकेशन विधि के सुरक्षा गुणों पर विचार करें।

मॉडल उत्तर देखें

अनुशंसित दृष्टिकोण क्लाउड PKI समाधान के साथ EAP-TLS में निवेश करना है। प्राथमिक सुरक्षा औचित्य पारस्परिक ऑथेंटिकेशन है: EAP-TLS के लिए क्लाइंट और RADIUS सर्वर दोनों को डिजिटल सर्टिफिकेट प्रस्तुत करने की आवश्यकता होती, जिसका अर्थ है कि डिवाइस नेटवर्क के सामने अपनी पहचान को क्रिप्टोग्राफिक रूप से साबित करता है और नेटवर्क डिवाइस के सामने अपनी पहचान साबित करता है। यह इविल ट्विन हमलों (जहाँ एक नकली AP कॉर्पोरेट SSID का रूप धारण करता है) के जोखिम को समाप्त करता है और WiFi ऑथेंटिकेशन समीकरण से पासवर्ड को पूरी तरह से हटा देता है, जिससे क्रेडेंशियल चोरी और फ़िशिंग हमले के माध्यम समाप्त हो जाते हैं। PCI-DSS 4.0 के लिए, EAP-TLS सर्टिफिकेट-आधारित ऑथेंटिकेशन के माध्यम से अप्रत्यक्ष रूप से आवश्यकता 8.3 (गैर-कंसोल एडमिन एक्सेस के लिए MFA) को पूरा करता है, और यह WPA3-Enterprise 192-बिट मोड (मजबूत क्रिप्टोग्राफी के लिए आवश्यकता 4.2.1) का समर्थन करता है। पूर्वापेक्षा — Intune में नामांकित सभी 2,000 डिवाइस — पहले से ही पूरी हो चुकी है, जिससे Intune SCEP प्रोफाइल के माध्यम से सर्टिफिकेट वितरण सीधा हो जाता है। PKI निर्माण के दौरान EAP-TTLS/PAP के साथ Okta RADIUS एजेंट एक स्वीकार्य अंतरिम समाधान होगा, लेकिन PCI-DSS दायरे और पूरी तरह से प्रबंधित डिवाइस एस्टेट को देखते हुए, EAP-TLS सही दीर्घकालिक आर्किटेक्चर है। क्लाउड PKI सेवा में अतिरिक्त निवेश (आमतौर पर $3-8 प्रति डिवाइस प्रति वर्ष) सुरक्षा में वृद्धि और कम क्रेडेंशियल प्रबंधन ओवरहेड द्वारा उचित है।

इस श्रृंखला में आगे पढ़ें

Zyxel Nebula और अतिथि WiFi: Purple के साथ कैप्टिव पोर्टल सेटअप

Zyxel Nebula Cloud एक्सेस पॉइंट्स Purple अतिथि WiFi के साथ कैसे काम करते हैं: एक बाहरी कैप्टिव पोर्टल, RADIUS और एक वॉल्ड गार्डन, सटीक कॉन्फ़िगरेशन के लिए Purple के चरण-दर-चरण सेटअप गाइड के लिंक के साथ।

गाइड पढ़ें →

OpenWrt और अतिथि WiFi: Purple के साथ कैप्टिव पोर्टल सेटअप

कैसे Purple का क्लाउड अतिथि WiFi एक मानक बाहरी कैप्टिव पोर्टल और RADIUS के माध्यम से OpenWrt उपकरणों के साथ काम करता है, और समर्थन की जांच कहां करें और चरणों को कहां खोजें।

गाइड पढ़ें →

WatchGuard WiFi Cloud AP और गेस्ट WiFi: Purple के साथ कैप्टिव पोर्टल सेटअप

WatchGuard Cloud से प्रबंधित WatchGuard WiFi Cloud एक्सेस पॉइंट, Purple गेस्ट WiFi के साथ कैसे काम करते हैं: RADIUS प्रमाणीकरण और एक वॉल्ड गार्डन के साथ एक बाहरी स्प्लैश पेज, सटीक कॉन्फ़िगरेशन के लिए Purple के चरण-दर-चरण सेटअप गाइड के लिंक के साथ।

गाइड पढ़ें →