Google Workspace WiFi प्रमाणीकरण: Chromebook और LDAP एकीकरण
Google Workspace परिवेशों में सुरक्षित WiFi तैनात करने वाले IT व्यवस्थापकों के लिए एक निश्चित तकनीकी संदर्भ। यह गाइड Google Admin Console के माध्यम से प्रबंधित Chromebooks पर 802.1X प्रमाणपत्र परिनियोजन, RADIUS बैकएंड के रूप में Google Secure LDAP एकीकरण, और शिक्षा, मीडिया और एंटरप्राइज स्थानों के लिए आर्किटेक्चर निर्णयों को कवर करती है। यह टीमों को कमजोर साझा PSK से मजबूत, पहचान-आधारित नेटवर्क एक्सेस कंट्रोल पर जाने में मदद करने के लिए व्यावहारिक कार्यान्वयन चरण, वास्तविक दुनिया के केस स्टडीज और EAP विधियों की सीधी तुलना प्रदान करती है।
Video overview
इस गाइड को सुनें
पॉडकास्ट ट्रांसक्रिप्ट देखें
हमारी मुख्य श्रृंखला का हिस्सा: Enterprise WiFi सुरक्षा गाइड →
Google Workspace WiFi & Chromebook 802.1X Architecture Advisor
Model your Google Workspace edition, Chromebook fleet size, and controller hardware to generate a custom 802.1X EAP-TLS or Secure LDAP deployment blueprint with automated Google Admin Console policies.
Tier designed for K-12 school districts and universities managing 1:1 Chromebook fleets, Google Classroom, student vs faculty OU segmentation, and Secure LDAP RADIUS.
Enrolled via Chrome Enterprise Upgrade. Supports silent background SCEP client certificate distribution with TPM hardware key storage.
Maximum zero-trust security: private keys never leave Chromebook hardware.
Generates vendor-specific RADIUS, 802.1X, and dynamic VLAN configuration commands.
Recommended Deployment Blueprint
Deploy EAP-TLS with hardware TPM-backed client certificates managed via SCEP/PKCS in Google Admin Console. ChromeOS devices authenticate cryptographically with zero user friction and zero password sharing.
Request Custom Google Workspace WiFi Blueprint & Cloud RADIUS Demo
Get tailored configuration files for your Cisco Meraki network and 650 devices.
कार्यकारी सारांश
Google Workspace पर मानकीकृत एंटरप्राइज स्थानों, शैक्षणिक संस्थानों और आतिथ्य प्रदाताओं के लिए, सुरक्षित, निर्बाध WiFi प्रमाणीकरण लागू करना ऐतिहासिक रूप से Microsoft Active Directory वातावरण की तुलना में एक चुनौती रहा है। यह मार्गदर्शिका Google Workspace WiFi प्रमाणीकरण के आर्किटेक्चर और परिनियोजन का विवरण देती है, जो विशेष रूप से Chromebook 802.1X प्रमाणपत्र परिनियोजन और RADIUS बैकएंड के लिए Google सुरक्षित LDAP एकीकरण पर केंद्रित है।
IT प्रबंधकों और नेटवर्क आर्किटेक्ट्स को सुरक्षा (WPA3-Enterprise, IEEE 802.1X) को उपयोगकर्ता के घर्षण के साथ संतुलित करना चाहिए। जबकि पूर्व-साझा कुंजी (PSKs) आसानी से समझौता योग्य होती हैं और उन्हें रोटेट करना कठिन होता है, सीधे उपयोगकर्ता की Google Workspace पहचान से जुड़े प्रमाणपत्र-आधारित प्रमाणीकरण (EAP-TLS) या क्रेडेंशियल-आधारित प्रमाणीकरण (PEAP-MSCHAPv2) मजबूत एक्सेस नियंत्रण, विस्तृत नीति प्रवर्तन और Guest WiFi और कॉर्पोरेट नेटवर्क पर निर्बाध रोमिंग प्रदान करते हैं।
यह तकनीकी संदर्भ स्वचालित प्रमाणपत्र वितरण के लिए Google Admin Console को कॉन्फ़िगर करने, Google सुरक्षित LDAP को तैनात करने और इन पहचान स्रोतों को एंटरप्राइज RADIUS सर्वर के साथ एकीकृत करने के सटीक चरणों की रूपरेखा तैयार करता है। इन विक्रेता-तटस्थ सर्वोत्तम प्रथाओं का पालन करके, संगठन क्रेडेंशियल चोरी को कम कर सकते हैं, हेल्पडेस्क टिकटों को कम कर सकते हैं और GDPR और PCI-DSS का अनुपालन सुनिश्चित कर सकते हैं।
Technical Deep-Dive
Google Workspace WiFi Authentication का आर्किटेक्चर
वायरलेस क्लाइंट्स को Google Workspace के विरुद्ध प्रमाणित करने के लिए क्लाउड-नेटीव आइडेंटिटी (SAML/OAuth) और लेगेसी नेटवर्क प्रोटोकॉल (RADIUS/802.1X) के बीच के अंतर को पाटने की आवश्यकता होती है। Active Directory, जो मूल रूप से LDAP का उपयोग करती है और Network Policy Server (NPS) के साथ आसानी से एकीकृत होती है, के विपरीत Google Workspace को एक विशेष मध्यवर्ती परत (intermediary layer) की आवश्यकता होती है।
इसे प्राप्त करने के लिए दो प्राथमिक आर्किटेक्चर उपलब्ध हैं:
आर्किटेक्चर 1 - Google Secure LDAP (Cloud Identity Premium / Google Workspace Enterprise): Google आपकी क्लाउड डायरेक्टरी के लिए एक प्रबंधित LDAP इंटरफ़ेस प्रदान करता है। आपका RADIUS सर्वर (जैसे, FreeRADIUS, Cisco ISE, Aruba ClearPass) क्लाइंट प्रमाणपत्रों का उपयोग करके ldap.google.com से सुरक्षित रूप से कनेक्ट होता है। जब कोई उपयोगकर्ता WiFi से कनेक्ट करने का प्रयास करता है, तो RADIUS सर्वर Google की LDAP सेवा के विरुद्ध उनके क्रेडेंशियल्स को सत्यापित करता है।
आर्किटेक्चर 2 - SAML-आधारित कैप्टिव पोर्टल / RadSec: BYOD (ब्रिंग योर ओन डिवाइस) या अतिथि परिदृश्यों के लिए, उपयोगकर्ता एक ओपन या PSK नेटवर्क से कनेक्ट होते हैं, जो उन्हें कैप्टिव पोर्टल पर रीडायरेक्ट करता है। पोर्टल Google SSO (SAML/OAuth) के माध्यम से उपयोगकर्ता को प्रमाणित करता है। एक बार प्रमाणित होने के बाद, सिस्टम बाद के कनेक्शनों के लिए गतिशील रूप से एक अद्वितीय क्रेडेंशियल (जैसे, एक डायनेमिक PSK या एक अस्थायी प्रमाणपत्र) प्रदान कर सकता है।
चित्र 1: Google Workspace वातावरण के लिए 802.1X प्रमाणीकरण प्रवाह, जो एक्सेस पॉइंट और Google Secure LDAP के बीच मध्यवर्ती के रूप में RADIUS सर्वर को दर्शाता है।
EAP के प्रकार और Chromebook समर्थन
Chromebooks मूल रूप से 802.1X के लिए कई Extensible Authentication Protocol (EAP) प्रकारों का समर्थन करते हैं। EAP प्रकार का चयन सुरक्षा स्थिति और परिनियोजन (deployment) जटिलता को निर्धारित करता है। 802.1X की बुनियादी बातों के व्यापक विवरण के लिए, 802.1X Authentication: Securing Network Access on Modern Devices देखें।
चित्र 2: Chromebooks द्वारा समर्थित EAP विधियों की प्रत्यक्ष तुलना, जो सुरक्षा और जटिलता के बीच के संतुलन को उजागर करती है।
| EAP विधि | प्रमाणीकरण प्रकार | क्लाइंट प्रमाणपत्र आवश्यक | फ़िशिंग जोखिम | इसके लिए अनुशंसित |
|---|---|---|---|---|
| EAP-TLS | प्रमाणपत्र | हाँ | कोई नहीं | प्रबंधित Chromebooks |
| PEAP-MSCHAPv2 | पासवर्ड | नहीं | मध्यम | BYOD / SMB परिनियोजन |
| EAP-TTLS | पासवर्ड | नहीं | मध्यम | मिश्रित वातावरण |
EAP-TLS (Transport Layer Security): एंटरप्राइज WiFi के लिए सबसे बेहतरीन मानक। इसके लिए सर्वर सर्टिफिकेट (RADIUS सर्वर पर) और क्लाइंट सर्टिफिकेट (Chromebook पर) दोनों की आवश्यकता होती है। यह पासवर्ड की आवश्यकता को समाप्त करता है, जिससे फ़िशिंग के जोखिम कम होते हैं। Google Admin Console, Google Cloud Certificate Connector या तृतीय-पक्ष SCEP/EST एकीकरण के माध्यम से प्रबंधित Chromebooks पर क्लाइंट सर्टिफिकेट को स्वचालित रूप से पुश कर सकता है।
PEAP-MSCHAPv2 / EAP-TTLS: ये प्रोटोकॉल एक सुरक्षित टनल स्थापित करने के लिए एक सर्वर सर्टिफिकेट का उपयोग करते हैं, जिसके भीतर उपयोगकर्ता के यूजरनेम और पासवर्ड का आदान-प्रदान किया जाता है। हालांकि अप्रबंधित उपकरणों के लिए इन्हें तैनात करना आसान है, लेकिन यदि क्लाइंट डिवाइस सर्वर सर्टिफिकेट को सख्ती से सत्यापित नहीं करता है, तो वे क्रेडेंशियल चोरी के प्रति संवेदनशील होते हैं।
नेटवर्क को डिज़ाइन करते समय, विचार करें कि ये प्रमाणीकरण इवेंट WiFi Analytics प्लेटफ़ॉर्म जैसे डाउनस्ट्रीम सिस्टम के साथ कैसे सहसंबद्ध होते हैं, जो उपयोगकर्ता के व्यवहार और आने-जाने की संख्या को ट्रैक करने के लिए स्थिर MAC एड्रेस या प्रमाणित यूजरनेम पर निर्भर करते हैं।
Google Workspace बनाम Microsoft और Okta: एक तुलनात्मक मूल्यांकन
एंटरप्राइज WiFi प्रमाणीकरण के लिए पहचान प्लेटफ़ॉर्म का मूल्यांकन करने वाले संगठनों को इसके अंतर्निहित लाभों और सीमाओं को समझना चाहिए। Microsoft Active Directory अपने मूल LDAP समर्थन और मजबूत NPS एकीकरण को देखते हुए सबसे सहजता से एकीकृत विकल्प बना हुआ है। Okta अपने RADIUS Agent के माध्यम से एक मजबूत RADIUS-as-a-Service क्षमता प्रदान करता है, जिससे स्व-प्रबंधित RADIUS इन्फ्रास्ट्रक्चर की आवश्यकता समाप्त हो जाती है। Google Workspace, Secure LDAP के माध्यम से, एक ठोस विकल्प है लेकिन इसके लिए अधिक सोची-समझी आर्किटेक्चर की आवश्यकता होती है - आपको हमेशा एक मध्यवर्ती RADIUS सर्वर की आवश्यकता होती है, और Secure LDAP सेवा केवल उच्च-स्तरीय लाइसेंस पर ही उपलब्ध है।
| क्षमता | Google Workspace | Microsoft AD/Entra | Okta |
|---|---|---|---|
| नेटिव RADIUS समर्थन | नहीं (RADIUS सर्वर की आवश्यकता है) | NPS के माध्यम से | RADIUS Agent के माध्यम से |
| LDAP इंटरफ़ेस | Google Secure LDAP | नेटिव AD LDAP | LDAP इंटरफ़ेस एजेंट |
| EAP-TLS समर्थन | हाँ (PKI एकीकरण के माध्यम से) | हाँ (नेटिव) | हाँ |
| प्रबंधित डिवाइस सर्टिफिकेट पुश | Google Admin Console | Intune / GPO | MDM एकीकरण |
| लाइसेंस की आवश्यकता | Enterprise / Cloud Identity Premium | AD में शामिल | Workforce Identity |
अपने विशिष्ट सेटअप को लेकर कोई सवाल हैं?
हमारी टीम 80,000 से अधिक वेन्यू में वेन्यू ऑपरेटरों, IT मैनेजरों और नेटवर्क इंजीनियरों के साथ काम करती है। 20 मिनट का कॉल बुक करें और हम आपको दिखाएंगे कि आपके जैसे अन्य लोगों ने इसे कैसे हल किया।
कार्यान्वयन गाइड
प्रबंधित Chromebooks पर 802.1X तैनात करना
प्रबंधित Chromebooks पर सुरक्षित WiFi तैनात करने में आवश्यक नेटवर्क प्रोफाइल और सर्टिफिकेट को पुश करने के लिए Google Admin Console को कॉन्फ़िगर करना शामिल है। यह सुनिश्चित करता है कि डिवाइस उपयोगकर्ता के हस्तक्षेप के बिना स्वचालित रूप से कनेक्ट हो जाएं।
चरण 1: RADIUS सर्वर को कॉन्फ़िगर करें
EAP-TLS या PEAP में सक्षम एक RADIUS सर्वर (जैसे, FreeRADIUS) तैनात करें। RADIUS सर्वर पर एक विश्वसनीय सर्वर सर्टिफिकेट इंस्टॉल करें। यदि निजी CA का उपयोग कर रहे हैं, तो सुनिश्चित करें कि रूट CA सर्टिफिकेट क्लाइंट्स पर तैनात करने के लिए निर्यात किया गया है। Google Secure LDAP को क्वेरी करने के लिए RADIUS सर्वर को कॉन्फ़िगर करें (यदि क्रेडेंशियल-आधारित प्रमाणीकरण का उपयोग कर रहे हैं) या अपने CA के विरुद्ध क्लाइंट सर्टिफिकेट को सत्यापित करें (यदि EAP-TLS का उपयोग कर रहे हैं)।
चरण 2: Google Secure LDAP सेट करें (PEAP/EAP-TTLS के लिए)
Google Admin Console में, Apps > LDAP पर जाएं। एक नया LDAP क्लाइंट जोड़ें (जैसे, "Enterprise RADIUS")। एक्सेस अनुमतियां कॉन्फ़िगर करें (उपयोगकर्ता की जानकारी पढ़ें, पासवर्ड सत्यापित करें)। जनरेट किया गया क्लाइंट सर्टिफिकेट और की (key) डाउनलोड करें। इन क्रेडेंशियल्स को अपने RADIUS सर्वर पर इंस्टॉल करें और इसे ldap.google.com:636 से कनेक्ट करने के लिए कॉन्फ़िगर करें।
चरण 3: Chromebooks पर सर्टिफिकेट डिप्लॉय करें (EAP-TLS के लिए)
Google Admin Console में, Devices > Networks > Certificates पर जाएं। अपना Root CA सर्टिफिकेट अपलोड करें और इसे "Trusted Certificate Authority" के रूप में चिह्नित करें। Google Cloud Certificate Connector या SCEP/EST इंटीग्रेशन का समर्थन करने वाले क्लाउड-आधारित PKI प्रदाता के माध्यम से डिवाइसों को क्लाइंट सर्टिफिकेट जारी करने के लिए एक सिस्टम कॉन्फ़िगर करें।
चरण 4: Google Admin Console में WiFi प्रोफाइल बनाएं
Devices > Networks > WiFi पर जाएं। एक नया WiFi नेटवर्क प्रोफाइल बनाएं। SSID सेट करें और सुरक्षा प्रकार के रूप में WPA/WPA2/WPA3-Enterprise चुनें। उपयुक्त EAP प्रकार चुनें। यदि EAP-TLS का उपयोग कर रहे हैं, तो डिप्लॉय किया गया क्लाइंट सर्टिफिकेट चुनें। यदि PEAP का उपयोग कर रहे हैं, तो इसे उपयोगकर्ता के लॉग-इन क्रेडेंशियल्स का उपयोग करने के लिए कॉन्फ़िगर करें। महत्वपूर्ण रूप से, यह सुनिश्चित करने के लिए कि Chromebook RADIUS सर्वर को सत्यापित करता है, विश्वसनीय Root CA सर्टिफिकेट चुनें। इस प्रोफाइल को उपयुक्त Organisational Units (OUs) पर लागू करें।
सर्वोत्तम प्रथाएं
सख्त सर्वर सर्टिफिकेट सत्यापन: क्लाइंट डिवाइसों पर हमेशा सर्वर सर्टिफिकेट सत्यापन लागू करें। ऐसा न करने से उपयोगकर्ता Evil Twin हमलों के प्रति संवेदनशील हो जाते हैं, जहाँ कोई हमलावर समान SSID प्रसारित करता है और क्रेडेंशियल्स कैप्चर कर लेता है। यह एकल कॉन्फ़िगरेशन निर्णय एक सुरक्षित डिप्लॉयमेंट और एक असुरक्षित डिप्लॉयमेंट के बीच का अंतर है। 802.1X सुरक्षा आर्किटेक्चर के गहन विश्लेषण के लिए, 802.1X Authentication: Securing Network Access on Modern Devices देखें।
भूमिका के आधार पर नेटवर्क को विभाजित करें: Google Workspace ग्रुप मेंबरशिप (जैसे, स्टाफ बनाम छात्र) के आधार पर उपयोगकर्ताओं को विभिन्न VLANs में गतिशील रूप से असाइन करने के लिए Google LDAP से प्राप्त RADIUS एट्रिब्यूट्स (जैसे, Filter-Id, Tunnel-Private-Group-Id) का उपयोग करें। यह अनधिकृत नेटवर्क मूवमेंट को सीमित करता है और सुरक्षा स्थिति में महत्वपूर्ण सुधार करता है।
निगरानी और ऑडिट: नियमित रूप से RADIUS ऑथेंटिकेशन लॉग और Google Workspace ऑडिट लॉग की समीक्षा करें। असामान्य ऑथेंटिकेशन पैटर्न या ब्रूट-फोर्स प्रयासों का पता लगाने के लिए इन लॉग को एक SIEM सिस्टम में एकीकृत करें। विचार करें कि यह डेटा व्यापक नेटवर्क इंटेलिजेंस प्लेटफॉर्म को कैसे फीड करता है।
BYOD के लिए योजना: जबकि प्रबंधित Chromebooks EAP-TLS का उपयोग कर सकते हैं, अप्रबंधित डिवाइसों (स्टाफ के व्यक्तिगत फोन, गेस्ट डिवाइस) के लिए एक अलग दृष्टिकोण की आवश्यकता होती है। इन डिवाइसों के लिए एक सुरक्षित ऑनबोर्डिंग पोर्टल लागू करें या डायनामिक PSKs का उपयोग करें। Hospitality या Retail वातावरण में सार्वजनिक पहुंच वाले क्षेत्रों के लिए, कैप्टिव पोर्टल के साथ मानक Guest WiFi समाधानों पर विचार करें जो सहमति लेते हैं और GDPR अनुपालन सुनिश्चित करते हैं। इन्फ्रास्ट्रक्चर रिडंडेंसी: मल्टीपल RADIUS सर्वर्स को डिप्लॉय करें और एक्सेस पॉइंट्स को ऑटोमैटिकली फेलओवर करने के लिए कॉन्फ़िगर करें। एक सिंगल RADIUS सर्वर विफलता का एक महत्वपूर्ण बिंदु (सिंगल पॉइंट ऑफ़ फेलियर) है - यदि यह डाउन हो जाता है, तो कोई भी प्रबंधित डिवाइस नेटवर्क से कनेक्ट नहीं हो सकता है।
ट्रबलशूटिंग और जोखिम न्यूनीकरण
सामान्य विफलता मोड
उत्पादन परिवेशों में EAP-TLS विफलता का सबसे आम कारण सर्टिफिकेट की समय सीमा समाप्त होना (सर्टिफिकेट एक्सपायरी) है। सर्टिफिकेट की वैधता अवधि के समाप्त होने से 90, 30, और 7 दिन पहले के लिए ऑटोमैटेड मॉनिटरिंग और अलर्टिंग लागू करें। यह RADIUS सर्वर सर्टिफिकेट और किसी भी इंटरमीडिएट CA सर्टिफिकेट दोनों पर लागू होता है।
क्लॉक स्क्यू बार-बार होने वाली प्रमाणीकरण विफलताओं का एक अक्सर अनदेखा किया जाने वाला कारण है। EAP-TLS सर्टिफिकेट वैलिडेशन के लिए सटीक समय-कीपिंग पर निर्भर करता है। सुनिश्चित करें कि RADIUS सर्वर, सर्टिफिकेट अथॉरिटी और Chromebooks सभी NTP के माध्यम से सिंक्रोनाइज़ हों। कुछ मिनटों से अधिक का अंतर भी वैध सर्टिफिकेट्स को अस्वीकार करने का कारण बन सकता है।
LDAP कनेक्टिविटी से जुड़ी समस्याएं: यदि Google Secure LDAP का उपयोग कर रहे हैं, तो सुनिश्चित करें कि RADIUS सर्वर TCP पोर्ट 636 पर ldap.google.com तक पहुंच सकता है और प्रमाणीकरण के लिए उपयोग किया जाने वाला क्लाइंट सर्टिफिकेट Google Admin Console में समाप्त या निरस्त नहीं हुआ है।
गलत OU एप्लीकेशन: सुनिश्चित करें कि Google Admin Console में सही आर्गेनाइजेशनल यूनिट्स (OU) पर WiFi प्रोफाइल और सर्टिफिकेट्स लागू किए गए हैं। एक आम गलती यूजर OU पर डिवाइस सर्टिफिकेट प्रोफाइल लागू करना है, जिसका अर्थ है कि सर्टिफिकेट कभी भी डिवाइस पर पुश नहीं होता है।
जोखिम न्यूनीकरण रणनीतियाँ
एक चरणबद्ध रोलआउट (फेज्ड रोलआउट) अत्यंत आवश्यक है। पूरे संगठन में एक साथ कभी भी नया 802.1X कॉन्फ़िगरेशन डिप्लॉय न करें। एक छोटे पायलट समूह (जैसे, IT टीम) से शुरुआत करें, फिर ग्लोबल रोलआउट से पहले एक सिंगल विभाग या स्थान पर इसका विस्तार करें। एक हिडन, भारी प्रतिबंधित फॉलबैक SSID बनाए रखें जिसका उपयोग IT कर्मचारी उन डिवाइसेस की ट्रबलशूटिंग के लिए कर सकें जो 802.1X के माध्यम से प्रमाणित होने में विफल रहते हैं।
विनियमित क्षेत्रों के संगठनों के लिए, सुनिश्चित करें कि आपका 802.1X डिप्लॉयमेंट प्रासंगिक अनुपालन फ्रेमवर्क के साथ संरेखित हो। हेल्थकेयर परिवेशों में, डायनेमिक VLAN असाइनमेंट के माध्यम से नेटवर्क सेगमेंटेशन सीधे नैदानिक प्रणालियों को अलग रखने के लिए HIPAA आवश्यकताओं का समर्थन करता है। रिटेल में, PCI-DSS कार्डधारक डेटा परिवेशों और सामान्य कॉर्पोरेट नेटवर्क के बीच नेटवर्क अलगाव को अनिवार्य बनाता है - एक ऐसी आवश्यकता जिसे डायनेमिक VLAN असाइनमेंट शानदार ढंग से पूरा करता है।
ROI और व्यावसायिक प्रभाव
PSK-आधारित नेटवर्क से Google Workspace के साथ एकीकृत 802.1X पर ट्रांजिशन महत्वपूर्ण, मापने योग्य लाभ प्रदान करता है जो इम्प्लीमेंटेशन इन्वेस्टमेंट को सही ठहराते हैं।
कम हुआ हेल्पडेस्क ओवरहेड: Google Admin Console के माध्यम से ऑटोमैटेड सर्टिफिकेट डिप्लॉयमेंट प्रबंधित डिवाइसेस पर मैन्युअल WiFi कॉन्फ़िगरेशन को समाप्त करता है। संगठन आमतौर पर EAP-TLS रोलआउट के बाद WiFi से संबंधित हेल्पडेस्क टिकटों में 40-60% की कमी की रिपोर्ट करते हैं, क्योंकि इसमें भूलने या बदलने के लिए कोई पासवर्ड नहीं होते हैं।
बेहतर सुरक्षा स्थिति: EAP-TLS पासवर्ड-आधारित प्रमाणीकरण को समाप्त करता है, जिससे फ़िशिंग और क्रेडेंशियल-स्टफ़िंग हमलों का जोखिम ख़त्म हो जाता है। यह डेटा उल्लंघनों के जोखिम और उससे जुड़े वित्तीय और प्रतिष्ठा संबंधी नुकसान को कम करता है। 2024 में एक डेटा उल्लंघन की औसत लागत $4.8 मिलियन से अधिक थी - यह एक ऐसा आँकड़ा है जो उचित प्रमाणीकरण आर्किटेक्चर में निवेश को सही ठहराना आसान बनाता है।
सुव्यवस्थित ऑफ़बोर्डिंग: जब कोई कर्मचारी कंपनी छोड़ता है, तो उनके Google Workspace खाते को निष्क्रिय करने से उनकी WiFi पहुँच तुरंत निरस्त हो जाती है। पूरे संगठन में साझा किए गए PSK को बदलने की कोई आवश्यकता नहीं होती है, जिससे कर्मचारी के जाने और PSK रोटेशन के बीच होने वाले सुरक्षा जोखिम की गुंजाइश ख़त्म हो जाती है।
बेहतर विश्लेषण और इंटेलिजेंस: नेटवर्क प्रमाणीकरण को एक अद्वितीय पहचान से जोड़कर, स्थान Wayfinding और WiFi Analytics जैसे प्लेटफ़ॉर्म का लाभ उठाकर अधिक सटीकता के साथ स्पेस उपयोग और उपयोगकर्ता व्यवहार को समझ सकते हैं। यह डेटा इंफ्रास्ट्रक्चर निवेश को सूचित कर सकता है और Transport हब या बड़े सम्मेलन केंद्रों जैसे जटिल वातावरण में रियल एस्टेट के उपयोग को अनुकूलित कर सकता है। जो संगठन यह जानना चाहते हैं कि नेटवर्क इंटेलिजेंस व्यापक परिचालन लक्ष्यों का कैसे समर्थन करता है, उनके लिए Modern Hospitality WiFi Solutions Your Guests Deserve लेख प्रासंगिक संदर्भ प्रदान करता है।
व्यापक नेटवर्क आर्किटेक्चर संदर्भ पर विचार करने वाले संगठनों के लिए, Wireless Access Points Definition Your Ultimate 2026 Guide और The Core SD WAN Benefits for Modern Businesses उन इंफ्रास्ट्रक्चर निर्णयों पर पूरक मार्गदर्शन प्रदान करते हैं जो एक सफल 802.1X परिनियोजन का आधार बनते हैं।
मुख्य परिभाषाएं
802.1X
पोर्ट-आधारित नेटवर्क एक्सेस कंट्रोल (PNAC) के लिए एक IEEE मानक। यह LAN या WLAN से जुड़ने के इच्छुक उपकरणों को एक प्रमाणीकरण तंत्र प्रदान करता है, जिसके तहत नेटवर्क एक्सेस दिए जाने से पहले प्रत्येक उपकरण को प्रमाणित होना आवश्यक होता है।
एंटरप्राइज WiFi सुरक्षा के लिए बुनियादी प्रोटोकॉल, जो साझा पासवर्ड (PSKs) को व्यक्तिगत, पहचान-आधारित प्रमाणीकरण से बदल देता है। यह Chromebooks और सभी आधुनिक WiFi एक्सेस पॉइंट्स द्वारा मूल रूप से समर्थित है।
EAP-TLS (Extensible Authentication Protocol - Transport Layer Security)
एक EAP विधि जो डिजिटल प्रमाणपत्रों का उपयोग करके क्लाइंट और सर्वर दोनों को प्रमाणित करने के लिए PKI (पब्लिक की इन्फ्रास्ट्रक्चर) का उपयोग करती है। प्रमाणीकरण के दौरान कोई पासवर्ड साझा नहीं किया जाता है।
प्रबंधित डिवाइस WiFi प्रमाणीकरण के लिए गोल्ड स्टैंडर्ड। इसके लिए Chromebook पर एक क्लाइंट सर्टिफिकेट (Google Admin Console के माध्यम से तैनात) और RADIUS सर्वर पर एक सर्वर सर्टिफिकेट की आवश्यकता होती है।
Google Secure LDAP
Google की एक प्रबंधित सेवा जो Google Workspace क्लाउड डायरेक्टरी के लिए एक पारंपरिक LDAP इंटरफ़ेस प्रस्तुत करती है, जिससे RADIUS सर्वर जैसे पुराने सिस्टम Google के पहचान प्लेटफॉर्म के माध्यम से उपयोगकर्ताओं को प्रमाणित कर सकते हैं।
उन संगठनों के लिए आवश्यक जो 802.1X WiFi प्रमाणीकरण के लिए अपने Google क्रेडेंशियल्स का उपयोग करना चाहते हैं। Cloud Identity Premium और Google Workspace Enterprise लाइसेंस पर उपलब्ध है।
RADIUS (Remote Authentication Dial-In User Service)
एक नेटवर्किंग प्रोटोकॉल जो नेटवर्क सेवा से जुड़ने वाले उपयोगकर्ताओं के लिए केंद्रीकृत प्रमाणीकरण, प्राधिकरण और लेखांकन (AAA) प्रबंधन प्रदान करता है। उपयोगकर्ता या डिवाइस क्रेडेंशियल्स को सत्यापित करने के लिए एक्सेस पॉइंट्स RADIUS सर्वर से संचार करते हैं।
मध्यस्थ सर्वर जो WiFi एक्सेस पॉइंट्स और Google Workspace जैसे पहचान प्रदाताओं के बीच की दूरी को पाटता है। सामान्य कार्यान्वयनों में FreeRADIUS, Cisco ISE, और Aruba ClearPass शामिल हैं।
PEAP-MSCHAPv2 (Protected Extensible Authentication Protocol)
एक EAP विधि जो एक सुरक्षित TLS टनल बनाने के लिए सर्वर सर्टिफिकेट का उपयोग करती है, जिसके अंदर MSCHAPv2 प्रोटोकॉल का उपयोग करके उपयोगकर्ता के यूजरनेम और पासवर्ड को सत्यापित किया जाता है।
BYOD या SMB वातावरणों के लिए EAP-TLS का एक सामान्य विकल्प जहां हर डिवाइस पर क्लाइंट सर्टिफिकेट तैनात करना व्यावहारिक नहीं है। क्रेडेंशियल चोरी को रोकने के लिए सख्त सर्वर सर्टिफिकेट सत्यापन की आवश्यकता होती है।
Dynamic VLAN Assignment
RADIUS विशेषताओं के माध्यम से 802.1X प्रमाणीकरण प्रक्रिया के दौरान निर्धारित उनकी पहचान या ग्रुप सदस्यता के आधार पर किसी उपयोगकर्ता या डिवाइस को एक विशिष्ट Virtual Local Area Network (VLAN) में रखने की प्रक्रिया।
नेटवर्क एडमिनिस्ट्रेटर को Secure LDAP के माध्यम से प्राप्त Google Workspace ग्रुप सदस्यता के आधार पर, एक ही SSID का उपयोग करके ट्रैफ़िक को विभाजित करने की अनुमति देता है (उदाहरण के लिए, छात्रों और कर्मचारियों को अलग-अलग सबनेट पर रखना)।
SCEP (Simple Certificate Enrollment Protocol)
एक प्रोटोकॉल जिसे बड़े पैमाने पर डिजिटल प्रमाणपत्रों को जारी करने और रद्द करने को स्वचालित करने के लिए डिज़ाइन किया गया है, जिसका आमतौर पर MDM और डिवाइस प्रबंधन प्लेटफार्मों में उपयोग किया जाता है।
बिना मैन्युअल सर्टिफिकेट इंस्टॉलेशन के, EAP-TLS प्रमाणीकरण के लिए प्रबंधित Chromebooks पर स्वचालित रूप से क्लाइंट सर्टिफिकेट भेजने के लिए Google Admin Console के संयोजन में उपयोग किया जाता है।
Evil Twin Attack
एक धोखाधड़ी वाला WiFi एक्सेस पॉइंट जो एक विश्वसनीय नेटवर्क के समान ही SSID प्रसारित करके वैध प्रतीत होता है, जिसे उपयोगकर्ता क्रेडेंशियल्स या ट्रैफ़िक को बीच में रोकने के लिए डिज़ाइन किया गया है।
802.1X कॉन्फ़िगरेशन में सख्त सर्वर सर्टिफिकेट सत्यापन को लागू करके कम किया जाने वाला प्राथमिक खतरा। सर्टिफिकेट सत्यापन के बिना, एक PEAP उपयोगकर्ता के Google क्रेडेंशियल्स को किसी कपटी एक्सेस पॉइंट द्वारा कैप्चर किया जा सकता है।
WPA3-Enterprise
एंटरप्राइज नेटवर्क के लिए WiFi Protected Access सुरक्षा प्रोटोकॉल की नवीनतम पीढ़ी, जो मजबूत एन्क्रिप्शन (WPA3-Enterprise 192-bit मोड में न्यूनतम 192-बिट) और ऑफलाइन डिक्शनरी हमलों के खिलाफ बेहतर सुरक्षा प्रदान करती है।
सभी नए 802.1X परिनियोजन के लिए अनुशंसित सुरक्षा प्रोटोकॉल। आधुनिक Chromebooks और एक्सेस पॉइंट्स द्वारा पूरी तरह से समर्थित, और Google Admin Console WiFi प्रोफाइल के माध्यम से कॉन्फ़िगर करने योग्य।
हल किए गए उदाहरण
एक 2,000-छात्रों वाले विश्वविद्यालय परिसर को विश्वविद्यालय के स्वामित्व वाले Chromebooks (Google Admin के माध्यम से प्रबंधित) और छात्र BYOD उपकरणों (फोन, लैपटॉप) दोनों के लिए सुरक्षित WiFi तैनात करने की आवश्यकता है। वे अपने एकमात्र पहचान प्रदाता के रूप में Google Workspace for Education का उपयोग करते हैं और उनके पास कोई ऑन-प्रिमाइसेस Active Directory नहीं है।
प्रबंधित Chromebooks के लिए, विश्वविद्यालय को EAP-TLS तैनात करना चाहिए। वे SCEP के माध्यम से Google Workspace के साथ एकीकृत क्लाउड-आधारित PKI को कॉन्फ़िगर करते हैं। Google Admin Console रूट CA, SCEP पेलोड और WiFi प्रोफाइल (WPA3-Enterprise, EAP-TLS) को Chromebook OUs पर पुश करता है। डिवाइस बिना किसी उपयोगकर्ता संपर्क के चुपचाप और सुरक्षित रूप से प्रमाणित होते हैं।
BYOD उपकरणों के लिए, वे एक सुरक्षित ऑनबोर्डिंग पोर्टल तैनात करते हैं। छात्र एक ओपन 'Onboarding' SSID से कनेक्ट होते हैं, एक Captive Portal पर Google SAML SSO के माध्यम से प्रमाणित होते हैं, और फिर मुख्य 'Campus-Secure' SSID के लिए एक अद्वितीय, डिवाइस-विशिष्ट प्रमाणपत्र (या डायनेमिक PSK) के साथ प्रावधानित होते हैं। यह एक ही Google पहचान का लाभ उठाते हुए प्रबंधित और अप्रबंधित ट्रैफ़िक को अलग करता है। RADIUS सर्वर क्रेडेंशियल्स को मान्य करने के लिए Google Secure LDAP का उपयोग करता है और छात्रों और कर्मचारियों को उनकी Google Workspace समूह सदस्यता के आधार पर अलग-अलग VLAN में असाइन करता है।
50 स्थानों वाली एक रिटेल चेन Google Workspace का उपयोग करती है। वे कॉर्पोरेट स्वामित्व वाले उपकरणों पर स्टाफ WiFi और ग्राहकों के लिए अलग Guest WiFi प्रदान करना चाहते हैं। वे वर्तमान में कर्मचारियों के लिए एकल PSK का उपयोग करते हैं, जिसे तीन वर्षों से बदला नहीं गया है। एक पूर्व कर्मचारी के पास PSK होने की बात ज्ञात है।
रिटेल चेन को तुरंत Google Secure LDAP लागू करना चाहिए। वे क्लाउड में एक केंद्रीय RADIUS सर्वर तैनात करते हैं, जिसे Google Secure LDAP के खिलाफ प्रमाणित करने के लिए कॉन्फ़िगर किया गया है। Google Admin Console में, वे PEAP-MSCHAPv2 का उपयोग करके एक WiFi प्रोफाइल बनाते हैं, जो सख्त सर्वर प्रमाणपत्र सत्यापन लागू करता है। सभी 50 स्थानों पर एक्सेस पॉइंट इस केंद्रीय RADIUS सर्वर की ओर इशारा करते हैं। कर्मचारी अपने Google Workspace क्रेडेंशियल्स का उपयोग करके कनेक्ट होते हैं - कोई नया पासवर्ड वितरित नहीं करना पड़ता।
ग्राहकों के लिए, वे एक अलग VLAN पर एक अलग Captive Portal समाधान तैनात करते हैं, जो मार्केटिंग सहमति प्राप्त करता है और GDPR अनुपालन सुनिश्चित करता है, जो स्टाफ नेटवर्क से पूरी तरह से अलग है। पूर्व कर्मचारी के Google खाते को अक्षम कर दिया जाता है, जिससे 50 साइटों पर PSK रोटेशन की आवश्यकता के बिना उनकी नेटवर्क पहुंच तुरंत रद्द हो जाती है।
अभ्यास प्रश्न
Q1. आपका संगठन 500 प्रबंधित Chromebooks पर 802.1X तैनात कर रहा है। आप उच्चतम स्तर की सुरक्षा चाहते हैं और यह सुनिश्चित करना चाहते हैं कि उपयोगकर्ताओं को WiFi से कनेक्ट करने के लिए कभी भी पासवर्ड टाइप न करना पड़े। आपको Google Admin Console में कौन सी EAP विधि कॉन्फ़िगर करनी चाहिए, और आपको कौन सा अतिरिक्त इंफ्रास्ट्रक्चर घटक तैनात करना होगा?
संकेत: कौन सी विधि क्रेडेंशियल्स के बजाय पूरी तरह से सर्टिफिकेट पर निर्भर करती है, और क्लाइंट डिवाइस पर क्या तैनात किया जाना चाहिए?
मॉडल उत्तर देखें
EAP-TLS। इसके लिए Google Admin Console (SCEP या Google Cloud Certificate Connector का उपयोग करके) के माध्यम से Chromebook पर एक क्लाइंट प्रमाणपत्र भेजने और RADIUS सर्वर पर एक सर्वर प्रमाणपत्र की आवश्यकता होती है। यह पूरी तरह से पासवर्ड-आधारित प्रमाणीकरण को समाप्त कर देता है। आवश्यक अतिरिक्त इंफ्रास्ट्रक्चर क्लाइंट प्रमाणपत्रों को जारी करने और प्रबंधित करने के लिए एक PKI (प्रमाणपत्र प्राधिकरण) है।
Q2. आपने Google Secure LDAP और FreeRADIUS सर्वर को कॉन्फ़िगर किया है। उपयोगकर्ता सफलतापूर्वक प्रमाणित हो सकते हैं, लेकिन उन्हें उनके कर्मचारी या छात्र होने की परवाह किए बिना एक ही डिफ़ॉल्ट VLAN पर रखा जा रहा है। आप चाहते हैं कि कर्मचारी और छात्र अलग-अलग VLAN पर हों। यह कॉन्फ़िगरेशन कहाँ लागू किया जाना चाहिए, और कौन सा डेटा स्रोत इसे सक्षम बनाता है?
संकेत: कौन सा घटक Google से नेटवर्क उपकरणों तक पहचान डेटा को जोड़ता है, और कौन से प्रोटोकॉल गुण VLAN जानकारी ले जाते हैं?
मॉडल उत्तर देखें
RADIUS सर्वर को Google Secure LDAP से उपयोगकर्ता की समूह सदस्यता को क्वेरी करने और फिर उपयुक्त RADIUS विशेषताओं (विशेष रूप से Tunnel-Private-Group-Id और Tunnel-Type) को Access Point पर वापस भेजने के लिए कॉन्फ़िगर किया जाना चाहिए। Access Point क्लाइंट को सही VLAN पर रखने के लिए इन विशेषताओं का उपयोग करता है। इसे सक्षम करने वाला डेटा स्रोत Google Workspace समूह सदस्यता है, जिसे Secure LDAP क्वेरी के माध्यम से पुनर्प्राप्त किया जाता है।
Q3. एक उपयोगकर्ता रिपोर्ट करता है कि वे अपने BYOD Android फोन पर नए 802.1X नेटवर्क से कनेक्ट नहीं हो पा रहे हैं। उनसे उपयोगकर्ता नाम और पासवर्ड (PEAP) के लिए पूछा जाता है, लेकिन उन्हें दर्ज करने के बाद कनेक्शन बिना किसी त्रुटि संदेश के विफल हो जाता है। RADIUS लॉग दिखाते हैं कि कोई प्रमाणीकरण प्रयास प्राप्त नहीं हुआ था। इसका सबसे संभावित कारण क्या है, और आप इसे कैसे हल करते?
संकेत: इस बारे में सोचें कि उपयोगकर्ता के क्रेडेंशियल भेजने से पहले क्लाइंट डिवाइस को क्या करना चाहिए, और डिवाइस पर क्या कॉन्फ़िगरेशन आवश्यक है।
मॉडल उत्तर देखें
क्लाइंट डिवाइस RADIUS सर्वर के प्रमाणपत्र को मान्य करने में विफल हो रहा है। आधुनिक Android संस्करणों में, डिफ़ॉल्ट रूप से सख्त प्रमाणपत्र सत्यापन लागू किया जाता है। यदि उपयोगकर्ता ने अपने डिवाइस पर Root CA प्रमाणपत्र स्थापित नहीं किया है, या यदि सर्वर प्रमाणपत्र पर डोमेन नाम उस डोमेन नाम से मेल नहीं खाता है जिसकी डिवाइस अपेक्षा करता है, तो क्लाइंट क्रेडेंशियल भेजने से पहले कनेक्शन को समाप्त कर देगा। समाधान: उपयोगकर्ता को अपने Android डिवाइस पर Root CA प्रमाणपत्र स्थापित करना होगा और CA और अपेक्षित सर्वर डोमेन नाम निर्दिष्ट करने के लिए WiFi प्रोफ़ाइल को कॉन्फ़िगर करना होगा।
Q4. एक रिटेल चेन स्टेटिक PSK से Google Secure LDAP का उपयोग करके 802.1X पर जाने पर विचार कर रही है। CFO इसके व्यावसायिक औचित्य के बारे में पूछते हैं। आप कौन से तीन सबसे सम्मोहक वित्तीय और परिचालन तर्क प्रस्तुत करेंगे?
संकेत: PSK प्रबंधन से जुड़ी लागतों, क्रेडेंशियल उजागर होने के जोखिम और वितरित साइट प्रबंधन के परिचालन ओवरहेड पर विचार करें।
मॉडल उत्तर देखें
- PSK रोटेशन लागतों का उन्मूलन: एक स्टेटिक PSK के साथ, किसी भी कर्मचारी के जाने पर सभी साइटों पर कुंजी रोटेशन की आवश्यकता होती है - जो कि एक महंगी और बाधा डालने वाली प्रक्रिया है। पहचान-आधारित प्रमाणीकरण के साथ, एक Google खाते को अक्षम करने से सभी स्थानों पर पहुंच तुरंत समाप्त हो जाती है। 2. उल्लंघन का कम जोखिम: एक समझौता किया गया PSK उस कुंजी वाले किसी भी व्यक्ति को नेटवर्क तक पहुंच प्रदान करता है। पहचान-आधारित प्रमाणीकरण केवल व्यक्तिगत खातों तक पहुंच को सीमित करता है, जिन्हें तुरंत अक्षम किया जा सकता है। डेटा उल्लंघन की औसत लागत $4.8M से अधिक है, जिससे इस इंफ्रास्ट्रक्चर निवेश को सही ठहराना आसान हो जाता है। 3. हेल्पडेस्क ओवरहेड में कमी: Google Workspace के माध्यम से स्वचालित क्रेडेंशियल प्रबंधन WiFi से संबंधित पासवर्ड रीसेट टिकटों और मैन्युअल डिवाइस कॉन्फ़िगरेशन को समाप्त करता है, जिससे आमतौर पर WiFi हेल्पडेस्क वॉल्यूम 40-60% तक कम हो जाता है।
अक्सर पूछे जाने वाले प्रश्न
Can Google Workspace be used directly as a RADIUS server for WiFi authentication?
Google Workspace does not offer a native RADIUS server endpoint. To authenticate enterprise 802.1X WiFi against Google Workspace, organisations deploy an intermediary RADIUS service - such as Purple Cloud RADIUS - that queries Google Workspace via Google Secure LDAP (port 636 LDAPS) or issues 802.1X client certificates via SCEP/PKCS. This allows access points and wireless controllers from Cisco Meraki, HPE Aruba, Ruckus, and Ubiquiti UniFi to validate credentials against Google user directories without on-premises servers.
How do you deploy 802.1X WiFi certificates to Chromebooks via Google Admin Console?
To deploy 802.1X certificates to ChromeOS devices, configure an automated SCEP (Simple Certificate Enrollment Protocol) profile in Google Admin Console under Devices > Networks > Certificates. Google Admin issues a Certificate Signing Request (CSR) with a hardware TPM-generated key pair to a trusted Cloud PKI. Once signed by your issuing CA, Google Admin pushes a managed WiFi profile under Devices > Networks > WiFi with EAP-TLS and the deployed client certificate to target Organizational Units.
What is the difference between EAP-TLS and Google Secure LDAP for WiFi authentication?
EAP-TLS is a certificate-based 802.1X protocol where devices authenticate cryptographically using unique digital certificates stored in hardware TPMs. It requires zero user password entry and eliminates credential theft. Google Secure LDAP, available in Enterprise and Education Plus editions, queries Google directory services directly over TLS port 636 using client certificates. While Secure LDAP enables password-based 802.1X via PEAP or EAP-TTLS, EAP-TLS is the industry standard for managed Chromebooks due to superior security and zero user friction.
How does dynamic VLAN assignment work with Google Workspace and Cloud RADIUS?
When a Chromebook or user authenticates, Cloud RADIUS inspects the user Organizational Unit (OU) or Google Group membership via Secure LDAP or directory sync. The RADIUS server returns RFC 2868 and RFC 3580 attributes (Tunnel-Type, Tunnel-Medium-Type, Tunnel-Private-Group-ID) in the Access-Accept packet. The wireless access point dynamically places the user into their authorized subnet - such as Staff VLAN 20, Student VLAN 30, or Contractor VLAN 40 - on a single SSID.
What happens when an employee or student is suspended in Google Workspace?
Because Cloud RADIUS queries Google Workspace in real time via Secure LDAP or validates certificates against an active OCSP/CRL responder, offboarding is instantaneous. As soon as a user account is suspended or moved to a disabled OU in Google Admin Console, subsequent 802.1X re-authentication requests receive a RADIUS Access-Reject. In addition, dynamic RADIUS Change of Authorization (CoA, RFC 3576 / RFC 5176) can immediately terminate the active wireless session.
How does Purple integrate with Google Workspace WiFi and Chromebook environments?
Purple Cloud RADIUS connects directly to Google Workspace without requiring on-premises Active Directory or domain controllers. Purple automates SCEP certificate provisioning for managed Chromebooks, bridges Google Secure LDAP for BYOD authentication, and provides dynamic VLAN assignment based on Google Groups. IT teams gain centralised visibility, venue footfall telemetry, and zero-touch network onboarding across 80,000+ venues worldwide.
स्रोत
- Google Workspace Admin Help - Set up Secure LDAP service
- Google Chrome Enterprise Help - Manage certificates on ChromeOS devices
- IETF RFC 5216 - The EAP-TLS Authentication Protocol
- IETF RFC 3580 - IEEE 802.1X RADIUS Usage Guidelines & Dynamic VLANs
- IETF RFC 8894 - Simple Certificate Enrolment Protocol (SCEP)
इस श्रृंखला में आगे पढ़ें
पासवर्डलेस WiFi के लिए अनुपालन का मामला: HIPAA, PCI, ISO 27001
आप यह तय करने में सक्षम होंगे कि स्टाफ नेटवर्क को एक साझा पासवर्ड से EAP-TLS वाले 802.1X पर ले जाने से PCI DSS 4.0, HIPAA और ISO 27001:2022 के तहत आपके ऑडिट अंतराल समाप्त होते हैं या नहीं। आपको पता चल जाएगा कि यह किन नियंत्रणों को संतुष्ट करता है, किन्हें नहीं, और फील्डवर्क से पहले क्या साक्ष्य एकत्र करने हैं।
कर्मचारी के जाने पर WiFi एक्सेस को कैसे रिवोक करें
यह गाइड IT और वेन्यू ऑपरेशन्स टीमों को दिखाती है कि बाकी कर्मचारियों को बाधित किए बिना किसी कर्मचारी के जाने पर उसकी Staff WiFi एक्सेस को कैसे हटाया जाए। यह सर्टिफिकेट-आधारित 802.1X, आइडेंटिटी-विशिष्ट iPSK और SCIM-चालित डीप्रोविजनिंग की तुलना करता है, और फिर उसी दिन का रनबुक, परीक्षण विधि और ऑडिट साक्ष्य मॉडल प्रदान करता है।
सुरक्षित BYOD WiFi: Passpoint प्रमाणपत्र ऑनबोर्डिंग बनाम xPSK (iPSK)
बिना प्रबंधित वाले कर्मचारी और छात्र उपकरणों (BYOD) को ज़ीरो-टच Passpoint EAP-TLS प्रमाणपत्र बनाम विक्रेता-विशिष्ट xPSK (iPSK/easyPSK, DPSK, PPSK, MPSK) का उपयोग करके सुरक्षित करने पर IT टीमों के लिए एक व्यापक तकनीकी गाइड।
अपने विशिष्ट सेटअप को लेकर कोई सवाल हैं?
हमारी टीम 80,000 से अधिक वेन्यू में वेन्यू ऑपरेटरों, IT मैनेजरों और नेटवर्क इंजीनियरों के साथ काम करती है। 20 मिनट का कॉल बुक करें और हम आपको दिखाएंगे कि आपके जैसे अन्य लोगों ने इसे कैसे हल किया।