ओपन रोमिंग WiFi की व्याख्या: बिना पोर्टल के लॉग इन करें

यदि आपके WiFi एक्सेस पॉइंट OpenRoaming का समर्थन करते हैं, तो कोई आगंतुक अभी भी कनेक्ट करने में असमर्थ क्यों हो सकता है? क्योंकि स्वचालित लॉगिन रेडियो हार्डवेयर से कहीं अधिक पर निर्भर करता है। डिवाइस को एक उपयोग योग्य प्रोफाइल की आवश्यकता होती है, एक आइडेंटिटी प्रदाता को इसे प्रमाणित करना होगा, और वेन्यू को उस प्रदाता के क्रेडेंशियल्स को स्वीकार करना होगा।

IT टीमों और वेन्यू प्रबंधकों के लिए, OpenRoaming WiFi को विश्वास स्थापित करने के एक अलग तरीके के रूप में सबसे अच्छी तरह समझा जाता है, न कि इस वादे के रूप में कि हर आगंतुक स्वचालित रूप से कनेक्ट हो जाएगा। यह बार-बार आने वाले लॉगिन स्क्रीन को हटा सकता है, लेकिन यह एक्सेस पॉलिसी, फ़ॉलबैक कनेक्शन या गोपनीयता के लिए आपकी जिम्मेदारी को समाप्त नहीं करता है।

विषय सूची

• OpenRoaming किन चीज़ों की जगह लेता है और पोर्टल क्यों हटाए जा रहे हैं
  • डिवाइस ही परिचय प्रस्तुत करता है
  • कम इंटरैक्शन, न कि कम ज़िम्मेदारी
• गेस्ट एक्सेस विधियों की आमने-सामने तुलना
  • व्यक्ति या डिवाइस के अनुसार सही विधि चुनें
  • सह-अस्तित्व की योजना बनाएं
• बिना पूछे कोई डिवाइस कैसे लॉगिन करता है
  • डिवाइस कौन सा क्रेडेंशियल प्रस्तुत करता है?
  • प्रदाताओं के बीच भी विश्वास होता है
• गो-लाइव से पहले OpenRoaming रोलआउट को कैसे वैलिडेट करें
  • पूरी प्रमाणीकरण शृंखला का परीक्षण करें
  • एक स्पष्ट रिलीज़ गेट सेट करें
• ऑटोमैटिक एक्सेस के पीछे प्राइवेसी संबंधी समझौते
  • प्रमाणीकरण और गुमनामी अलग-अलग प्रश्नों के उत्तर देते हैं
  • डेटा फ़्लो को समीक्षा योग्य बनाएं
• गेस्ट पोर्टल्स को बदलने से पहले अपनी पायलट योजना की पुष्टि करें
  • पायलट को एक मापने योग्य निर्णय दें
  • समान परीक्षण के विरुद्ध सेवा का मूल्यांकन करें

OpenRoaming किसका स्थान लेता है और पोर्टल्स क्यों हटने जा रहे हैं

एक यात्री हवाई अड्डे पर पहुंचता है, गेस्ट नेटवर्क चुनता है और एक ब्राउज़र खोलता है। वे कैप्टिव पोर्टल का इंतजार करते हैं, एक ईमेल पता दर्ज करते हैं या सोशल लॉगिन चुनते हैं, फिर शर्तों को स्वीकार करते हैं। टर्मिनल के बाहर कैफे में, वे इस प्रक्रिया को दोहराते हैं।

उस दूसरे पंजीकरण के बारे में कुछ भी डिवाइस को यह याद रखने में मदद नहीं करता है कि उसके मालिक की पहले से ही कहीं और एक विश्वसनीय पहचान है। प्रत्येक स्थान आगंतुक को एक नए ऑनबोर्डिंग कार्य के रूप में देखता है।

OpenRoaming, जो Wi-Fi CERTIFIED Passpoint पर निर्मित है, उस संबंध को बदल देता है। व्यक्ति से कोई अन्य ब्राउज़र फॉर्म भरने के लिए कहने के बजाय, नेटवर्क एक ऐसा क्रेडेंशियल स्वीकार कर सकता है जो डिवाइस के पास पहले से मौजूद है।

