शाळेची WiFi खरेदी: एकाच स्पेसिफिकेशनमध्ये कर्मचारी 802.1X, विद्यार्थ्यांची उपकरणे, अभ्यागत आणि फिल्टरिंग

शाळेच्या एका WiFi तपशीलामध्ये (specification) चार नेटवर्क्सची यादी असावी: कर्मचारी, व्यवस्थापित विद्यार्थी उपकरणे, अभ्यागत आणि इमारतीमधील उपकरणे. यात प्रत्येकासाठी ऑथेंटिकेशन, सेगमेंटेशन आणि फिल्टरिंग निश्चित केले पाहिजे. कर्मचारी आणि व्यवस्थापित विद्यार्थी उपकरणे 802.1X किंवा प्रति-उपकरण कीजद्वारे जोडली जावीत, सामायिक पासवर्डने कधीही नाही. फिल्टरिंगने अभ्यागत नेटवर्कसह प्रत्येक नेटवर्कवर DfE फिल्टरिंग आणि मॉनिटरिंग मानकांची पूर्तता केली पाहिजे.

एकाच शाळेचा WiFi तपशील प्रत्यक्षात काय करतो?

जेव्हा तीन पुरवठादारांकडे नेटवर्कचा प्रत्येकी काही भाग असतो, तेव्हा निर्माण होणारी त्रुटी एकाच तपशीलामुळे दूर होते. एका ठराविक शाळेत, एक पुरवठादार ॲक्सेस पॉइंट्स विकतो, दुसरा RADIUS चालवतो आणि तिसरा वेब ट्रॅफिक फिल्टर करतो. जेव्हा एखादा विद्यार्थी अभ्यागत नेटवर्कवर हानिकारक मजकुरापर्यंत पोहोचतो, तेव्हा कोणताही एक पुरवठादार यासाठी जबाबदार नसतो.

शाळेच्या एकाच WiFi निविदेमध्ये प्रत्येक नेटवर्कचा समावेश केल्याने कराराच्या टप्प्यावरच ही समस्या सुटते. प्रत्येक नेटवर्कला चार गोष्टी मिळतात:

• एक नियुक्त मालक.
• एक ऑथेंटिकेशन पद्धत.
• एक VLAN, म्हणजेच व्हर्च्युअल LAN: एक लॉजिकल नेटवर्क जे सामायिक स्विचेस आणि ॲक्सेस पॉइंट्सवर ट्रॅफिक वेगळे ठेवते.
• एक फिल्टरिंग पॉलिसी.

बोली लावणारे (bidders) संपूर्ण मालमत्तेसाठी एकत्रित किंमत देतात. तुमच्या नियुक्त सेफगार्डिंग लीडला (DSL) तीनऐवजी अहवालांचा एकच संच मिळतो.

मल्टी ॲकॅडमी ट्रस्ट WiFi साठी, हा तपशील एक टेम्पलेट म्हणूनही काम करतो. ट्रस्ट जिथे परवानगी देईल अशा स्थानिक बदलांसह, प्रत्येक शाळेला तीच नेटवर्क्स आणि पॉलिसी वारशाने मिळतात. पुढील वर्षी ट्रस्टमध्ये सामील होणारी शाळा स्वतःची खरेदी प्रक्रिया राबवण्याऐवजी हे टेम्पलेट स्वीकारते.

शाळेची WiFi निविदा लिहिण्यापूर्वी तुम्हाला कशाची आवश्यकता आहे?

मसुदा तयार करण्यापूर्वी पाच गोष्टी गोळा करा. यातील प्रत्येक गोष्ट तुम्ही बोली लावणाऱ्यांकडे काय मागता ते ठरवते.

प्रति शाळा मालमत्ता यादी. ॲक्सेस पॉइंट मॉडेल्स, कंट्रोलर्स, स्विचेस आणि व्हेंडर सपोर्टच्या तारखांची नोंद करा. Purple हे हार्डवेअर-अज्ञेयवादी (hardware-agnostic) आहे आणि Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme आणि Fortinet वर क्लाउड ओव्हरले म्हणून चालते. तुमचे हार्डवेअर त्या यादीत असल्यास आणि अजूनही समर्थित असल्यास, निविदेमध्ये हार्डवेअर लॉटची अजिबात आवश्यकता नसू शकते. तुमच्या पुढील WiFi अपग्रेडला नवीन हार्डवेअरची आवश्यकता का नसते हे त्याचे स्पष्टीकरण देते.

तुमचा ओळख स्रोत (identity source). बहुतेक शाळा कर्मचारी आणि विद्यार्थ्यांच्या खात्यांसाठी Microsoft Entra ID किंवा Google Workspace चालवतात आणि काही ट्रस्ट्स Okta वापरतात. WiFi प्लॅटफॉर्मने खात्यांच्या दुसऱ्या यादीऐवजी त्या डिरेक्टरीच्या आधारे ऑथेंटिकेट केले पाहिजे.

उपकरणांची यादी (device inventory). व्यवस्थापित iPads, Chromebooks आणि Windows लॅपटॉप्सची मोजणी करा आणि त्यांचे व्यवस्थापन कोण करते याची नोंद ठेवा. मोबाइल डिव्हाइस मॅनेजमेंट (MDM) प्लॅटफॉर्मने त्यांची नोंदणी आधीच केली आहे की नाही ते तपासा. MDM हे असे सॉफ्टवेअर आहे जे शाळेच्या मालकीच्या उपकरणांवर सेटिंग्ज, ॲप्स आणि क्रेडेंशियल्स लागू करते.

