PPSK life: comparing features and deployment models

Purple WiFi च्या तांत्रिक मालिकेमध्ये आपले स्वागत आहे. आज आपण PPSK life म्हणजेच Private Pre-Shared Key याबद्दल माहिती घेणार आहोत - आणि प्रॉपर्टी डेव्हलपर्स, लँडलॉर्ड्स आणि बिल्ड-टू-रेंट ऑपरेटर्ससाठी याच्या वैशिष्ट्यांची आणि डेप्लॉयमेंट मॉडेल्सची तुलना करणार आहोत. चला, पार्श्वभूमीपासून सुरुवात करूया. जर तुम्ही एखादी निवासी इमारत व्यवस्थापित करत असाल - मग ते ५० युनिट्सचे BTR डेव्हलपमेंट असो, स्टुडंट अकॉमोडेशन ब्लॉक असो किंवा को-लिव्हिंग स्पेस असो - तुम्हाला एकाच प्रकारच्या WiFi समस्येचा नक्कीच सामना करावा लागला असेल. संपूर्ण इमारतीसाठी एकच शेअर्ड पासवर्ड. कोणीतरी इमारत सोडून जाते, तुम्ही की बदलता, आणि अचानक २०० रहिवासी त्यांच्या डिव्हाइसेस कनेक्ट करू शकत नाहीत. किंवा त्याहूनही वाईट म्हणजे, तुम्ही पासवर्ड बदलत नाही आणि तुमच्या माजी भाडेकरू कडे अजूनही ॲक्सेस राहतो. स्टँडर्ड PSK - Pre-Shared Key - हे कधीही या कामासाठी डिझाइन केलेले नव्हते. हे अशा चार लोकांच्या कुटुंबासाठी डिझाइन केले गेले होते जे एकमेकांवर विश्वास ठेवतात. एकमेकांना न ओळखणाऱ्या ३०० रहिवाशांच्या इमारतीसाठी नाही. तर मग PPSK काय आहे? Private Pre-Shared Key प्रत्येक रहिवाशाला किंवा प्रत्येक डिव्हाइसला स्वतःचा युनिक WiFi पासवर्ड देते. ते सर्व एकाच नेटवर्क नावाशी - म्हणजेच एकाच SSID शी कनेक्ट होतात - परंतु प्रत्येक की त्या रहिवाशासाठी युनिक असते. जेव्हा रहिवासी A कनेक्ट होतो, तेव्हा नेटवर्कला समजते की हा रहिवासी A आहे. जेव्हा ते इमारत सोडून जातात, तेव्हा तुम्ही त्यांची की रद्द करता. दुसऱ्या कोणावरही याचा परिणाम होत नाही. इतर कोणत्याही रहिवाशाला त्यांचे एकही डिव्हाइस पुन्हा कनेक्ट करण्याची आवश्यकता नसते. आता, तुम्हाला वाटू शकते - हेच काम 802.1X करत नाही का? आणि तुम्ही काही प्रमाणात बरोबर आहात. 802.1X, हा IEEE एंटरप्राइझ ऑथेंटिकेशन स्टँडर्ड देखील वैयक्तिक क्रेडेंशियल्स देतो. परंतु यासाठी सर्टिफिकेट इन्फ्रास्ट्रक्चर, RADIUS सर्व्हर आणि क्लायंट-साइड सप्लिकंट कॉन्फिगरेशनची आवश्यकता असते. तुमच्या रहिवाशांचे Chromecasts, PlayStation कन्सोल आणि स्मार्ट थर्मोस्टॅट्स 802.1X करू शकत नाहीत. त्यांच्याकडे यासाठी आवश्यक सॉफ्टवेअर स्टॅक नसतो. PPSK हे WiFi शी कनेक्ट होऊ शकणाऱ्या प्रत्येक डिव्हाइससोबत काम करते - कारण डिव्हाइसच्या दृष्टीकोनातून, ते फक्त एक पासवर्ड एंटर करत असते. हाच PPSK life चा मुख्य फायदा आहे. तुम्हाला वैयक्तिक उत्तरदायित्व - म्हणजेच 802.1X चा सुरक्षा लाभ - इन्फ्रास्ट्रक्चरचा अतिरिक्त खर्च किंवा डिव्हाइस सुसंगततेच्या त्रासाशिवाय मिळतो. आता व्हेंडर लँडस्केपबद्दल बोलूया, कारण यामध्ये वेगवेगळ्या संज्ञा वापरल्या जातात. Aruba याला MPSK - Multi-PSK म्हणते. Cisco Meraki याला iPSK - Identity PSK म्हणते - आणि त्यांनी नुकतेच यामध्ये WiFi Personal Network देखील जोडले आहे. Ruckus याला DPSK - Dynamic PSK म्हणते. Extreme Networks, जिथे या तंत्रज्ञानाचा शोध लागला, ते याला PPSK म्हणतात. Juniper Mist ePSK वापरते. या सर्वांमागील मूळ संकल्पना अगदी सारखीच आहे. एक SSID, अनेक की, प्रति-वापरकर्ता आयसोलेशन. Purple मध्ये, आम्ही या सर्वांच्या वर एक हार्डवेअर-अज्ञेयवादी क्लाउड ओव्हरले म्हणून काम करतो. आम्ही Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme आणि Fortinet वर चालतो. छतावर कोणतेही ऍक्सेस पॉईंट्स असले तरीही, आम्ही की च्या जीवनचक्राचे - प्रोव्हिजनिंग, रोटेशन, रिव्होकेशन - व्यवस्थापन करतो. चला आर्किटेक्चर समजून घेऊया. PPSK डिप्लॉयमेंटमध्ये, ॲक्सेस पॉइंट - किंवा त्यामागील कंट्रोलर - प्रत्येक की (key) ला VLAN शी मॅप करणारा एक टेबल ठेवतो. जेव्हा एखादे डिव्हाइस रहिवासी A च्या की द्वारे कनेक्ट होते, तेव्हा AP त्या डिव्हाइसला रहिवासी A च्या VLAN वर नियुक्त करतो. रहिवासी B चे डिव्हाइस रहिवासी B च्या VLAN वर जाते. लेयर 2 वर, ते एकमेकांसाठी पूर्णपणे अदृश्य असतात. यालाच आपण WiFi बबल म्हणतो. प्रत्येक रहिवाशाचा एक प्रायव्हेट एरिया नेटवर्क - त्यांचे स्वतःचे लॉजिकल होम नेटवर्क - मिळते, जरी ते प्रत्यक्ष इन्फ्रास्ट्रक्चर शेअर करत असले तरीही. त्यांचा फोन त्यांचा Chromecast शोधून काढतो. त्यांचा स्मार्ट स्पीकर त्यांच्या बल्बशी पेअर होतो. त्यांच्या कन्सोलला NAT प्रकार Open मिळतो. हे अगदी होम राउटरसारखेच काम करते, कारण नेटवर्कच्या दृष्टिकोनातून, हे होम राउटरच आहे - फक्त व्हर्च्युअल आहे. काही व्हेंडरच्या इम्प्लिमेंटेशनमध्ये लहान डिप्लॉयमेंटसाठी RADIUS सर्व्हर ऐच्छिक असतो, परंतु काही डझनपेक्षा जास्त युनिट्ससाठी, तुम्हाला लूपमध्ये RADIUS आवश्यक आहे. हे तुम्हाला सेंट्रलाइज्ड लॉगिंग, डायनॅमिक VLAN असाइनमेंट आणि तुमच्या आयडेंटिटी प्रोव्हायडरशी - Microsoft Entra ID, Okta, किंवा Google Workspace शी इंटिग्रेट करण्याची क्षमता देते. Purple प्लॅटफॉर्मचा एक भाग म्हणून RADIUS-as-a-Service प्रदान करते, त्यामुळे तुम्हाला स्वतःचा सर्व्हर चालवण्याची गरज नाही. आता, WPA3 यात आणखी एक लेयर जोडते. WPA3-Personal ने SAE - Simultaneous Authentication of Equals - सादर केले आहे, जे जुन्या 4-वे हँडशेकला पुनर्स्थित करते. SAE ऑफलाइन डिक्शनरी हल्ल्यांना प्रतिरोधक आहे, म्हणजेच कोणी हँडशेक कॅप्चर केला तरीही, ते ऑफलाइन की वर ब्रूट-फोर्स करू शकत नाहीत. PPSK डिप्लॉयमेंटसाठी, WPA3 ट्रान्झिशन मोड - जो एकाच वेळी WPA2 आणि WPA3 क्लायंट दोन्हीला सपोर्ट करतो - हा 2025 आणि त्यानंतरच्या काळासाठी योग्य प्रारंभ बिंदू आहे. Cisco Meraki, HPE Aruba, आणि Ruckus चे बहुतेक ॲक्सेस पॉइंट्स आज याला सपोर्ट करतात. चला दोन वास्तविक जगातील डिप्लॉयमेंट परिस्थिती पाहूया, कारण सिद्धांताने आपण केवळ मर्यादित गोष्टीच समजून घेऊ शकतो. पहिली परिस्थिती: मँचेस्टरमधील 200-युनिटची बिल्ड-टू-रेंट डेव्हलपमेंट. डेव्हलपर इमारतीमध्ये HPE Aruba ॲक्सेस पॉइंट्स आधीच वायर करत आहे - प्रति मजला एक, कॉरिडॉरमध्ये माउंट केलेला. रहिवाशांना त्यांच्या भाडेकरूच्या पहिल्या दिवसापासूनच WiFi मिळावे, ब्रॉडबँडची वाट पाहावी लागू नये, अशी त्यांची इच्छा आहे आणि ते अ‍ॅमेनिटी पॅकेजचा भाग म्हणून या सेवेसाठी प्रीमियम शुल्क आकारू इच्छितात. येथील आर्किटेक्चर अगदी सरळ आहे. संपूर्ण इमारतीमध्ये एकच SSID - समजा आपण याला इमारतीचे नाव देऊया. Purple प्रत्येक युनिटसाठी प्री-टेनेन्सी ऑनबोर्डिंग प्रक्रियेदरम्यान एक युनिक MPSK की तयार करते. रहिवाशाला त्यांची की ते शिफ्ट होण्यापूर्वी ईमेलद्वारे मिळते. ते येतात, त्यांचा फोन कनेक्ट करतात आणि इतर सर्व डिव्हाइसेस जोडण्यासाठी तीच की वापरतात. त्यांचे Chromecast चालते, त्यांची Alexa चालते आणि त्यांच्या PlayStation ला NAT प्रकार Open मिळतो. जेव्हा ते घर सोडून जातात, तेव्हा प्रॉपर्टी मॅनेजमेंट सिस्टम Purple च्या API ला वेबहुक ट्रिगर करते. Purple ती की रद्द करते. नवीन रहिवाशाला नवीन की मिळते. इमारतीमधील इतर कोणावरही याचा परिणाम होत नाही. संपूर्ण लाईफसायकल - प्रोव्हिजनिंग, रोटेशन, रेव्होकेशन - ऑटोमेटेड आहे. प्रॉपर्टी मॅनेजरला नेटवर्कला स्पर्शही करावा लागत नाही.व्यवसायिक परिणाम: British Property Federation च्या संशोधनातून असे दिसून आले आहे की जेव्हा WiFi हे व्यवस्थापित सुविधा म्हणून समाविष्ट केले जाते, तेव्हा BTR ऑपरेटर्स प्रति युनिट प्रति महिना पंधरा ते तीस पाउंड जास्त भाडे मिळवू शकतात. शून्य उत्पन्नाचा कालावधी (Void periods) पाच ते दहा दिवसांनी कमी होतो कारण प्रवेशाच्या पहिल्याच दिवशी कनेक्टिव्हिटीची हमी मिळते. आणि स्वतःच्या मालकीच्या हार्डवेअरवरील सॉफ्टवेअर ओव्हरलेचा प्रति-दार (per-door) खर्च सामान्यत: प्रति-युनिट ब्रॉडबँड करारापेक्षा तीस ते पन्नास टक्के कमी असतो. दुसरी परिस्थिती: ६०० खाटांचे विशेष हेतूने बांधलेले विद्यार्थी निवासस्थान (student accommodation block). येथील सर्वात मोठे आव्हान म्हणजे कोहोर्ट वीक (cohort week) - सप्टेंबरचा पहिला आठवडा, जेव्हा सहाशे विद्यार्थी एकाच वेळी येतात आणि प्रत्येकाकडे सरासरी सात डिव्हाइसेस असतात. लॅपटॉप, फोन, टॅब्लेट, कन्सोल, स्मार्ट स्पीकर्स. म्हणजेच ४८ तासांत चार हजारांहून अधिक डिव्हाइसेस ऑनबोर्ड करण्याचा प्रयत्न करत असतात. स्टँडर्ड PSK सेटअपसह, हे सपोर्टसाठी एक मोठे आव्हान असते. PPSK सह, प्रत्येक विद्यार्थ्याला त्यांच्या आगमनापूर्वीच्या स्वागत ईमेलमध्ये त्यांची की (key) प्राप्त होते. ते येतात, एकदाच कनेक्ट होतात आणि त्यांचे सर्व डिव्हाइसेस त्यांच्या खाजगी सेगमेंटवर जोडले जातात. गेमिंग कन्सोलला योग्य NAT प्रकार मिळतो. स्मार्ट टीव्ही बफरिंगशिवाय स्ट्रीम होतो. लॅपटॉप इतर रहिवाशांच्या ट्रॅफिकच्या हस्तक्षेपाशिवाय विद्यापीठाच्या VPN शी कनेक्ट होतो. BTR मधील मुख्य ऑपरेशनल फरक म्हणजे वार्षिक कोहोर्ट रोटेशन (cohort rotation). दर ऑगस्टमध्ये, तुम्ही येणाऱ्या कोहोर्टसाठी नवीन की मोठ्या प्रमाणात प्रोव्हिजन (bulk-provision) करता आणि बाहेर जाणाऱ्या कोहोर्टच्या की मोठ्या प्रमाणात रद्द (bulk-revoke) करता. Purple हे काम स्टुडंट मॅनेजमेंट सिस्टमसह SCIM इंटिग्रेशनद्वारे किंवा सिस्टम SCIM ला सपोर्ट करत नसल्यास CSV इम्पोर्टद्वारे हाताळते. दोन्ही प्रकारे, हे एक शेड्युल केलेले ऑपरेशन असते, मॅन्युअल नाही. आता मी अंमलबजावणीतील त्रुटींबद्दल सांगतो, कारण काही अशा त्रुटी आहेत ज्यामुळे लोक अडचणीत येतात. पहिली: VLAN संपणे. प्रत्येक रहिवाशाच्या सेगमेंटला स्वतःच्या VLAN ची आवश्यकता असते. ५००-युनिटच्या इमारतीला ५०० VLAN ची आवश्यकता असते. बहुतेक एंटरप्राइझ स्विचेस 802.1X मानकांनुसार ४,०९६ VLAN ला सपोर्ट करतात, त्यामुळे तुम्ही या मर्यादेपर्यंत पोहोचण्याची शक्यता कमी आहे, परंतु डिझाइनच्या वेळीच तुम्हाला तुमच्या VLAN रेंजचे नियोजन करणे आवश्यक आहे. याकडे नंतरचा विचार म्हणून दुर्लक्ष करू नका. दुसरी: mDNS आणि डिव्हाइस शोधणे. डिफॉल्टनुसार, mDNS - प्रोटोकॉल जो Chromecast, AirPlay आणि Sonos डिव्हाइसेस शोधण्यासाठी वापरतात - तो VLAN सीमा ओलांडत नाही. रहिवाशांच्या VLAN मध्ये डिव्हाइस शोधण्याची परवानगी देण्यासाठी आणि VLAN दरम्यान ते ब्लॉक करण्यासाठी तुम्हाला तुमच्या कंट्रोलर किंवा गेटवेवर mDNS रिफ्लेक्शन किंवा प्रॉक्सी कॉन्फिगर करणे आवश्यक आहे. प्रत्येक प्रमुख व्हेंडर याला सपोर्ट करतो, परंतु ते नेहमी डिफॉल्टनुसार सुरू केलेले नसते. ते सुरू (go-live) करण्यापूर्वी तपासा. तिसरी: MAC ॲड्रेस रँडमायझेशन. आधुनिक iOS आणि Android डिव्हाइसेस गोपनीयतेचे रक्षण करण्यासाठी प्रति नेटवर्क त्यांचे MAC ॲड्रेस रँडमाइज करतात. यामुळे कोणतीही MAC-आधारित ऑथेंटिकेशन किंवा डिव्हाइस नोंदणी प्रक्रिया खंडित होते. PPSK या समस्येला पूर्णपणे दूर करते - कारण ऑथेंटिकेशन हे की-आधारित असते, MAC-आधारित नाही - परंतु जर तुम्ही कोणतेही पूरक MAC फिल्टरिंग नियम चालवत असाल, तर तुम्हाला रँडमायझेशन लक्षात घेणे आवश्यक आहे. चौथे: की (key) ची लांबी आणि क्लिष्टता. PPSK की किमान २० वर्णांच्या, यादृच्छिकपणे जनरेट केलेल्या (randomly generated) आणि रहिवाशांमध्ये कधीही पुन्हा न वापरलेल्या असाव्यात. कमकुवत की मुळे संपूर्ण आयसोलेशन मॉडेल निष्फळ ठरते. Purple डीफॉल्टनुसार क्रिस्टोग्राफिकली यादृच्छिक की जनरेट करते. तुम्ही की मॅन्युअली किंवा प्रॉपर्टी मॅनेजमेंट सिस्टम इंटिग्रेशनद्वारे जनरेट करत असल्यास, तुमच्या प्रोव्हिजनिंग वर्कफ्लोमध्ये किमान लांबी लागू करा. पाचवे: IoT ऑनबोर्डिंग फ्लो. स्मार्ट होम डिव्हाइसेस - थर्मोस्टॅट्स, डोअर लॉक्स, स्मार्ट प्लग्स - मुख्य नेटवर्कमध्ये सामील होण्यापूर्वी सहसा ब्लूटूथ किंवा तात्पुरता WiFi सेटअप मोड वापरतात. रहिवाशांना दिलेल्या तुमच्या ऑनबोर्डिंग सूचनांमध्ये याचा विचार करणे आवश्यक आहे. डिव्हाइस रहिवाशांच्या PPSK नेटवर्कमध्ये सामील होणे आवश्यक आहे, इमारतीच्या मॅनेजमेंट नेटवर्कमध्ये नाही. स्पष्ट, सचित्र सेटअप मार्गदर्शकामुळे सपोर्ट तिकीट लक्षणीयरीत्या कमी होतात. आम्हाला वारंवार विचारल्या जाणार्‍या प्रश्नांची उत्तरे देण्यासाठी एक जलद प्रश्नोत्तर सत्र घेऊया. प्रश्न: मला PPSK साठी RADIUS सर्व्हरची गरज आहे का? उत्तर: हे स्केल आणि व्हेंडरवर अवलंबून असते. Cisco Meraki चे iPSK RADIUS शिवाय ५० की पर्यंत सपोर्ट करते, परंतु WiFi पर्सनल नेटवर्कद्वारे RADIUS सह ५,००० पर्यंत स्केल करते. Aruba MPSK ला डायनॅमिक VLAN असाइनमेंटसाठी RADIUS आवश्यक आहे. ५० युनिट्सवरील कोणत्याही डिप्लॉयमेंटसाठी, RADIUS वापरा. Purple RADIUS-as-a-Service प्रदान करते, त्यामुळे तुम्हाला स्वतःचे चालवण्याची गरज नाही. प्रश्न: रहिवासी त्यांच्या गेमिंग कन्सोल आणि स्मार्ट टीव्हीसह त्यांच्या सर्व डिव्हाइसेसवर PPSK वापरू शकतात का? उत्तर: होय. 802.1X च्या तुलनेत हा प्राथमिक फायदा आहे. WPA2-Personal ला सपोर्ट करणारे कोणतेही डिव्हाइस - जे गेल्या १५ वर्षांत बनवलेले प्रत्येक WiFi डिव्हाइस आहे - PPSK सह काम करते. कोणतेही सर्टिफिकेट्स नाही, सप्लिकंट कॉन्फिगरेशन नाही, Captive Portal नाही. फक्त एक पासवर्ड. प्रश्न: जेव्हा एखादा रहिवासी त्यांची की गमावतो किंवा नवीन फोन घेतो तेव्हा काय होते? उत्तर: ते रेसिडेंट पोर्टल किंवा ॲपद्वारे नवीन की ची विनंती करतात. Purple नवीन की जारी करते आणि जुनी की पर्यायी म्हणून रद्द केली जाऊ शकते. नवीन की त्यांच्या सर्व डिव्हाइसेसवर काम करते. हा एक सेल्फ-सर्व्हिस फ्लो आहे - कोणत्याही IT हस्तक्षेपाची आवश्यकता नाही. प्रश्न: PPSK हे GDPR सुसंगत आहे का? उत्तर: PPSK ही स्वतः एक नेटवर्क ॲक्सेस मेकॅनिझम आहे, डेटा कलेक्शन टूल नाही. GDPR अनुपालन तुम्ही कोणता डेटा गोळा करता आणि त्यावर कशी प्रक्रिया करता यावर अवलंबून असते. Purple हे GDPR आणि ISO 27001 प्रमाणित आहे. रेसिडेंट WiFi लॉग केवळ ऑपरेशनल दृष्ट्या आवश्यकतेनुसारच ठेवले जावेत - सहा महिने ही एक सामान्य मर्यादा आहे. एकत्रित विश्लेषण (Aggregate analytics) साधारणपणे ठीक आहे; रहिवाशांच्या युनिटमधील वैयक्तिक वर्तन ट्रॅकिंग योग्य नाही. प्रश्न: PPSK ची तुलना Passpoint आणि OpenRoaming शी कशी होते? उत्तर: विविध वापराची प्रकरणे (Use cases). Passpoint - ज्याला Hotspot 2.0 म्हणून देखील ओळखले जाते - हे विविध ठिकाणे आणि करिअर्स दरम्यान अखंड रोमिंगसाठी डिझाइन केले आहे. OpenRoaming हे जागतिक रोमिंगसाठी Passpoint वर आधारित आहे. PPSK हे एकाच प्रॉपर्टी किंवा इस्टेटमध्ये सातत्यपूर्ण, ओळख-आधारित प्रवेशासाठी आहे. ते एकमेकांना पूरक आहेत, स्पर्धात्मक नाहीत. एखादे BTR डेव्हलपमेंट रहिवाशांसाठी PPSK आणि कॉमन एरियामध्ये येणाऱ्या पाहुण्यांच्या प्रवेशासाठी Passpoint वापरू शकते. शेवटी मी महत्त्वाच्या गोष्टी स्पष्ट करतो. एक: बहु-भाडेकरू निवासी (multi-tenant residential) WiFi साठी PPSK हे योग्य ऑथेंटिकेशन मॉडेल आहे. हे तुम्हाला प्रत्येक रहिवाशासाठी स्वतंत्र आयसोलेशन, IoT सुसंगतता आणि ऑटोमेटेड लाइफसायकल मॅनेजमेंट प्रदान करते - 802.1X च्या सर्टिफिकेट इन्फ्रास्ट्रक्चरशिवाय. दोन: वेंडर टर्मिनोलॉजीमध्ये बदल असू शकतात - iPSK, MPSK, DPSK, ePSK - परंतु संकल्पना सारखीच आहे. तुमच्या इमारतीच्या गरजांनुसार तुमचे हार्डवेअर निवडा आणि कोणत्याही वेंडरच्या लाइफसायकलचे व्यवस्थापन करण्यासाठी Purple सारख्या कोणत्याही हार्डवेअरवर चालणाऱ्या (hardware-agnostic) ओव्हरलेचा वापर करा. तीन: लाईव्ह जाण्यापूर्वी तुमची VLAN रेंज, mDNS रिफ्लेक्शन आणि IoT ऑनबोर्डिंग फ्लोचे नियोजन करा. डिप्लॉयमेंटनंतर निर्माण होणाऱ्या सपोर्ट तिकीटांची ही तीन सर्वात सामान्य कारणे आहेत. चार: PPSK मोजता येण्याजोगा व्यावसायिक परतावा देते. BTR रेंट प्रीमियममध्ये दरमहा प्रति युनिट पंधरा ते तीस पाउंड, पाच ते दहा दिवस कमी असलेला रिक्त कालावधी (void periods), आणि प्रति युनिट ब्रॉडबँड कॉन्ट्रॅक्ट्सच्या तुलनेत प्रति-दार (per-door) खर्च तीस ते पन्नास टक्के कमी होतो. पाच: २०२५ आणि त्यानंतरच्या नवीन डिप्लॉयमेंट्ससाठी WPA3 ट्रान्झिशन मोड हे योग्य उद्दिष्ट आहे. हे WPA2 आणि WPA3 दोन्ही क्लायंट्सना सपोर्ट करते, आणि SAE प्रोटेक्शन ऑफलाइन हल्ल्यांपासून कीज (keys) अधिक मजबूत बनवते. तुम्हाला अधिक माहिती हवी असल्यास, Purple चा multi-tenant WiFi मार्गदर्शक सबनेट सायझिंग, DHCP रेंज प्लॅनिंग आणि BTR, विद्यार्थी निवास (student accommodation), सोशल हाउसिंग आणि कोवर्किंगसाठी सेक्टर-विशिष्ट डिप्लॉयमेंट मॉडेल्स कव्हर करतो. तसेच Purple वेबसाईटवर एक विनामूल्य iPSK सबनेट डिझायनर टूल उपलब्ध आहे. ऐकल्याबद्दल धन्यवाद. काही प्रश्न असल्यास, purple dot ai वर आमच्या नेटवर्क आर्किटेक्ट्सशी संपर्क साधा. पुन्हा भेटू.