किसी पंजीकरण फॉर्म के बजाय जो आपको हर रिसेप्शन डेस्क पर भरना होता है, होटल के लॉयल्टी की-कार्ड के बारे में सोचें जो भाग लेने वाले पार्टनर होटलों में स्वीकार किया जाता है। प्रत्येक होटल अभी भी यह निर्णय लेता है कि वह कार्ड किन दरवाजों को खोल सकता है।

डिवाइस ही परिचय प्रदान करता है

इस व्यवस्था में विशिष्ट प्रतिभागी शामिल हैं:

• डिवाइस में एक प्रोफ़ाइल होती है। यह इसे बताता है कि यह किन भाग लेने वाले नेटवर्क का उपयोग कर सकता है और कौन सा क्रेडेंशियल प्रस्तुत करना है।
• आइडेंटिटी प्रदाता उपयोगकर्ता के लिए पुष्टि करता है। प्रत्येक वेन्यू को एक अलग अतिथि खाता बनाए रखने की आवश्यकता के बजाय, वह संगठन क्रेडेंशियल को प्रमाणित करता है।
• वेन्यू पहुँच को अधिकृत करता है। यह विश्वसनीय प्रमाणीकरण परिणाम स्वीकार करता है और यह तय करता है कि डिवाइस किन नेटवर्क संसाधनों तक पहुँच सकता है।

एक बार प्रोफ़ाइल बन जाने के बाद, डिवाइस नियमित कनेक्शन कार्य करता है। आगंतुक को किसी भाग लेने वाले स्थान पर प्रवेश करते समय हर बार साइन-इन बटन चुनने की आवश्यकता नहीं होती है।

आगंतुक की यात्रा में बदलाव के रूप में इसके अंतर को देखना सबसे आसान है।

कम सहभागिता, कम जिम्मेदारी नहीं

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

और न ही ऑटोमैटिक ऑनबोर्डिंग स्वीकार्य उपयोग और डेटा हैंडलिंग को समझाने की आवश्यकता को समाप्त करती है। उन नोटिसों को पूरी तरह से पोर्टल रुकावट पर निर्भर रहने के बजाय एनरोलमेंट और चल रहे सेवा संचार में एक उपयुक्त स्थान की आवश्यकता होती है।

OpenRoaming इसलिए एक फेडरेटेड रोमिंग पहचान ढांचा है, न कि किसी एक विक्रेता का WiFi उत्पाद। इसका व्यावहारिक मूल्य यह अलग करने से आता है कि आगंतुक को कौन प्रमाणित करता है और नेटवर्क का संचालन कौन करता है, जबकि स्थान को नियंत्रण बनाए रखने की अनुमति मिलती है।

गेस्ट एक्सेस विधियों की आमने-सामने तुलना

एक्सेस विधि	विज़िटर क्या करता है	प्रदर्शित पोर्टल	पास मौजूद क्रेडेंशियल	सबसे उपयुक्त
कैप्टिव पोर्टल गेस्ट लॉगिन	ब्राउज़र पेज खोलता है, साइन-इन विधि चुनता है, शर्तें स्वीकार करता है	हाँ	कोई नहीं, या सोशल या SMS लॉगिन	पहली बार आने वाले विज़िटर जिनके पास कोई प्रोफ़ाइल नहीं है
Passpoint या OpenRoaming प्रोफ़ाइल	एक बार प्रोफ़ाइल इंस्टॉल करता है; डिवाइस ऑटोमैटिक रूप से जुड़ जाता है	नहीं	आइडेंटिटी सर्टिफिकेट या क्रेडेंशियल वाली प्रोफ़ाइल	दोबारा आने वाले मेहमान और अक्सर यात्रा करने वाले लोग
EAP-TLS सुरक्षित नेटवर्क	डिवाइस मोबाइल डिवाइस मैनेजमेंट के माध्यम से एनरोल होता है	नहीं	डिवाइस सर्टिफिकेट	कर्मचारियों द्वारा प्रबंधित डिवाइस
प्रति-डिवाइस प्री-शेयर्ड की	डिवाइस अपनी विशिष्ट की (key) से जुड़ता है	नहीं	प्रति डिवाइस, यूज़र या टैनेंट की अनूठी की (key)	निवासी, टिल और IoT फ़्लीट