तुमची सध्याची फिल्टरिंग आणि मॉनिटरिंग व्यवस्था. प्रदाता, कराराची समाप्ती तारीख आणि जबाबदार वरिष्ठ नेत्याची नोंद करा. DfE मानक कोणत्याही तंत्रज्ञान निर्णयापूर्वी नियुक्त भूमिकांची अपेक्षा करते.

सुरक्षिततेची पडताळणी (Safeguarding sign-off). टेंडर जारी करण्यापूर्वी तुमच्या DSL आणि ऑनलाइन सुरक्षेसाठी जबाबदार असलेल्या गव्हर्नरने फिल्टरिंग आवश्यकता मंजूर केल्या पाहिजेत. 'कीपिंग चिल्ड्रन सेफ इन एज्युकेशन' हे DSL कडे ऑनलाइन सुरक्षेची मुख्य जबाबदारी सोपवते, ज्यामध्ये लागू असलेले फिल्टरिंग आणि मॉनिटरिंग समजून घेणे समाविष्ट आहे.

शाळेच्या नेटवर्क तपशिलामध्ये (specification) तुम्ही प्रत्येक नेटवर्क कसे लिहाल?

तपशीलाची सुरुवात खालीलप्रमाणे तक्त्याने करा. हे प्रत्येक बिडरला सांगते की प्रत्येक नेटवर्क कोण वापरते, ते कसे जोडले जातात आणि काय फिल्टर केले जाते. त्यानंतर बिडर्स ओळीनुसार प्रतिसाद देतात.

नेटवर्क	ते कोण वापरते	ते ऑथेंटिकेट कसे होते	सेगमेंटेशन	फिल्टरिंग पॉलिसी	Purple घटक
कर्मचारी	शिक्षक, सपोर्ट कर्मचारी, सप्लाय कर्मचारी, ट्रस्ट सेंट्रल टीम	Entra ID, Google Workspace किंवा Okta च्या विरोधात IEEE 802.1X; मॅनेज केलेल्या लॅपटॉपवर सर्टिफिकेट्स	MIS, प्रिंटर्स आणि फाइल शेअर्सच्या ॲक्सेससह स्वतःचे VLAN	कर्मचारी पॉलिसी, फिल्टर केलेली आणि नामांकित व्यक्तीनुसार लॉग केलेली	Purple Access, Shield
मॅनेज केलेली विद्यार्थ्यांची डिव्हाइसेस	शाळेच्या मालकीचे iPads, Chromebooks आणि लॅपटॉप्स	EAP-TLS सर्टिफिकेट किंवा प्रति-डिव्हाइस iPSK, MDM नावनोंदणीद्वारे वितरित	स्वतःचे VLAN, कर्मचारी संसाधनांकडे कोणताही मार्ग नाही	वयानुसार योग्य विद्यार्थी पॉलिसी, प्रति डिव्हाइस लॉग केलेली	Purple Access, Purple MDM, Shield
विद्यार्थ्यांची स्वतःची डिव्हाइसेस (पर्यायी, सिक्स्थ फॉर्म)	वैयक्तिक फोन आणि लॅपटॉप असलेले सिक्स्थ-फॉर्म विद्यार्थी	विद्यार्थ्याच्या खात्यासह 802.1X किंवा प्रति-विद्यार्थी iPSK	स्वतःचे VLAN, फक्त इंटरनेट	विद्यार्थी पॉलिसी, प्रति विद्यार्थी लॉग केलेली	Purple Access, Shield
अभ्यागत आणि कंत्राटदार	पालक, गव्हर्नर्स, कंत्राटदार, हॉल भाड्याने घेणारे	वेळ-मर्यादित किंवा प्रायोजित ॲक्सेससह कॅप्टिव्ह पोर्टल	क्लायंट आयसोलेशन, फक्त इंटरनेट	अभ्यागत पॉलिसी, फिल्टर केलेली आणि लॉग केलेली	Purple Access, Shield
इमारतीमधील डिव्हाइसेस	प्रिंटर्स, AV, डोअर एंट्री, CCTV, सेन्सर्स	प्रति-डिव्हाइस iPSK	आयसोलेट केलेले VLAN, प्रत्येक डिव्हाइसला आवश्यक असलेल्या केवळ सेवा	आवश्यक असलेल्या गंतव्यस्थानांपुरते मर्यादित	Purple Access, Shield

कर्मचारी: तुम्ही आधीपासून चालवत असलेल्या डिरेक्टरीविरुद्ध 802.1X

IEEE 802.1X हे नेटवर्क ॲक्सेस कंट्रोलसाठीचे मानक आहे. कोणत्याही नेटवर्कचा ॲक्सेस मिळण्यापूर्वी डिव्हाइसने RADIUS सर्व्हरवर ऑथेंटिकेट केले पाहिजे. RADIUS (Remote Authentication Dial-In User Service) हा असा प्रोटोकॉल आहे जो क्रेडेंशियल तपासतो आणि स्वीकृती किंवा नकार देतो.