प्रोफ़ाइल केवल तभी मदद करती है जब डिवाइस इसका समर्थन करता है और इसका आइडेंटिटी प्रदाता वेन्यू द्वारा स्वीकार किया जाता है। उन आगंतुकों के लिए पोर्टल-आधारित मार्ग उपलब्ध रखें जो उन शर्तों को पूरा नहीं करते हैं।

व्यक्ति या डिवाइस के अनुसार उपयुक्त विधि चुनें

आपके संगठन के साथ स्थापित संबंध के बिना आने वाले व्यक्ति के लिए एक कैप्टिव पोर्टल उपयोगी बना रहता है। सेवा के आधार पर, साइन-इन में SSO, Google, Apple, Facebook या एक SMS वन-टाइम पासकोड का उपयोग किया जा सकता है, जिसमें स्वीकृति और सहमति उचित रूप से दर्ज की जाती है।

एक Passpoint या OpenRoaming प्रोफ़ाइल ऐसे व्यक्ति के लिए उपयुक्त है जो भाग लेने वाली संपत्तियों पर वापस आता है या उनके बीच यात्रा करता है। Passpoint प्रोफ़ाइल-आधारित नेटवर्क खोज और प्रमाणीकरण को संभालता है; OpenRoaming उस फ़ेडरेशन को जोड़ता है जो स्वतंत्र रूप से संचालित नेटवर्क और पहचान प्रदाताओं को एक दूसरे पर भरोसा करने की अनुमति देता है। वे संबंधित हैं, लेकिन वे हर परिनियोजन के लिए परस्पर बदलने योग्य नाम नहीं हैं।

EAP-TLS प्रबंधित कर्मचारी उपकरणों के लिए उपयुक्त है क्योंकि प्रशासक मोबाइल डिवाइस प्रबंधन के माध्यम से डिवाइस प्रमाण पत्र प्रदान कर सकते हैं। यह कोई प्रतिस्पर्धी रोमिंग फेडरेशन नहीं है। यह एक प्रमाणीकरण विधि है जो प्रोफ़ाइल-आधारित एक्सेस के अंतर्गत भी रह सकती है।

एक प्रति-डिवाइस पूर्व-साझा कुंजी ऐसे उपकरणों के लिए उपयुक्त है जिन्हें एक व्यावहारिक, व्यक्तिगत रूप से रद्द करने योग्य क्रेडेंशियल की आवश्यकता होती है। एक टिल या थर्मोस्टेट को ब्राउज़र की आवश्यकता नहीं होनी चाहिए, और एक डिवाइस को हटाने के लिए पूरी संपत्ति में पासवर्ड बदलने की आवश्यकता नहीं होनी चाहिए।

सह-अस्तित्व की योजना बनाएं

कोई वेन्यू एक साथ इन तरीकों की पेशकश कर सकता है। पहचानों को उपयुक्त VLANs में मैप करें और उनके बीच फ़ायरवॉल नियमों को लागू करें, न कि यह मान लें कि केवल अलग-अलग नेटवर्क नाम ही अलगाव प्रदान करते हैं। एक अतिथि को भुगतान प्रणालियों या कर्मचारी सेवाओं के लिए मार्ग प्राप्त किए बिना इंटरनेट तक पहुँचना चाहिए।

गेस्ट WiFi सॉल्यूशंस की तुलना करते समय, सभी के लिए एक ही लॉगिन मेथड चुनने के बजाय प्रत्येक दर्शक वर्ग के ऑनबोर्डिंग अनुभव का मूल्यांकन करें।

प्रोफाइल को खुद एक एनरोलमेंट मार्ग की आवश्यकता होती है। कोई वेन्यू या भाग लेने वाला आइडेंटिटी प्रदाता इंस्टॉलेशन की पेशकश कर सकता है, लेकिन पात्रता एक्सेस नेटवर्क के साथ उस प्रदाता के संबंधों पर निर्भर करती है। आपके आगंतुकों के पास मौजूद डिवाइस श्रेणियों का परीक्षण करें, जिसमें उनके ऑपरेटिंग-सिस्टम वर्शन और प्रोफाइल-इंस्टॉलेशन प्रतिबंध शामिल हैं।

निर्णय नियम: पहले अपने आगंतुक और डिवाइस समूहों को सूचीबद्ध करें। प्रत्येक को एक प्राथमिक एक्सेस मेथड, उसके क्रेडेंशियल के लिए एक स्वामी और एक उपयोग योग्य फ़ॉलबैक्स आवंटित करें।

उस अभ्यास से अक्सर पता चलता है कि लक्ष्य पोर्टल को समाप्त करना नहीं है। इसका उद्देश्य पहले से पात्र उपयोगकर्ताओं से अनावश्यक रूप से उन्हें पूरा करने के लिए कहना बंद करना है।

बिना पूछे डिवाइस कैसे लॉगिन करता है

1. खोजें और मिलान करें। डिवाइस 802.11u और ANQP नेटवर्क विज्ञापन पढ़ता है, फिर रोमिंग कंसोर्टियम ऑर्गनाइजेशन आइडेंटिफ़ायर, या RCOI, को एक सहेजी गई प्रोफ़ाइल से मिलाता है। विज़िटर मैन्युअल रूप से SSID का चयन नहीं करता है।
2. प्रमाणीकरण शुरू करें। डिवाइस एक्सटेंसिबल ऑथेंटिकेशन प्रोटोकॉल विधि का उपयोग करके 802.1X एक्सचेंज शुरू करता है, जिसे आमतौर पर EAP कहा जाता है।
3. अनुरोध अग्रेषित करें। एक्सेस पॉइंट या उसका नियंत्रक एक्सेस प्रदाता के RADIUS इंफ्रास्ट्रक्चर को प्रमाणीकरण एक्सचेंज पास करता है।
4. आइडेंटिटी प्रदाता ढूंढें। प्रमाणीकरण इंफ्रास्ट्रक्चर उपयुक्त प्रदाता की ओर अनुरोध को राउट करने के लिए उपयोगकर्ता की पहचान में क्षेत्र (realm) का उपयोग करता है।
5. क्रेडेंशियल जांचें। पहचान प्रदाता सर्टिफ़िकेट, सिम्-आधारित क्रेडेंशियल या खाता जानकारी को मान्य करता है और प्रमाणीकरण परिणाम देता है।
6. स्थानीय अनुमतियाँ लागू करें। सामान्य उपयोगकर्ता ट्रैफ़िक की अनुमति देने से पहले वेन्यू का इंफ्रास्ट्रक्चर अधिकृत VLAN और एक्सेस नीति लागू करता है।

Wireless Broadband Alliance का OpenRoaming अवलोकन Passpoint, फ़ेडरेटेड आइडेंटिटी और पॉलिसी के संयोजन का वर्णन करता है जो इस एक्सचेंज का समर्थन करता है, जिसमें रियल्म-आधारित राउटिंग और प्रदाताओं के बीच प्रमाणपत्र-समर्थित विश्वास शामिल है।

क्रम महत्वपूर्ण है। एक कैप्टिव पोर्टल आमतौर पर डिवाइस के नेटवर्क से जुड़ने के बाद ब्राउज़र से एक्सेस चरण पूरा करने के लिए कहता है। यहाँ, सामान्य डेटा एक्सेस शुरू होने से पहले डिवाइस एंटरप्राइज प्रमाणीकरण पूरा करता है। ब्राउज़र प्रमाणीकरण इंटरफ़ेस नहीं है।

यह आरेख डिवाइस के दृष्टिकोण से वही प्रक्रिया दिखाता है।

डिवाइस कौन सा क्रेडेंशियल प्रस्तुत करता है?

प्रोफ़ाइल का मतलब अनिवार्य रूप से प्रमाण पत्र होना नहीं है। इसमें ऐसा कॉन्फ़िगरेशन शामिल होता है जो डिवाइस को यह बताता है कि किसी योग्य नेटवर्क की खोज और उसके प्रति प्रमाणीकरण कैसे किया जाए, और अंतर्निहित क्रेडेंशियल चुने गए EAP मेथड का पालन करता है।