आवश्यकता स्पष्टपणे लिहा: "कर्मचाऱ्यांची डिव्हाइसेस ट्रस्टच्या आयडेंटिटी प्रोव्हायडरविरुद्ध IEEE 802.1X सह ऑथेंटिकेट होतात. कर्मचाऱ्यांसाठी कोणताही सामायिक पासवर्ड नाही." Purple Access क्लाउड RADIUS प्रदान करते, त्यामुळे तुम्ही प्रत्येक शाळेत ऑन-प्रिमाइसेस सर्व्हर तैनात करत नाही.

दोन पद्धतींची मागणी करा:

• मॅनेज केलेल्या कर्मचारी लॅपटॉपसाठी EAP-TLS. प्रत्येक डिव्हाइस MDM द्वारे पुश केलेले सर्टिफिकेट सादर करते, त्यामुळे कोणालाही काहीही टाइप करावे लागत नाही.
• कर्मचाऱ्यांच्या फोनसाठी PEAP किंवा प्रति-व्यक्ती कीज. PEAP एन्क्रिप्टेड TLS टनेलमध्ये पासवर्ड पाठवते.

जिथे ॲक्सेस पॉइंट्स आणि डिव्हाइसेस सपोर्ट करतात तिथे WPA3-Enterprise निर्दिष्ट करा, तसेच फॉलबॅक म्हणून WPA2-Enterprise ठेवा. 802.1X सह iOS आणि macOS वर Enterprise WiFi कसे सेट करायचे यामध्ये डिव्हाइसच्या बाजूच्या पायऱ्या समाविष्ट आहेत.

नवीन रुजू होणारे, बदलणारे आणि सोडून जाणारे (joiners, movers, leavers) ऑटोमॅटिक करा. जेव्हा ट्रस्ट सोडून गेलेल्या व्यक्तीचे डिरेक्टरी अकाउंट अक्षम करते, तेव्हा त्यांचा WiFi ॲक्सेस त्याच क्षणी संपला पाहिजे. अकाउंटमधील बदल नेटवर्कपर्यंत नेमके कसे पोहोचतात हे स्पष्ट करण्यास बोलीदारांना (bidders) सांगा. हे सिस्टीम्स दरम्यान अकाउंट्स सिंक करण्याचे मानक असलेले SCIM, किंवा थेट डिरेक्टरी लुकअप असू शकते. अकाउंट अक्षम करणे आणि ॲक्सेस संपणे यामधील विलंबावर त्यांना गुण द्या.

व्यवस्थापित विद्यार्थी डिव्हाइसेस: नोंदणीकृत, टाइप न केलेले

६०० विद्यार्थ्यांच्या iPads वरील शेअर केलेला पासवर्ड अपेक्षेप्रमाणे अयशस्वी ठरतो. एकदा एखाद्या विद्यार्थ्याला की (key) समजली की त्याचा वैयक्तिक फोन फक्त शाळेच्या डिव्हाइसेससाठी असलेल्या नेटवर्कशी जोडला जातो. त्यानंतरच्या नोंदी (logs) असा ट्रॅफिक दर्शवतात जो तुम्ही कोणत्याही व्यवस्थापित डिव्हाइसशी संबंधित करू शकत नाही.

ही आवश्यकता नमूद करा: "व्यवस्थापित विद्यार्थी डिव्हाइसेसना त्यांचे नेटवर्क क्रेडेंशियल MDM नोंदणीद्वारे मिळते. कोणताही विद्यार्थी किंवा कर्मचारी सदस्य की टाइप करत नाही किंवा त्यांना ती माहित नसते." याच्या दोन पद्धती आहेत:

• EAP-TLS प्रमाणपत्रे, प्रति डिव्हाइस एक. हा सर्वात सशक्त पर्याय आहे.
• iPSK (identity pre-shared key, ज्याला PPSK देखील म्हटले जाते). प्रत्येक डिव्हाइसला समान नेटवर्क नावावर स्वतःची स्वतंत्र की मिळते, ज्यामुळे तुम्ही इतरांना स्पर्श न करता एका डिव्हाइसचा ॲक्सेस रद्द करू शकता.

Purple MDM व्यवस्थापित विद्यार्थी डिव्हाइसेसची नोंदणी करते जेणेकरून क्रेडेंशियल डिव्हाइस कॉन्फिगरेशनसह येते. गहाळ झालेला iPad म्हणजे संपूर्ण शाळेत की बदलणे नव्हे, तर फक्त एक रद्द केलेले क्रेडेंशियल ठरते.

शेअर केलेल्या ट्रॉली डिव्हाइसेससाठी स्पेसिफिकेशनमध्ये आणखी एका ओळीची आवश्यकता आहे. फिल्टरिंग नोंदींमध्ये डिव्हाइसचे नाव दिसेल, विद्यार्थ्याचे नाही. डिव्हाइस लॉग तुमच्या साइन-आउट किंवा वेळापत्रकाच्या नोंदींशी कसे जुळतात हे दाखवण्यास बोलीदारांना सांगा. त्यानंतर तुमचे DSL त्या वेळी डिव्हाइस कोणाकडे होते ते ओळखू शकतात.

अभ्यागत आणि कंत्राटदार: मर्यादित कालावधीसाठी आणि तरीही फिल्टर केलेले

अभ्यागत कॅप्टिव्ह पोर्टलद्वारे जोडले जातात. हे नेटवर्क ॲक्सेस मंजूर होण्यापूर्वी दाखवले जाणारे एक वेब पेज आहे. तीन ॲक्सेस प्रकार निर्दिष्ट करा:

• पालक आणि समुदाय गटांसाठी इव्हेंट ॲक्सेस, जो इव्हेंटच्या शेवटी समाप्त होतो.
• गव्हर्नर्स आणि भेट देणाऱ्या व्यावसायिकांसाठी प्रायोजित (Sponsored) ॲक्सेस, ज्याला कर्मचाऱ्यांच्या एका नामांकित सदस्याने मान्यता दिली आहे.
• कंत्राटदार ॲक्सेस, जो कराराच्या समाप्ती तारखेला संपतो.

ॲक्सेसच्या पलीकडे कशासाठीही जाणीवपूर्वक निवडलेल्या संमतीसह (opt-ins), GDPR अंतर्गत केवळ आवश्यक डेटा गोळा करा. Purple चे Guest WiFi हे मॉडेल ९० देशांमधील ८०,०००+ सक्रिय ठिकाणी चालवते.

अभ्यागत नेटवर्क फिल्टरिंगमधून मुक्त नाही. DfE मानक हे अतिथी खात्यांना आणि शाळेचे ब्रॉडबँड कनेक्शन वापरणाऱ्या प्रत्येक डिव्हाइसला फिल्टरिंग लागू करते.

प्रत्यक्ष उदाहरण: संध्याकाळी जागा भाड्याने देणारी माध्यमिक शाळा. एक माध्यमिक शाळा आठवड्यातून चार संध्याकाळी आपले क्रीडा सभागृह आणि थिएटर समुदाय गटांना भाड्याने देते. भाडेकरूंना लॅमिनेटेड कार्डवरून कर्मचाऱ्यांचा WiFi पासवर्ड दिला जात असे. त्यांची डिव्हाइसेस कर्मचारी फिल्टरिंग धोरणांतर्गत कर्मचाऱ्यांच्या VLAN वर चालत होती.

शाळेने तीन पावले उचलली:

1. कर्मचाऱ्यांना 802.1X वर हलवले, त्यामुळे इतरांना देण्यासाठी कर्मचाऱ्यांची कोणतीही सामायिक की शिल्लक राहिली नाही.
2. दर आठवड्याला भाड्याने घेणाऱ्या चारही घटकांना स्वतःचा कॅप्टिव्ह पोर्टल कोड दिला, जो बुकिंगच्या समाप्ती वेळेला संपुष्टात येतो.
3. प्रत्येक भाडेकरू डिव्हाइसवर अभ्यागत फिल्टरिंग धोरण लागू केले.

मॉडेल केलेले परिणाम मोजण्यायोग्य आहेत. वापरात असलेली शेअर केलेली कर्मचारी क्रेडेन्शियल एकावरून शून्यावर आली. प्रत्येक भाडेतत्त्वावरील वापराला (letting) स्वतःचा एक्सपायर होणारा कोड मिळाला. फिल्टरिंग लॉग मधील प्रत्येक भाडेकरू सेशनमध्ये आता एक कोड असतो जो बुकिंग संदर्भाशी जुळतो.

बिल्डिंग डिव्हाइसेस: डीफॉल्टनुसार वेगळे केलेले (isolated)

प्रिंटर्स, AV सिस्टम्स, डोअर एंट्री आणि CCTV क्वचितच 802.1X चे समर्थन करतात. प्रत्येक डिव्हाइसला, किंवा प्रत्येक डिव्हाइस क्लासला, एका वेगळ्या केलेल्या VLAN वर स्वतःचे iPSK द्या. प्रत्येक डिव्हाइसला केवळ आवश्यक असलेल्या सेवांपुरतेच मर्यादित ठेवा. प्रोजेक्टरला MIS सर्व्हरच्या मार्गाची आवश्यकता नसते.

प्रत्येक नेटवर्कवर फिल्टरिंग आणि मॉनिटरिंग: DfE मानके काय विचारतात

शाळा आणि कॉलेजेससाठीच्या डिजिटल आणि तंत्रज्ञान मानकांचा एक भाग असलेली DfE फिल्टरिंग आणि मॉनिटरिंग मानके चार अपेक्षा निश्चित करतात:

1. फिल्टरिंग आणि मॉनिटरिंग सिस्टम्स व्यवस्थापित करण्यासाठी भूमिका आणि जबाबदाऱ्या ओळखा आणि नियुक्त करा.
2. प्रत्येक शैक्षणिक वर्षात किमान एकदा फिल्टरिंग आणि मॉनिटरिंगच्या तरतुदींचे पुनरावलोकन करा.
3. शिकवणे आणि शिकण्यावर अवाजवी परिणाम न करता हानिकारक आणि अयोग्य कन्टेन्ट ब्लॉक करा.
4. शाळेच्या सुरक्षिततेच्या (safeguarding) गरजा पूर्ण करणारी प्रभावी मॉनिटरिंग धोरणे बाळगा.

हे मानक फिल्टरिंग सिस्टमबद्दल स्पष्ट आहे. हे अतिथी खाती, शाळेच्या मालकीची डिव्हाइसेस आणि शाळेचे ब्रॉडबँड कनेक्शन वापरणाऱ्या कोणत्याही डिव्हाइसला लागू झाले पाहिजे. यात खालील गोष्टी असाव्यात:

• कोणत्याही बॅकअप कनेक्शनसह सर्व इंटरनेट फीड्स फिल्टर करणे.
• वय आणि क्षमतेनुसार योग्य असणे.
• बहुभाषिक कन्टेन्ट, इमेजेस, सामान्य शब्दलेखनातील चुका आणि संक्षेप हाताळणे.
• VPNs आणि प्रॉक्सी सेवांसारख्या प्रतिबंध टाळणाऱ्या (circumvention) बाबी ओळखणे आणि ब्लॉक करणे.
• कन्टेन्ट ब्लॉक केल्यावर अलर्ट देणे.

फिल्टरिंग प्रदाता Internet Watch Foundation (IWF) चा सदस्य असावा. तो Counter-Terrorism Internet Referral Unit (CTIRU) यादीत समाविष्ट असावा आणि बाल लैंगिक अत्याचार सामग्रीसह बेकायदेशीर कन्टेन्ट ब्लॉक करणारा असावा. फिल्टरिंग रिपोर्ट्समध्ये खालील गोष्टी दिसल्या पाहिजेत:

• डिव्हाइसचे नाव किंवा ID आणि IP ॲड्रेस, आणि शक्य असल्यास व्यक्तीचे नाव.
• ॲक्सेस करण्याचा प्रयत्न केलेली वेळ आणि तारीख.
• ब्लॉक केलेला सर्च टर्म किंवा कन्टेन्ट.

प्रत्येक मुद्द्याचे एका क्रमांकांकित आवश्यकतेत रूपांतर करा आणि प्रत्येक बोलीदाराकडे (bidder) केवळ होकार नव्हे, तर पुरावा मागा. त्या पुराव्यामध्ये त्यांचे IWF सदस्यत्व, CTIRU स्थिती आणि UK Safer Internet Centre च्या योग्य फिल्टरिंग व्याख्यांना त्यांनी दिलेला प्रकाशित प्रतिसाद समाविष्ट असावा.

Purple Shield प्रत्येक नेटवर्कनुसार फिल्टरिंग लागू करते. विद्यार्थी, कर्मचारी आणि अभ्यागत नेटवर्क्समध्ये एकाच लॉग सेट अंतर्गत वेगवेगळी धोरणे असू शकतात. Purple Access ला कोणी किंवा कशाने प्रमाणीकरण (authenticated) केले हे माहित असल्याने, ब्लॉक केलेली विनंती एखाद्या विशिष्ट कर्मचाऱ्याशी, व्यवस्थापित डिव्हाइसशी किंवा अभ्यागत कोडशी जोडली जाते. ही ओळख नेमकी तीच आहे जी DfE रिपोर्टिंग आवश्यकता मागते.

ट्रस्टमध्ये रिपोर्टिंग, सपोर्ट आणि रोलआउट

रिपोर्टिंग. तीन स्तरांवर रिपोर्ट्स मागा: प्रति नेटवर्क, प्रति शाळा आणि संपूर्ण ट्रस्टसाठी. DSL ला ब्लॉक केलेल्या विनंत्यांचे रिपोर्ट्स आणि अलर्ट्सची आवश्यकता असते. बिझनेस मॅनेजरला कनेक्शन आणि क्षमता डेटाची आवश्यकता असते. गव्हर्नर्सना वार्षिक पुनरावलोकनासाठी पुराव्याची आवश्यकता असते. अभ्यागत नेटवर्क रिपोर्टिंग हे इव्हेंट आणि भाडेतत्त्वावरील डेटासाठी WiFi Analytics सोबत एकत्रित राहू शकते.

सपोर्ट. शाळेच्या वेळेत, सुट्ट्यांच्या कालावधीत आणि सेफगार्डिंग एस्केलेशन्ससाठी प्रतिसाद देण्याच्या वेळा स्पष्टपणे नमूद करा. कार्यालयीन वेळेव्यतिरिक्त आलेल्या फिल्टरिंग अलर्टसाठी एस्केलेशन मार्ग कोणता असेल ते सांगा. सर्टिफिकेशन्सची मागणी करा. Purple कडे ISO 27001 आणि Cyber Essentials सर्टिफिकेशन्स आहेत, ते GDPR चे पालन करते आणि 99.999% अपटाईमवर कार्य करते.

रोलआउट. संपूर्ण ट्रस्टमध्ये डिप्लॉयमेंट करण्यापूर्वी करारात एका पायलट शाळेचा समावेश करा. उर्वरित शाळांचे नियोजन सुट्ट्यांच्या कालावधीत करा. बोली लावणार्‍यांकडे (बिडर्सकडे) पॅरलल-रनिंग प्लॅन मागा: डिव्हाइसेस मूव्ह होत असताना जुने शेअर्ड-की नेटवर्क काही काळ सुरू राहील, आणि त्यानंतर एका निश्चित तारखेला ते बंद केले जाईल.

प्रत्यक्ष परिस्थिती: आठ शाळांचा ट्रस्ट. दोन माध्यमिक आणि सहा प्राथमिक शाळांचा समावेश असलेल्या एका ट्रस्टमध्ये आठ वेगवेगळी WiFi कॉन्फिगरेशन्स सुरू होती. फिल्टरिंगची रचना तीन वेगवेगळ्या करारांवर आधारित होती. प्रत्येक शाळेतील विद्यार्थ्यांचे iPads एका शेअर्ड की वर कनेक्ट केलेले होते.

ट्रस्टने चार पावले उचलली:

1. वरील पाच-ओळींच्या नेटवर्क टेबलसह एकच स्पेसिफिकेशन जारी केले.
2. त्यांच्या विद्यमान Cisco Meraki आणि HPE Aruba ॲक्सेस पॉइंट्सवर क्लाउड ओव्हरले निर्दिष्ट केले.
3. ईस्टरच्या सुट्टीत एका प्राथमिक शाळेत पायलट प्रोजेक्ट राबवला.
4. उन्हाळ्याच्या सुट्टीत उर्वरित सात शाळांमध्ये रोलआउट केले.

मॉडेल केलेले निकाल: आठ शेअर्ड स्टुडंट कीज शून्यावर आल्या. तीन फिल्टरिंग करारांचे रूपांतर नेटवर्कनिहाय पॉलिसींच्या एका सेटमध्ये झाले. आठ स्वतंत्र वार्षिक पुनरावलोकन पॅक्सचा एक ट्रस्ट-व्यापी रिपोर्ट तयार झाला.

तुम्ही बिडर्सची उत्तरे आणि थेट नेटवर्क कसे तपासता?

कागदपत्रांऐवजी प्रत्यक्ष प्रात्यक्षिकांचे (डेमॉन्स्ट्रेशन्सचे) मूल्यांकन करा. शॉर्टलिस्ट केलेल्या प्रत्येक बिडरला थेट पाच टास्क पूर्ण करण्यास सांगा:

• तुमच्या डिरेक्टरीमधील एका कर्मचाऱ्याचे अकाउंट निष्क्रिय करा आणि WiFi ॲक्सेस कसा संपुष्टात येतो ते दाखवा.
• इतरांवर कोणताही परिणाम न करता एका विद्यार्थ्याच्या iPad चे क्रेडेंशियल रद्द करून दाखवा.
• डिव्हाइस ID, वेळ आणि सर्च टर्मसह ब्लॉक केलेली विनंती दाखवा.
• व्हिजिटर नेटवर्क आपली फिल्टरिंग पॉलिसी कशा प्रकारे लागू करते ते दाखवा.
• त्याच डेटाचे शाळा-स्तरीय व्ह्यू आणि ट्रस्ट-स्तरीय व्ह्यू दाखवा.

डिप्लॉयमेंटनंतर, प्रत्येक नेटवर्कवरून ॲक्सेप्टन्स चाचण्या चालवा. कर्मचारी, विद्यार्थी, व्हिजिटर आणि बॅकअप कनेक्शन्सवर IWF आणि CTIRU सामग्री ब्लॉक केली आहे की नाही हे तपासण्यासाठी SWGfL टेस्ट फिल्टरिंग टूल वापरा. त्यानंतर सेगमेंटेशन तपासा: विद्यार्थ्याच्या डिव्हाइसवरून आणि व्हिजिटर नेटवर्कवरून कर्मचाऱ्यांच्या संसाधनांपर्यंत पोहोचण्याचा प्रयत्न करा. चाचणी डिव्हाइसवर एक सामान्य VPN ॲप इंस्टॉल करा आणि फिल्टर ते डिटेक्ट करते याची खात्री करा. निकालांची नोंद ठेवा; ते तुमच्या वार्षिक पुनरावलोकनातील पहिली नोंद ठरतील.

काय अडचणी येतात, आणि तुम्ही त्यांचे निराकरण कसे करता?

बॅकअप लाईन अनफिल्टर केलेली असते. दुय्यम ब्रॉडबँड कनेक्शन असलेल्या शाळा बर्‍याचदा केवळ प्राथमिक कनेक्शन फिल्टर करतात. DfE मानक सर्व इंटरनेट फीड्सना लागू होते, त्यामुळे बॅकअप कनेक्शनचा नावानिशी स्पेसिफिकेशनमध्ये समावेश करा.

सर्टिफिकेशन्सची मुदत शैक्षणिक वर्षाच्या मध्यातच संपते. जर विद्यार्थ्यांच्या डिव्हाइस सर्टिफिकेशन्सची मुदत मार्चमध्ये संपली, तर संपूर्ण वर्षाचा विद्यार्थ्यांचा गट नेटवर्कवरून डिस्कनेक्ट होतो. मुदत संपण्याच्या 30 दिवस आधी नेटवर्क मॅनेजरला अलर्टसह, मुदत संपण्यापूर्वी MDM द्वारे नूतनीकरण करणे आवश्यक करा.

जुन्या डिव्हाइसेसवर 802.1X चालवता येत नाही. काही AV किट्स आणि जुने प्रिंटर्स फक्त प्री-शेअर्ड कीला सपोर्ट करतात. शेअर्ड की सुरू ठेवण्याऐवजी, बिल्डिंग डिव्हाइसेस VLAN वरील पर-डिव्हाइस iPSK वर त्यांना स्थलांतरित करा.

अति-ब्लॉकिंगमुळे शिकवण्यात व्यत्यय येतो. हे मानक तुम्हाला अध्यापनावर अवाजवी परिणाम न करण्याची सूचना देते. शिक्षकांसाठी त्याच दिवशी अनब्लॉक करण्याची विनंती करणारा मार्ग निश्चित करा, ज्यामध्ये वार्षिक पुनरावलोकनासाठी प्रत्येक बदल नोंदवला जाईल.

कर्मचाऱ्यांच्या फोनवर सर्टिफिकेटवर विश्वास ठेवण्यासाठी प्रॉम्प्ट येतो. अनमॅनेज्ड फोन पहिल्यांदा कनेक्ट करताना कर्मचाऱ्यांना RADIUS सर्व्हर सर्टिफिकेट स्वीकारण्यास सांगतात. स्क्रीनशॉटसह एक-पानाचे जॉइनिंग मार्गदर्शक प्रकाशित करा आणि मॅनेज्ड डिव्हाइसेसवर प्रोफाइल पाठवा जेणेकरून हा प्रॉम्प्ट कधीही दिसणार नाही.

ट्रॉली डिव्हाइसेस अज्ञात लॉग तयार करतात. डिव्हाइस-पातळीवरील लॉग केवळ तेव्हाच व्यक्ती-पातळीवरील पुरावे बनतात जेव्हा ते साइन-आउट रेकॉर्डशी जुळतात. लाइव्ह होण्यापूर्वी तुमच्या DSL सह साइन-आउट प्रक्रियेवर सहमती दर्शवा.

याचा खर्च किती आहे आणि त्या बदल्यात तुम्हाला काय मिळते?

बोली लावणाऱ्यांना एकरकमी किंमत देऊ देऊ नका. त्यांना खालील सहा घटकांनुसार स्वतंत्रपणे किंमत ठरवण्यास सांगा:

• शाळांची संख्या.
• प्रति शाळा नेटवर्क्स.
• मॅनेज्ड डिव्हाइसेस.
• अ‍ॅड-ऑन्स.
• एकवेळचा रोलआउट.
• वार्षिक नूतनीकरण.

Purple तीन प्लॅनद्वारे किंमत ठरवते: Connect, Capture आणि Engage. SecurePass, Verify आणि Shield हे सुरक्षा अ‍ॅड-ऑन्स म्हणून उपलब्ध आहेत. सपोर्ट असलेल्या हार्डवेअरचा पुनर्वापर केल्याने बहुतांश टेंडर्समधील सर्वात मोठा भांडवली खर्च वाचतो.

याचा परतावा कामातील घट आणि कॉन्ट्रॅक्ट्स कमी झाल्यामुळे मिळतो:

• रोटेट करण्यासाठी कोणतेही शेअर्ड कीज नाहीत. कर्मचाऱ्यांचे आणि विद्यार्थ्यांचे शेअर्ड पासवर्ड्स प्रत्येक लीकनंतर बदलण्याची आता गरज नाही.
• शाळा सोडणाऱ्यांचे अ‍ॅक्सेस आपोआप रद्द होणे. जेव्हा HR शाळा सोडणाऱ्यांचे डिरेक्टरी खाते निष्क्रिय करते, तेव्हा त्यांचा WiFi अ‍ॅक्सेस रद्द होतो.
• एक वार्षिक पुनरावलोकन पॅक. DfE पुनरावलोकन प्रत्येक शाळेसाठी वेगळ्या अहवालांऐवजी एकाच रिपोर्ट सेटचा वापर करते.
• कमी कॉन्ट्रॅक्ट्स. WiFi, RADIUS आणि फिल्टरिंग हे तीन कॉन्ट्रॅक्ट्समधून एकाच कॉन्ट्रॅक्टमध्ये एकत्र होतात.

स्वतंत्र गेस्ट WiFi, RADIUS आणि DNS फिल्टरिंग वेंडर्स बदलणे याबद्दल मल्टि-साइट इस्टेट्ससाठीचे एकत्रीकरण प्रकरण पूर्णपणे स्पष्ट केले आहे.

वारंवार विचारले जाणारे प्रश्न

आमच्या शाळांच्या मालकीच्या अ‍ॅक्सेस पॉइंट्सवर Purple चालवता येऊ शकते का?

होय. Purple हे हार्डवेअर-अ‍ॅग्नॉस्टिक आहे आणि ते Cisco Meraki, HPE Aruba, Ruckus, Juniper Mist, Ubiquiti UniFi, Cambium, Extreme आणि Fortinet वर क्लाउड ओव्हरले म्हणून चालते. जर तुमचे अ‍ॅक्सेस पॉइंट्स त्या सूचीमध्ये असतील आणि वेंडरच्या सपोर्टमध्ये असतील, तर तुमच्या शाळेच्या WiFi टेंडरला कदाचित हार्डवेअर लॉटची गरज पडणार नाही. मूल्यांकन करण्यापूर्वी बोली लावणाऱ्यांना तुमच्या मालमत्ता सूचीमधील प्रत्येक मॉडेलच्या सपोर्ट तारखांची पुष्टी करण्यास सांगा.

व्हिजिटर नेटवर्कवर फिल्टरिंग लागू करणे आवश्यक आहे का?

होय. DfE फिल्टरिंग आणि मॉनिटरिंग मानके गेस्ट खात्यांवर आणि शाळेचे ब्रॉडबँड कनेक्शन वापरणाऱ्या प्रत्येक डिव्हाइसवर फिल्टरिंग लागू करतात. तुमच्या व्हिजिटर नेटवर्कसाठी त्याच्या स्वतःच्या फिल्टरिंग धोरणाची आवश्यकता असते, जी इतर कोणत्याही नेटवर्कप्रमाणे नोंदवली जाते. Purple Shield प्रति नेटवर्कनुसार फिल्टरिंग लागू करते, त्यामुळे अहवालांच्या एका सेटअंतर्गत व्हिजिटर्स, विद्यार्थी आणि कर्मचाऱ्यांसाठी प्रत्येकाचे स्वतंत्र धोरण असू शकते.