EAP विधि	डिवाइस के पास मौजूद क्रेडेंशियल	विशिष्ट नेटवर्क
EAP-TLS	क्लाइंट सर्टिफिकेट और संबंधित प्राइवेट की	एंटरप्राइज और मोबाइल डिवाइस मैनेजमेंट द्वारा प्रबंधित डिवाइस
EAP-SIM	SIM कार्ड की	मोबाइल कैरियर सब्सक्राइबर
EAP-AKA	ऑथेंटिकेशन और की समझौते के लिए USIM की	कैरियर सब्सक्राइबर नेटवर्क
EAP-AKA′	मजबूत की डेरिवेशन के साथ USIM की	नए AKA डिप्लॉयमेंट पर कैरियर सब्सक्राइबर
EAP-TTLS	TLS टनल के अंदर यूज़रनेम और पासवर्ड	सर्टिफिकेट-सत्यापित सर्वर के माध्यम से ऑथेंटिकेट किए गए स्टाफ या गेस्ट अकाउंट

EAP-TLS के साथ, डिवाइस अपने प्रमाणपत्र से जुड़ी निजी कुंजी के कब्जे को साबित करता है। SIM-आधारित तरीकों के साथ, वाहक का प्रमाणीकरण बुनियादी ढांचा ग्राहक क्रेडेंशियल को मान्य करता है। EAP-TTLS के साथ, क्लाइंट को आंतरिक क्रेडेंशियल भेजने से पहले प्रमाणीकरण सर्वर के प्रमाणपत्र को मान्य करना होगा।

खरीद प्रक्रिया के दौरान यह अंतर मायने रखता है। Passpoint का समर्थन करने वाला एक एक्सेस पॉइंट यह स्थापित नहीं करता है कि आपके लक्षित आगंतुक समुदाय का प्रत्येक क्रेडेंशियल प्रकार पूर्ण प्रमाणीकरण पथ के माध्यम से काम करेगा।

प्रदाताओं के बीच भी विश्वास मौजूद है

RadSec भाग लेने वाले बुनियादी ढांचे के बीच TLS पर RADIUS सिग्नलिंग ले जाता है। म्यूचुअल TLS साथियों को प्रमाणपत्रों का उपयोग करके एक-दूसरे को मान्य करने की अनुमति देता है, इसलिए प्रमाणपत्र जारी करने, विश्वसनीय रूट्स, नवीनीकरण और समाप्ति सभी के लिए परिचालन स्वामित्व की आवश्यकता होती है।

DNS-आधारित RADIUS पीयर डिस्कवरी एक एक्सेस प्रदाता को आइडेंटिटी रियल्म के लिए उपयुक्त प्रमाणीकरण पीयर का पता लगाने में मदद करती है। यह प्रत्येक नए प्रदाता को व्यक्तिगत एक्सेस पॉइंट को फिर से कॉन्फ़िगर करने के कारण के रूप में देखने से बचाती है, हालांकि राउटिंग और फ़ेडरेशन पॉलिसी को अभी भी संबंध की अनुमति देनी होगी।

लाइव ट्रायल से पहले, इंजीनियर को एक सिंगल चेन के रूप में इंस्टॉल किए गए प्रोफाइल, विज्ञापित RCOIs, रियल्म राउटिंग और समर्थित EAP तरीकों की पुष्टि करनी चाहिए। क्लाइंट और प्रमाणीकरण लॉग को एक साथ कैप्चर करें: जो डिवाइस कभी नेटवर्क का चयन नहीं करता है, उसमें उस डिवाइस से अलग खराबी होती है जिसका क्रेडेंशियल सफल खोज के बाद अस्वीकृत कर दिया जाता है।

गो-लाइव से पहले OpenRoaming रोलआउट को कैसे मान्य करें

WBA सर्वेक्षण के CDG के विवरण के अनुसार, 170 उद्योग अधिकारियों के 2025 WBA सर्वेक्षण में, 81% ने OpenRoaming को तैनात करने की योजना बनाई है, जबकि 25% इसे पहले ही रोल आउट कर रहे थे। वे नियोजन और रोलआउट उपाय हैं, यह साबित करने का प्रमाण नहीं कि कोई विशेष आगंतुक आपके स्थान पर कनेक्ट हो सकता है।

अनुकूल इन्फ्रास्ट्रक्चर के दावे को परीक्षण किए गए उपयोगकर्ता अनुभव में बदलने के लिए तत्परता चेकलिस्ट का उपयोग करें।

संपूर्ण प्रमाणीकरण श्रृंखला का परीक्षण करें

1. फ़ेडरेशन भागीदारी की पुष्टि करें। यह पहचानें कि क्रेडेंशियल कौन जारी करता है और वेन्यू उस प्रदाता पर कैसे भरोसा करता है। प्रत्येक पक्ष पर सपोर्ट ओनर को रिकॉर्ड करें।
2. वास्तविक क्लाइंट प्रोफ़ाइलों का उपयोग करें। केवल किसी इंजीनियर के तैयार किए गए लैपटॉप के बजाय एक अननेक्स्ड विज़िटर डिवाइस सहित, उन डिवाइस फ़ैमिलीज़ का उपयोग करें जो आपका वेन्यू प्रदान करता है।
3. RCOI और क्षेत्र (realm) मिलान को सत्यापित करें। विज्ञापनों और राउटिंग की तुलना प्रदाता के कॉन्फ़िगरेशन से करें ताकि खोज के बेमेल होने को गलत पासवर्ड न समझ लिया जाए।
4. सर्टिफ़िकेट चेन और समाप्ति का निरीक्षण करें। क्लाइंट-फ़ेसिंग प्रमाणीकरण ट्रस्ट और RadSec पीयर ट्रस्ट को अलग-अलग जांचें।
5. पीयर डिस्कवरी को मान्य करें। पुष्टि करें कि DNS-आधारित डिस्कवरी इच्छित प्रमाणीकरण इंफ्रास्ट्रक्चर तक पहुँचती है।
6. प्राथमिकता वाले पथ को जानबूझकर बदलें। एक अनुपलब्ध प्रदाता और एक असमर्थित प्रोफ़ाइल का परीक्षण करें, फिर सत्यापित करें कि विज़िटर पोर्टल विकल्प को ढूंढ और उपयोग कर सकता है।
7. नीति और माप की जांच करें। ऑपरेटरों में VLAN प्लेसमैंट, अलगाव और अकाउंटिंग की पुष्टि करें, जिसमें आपके अतिथि विश्लेषण क्या देख सकते हैं, वह भी शामिल है।
8. निरस्तीकरण (revocation) का पूर्वाभ्यास करें। खोए हुए डिवाइस का क्रेडेंशियल अक्षम करें और बाद के प्रमाणीकरण और मौजूदा सत्र के संचालन दोनों का परीक्षण करें।

एक उपयोगी परीक्षण अनुशासन सफल परिणामों से परे परीक्षण की प्रासंगिकता का आकलन करना है, जैसा कि 99tests द्वारा चर्चा की गई है। पूर्व-कॉन्फ़िगर किए गए परीक्षण फ़ोन से एक सफल कनेक्शन यह साबित नहीं करता है कि आगमन यात्रा आपके इच्छित आगंतुकों के लिए काम करती है।

एक स्पष्ट रिलीज़ गेट निर्धारित करें

प्रमाणीकरण निर्भरताओं को अपने WiFi नेटवर्क डिज़ाइन का हिस्सा बनाएं, न कि रेडियो कवरेज के बाद का कोई विचार। क्लाइंट, एक्सेस पॉइंट, RADIUS और पहचान प्रदाता में विफलताओं का पता लगाएं।

न्यूकैसल Purple पर दुनिया का पहला शहर-व्यापी OpenRoaming नेटवर्क चलाता है, और हम एक प्रमाणित WBA आइडेंटिटी ब्रोकर हैं। वे क्रेडेंशियल वेन्यू-स्तर के स्वीकृति परीक्षण को प्रतिस्थापित नहीं करते हैं।

गो या नो-गो: किसी परिभाषित दर्शक वर्ग के लिए पोर्टल हटाने पर विचार करने से पहले विपरीत डिवाइस श्रेणियों पर डिस्कवरी, ट्रस्ट, प्रमाणीकरण और फ़ॉलबैक जांच को पास करना आवश्यक है।

स्वचालित एक्सेस के पीछे गोपनीयता के समझौते