शेअर्ड पासवर्डशिवाय मॅनेज्ड विद्यार्थी iPads आणि Chromebooks कसे जोडले जातात?त्यांना MDM नोंदणीद्वारे एक युनिक क्रेडेंशियल मिळते, एकतर EAP-TLS प्रमाणपत्र किंवा प्रति-डिव्हाइस iPSK. कोणताही विद्यार्थी किंवा शिक्षक ही की (key) कधीही पाहत नाही किंवा टाईप करत नाही. Purple MDM व्यवस्थापित विद्यार्थी उपकरणांची नोंदणी करते, ज्यामुळे क्रेडेंशियल डिव्हाइस कॉन्फिगरेशनसह प्राप्त होते. हरवलेले डिव्हाइस म्हणजे फक्त एक रद्द केलेले क्रेडेंशियल ठरते, संपूर्ण शाळेचा पासवर्ड बदलण्याची गरज भासत नाही.

कर्मचारी त्यांच्या Microsoft Entra ID किंवा Google Workspace खात्यांद्वारे साइन इन करू शकतात का?

होय. Purple Access हे क्लाउड RADIUS द्वारे Microsoft Entra ID, Okta किंवा Google Workspace च्या आधारे IEEE 802.1X वर कर्मचाऱ्यांचे प्रमाणीकरण करते. तुम्हाला कोणतीही स्वतंत्र WiFi खाते यादी सांभाळण्याची आवश्यकता नसते. जेव्हा ट्रस्ट संस्था सोडणाऱ्या व्यक्तीचे डिरेक्टरी खाते अक्षम करते, तेव्हा त्यांचा नेटवर्क अ‍ॅक्सेसही त्यासोबतच समाप्त होतो. मूल्यांकनादरम्यान बोली लावणाऱ्यांना (bidders) हा क्रम प्रत्यक्ष दाखवण्यास सांगा.

फिल्टरिंग हे WiFi सोबत खरेदी करावे की त्यासाठी स्वतंत्रपणे निविदा काढावी?

तुम्ही कोणताही मार्ग निवडला तरी, WiFi स्पेसिफिकेशनमध्ये प्रति नेटवर्क फिल्टरिंग निर्दिष्ट करा. Purple Access आणि Purple Shield द्वारे दोन्ही एकत्र खरेदी केल्यास प्रत्येक ब्लॉक केलेल्या विनंतीसोबत प्रमाणीकृत ओळख (identity) समाविष्ट असते. हीच ओळख DfE रिपोर्टिंग आवश्यकतेनुसार मागितली जाते. स्वतंत्र करार केल्यास तुमच्या वार्षिक पुनरावलोकनात तो दुवा सिद्ध करणे अधिक कठीण होते.

सर्व शाळांसाठी वचनबद्ध होण्यापूर्वी ट्रस्ट एका शाळेत पायलट करू शकते का?

होय. स्वीकृती चाचण्यांसह करारामध्ये एका पायलट शाळेचा समावेश करा, त्यानंतर उर्वरित शाळांचे नियोजन सुट्ट्यांच्या कालावधीत करा. Purple चे क्लाउड ओव्हरले प्रत्येक शाळेला ट्रस्टचे नेटवर्क टेम्पलेट इनहेरिट करण्याची अनुमती देते. ट्रस्ट परवानगी देईल तिथेच प्रत्येक शाळा स्थानिक बदल ठेवते, ज्यामुळे पायलट कॉन्फिगरेशन हेच ट्रस्टचे मानक बनते.

अभ्यागतांचा डेटा GDPR नुसार हाताळला जातो का?

होय. Purple हे GDPR सुसंगत आणि ISO 27001 प्रमाणित आहे. कॅप्टिव्ह पोर्टल अ‍ॅक्सेससाठी आवश्यक असलेली किमान माहिती गोळा करू शकते, आणि पुढील कोणत्याही गोष्टीसाठी विचारपूर्वक निवडलेले ऑप्ट-इन्स उपलब्ध असतात. स्पेसिफिकेशनमध्ये तुमचा स्वतःचा डेटा धारणा कालावधी (retention period) सेट करा. प्रत्येक बोलीदाराला अभ्यागतांचा डेटा कुठे साठवला जातो आणि तो कोणाला अ‍ॅक्सेस करता येतो हे नमूद करण्यास सांगा.

शाळेच्या WiFi निविदेसाठी बोलीदारांना किमती कशा मागवाव्यात?

शाळा, नेटवर्क, व्यवस्थापित डिव्हाइस, अ‍ॅड-ऑन, एकवेळचा रोलआउट आणि वार्षिक नूतनीकरण यानुसार तपशीलवार किमती मागवा. Purple त्याच्या Connect, Capture आणि Engage प्लॅन्सद्वारे किमती निश्चित करते, ज्यामध्ये SecurePass, Verify आणि Shield अ‍ॅड-ऑन्स म्हणून असतात. ओळ-दर-ओळ (line-by-line) तपशीलामुळे तुम्हाला बोलीदारांची निष्पक्ष तुलना करता येते. तसेच तुमच्या मालकीचे असलेले अ‍ॅक्सेस पॉइंट्स पुन्हा वापरल्याने होणारी बचतही यातून स्पष्ट होते.