सुरक्षित प्रमाणीकरण गुमनाम उपयोग नहीं है। एक डिवाइस पोर्टल में नाम टाइप किए बिना भी कनेक्ट हो सकती है, जबकि वह अभी भी ऐसे रिकॉर्ड उत्पन्न करती है जो इसे अन्य डिवाइसों से अलग करते हैं और इसे किसी स्थान से जोड़ते हैं।

Westermo का OpenRoaming प्रमाणन घोषणापत्र पहचान-प्रदाता-मध्यस्थता वाले प्रमाणीकरण और लगातार रहने वाले पहचानकर्ताओं के लिए संदर्भ प्रदान करता है। किसी स्थान के लिए व्यावहारिक प्रश्न यह नहीं है कि एक्सेस एन्क्रिप्टेड है या नहीं। प्रश्न यह है कि कौन किस उद्देश्य से और कितने समय के लिए कौन से पहचानकर्ता देख सकता है।

एक स्वचालित कनेक्शन आगंतुक को घटनाहीन लग सकता है, भले ही इसके पीछे कई संगठन भाग ले रहे हों।

प्रमाणीकरण और गुमनामी अलग-अलग प्रश्नों के उत्तर देते हैं

पहचान प्रदाता स्थल को अपना पासवर्ड दिए बिना किसी व्यक्ति को प्रमाणित कर सकता है। फिर भी स्थल पहुंच को अधिकृत करने, नीति सौंपने, सत्र का हिसाब रखने या दुरुपयोग की जांच करने के लिए आवश्यक जानकारी प्राप्त कर सकता है।

प्रदाता, नेटवर्क, समझौते और लागू कानून के आधार पर, रिकॉर्ड में प्रमाणीकरण ईवेंट, अकाउंटिंग रिकॉर्ड, डिवाइस पहचानकर्ता, स्थान की जानकारी या छद्म नाम पहचानकर्ता शामिल हो सकते हैं। एक छद्म नाम स्वचालित रूप से अज्ञात नहीं होता है: एक संगठन बार-बार होने वाले सत्रों को लिंक करने में सक्षम हो सकता है या उस पहचानकर्ता को किसी खाते से जोड़ सकता है।

स्टेडियम के किसी ऐसे आगंतुक पर विचार करें जिसकी पहुंच केवल किसी कार्यक्रम के लिए है। ऑपरेटर को यह परिभाषित करना चाहिए कि उसके बाद कौन से कनेक्शन रिकॉर्ड बने रहेंगे और क्यों। एक उपयोगी इवेंट-एक्सेस क्रेडेंशियल को अनिश्चितकालीन उपस्थिति इतिहास बनाने की अनुमति के रूप में न देखें।

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

वीडियो हितधारकों को स्वचालित कनेक्टिविटी समझाने का एक अतिरिक्त तरीका प्रदान करता है।

डेटा प्रवाह को समीक्षा योग्य बनाएं

समीक्षा की जा रही अपनी गेस्ट नेटवर्क सुरक्षा में इन प्रश्नों को शामिल करें:

• आइडेंटिटी-प्रोवाइडर प्रकटीकरण। इसमें शामिल संगठनों के नाम बताएं और समझाएं कि प्रत्येक को क्या प्राप्त होता है, जिसमें कोई भी सीमा-पार प्रोसेसिंग शामिल है।
• सर्टिफिकेट सत्यापन। रिकॉर्ड करें कि ट्रस्ट सेटिंग्स का स्वामित्व किसके पास है और परिवर्तनों की समीक्षा कैसे की जाती है।
• छद्मनाम पहचानकर्ता। यह निर्धारित करें कि क्या वे बने रहते हैं, कौन उन्हें हल कर सकता है और क्या अलग-अलग डेटासेट को जोड़ा जा सकता है।
• अकाउंटिंग रिकॉर्ड। एकत्र किए गए फ़ील्ड निर्दिष्ट करें और यह भी कि कौन उन्हें एक्सेस या एक्सपोर्ट कर सकता है।
• प्रतिधारण (रिटेंशन) अवधि। बैकअप सहित प्रत्येक रिकॉर्ड श्रेणी के लिए एक उद्देश्य और हटाने का नियम असाइन करें।
• यूज़र नोटिस और सहमति। डेटा-कंट्रोलर की भूमिकाओं, प्रासंगिक प्रोसेसिंग आधार और नाबालिगों, कर्मचारियों, निवासियों और विज़िटर को कैसे सूचित किया जाता है, इसकी पहचान करें।
• तत्काल क्रेडेंशियल रद्दीकरण। यूज़र्स को डिवाइस खोने की रिपोर्ट करने का एक स्पष्ट रास्ता दें और ऑपरेटरों को एक परीक्षण की गई कार्रवाई प्रदान करें।

सहमति उपयुक्त कानूनी आधार निर्धारित करने का एक सार्वभौमिक विकल्प नहीं है, और छिपा हुआ नीति पृष्ठ अर्थपूर्ण नोटिस नहीं है। गोपनीयता और कानूनी स्वामियों से सुरक्षित WiFi के सामान्य विवरण के बजाय वास्तविक प्रवाह की समीक्षा कराएं।

न्यूनतम-डेटा एक्सेस एक डिज़ाइन विकल्प है। केवल स्वचालित लॉगिन ही इसे प्रदान नहीं करता है।

गेस्ट पोर्टल को बदलने से पहले अपनी पायलट योजना की पुष्टि करें

नियंत्रित वातावरण में तकनीकी स्वीकृति जांच सफल होने के बाद सीमित पायलट प्रोजेक्ट से शुरुआत करें। ऐसी साइट चुनें जहां आप दोहराए जाने वाले उपयोगकर्ताओं और बिना किसी मौजूदा प्रोफ़ाइल के आने वाले लोगों, दोनों पर नज़र रख सकें।

पायलट को मापने योग्य निर्णय लें

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

सफलता को केवल पोर्टल की अनुपस्थिति से न मापें। जो डिवाइस गलत VLAN से जुड़ता है या किसी आगंतुक को फ़ॉलबैक एक्सेस खोजने में असमर्थ छोड़ देता है, वह पास नहीं हुआ है।

उसी परीक्षण के विरुद्ध सेवा का मूल्यांकन करें

यदि आप हमारी सेवा का मूल्यांकन कर रहे हैं, तो Purple Access Passpoint और OpenRoaming को सपोर्ट करता है, और हमारे मुफ़्त Connect लाइसेंस में गेस्ट पोर्टल और मुफ़्त OpenRoaming शामिल हैं। वापस आने वाले मेहमान बिना किसी पोर्टल के Secure नेटवर्क पर प्रोफ़ाइल का उपयोग करते हैं, और वह प्रोफ़ाइल इसे चलाने वाली हर प्रॉपर्टी पर काम करती है। अपने डिवाइस मिक्स के साथ इन व्यवहारों का परीक्षण करें, और रोलआउट में शामिल करने से पहले किसी भी अतिरिक्त क्षमताओं के लाइसेंसिंग और मूल्य निर्धारण की पुष्टि करें।

आगे बढ़ने का सबसे मजबूत कारण किसी विशिष्ट दर्शक वर्ग के लिए एक स्पष्ट सुधार है, न कि एक नए एक्सेस-पॉइंट सेटिंग की उपलब्धता। पायलट को उन लोगों पर केंद्रित रखें जिनके कनेक्शन अनुभव को आप सार्थक रूप से सुधार सकते हैं।

आज पोर्टल पर किस आगंतुक समूह का सबसे अधिक समय नष्ट होता है, और क्या प्रोफ़ाइल उस समूह की समस्या को हल करती है?

---

Purple Access, Passpoint और OpenRoaming के साथ-साथ एक गेस्ट पोर्टल प्रदान करता है, ताकि आप उस रास्ते को हटाए बिना स्वचालित एक्सेस का परीक्षण कर सकें जिसकी अन्य आगंतुकों को अभी भी आवश्यकता है। Connect लाइसेंस का पता लगाने और अपने मौजूदा एक्सेस पॉइंट्स पर प्रोफ़ाइल नामांकन, पहचान-आधारित नीति और फ़ॉलबैक को कवर करने वाले पायलट पर चर्चा करने के लिए Purple Access पर जाएं।