PKI म्हणजे काय? पब्लिक की इन्फ्रास्ट्रक्चर WiFi सिक्युरिटी कशी सक्षम करते
हे अधिकृत तांत्रिक संदर्भ मार्गदर्शक पब्लिक की इन्फ्रास्ट्रक्चर (PKI) आणि हॉस्पिटॅलिटी, रिटेल आणि सार्वजनिक क्षेत्रातील ठिकाणांवर एंटरप्राइझ WiFi नेटवर्क्स सुरक्षित करण्यात त्याची महत्त्वपूर्ण भूमिका स्पष्ट करते. आयटी मॅनेजर्स, नेटवर्क आर्किटेक्ट्स आणि CTOs साठी डिझाइन केलेले, हे सर्टिफिकेट-आधारित ऑथेंटिकेशन, EAP-TLS सह IEEE 802.1X डिप्लॉयमेंट आणि Purple चे प्लॅटफॉर्म स्केलेबल, कंप्लायंट कनेक्टिव्हिटीसाठी या मानकांचा कसा फायदा घेते यावर कृती करण्यायोग्य मार्गदर्शन प्रदान करते. वाचकांना एक ठोस डिप्लॉयमेंट रोडमॅप, वास्तविक-जगातील केस स्टडीज आणि PKI शेअर्ड-सिक्रेट WiFi च्या असुरक्षा कशा दूर करते याची स्पष्ट समज मिळेल.
हे मार्गदर्शक ऐका
पॉडकास्ट ट्रान्सक्रिप्ट पहा
आमच्या मुख्य मालिकेचा भाग: Enterprise WiFi Security Guide →
PKI and enterprise WiFi certificate architect
Calculate Private CA hierarchy parameters, peak RADIUS EAP-TLS transaction rates, OCSP responder bandwidth, and automated SCEP enrolment profiles for zero-trust wireless security.
Infrastructure and fleet parameters
Calculated architecture and sizing specs
Recommended 802.1X VLAN segmentation policy: Corporate Enterprise & Hybrid Workplace
Dual-SSID design: Corporate 802.1X with EAP-TLS certificate authentication and dynamic VLAN assignment; separate Guest SSID backhauled via Purple cloud captive portal.
| VLAN ID | Network segment | Authentication method | Client isolation |
|---|---|---|---|
| VLAN 20 | Corporate Managed Endpoints | WPA3-Enterprise EAP-TLS | Standard |
| VLAN 30 | Executive & BYOD Mobiles | EAP-TLS (User Certificate) | Enforced |
| VLAN 80 | Visitor & Guest WiFi | Purple Cloud Captive Portal | Enforced |
| VLAN 99 | Network Management & APs | Static / 802.1X Authenticated | Standard |
Vendor configuration directives and deployment blueprints
# Purple Cloud RADIUS & SCEP Dynamic 802.1X Architecture # Zero on-premises RADIUS hardware required [identity_provider] idp_type = "microsoft_entra_id" tenant_id = "entra-tenant-uuid-here" scep_gateway_url = "https://<your-scep-gateway-host>/ca/pkicluster-corporate_enterprise" certificate_template = "ECDSA P-256 (ECC)-WiFi-Client-Cert" validity_window_days = 365 [radius_policy_engine] eap_method = "EAP-TLS" allowed_tls_versions = ["TLSv1.3", "TLSv1.2"] cipher_suite = "TLS_AES_256_GCM_SHA384:ECDHE-ECDSA-AES256-GCM-SHA384" ocsp_verification = "strict" cache_ocsp_ttl = 3600 [dynamic_vlan_assignment] # Dynamic VLAN mapped per user group in Entra ID / Okta vlan_attribute_tunnel_type = 13 # VLAN vlan_attribute_medium_type = 6 # 802 vlan_attribute_private_group_id = "20"
एक्झिक्युटिव्ह समरी
हॉस्पिटॅलिटी, रिटेल किंवा सार्वजनिक क्षेत्रातील मोठ्या प्रमाणावरील डिप्लॉयमेंट्स व्यवस्थापित करणाऱ्या एंटरप्राइझ आयटी प्रमुखांसाठी, वायरलेस ॲक्सेस सुरक्षित करणे ही एक मूलभूत आवश्यकता आहे - पर्यायी अपग्रेड नाही. पारंपारिक प्री-शेअर्ड कीज (PSKs) कॉर्पोरेट वातावरणासाठी अपुऱ्या आहेत: त्या कोणतीही वैयक्तिक जबाबदारी देत नाहीत, त्यांचे ऑडिट केले जाऊ शकत नाही आणि रोटेट केल्यावर महत्त्वपूर्ण ऑपरेशनल ओव्हरहेड तयार करतात. पब्लिक की इन्फ्रास्ट्रक्चर (PKI) मजबूत, स्केलेबल नेटवर्क सिक्युरिटीसाठी आवश्यक असलेला क्रिप्टोग्राफिक पाया प्रदान करते. या मार्गदर्शकामध्ये PKI म्हणजे काय, ते सर्टिफिकेट-आधारित ऑथेंटिकेशनद्वारे एंटरप्राइझ WiFi सिक्युरिटी कशी सक्षम करते आणि EAP-TLS सह IEEE 802.1X डिप्लॉय करण्यासाठी आवश्यक असलेल्या ठोस पायऱ्या सविस्तर दिल्या आहेत. PKI-समर्थित आर्किटेक्चरकडे वळल्याने, संस्था क्रेडेंशियल चोरी दूर करू शकतात, डिव्हाइस ऑनबोर्डिंग स्वयंचलित करू शकतात आणि कॉर्पोरेट डिव्हाइसेस आणि अतिथी दोघांसाठी अखंड, सुरक्षित ॲक्सेस सुनिश्चित करू शकतात - आणि त्याच वेळी PCI DSS, GDPR आणि ISO 27001 च्या आवश्यकता पूर्ण करू शकतात.
तांत्रिक सखोल माहिती: एंटरप्राइझ WiFi मध्ये PKI समजून घेणे
पब्लिक की इन्फ्रास्ट्रक्चर (PKI) हे डिजिटल सर्टिफिकेट्स तयार करणे, व्यवस्थापित करणे, वितरित करणे, वापरणे, संचयित करणे आणि रद्द करणे तसेच पब्लिक-की एन्क्रिप्शन व्यवस्थापित करण्यासाठी आवश्यक असलेले हार्डवेअर, सॉफ्टवेअर, धोरणे आणि प्रक्रियांचे फ्रेमवर्क आहे. एंटरप्राइझ WiFi च्या संदर्भात, PKI हे एक इंजिन आहे जे ओळख पडताळणी आणि एन्क्रिप्शन चालवते - असुरक्षित शेअर्ड पासवर्डच्या जागी प्रत्येक डिव्हाइस किंवा वापरकर्त्यासाठी अद्वितीय असलेली क्रिप्टोग्राफिक ओळख प्रदान करते.
PKI चे मुख्य घटक
मुळात, PKI असिमेट्रिक क्रिप्टोग्राफीवर अवलंबून असते, जिथे दोन गणितीयदृष्ट्या संबंधित कीज वापरल्या जातात: एक पब्लिक की (उघडपणे शेअर केलेली) आणि एक प्रायव्हेट की (गुप्त ठेवली जाणारी). पब्लिक की ने एन्क्रिप्ट केलेला डेटा फक्त संबंधित प्रायव्हेट की ने डिक्रिप्ट केला जाऊ शकतो आणि याउलट. PKI डिप्लॉयमेंटचे प्राथमिक घटक खालीलप्रमाणे आहेत.
| घटक | भूमिका | एंटरप्राइझ WiFi संदर्भ |
|---|---|---|
| सर्टिफिकेट ऑथॉरिटी (CA) | डिजिटल सर्टिफिकेट्स जारी करते आणि साईन करते | तुमच्या नेटवर्कसाठी विश्वासाचा मूळ स्रोत; सर्व डिव्हाइसेसनी CA वर विश्वास ठेवला पाहिजे |
| डिजिटल सर्टिफिकेट (X.509) | पब्लिक की ला ओळखीशी जोडते | प्रत्येक कॉर्पोरेट डिव्हाइसवर इन्स्टॉल केलेले; 802.1X ऑथेंटिकेशन दरम्यान सादर केले जाते |
| RADIUS सर्व्हर | सर्टिफिकेट्स प्रमाणित करतो आणि नेटवर्क ॲक्सेस देतो | कनेक्शन विनंत्या स्वीकारणारे किंवा नाकारणारे निर्णय इंजिन |
| रजिस्ट्रेशन ऑथॉरिटी (RA) | सर्टिफिकेट जारी करण्यापूर्वी ओळख पडताळते | स्वयंचलित डिप्लॉयमेंट्समध्ये अनेकदा MDM/UEM द्वारे हाताळले जाते |
| CRL / OCSP | सर्टिफिकेट रद्द केले आहे का ते तपासते | तडजोड केलेली किंवा चोरीला गेलेली डिव्हाइसेस रिअल-टाइममध्ये ब्लॉक करण्यासाठी महत्त्वपूर्ण |
PKI 802.1X आणि EAP-TLS कसे सक्षम करते
एंटरप्राइझ WiFi सिक्युरिटी पोर्ट-आधारित नेटवर्क ॲक्सेस कंट्रोलसाठी IEEE 802.1X मानकावर अवलंबून असते. जेव्हा एक्स्टेंसिबल ऑथेंटिकेशन प्रोटोकॉल (EAP), विशेषतः EAP-TLS (ट्रान्सपोर्ट लेयर सिक्युरिटी) सोबत एकत्र केले जाते, तेव्हा PKI सर्वोच्च स्तरावरील वायरलेस सिक्युरिटी प्रदान करते: म्युच्युअल ऑथेंटिकेशन.
EAP-TLS डिप्लॉयमेंटमध्ये, क्लायंट डिव्हाइस आपली ओळख सिद्ध करण्यासाठी नेटवर्कला आपले डिजिटल सर्टिफिकेट सादर करते आणि RADIUS सर्व्हर क्लायंटला आपले सर्टिफिकेट सादर करतो, हे सिद्ध करतो की नेटवर्क कायदेशीर आहे आणि कोणताही बनावट "इव्हिल ट्विन" ॲक्सेस पॉईंट नाही. हा परस्पर विश्वास प्रस्थापित होतो कारण दोन्ही पक्ष सर्टिफिकेट्स जारी करणाऱ्या रूट CA वर विश्वास ठेवतात. एकदा ऑथेंटिकेट झाल्यानंतर, वाटाघाटी केलेल्या TLS सायफर सूटचा वापर करून सेशन एन्क्रिप्ट केले जाते, ज्यामुळे इव्हसड्रॉपिंग आणि मॅन-इन-द-मिडल अटॅक्स टळतात.
EAP-TLS फ्लो चार लॉजिकल घटकांमध्ये चालतो: क्लायंट डिव्हाइस (सप्लिकंट), ॲक्सेस पॉईंट (ऑथेंटिकेटर), RADIUS सर्व्हर (ऑथेंटिकेशन सर्व्हर), आणि सर्टिफिकेट ऑथॉरिटी. ॲक्सेस पॉईंट ट्रान्सपरंट रिले म्हणून काम करतो - तो स्वतः ऑथेंटिकेशनचा निर्णय घेत नाही. तो निर्णय पूर्णपणे RADIUS सर्व्हरवर अवलंबून असतो, जो विश्वसनीय रूट CA पर्यंत सर्टिफिकेट चेन प्रमाणित करतो.
तुमच्या विशिष्ट सेटअपबद्दल काही प्रश्न आहेत का?
आमची टीम ८०,००० हून अधिक वेन्यूजमधील वेन्यू ऑपरेटर्स, IT मॅनेजर्स आणि नेटवर्क इंजिनिअर्ससोबत काम करते. २० मिनिटांचा कॉल बुक करा आणि तुमच्यासारख्या इतरांनी ही समस्या कशी सोडवली हे आम्ही तुम्हाला दाखवू.
अंमलबजावणी मार्गदर्शक: सर्टिफिकेट-आधारित WiFi डिप्लॉय करणे
PKI-समर्थित WiFi आर्किटेक्चरकडे वळण्यासाठी चार टप्प्यांमध्ये काळजीपूर्वक नियोजन करणे आवश्यक आहे.
टप्पा 1: आर्किटेक्चर आणि CA निवड
अंतर्गत PKI (उदा. मायक्रोसॉफ्ट ॲक्टिव्ह डिरेक्टरी सर्टिफिकेट सर्व्हिसेस) तयार करायचे की मॅनेज्ड क्लाउड PKI प्रोव्हायडर वापरायचा हे ठरवा. मोठ्या प्रमाणावरील आधुनिक डिप्लॉयमेंट्ससाठी, क्लाउड PKI प्रशासकीय ओव्हरहेड लक्षणीयरीत्या कमी करते आणि अंगभूत उच्च उपलब्धता प्रदान करते. निवडलेला CA तुमच्या मोबाईल डिव्हाइस मॅनेजमेंट (MDM) किंवा युनिफाईड एंडपॉईंट मॅनेजमेंट (UEM) सोल्यूशनसोबत अखंडपणे इंटिग्रेट होत असल्याची खात्री करा. Guest WiFi वापरणाऱ्या वातावरणांसाठी, RADIUS इन्फ्रास्ट्रक्चर कॉर्पोरेट 802.1X ट्रॅफिक आणि अतिथी Captive Portal ऑथेंटिकेशन दोन्ही स्वतंत्र SSIDs वर हाताळण्यासाठी डिझाइन केलेले असल्याची खात्री करा.
टप्पा 2: RADIUS सर्व्हर कॉन्फिगरेशन
मजबूत RADIUS सर्व्हर डिप्लॉय करा - पर्यायांमध्ये FreeRADIUS, Cisco ISE, Aruba ClearPass किंवा क्लाउड-नेटिव्ह RADIUS-as-a-Service समाविष्ट आहेत. तुमच्या CA द्वारे जारी केलेल्या स्वतःच्या सर्व्हर सर्टिफिकेटसह RADIUS सर्व्हर कॉन्फिगर करा. हे अत्यंत महत्त्वाचे आहे: वैध सर्व्हर सर्टिफिकेटशिवाय, क्लायंट म्युच्युअल ऑथेंटिकेशन करू शकत नाही आणि इव्हिल ट्विन अटॅक्सला बळी पडू शकतो. मोठ्या ठिकाणांच्या डिप्लॉयमेंट्ससाठी, साइट्स दरम्यान रोमिंगला सपोर्ट करण्यासाठी RADIUS प्रॉक्सी कॉन्फिगरेशन्सचा विचार करा. WiFi Analytics प्लॅटफॉर्म्स डिप्लॉय करणाऱ्या ठिकाणांनी अचूक सेशन ॲट्रिब्यूशनसाठी RADIUS अकाउंटिंग डेटा ॲनालिटिक्स पाईपलाईनमध्ये फीड होत असल्याची खात्री करावी.
टप्पा 3: स्वयंचलित सर्टिफिकेट प्रोव्हिजनिंग
मॅन्युअल सर्टिफिकेट इन्स्टॉलेशन अनस्केलेबल आणि त्रुटी-प्रवण आहे. कॉर्पोरेट डिव्हाइसेसवर सर्टिफिकेट्स सायलेंटली पुश करण्यासाठी तुमच्या MDM द्वारे SCEP (सिम्पल सर्टिफिकेट एनरोलमेंट प्रोटोकॉल) किंवा EST (एनरोलमेंट ओव्हर सिक्युर ट्रान्सपोर्ट) सारख्या प्रोटोकॉल्सचा लाभ घ्या. BYOD परिस्थितींसाठी, प्रारंभिक ओळख पडताळणीनंतर वापरकर्त्याच्या डिव्हाइसवर सुरक्षितपणे सर्टिफिकेट प्रोव्हिजन करणारे ऑनबोर्डिंग पोर्टल लागू करा. हेडलेस IoT डिव्हाइसेससाठी - जसे की वैद्यकीय उपकरणे, पॉईंट-ऑफ-सेल टर्मिनल्स किंवा डिजिटल साइनेज - डिप्लॉयमेंटपूर्वी डिव्हाइस स्टेजिंग टप्प्यात सर्टिफिकेट्स प्रोव्हिजन करणे आवश्यक आहे.
टप्पा 4: नेटवर्क पॉलिसी एन्फोर्समेंट
कॉर्पोरेट SSID वर 802.1X लागू करण्यासाठी तुमचे वायरलेस कंट्रोलर्स आणि ॲक्सेस पॉईंट्स कॉन्फिगर करा. कमीत कमी-विशेषाधिकार नेटवर्क ॲक्सेस सुनिश्चित करून, RADIUS ॲट्रिब्यूट्स वापरून विशिष्ट VLANs किंवा फायरवॉल पॉलिसीजवर सर्टिफिकेट ॲट्रिब्यूट्स (जसे की सब्जेक्ट अल्टरनेटिव्ह नेम किंवा OU फील्ड) मॅप करा. विशिष्ट व्हेंडर्सचे हार्डवेअर वापरणाऱ्या ठिकाणांसाठी, प्लॅटफॉर्म-विशिष्ट कॉन्फिगरेशन पायऱ्यांसाठी Your Guide to a Wireless Access Point Ruckus सारख्या उत्पादक-विशिष्ट मार्गदर्शकांचा संदर्भ घ्या.
एंटरप्राइझ PKI साठी सर्वोत्तम पद्धती
रूट CA चे संरक्षण करा. अंतर्गत PKI वापरत असल्यास, रूट CA ऑफलाइन आणि भौतिकदृष्ट्या सुरक्षित ठेवला पाहिजे. फक्त इंटरमीडिएट CAs ऑनलाइन असावेत आणि सक्रियपणे सर्टिफिकेट्स जारी करत असावेत. तडजोड केलेला रूट CA तुमचे संपूर्ण PKI अवैध ठरवतो.
मजबूत रिव्होकेशन चेकिंग लागू करा. तुमचे RADIUS सर्व्हर्स सक्रियपणे CRLs तपासतात किंवा प्रत्येक ऑथेंटिकेशन प्रयत्नावर सर्टिफिकेट स्थिती सत्यापित करण्यासाठी OCSP वापरतात याची खात्री करा. ॲक्सेस ब्लॉक करण्यासाठी तडजोड केलेल्या डिव्हाइसचे सर्टिफिकेट त्वरित रद्द केले जाणे आवश्यक आहे. खूप जास्त काळासाठी CRL रिस्पॉन्स कॅशे करण्यासाठी RADIUS कॉन्फिगर केल्याने एक्सपोजरची विंडो तयार होते.
कालबाह्य होण्यापूर्वी नूतनीकरण स्वयंचलित करा. सर्टिफिकेट्स कालबाह्य होतात. कालबाह्य झालेल्या सर्टिफिकेट्समुळे होणारे नेटवर्क आउटेज टाळण्यासाठी सर्टिफिकेटच्या वैधता कालावधीच्या 60-70% वर ट्रिगर होणाऱ्या स्वयंचलित नूतनीकरण प्रक्रिया लागू करा. एंटरप्राइझ वातावरणात अनियोजित WiFi आउटेजच्या सर्वात सामान्य कारणांपैकी एक म्हणजे सर्टिफिकेट कालबाह्य होणे.
सार्वजनिक ठिकाणांसाठी OpenRoaming चा अवलंब करा. Hospitality, Retail, Transport, आणि Healthcare ठिकाणांसाठी, OpenRoaming मध्ये सहभागी झाल्याने मोठ्या प्रमाणावर अखंड, सुरक्षित अतिथी कनेक्टिव्हिटी मिळते. Purple कनेक्ट लायसन्स अंतर्गत OpenRoaming साठी मोफत आयडेंटिटी प्रोव्हायडर म्हणून काम करते, ज्यामुळे विद्यमान प्रोफाईल असलेल्या वापरकर्त्यांना Captive Portal किंवा पासवर्डशिवाय सुरक्षितपणे कनेक्ट होता येते - जे या मार्गदर्शकामध्ये वर्णन केलेल्या त्याच PKI ट्रस्ट मॉडेलवर आधारित आहे.
ट्रबलशूटिंग आणि जोखीम कमी करणे
काळजीपूर्वक नियोजन करूनही, PKI डिप्लॉयमेंट्समध्ये अंदाजित बिघाड येऊ शकतात. खालील तक्ता सर्वात सामान्य समस्या आणि त्यांचे निराकरण सारांशित करतो.
| बिघाडाचा प्रकार | लक्षण | मूळ कारण | निराकरण |
|---|---|---|---|
| टाईम सिंक बिघाड | सर्व डिव्हाइसेसवर सर्टिफिकेट व्हॅलिडेशन त्रुटी | क्लायंट किंवा RADIUS वर NTP मिसकॉन्फिगरेशन | MDM आणि नेटवर्क इन्फ्रास्ट्रक्चरद्वारे NTP पॉलिसी लागू करा |
| ट्रस्ट चेन बिघाड | विशिष्ट डिव्हाइस प्रकार (उदा. Android) कनेक्ट होऊ शकत नाहीत | डिव्हाइसच्या ट्रस्टेड रूट स्टोअरमध्ये रूट CA नाही | MDM प्रोफाईलद्वारे रूट CA पुश करा |
| CRL अनरिचेबल | अधूनमधून ऑथेंटिकेशन बिघाड | फायरवॉल CRL/OCSP एंडपॉईंट्स ब्लॉक करत आहे | CA डिस्ट्रिब्युशन पॉईंट्ससाठी फायरवॉल नियम उघडा |
| सर्टिफिकेट कालबाह्य | अचानक मोठ्या प्रमाणावर डिस्कनेक्शन | नूतनीकरण ऑटोमेशन कॉन्फिगर केलेले नाही | 60% वैधतेवर MDM-ट्रिगर्ड नूतनीकरण लागू करा |
| RADIUS सर्टिफिकेट मिसमॅच | सर्व क्लायंट्स म्युच्युअल ऑथेंटिकेशनमध्ये अपयशी | RADIUS सर्व्हर सर्टिफिकेट कालबाह्य झाले किंवा चुकीचा CA | RADIUS सर्व्हर सर्टिफिकेटचे नूतनीकरण करा आणि पुन्हा डिप्लॉय करा |
विशेषतः हेल्थकेअर वातावरणासाठी, जिथे नेटवर्क डाउनटाइमचा थेट रुग्णांच्या सुरक्षिततेवर परिणाम होतो, क्लिनिकल-ग्रेड लवचिकतेच्या शिफारसींसाठी WiFi in Hospitals: A Guide to Secure Clinical Networks चा संदर्भ घ्या.
ROI आणि व्यावसायिक प्रभाव
WiFi सिक्युरिटीसाठी PKI लागू केल्याने तीन आयामांमध्ये मोजता येण्याजोगे व्यावसायिक मूल्य मिळते.
जोखीम कमी करणे आणि अनुपालन. शेअर्ड पासवर्ड्स काढून टाकल्याने लॅटरल नेटवर्क मूव्हमेंटसाठी सर्वात सामान्य मार्ग दूर होतो. सर्टिफिकेट-आधारित ऑथेंटिकेशन थेट PCI DSS (आवश्यकता 8.6), GDPR (कलम 32 तांत्रिक उपाय), आणि ISO 27001 (परिशिष्ट A.9) अंतर्गत आवश्यकता पूर्ण करते. जेव्हा एखादा कर्मचारी नोकरी सोडतो किंवा डिव्हाइस चोरीला जाते तेव्हा त्वरित सर्टिफिकेट रद्द करण्याची क्षमता एक ऑडिट करण्यायोग्य, प्रात्यक्षिक नियंत्रण प्रदान करते जे शेअर्ड-की वातावरणात शक्य नाही.
ऑपरेशनल कार्यक्षमता. MDM द्वारे स्वयंचलित सर्टिफिकेट प्रोव्हिजनिंग WiFi कनेक्टिव्हिटी समस्यांशी संबंधित आयटी हेल्पडेस्क तिकिटे - पासवर्ड रिसेट्स, की रोटेशन्स आणि ऑनबोर्डिंग विलंब - लक्षणीय फरकाने कमी करते. उच्च कर्मचारी उलाढाल असलेल्या रिटेल वातावरणात, याचा थेट अर्थ आयटी सपोर्ट खर्च कमी होणे आणि डिव्हाइस डिप्लॉयमेंटचा वेळ वाचणे असा होतो.
वर्धित वापरकर्ता आणि अतिथी अनुभव. सर्टिफिकेट-आधारित ऑथेंटिकेशन अंतिम वापरकर्त्यासाठी अदृश्य असते. कॉर्पोरेट कर्मचारी कोणत्याही मॅन्युअल पायऱ्यांशिवाय स्वयंचलितपणे आणि सुरक्षितपणे कनेक्ट होतात. अतिथींसाठी, Purple चे Guest WiFi सोल्यूशन सारखे प्लॅटफॉर्म्स मॅनेज्ड कॉर्पोरेट ॲक्सेस आणि अतिथी ऑनबोर्डिंगमधील पृथक्करण हाताळतात, हे सुनिश्चित करतात की कोणत्याही नेटवर्कवरील सुरक्षिततेशी तडजोड न करता प्रत्येक प्रेक्षकाला योग्य ऑथेंटिकेशन अनुभव मिळेल.
महत्वाच्या व्याख्या
पब्लिक की इन्फ्रास्ट्रक्चर (PKI)
डिजिटल सर्टिफिकेट्स आणि पब्लिक-की एन्क्रिप्शन व्यवस्थापित करण्यासाठी वापरल्या जाणाऱ्या भूमिका, धोरणे, हार्डवेअर आणि सॉफ्टवेअरचे सर्वसमावेशक फ्रेमवर्क. हे असे विश्वासाचे संबंध प्रस्थापित करते जे डिव्हाइसेस आणि सर्व्हर्सना क्रिप्टोग्राफिकरित्या एकमेकांची ओळख पडताळण्याची परवानगी देतात.
शेअर्ड पासवर्ड्सपासून दूर जाऊन ओळख-आधारित नेटवर्क सिक्युरिटीकडे जाण्यासाठी आवश्यक असलेले मूलभूत आर्किटेक्चर. 802.1X वापरणारे प्रत्येक एंटरप्राइझ WiFi डिप्लॉयमेंट PKI वर अवलंबून असते.
सर्टिफिकेट ऑथॉरिटी (CA)
एक विश्वसनीय संस्था जी डिजिटल सर्टिफिकेट्स जारी करते, साईन करते आणि व्यवस्थापित करते. ती PKI मध्ये विश्वासाचा मूळ स्रोत म्हणून काम करते: CA द्वारे साईन केलेल्या कोणत्याही सर्टिफिकेटवर CA वर विश्वास ठेवणारे सर्व पक्ष विश्वास ठेवतात.
तुमच्या नेटवर्क सिक्युरिटीचा मध्यवर्ती स्तंभ. जर CA शी तडजोड झाली, तर त्याने जारी केलेल्या सर्व सर्टिफिकेट्सशी संभाव्य तडजोड होऊ शकते. रूट CA चे संरक्षण करणे हे PKI डिप्लॉयमेंटमधील सर्वात महत्त्वाचे सुरक्षा नियंत्रण आहे.
X.509
पब्लिक की सर्टिफिकेट्सचे स्वरूप परिभाषित करणारे ITU-T मानक. X.509 सर्टिफिकेट्समध्ये सब्जेक्ट, इश्यूअर, पब्लिक की, व्हॅलिडिटी पिरियड आणि CA ची डिजिटल सिग्नेचर यासह फील्ड्स असतात.
RADIUS सर्व्हर पॉलिसीज कॉन्फिगर करताना, आयटी टीम्स विशिष्ट X.509 फील्ड्स - जसे की सब्जेक्ट अल्टरनेटिव्ह नेम (SAN) किंवा ऑर्गनायझेशनल युनिट (OU) - VLAN असाइनमेंट्स आणि ॲक्सेस पॉलिसीजवर मॅप करतात.
IEEE 802.1X
पोर्ट-आधारित नेटवर्क ॲक्सेस कंट्रोल (PNAC) साठी IEEE मानक. हे एक ऑथेंटिकेशन यंत्रणा प्रदान करते जी ऑथेंटिकेशन सर्व्हरद्वारे कनेक्ट होणाऱ्या डिव्हाइसची ओळख सत्यापित होईपर्यंत ॲक्सेस पॉईंटवरील सर्व नेटवर्क ट्रॅफिक ब्लॉक करते.
वायरलेस ॲक्सेस पॉईंटवर सर्टिफिकेट-आधारित ऑथेंटिकेशन लागू करणारा प्रोटोकॉल. 802.1X शिवाय, एखादे डिव्हाइस आपली ओळख सिद्ध न करता SSID शी कनेक्ट होऊ शकते.
EAP-TLS (एक्स्टेंसिबल ऑथेंटिकेशन प्रोटोकॉल - ट्रान्सपोर्ट लेयर सिक्युरिटी)
एक EAP पद्धत जी म्युच्युअल ऑथेंटिकेटेड, एन्क्रिप्टेड TLS सेशन स्थापित करण्यासाठी क्लायंट आणि सर्व्हर सर्टिफिकेट्स वापरते. एंटरप्राइझ WiFi साठी उपलब्ध असलेली ही सर्वात सुरक्षित EAP पद्धत आहे.
कॉर्पोरेट WiFi ऑथेंटिकेशनसाठी सुवर्ण मानक. PEAP किंवा EAP-TTLS च्या विपरीत, जे TLS टनेलमध्ये पासवर्ड वापरतात, EAP-TLS पासवर्ड पूर्णपणे काढून टाकते आणि त्यांच्या जागी क्रिप्टोग्राफिक सर्टिफिकेट्स वापरते.
RADIUS (रिमोट ऑथेंटिकेशन डायल-इन युजर सर्व्हिस)
केंद्रीकृत ऑथेंटिकेशन, ऑथोरायझेशन आणि अकाउंटिंग (AAA) व्यवस्थापन प्रदान करणारा नेटवर्किंग प्रोटोकॉल. 802.1X डिप्लॉयमेंट्समध्ये, RADIUS सर्व्हर ॲक्सेस पॉईंटवरून क्लायंटचे सर्टिफिकेट प्राप्त करतो, CA विरुद्ध ते प्रमाणित करतो आणि ॲक्सेसचा निर्णय परत करतो.
एंटरप्राइझ WiFi ऑथेंटिकेशन स्टॅकचे निर्णय इंजिन. RADIUS डायनॅमिक VLAN असाइनमेंट देखील हाताळते, ज्यामुळे डिव्हाइस ओळख किंवा वापरकर्त्याच्या भूमिकेवर आधारित नेटवर्क सेगमेंटेशन शक्य होते.
सर्टिफिकेट रिव्होकेशन लिस्ट (CRL)
जारी करणाऱ्या CA द्वारे त्यांच्या निर्धारित कालबाह्यता तारखेपूर्वी रद्द केलेल्या सर्टिफिकेट्सची वेळोवेळी प्रकाशित केलेली यादी. RADIUS सर्व्हर्स तडजोड केलेल्या किंवा डिकमिशन केलेल्या डिव्हाइसेसना ॲक्सेस देत नाहीत याची खात्री करण्यासाठी CRL तपासतात.
जेव्हा डिव्हाइसेस हरवतात, चोरीला जातात किंवा डिकमिशन केली जातात तेव्हा सुरक्षा राखण्यासाठी महत्त्वपूर्ण. RADIUS सर्व्हरवर CRL चेकिंग कॉन्फिगर करणे आवश्यक आहे - ते स्वयंचलितपणे होत नाही.
म्युच्युअल ऑथेंटिकेशन
एक सुरक्षा प्रक्रिया ज्यामध्ये कम्युनिकेशन लिंकमधील दोन्ही पक्ष एकाच वेळी एकमेकांना ऑथेंटिकेट करतात. EAP-TLS मध्ये, क्लायंट नेटवर्कला ऑथेंटिकेट करतो आणि नेटवर्क क्लायंटला ऑथेंटिकेट करते.
'इव्हिल ट्विन' अटॅक्स प्रतिबंधित करते जिथे हॅकर क्रेडेंशियल्स रोखण्यासाठी कॉर्पोरेट नेटवर्कसारख्याच SSID सह बनावट ॲक्सेस पॉईंट सेट करतो. म्युच्युअल ऑथेंटिकेशनशिवाय, क्लायंटकडे तो कायदेशीर नेटवर्कशी कनेक्ट होत आहे हे सत्यापित करण्याचा कोणताही मार्ग नसतो.
SCEP (सिम्पल सर्टिफिकेट एनरोलमेंट प्रोटोकॉल)
एक प्रोटोकॉल जो MDM किंवा नेटवर्क डिव्हाइस मॅनेजमेंट सिस्टीमद्वारे डिव्हाइसेसवर डिजिटल सर्टिफिकेट्सचे स्वयंचलित, स्केलेबल वितरण सक्षम करतो.
ही यंत्रणा एंटरप्राइझ PKI डिप्लॉयमेंट्स मोठ्या प्रमाणावर ऑपरेशनलदृष्ट्या व्यवहार्य बनवते. SCEP किंवा तत्सम स्वयंचलित एनरोलमेंट प्रोटोकॉलशिवाय, हजारो डिव्हाइसेसवर सर्टिफिकेट प्रोव्हिजनिंगसाठी मॅन्युअल हस्तक्षेपाची आवश्यकता असेल.
सोडवलेली उदाहरणे
500 स्टोअर्स असलेल्या एका मोठ्या रिटेल चेनला कर्मचारी पॉईंट-ऑफ-सेल (POS) टॅब्लेट्स आणि इन्व्हेंटरी स्कॅनर्ससाठी त्यांचे कॉर्पोरेट WiFi सुरक्षित करणे आवश्यक आहे. ते सध्या सर्व स्टोअर्समध्ये एकच WPA2-PSK वापरतात, जे वारंवार गैर-कर्मचाऱ्यांसोबत शेअर केले जाते आणि त्याचे ऑडिट केले जाऊ शकत नाही. त्यांनी त्यांच्या ऑथेंटिकेशन आर्किटेक्चरची पुनर्रचना कशी करावी?
रिटेल चेनने 802.1X आणि EAP-TLS वापरून WPA3-Enterprise वर मायग्रेट केले पाहिजे. पायरी 1: क्लाउड-मॅनेज्ड PKI प्रोव्हायडर निवडा आणि POS टॅब्लेट्स आणि स्कॅनर्स व्यवस्थापित करणाऱ्या विद्यमान MDM सोल्यूशनसोबत इंटिग्रेट करा. पायरी 2: MDM द्वारे प्रत्येक कॉर्पोरेट डिव्हाइसवर अद्वितीय, डिव्हाइस-बाउंड डिजिटल सर्टिफिकेट्स स्वयंचलितपणे पुश करण्यासाठी SCEP कॉन्फिगर करा. पायरी 3: क्लाउड RADIUS सेवा डिप्लॉय करा आणि OCSP चेकिंग सक्षम करून PKI विरुद्ध सर्टिफिकेट्स प्रमाणित करण्यासाठी ती कॉन्फिगर करा. पायरी 4: कॉर्पोरेट SSID वर 802.1X ऑथेंटिकेशन लागू करण्यासाठी प्रत्येक स्टोअरमधील वायरलेस कंट्रोलर्स पुन्हा कॉन्फिगर करा. पायरी 5: PSK नेटवर्क बंद करा. पायरी 6: नेटवर्क लेयरवर सामान्य कर्मचारी डिव्हाइसेसपासून POS डिव्हाइसेस वेगळे करण्यासाठी RADIUS ॲट्रिब्यूट्सद्वारे VLAN असाइनमेंट कॉन्फिगर करा.
एक प्रमुख हॉस्पिटल नेटवर्क तीन साइट्सवर नवीन वायरलेस मेडिकल इन्फ्युजन पंप्स डिप्लॉय करत आहे. या डिव्हाइसेसमध्ये क्रेडेंशियल्स इनपुट करण्यासाठी किंवा Captive Portal प्रॉम्प्ट्स स्वीकारण्यासाठी युजर इंटरफेस नाही. शेअर्ड-की असुरक्षा निर्माण न करता त्यांना क्लिनिकल WiFi नेटवर्कशी सुरक्षितपणे कसे जोडले जाऊ शकते?
विशेषतः हेडलेस IoT वैद्यकीय उपकरणांसाठी PKI-आधारित आर्किटेक्चर लागू करा. पायरी 1: डिव्हाइसचा अनुक्रमांक सब्जेक्ट कॉमन नेम म्हणून वापरून, प्रत्येक इन्फ्युजन पंपसाठी डिव्हाइस-विशिष्ट X.509 सर्टिफिकेट्स जनरेट करा. पायरी 2: क्लिनिकल डिप्लॉयमेंटपूर्वी, स्टेजिंग आणि प्रोव्हिजनिंग टप्प्यात पंप्सवर सर्टिफिकेट्स इन्स्टॉल करा. पायरी 3: 802.1X EAP-TLS साठी क्लिनिकल WiFi SSID कॉन्फिगर करा. पायरी 4: डिव्हाइस सर्टिफिकेटचे सब्जेक्ट CN वैद्यकीय उपकरणांना समर्पित विशिष्ट VLAN वर मॅप करण्यासाठी RADIUS सर्व्हर कॉन्फिगर करा. पायरी 5: एखादे डिव्हाइस डिकमिशन किंवा रिकॉल केल्यास त्वरित रद्द करण्याची परवानगी देण्यासाठी CRL चेकिंग लागू करा.
सराव प्रश्न
Q1. तुमची संस्था कॉर्पोरेट SSID साठी PEAP (युजरनेम/पासवर्ड) वरून EAP-TLS (सर्टिफिकेट्स) वर मायग्रेट करत आहे. चाचणी दरम्यान, Windows लॅपटॉप्स यशस्वीरित्या कनेक्ट होतात, परंतु Android डिव्हाइसेस सातत्याने अपयशी ठरतात. RADIUS लॉग्स दर्शवतात की Android डिव्हाइसेस TLS हँडशेक दरम्यान सर्व्हरचे सर्टिफिकेट नाकारत आहेत. याचे सर्वात संभाव्य कारण काय आहे आणि तुम्ही त्याचे निराकरण कसे कराल?
टीप: म्युच्युअल ऑथेंटिकेशन आणि ट्रस्ट चेनच्या संकल्पनेचा विचार करा. RADIUS सर्व्हरच्या सर्टिफिकेटवर विश्वास ठेवण्यासाठी Android डिव्हाइसला कशाची आवश्यकता आहे?
नमुना उत्तर पहा
Android डिव्हाइसेसच्या ट्रस्टेड रूट स्टोअरमध्ये रूट CA सर्टिफिकेट इन्स्टॉल केलेले नाही. Windows लॅपटॉप्सना ग्रुप पॉलिसीद्वारे रूट CA स्वयंचलितपणे प्राप्त होतो, परंतु Android डिव्हाइसेससाठी MDM प्रोफाईलद्वारे रूट CA पुश करणे आवश्यक असते. ट्रस्टेड स्टोअरमध्ये रूट CA नसल्यास, Android डिव्हाइस RADIUS सर्व्हरची सर्टिफिकेट चेन सत्यापित करू शकत नाही, ज्यामुळे ते सर्व्हर सर्टिफिकेट नाकारते आणि TLS हँडशेक रद्द करते. निराकरण: एक MDM कॉन्फिगरेशन प्रोफाईल तयार करा जे सर्व मॅनेज्ड Android डिव्हाइसेसवरील ट्रस्टेड रूट स्टोअरमध्ये रूट CA सर्टिफिकेट इन्स्टॉल करेल, आणि नंतर पुन्हा चाचणी करा.
Q2. नुकत्याच कामावरून काढलेल्या कर्मचाऱ्याचा कॉर्पोरेट लॅपटॉप त्याचे ॲक्टिव्ह डिरेक्टरी अकाउंट अक्षम केल्यानंतर दोन दिवसांनीही एंटरप्राइझ WiFi नेटवर्कशी यशस्वीरित्या कनेक्ट होत आहे. नेटवर्क EAP-TLS वापरते. असे का होत आहे आणि ते रोखण्यासाठी काय केले पाहिजे?
टीप: ॲक्टिव्ह डिरेक्टरी अकाउंट अक्षम केल्याने क्रिप्टोग्राफिक सर्टिफिकेट स्वयंचलितपणे अवैध होत नाही. RADIUS सर्व्हर प्रत्यक्षात काय प्रमाणित करत आहे याचा विचार करा.
नमुना उत्तर पहा
RADIUS सर्व्हर सर्टिफिकेट प्रमाणित करत आहे, ॲक्टिव्ह डिरेक्टरी अकाउंट स्थिती नाही. कारण सर्टिफिकेट अद्याप गणितीयदृष्ट्या वैध आहे आणि रद्द केलेले नाही, RADIUS सर्व्हर ॲक्सेस देतो. त्वरित निराकरण करण्यासाठी, त्या लॅपटॉपला जारी केलेले विशिष्ट सर्टिफिकेट सर्टिफिकेट ऑथॉरिटीमध्ये रद्द केले जाणे आवश्यक आहे. हे पद्धतशीरपणे रोखण्यासाठी, HR ऑफबोर्डिंग प्रक्रिया MDM आणि PKI सोबत इंटिग्रेट करा: जेव्हा कर्मचाऱ्याला कामावरून काढले जाते, तेव्हा MDM ने स्वयंचलितपणे डिव्हाइस सर्टिफिकेट रद्द केले पाहिजे आणि डिव्हाइस अनएनरोल केले पाहिजे. याव्यतिरिक्त, RADIUS सर्व्हर प्रत्येक ऑथेंटिकेशन प्रयत्नावर OCSP किंवा CRL तपासण्यासाठी कॉन्फिगर केलेला असल्याची खात्री करा - केवळ वेळोवेळी नाही - जेणेकरून रिव्होकेशन त्वरित लागू होईल.
Q3. तुम्ही एका मोठ्या स्टेडियमसाठी नेटवर्क आर्किटेक्चर डिझाइन करत आहात ज्यांना प्रत्येक व्यक्तीला Captive Portal मधून जाण्याची सक्ती न करता 60,000 उपस्थितांना अखंड, सुरक्षित WiFi ऑफर करायचे आहे. ठिकाणाला कॉर्पोरेट प्रदर्शकांना देखील सपोर्ट करायचा आहे ज्यांना त्यांच्या POS उपकरणांसाठी 802.1X-सुरक्षित ॲक्सेस आवश्यक आहे. PKI या दोन्ही आवश्यकतांमध्ये कसे बसते?
टीप: लक्षात घ्या की वेगवेगळ्या ऑथेंटिकेशन गरजा असलेले दोन भिन्न प्रेक्षक आहेत. OpenRoaming एकाला संबोधित करते; 802.1X सह समर्पित कॉर्पोरेट SSID दुसऱ्याला संबोधित करते.
नमुना उत्तर पहा
दोन स्वतंत्र SSIDs आवश्यक आहेत. 60,000 उपस्थितांसाठी, OpenRoaming लागू करा. स्टेडियमचे नेटवर्क OpenRoaming रूट CAs वर विश्वास ठेवण्यासाठी कॉन्फिगर केलेले असणे आवश्यक आहे. जेव्हा एखाद्या अभ्यागताचे डिव्हाइस - Purple किंवा मोबाईल कॅरियरसारख्या आयडेंटिटी प्रोव्हायडरद्वारे प्रोव्हिजन केलेले - कनेक्ट होते, तेव्हा ते एक सर्टिफिकेट सादर करते. RADIUS सर्व्हर OpenRoaming ट्रस्ट चेन विरुद्ध हे प्रमाणित करतो आणि Captive Portal शिवाय सुरक्षित, एन्क्रिप्टेड ॲक्सेस देतो. POS उपकरणे असलेल्या कॉर्पोरेट प्रदर्शकांसाठी, EAP-TLS वापरून स्वतंत्र 802.1X SSID डिप्लॉय करा. प्रदर्शकांना त्यांच्या ॲक्रेडिटेशन प्रक्रियेदरम्यान तात्पुरती डिव्हाइस सर्टिफिकेट्स जारी केली जातात, जी इव्हेंटनंतर स्वयंचलितपणे रद्द केली जातात. RADIUS ॲट्रिब्यूट्स POS डिव्हाइसेसना समर्पित VLAN वर असाइन करतात, ज्यामुळे PCI DSS नेटवर्क सेगमेंटेशन आवश्यकता पूर्ण होतात.
वारंवार विचारले जाणारे प्रश्न
What is PKI and how does it secure enterprise WiFi networks?
Public Key Infrastructure (PKI) secures enterprise WiFi by replacing vulnerable shared passwords with cryptographic X.509 digital certificates. Under an 802.1X EAP-TLS architecture, the RADIUS server and the client device perform mutual authentication. The client validates the RADIUS server certificate against a trusted Private Certificate Authority (CA), while the server verifies the client certificate before granting network access, eliminating credential theft, brute-force attacks, and man-in-the-middle rogue APs.
Why is EAP-TLS with PKI superior to preshared keys (PSK) or PEAP-MSCHAPv2?
Preshared keys (WPA2/WPA3-PSK) share a single secret across every device, making revocation impossible without updating all endpoints simultaneously. PEAP-MSCHAPv2 relies on user passwords and is vulnerable to MSCHAPv2 hash cracking and credential harvesting via rogue access points. EAP-TLS with PKI eliminates passwords entirely by using asymmetric public-key cryptography (RSA-2048/ECDSA P-256) stored in hardware TPMs or Secure Enclaves, providing uncrackable, passwordless zero-trust authentication.
How does a Private CA hierarchy work for enterprise WiFi authentication?
A resilient enterprise PKI uses a two-tier Certificate Authority (CA) hierarchy. An Offline Root CA sits disconnected from the network, providing maximum cryptographic security and signing the certificate of an Online Issuing Sub-CA. The Issuing CA is responsible for signing client device certificates, RADIUS server certificates, and publishing Certificate Revocation Lists (CRL) or responding to OCSP queries. This architecture protects the Root CA from compromise while allowing automated daily operations.
How do client devices automatically enroll for WiFi certificates via MDM?
Enterprises automate WiFi certificate deployment using Mobile Device Management (MDM) platforms like Microsoft Intune, Jamf Pro, or VMware Workspace ONE integrated via SCEP (Simple Certificate Enrollment Protocol) or EST (Enrollment over Secure Transport). The MDM pushes an 802.1X configuration profile and SCEP payload to enrolled endpoints. The device generates an asymmetric key pair locally and transmits a Certificate Signing Request (CSR) to the PKI Registration Authority (RA), which issues and installs the client certificate without any user interaction.
What is the difference between OCSP and CRL for WiFi certificate revocation?
CRL (Certificate Revocation List) publishes a periodic file of all revoked serial numbers that RADIUS servers download and cache, which can become large and introduce latency windows. OCSP (Online Certificate Status Protocol) provides real-time, low-latency verification by querying an OCSP responder directly for a specific certificate serial number. For enterprise WiFi, RADIUS servers commonly implement OCSP stapling and local caching to achieve sub-second verification while maintaining high resilience.
या मालिकेमध्ये पुढे वाचा
iOS आणि macOS 802.1X ट्रबलशूटिंग: Intune, Jamf आणि Microsoft Entra ID साठी एक डिप्लोयमेंट चेकलिस्ट
iPhones, iPads आणि Macs वर Intune किंवा Jamf Pro च्या माध्यमातून 802.1X का अयशस्वी होत आहे याचे निदान करण्यासाठी ही चेकलिस्ट वापरा. प्रत्येक बिघाड चारपैकी एका कारणामुळे होतो: सर्व्हर ट्रस्ट, आयडेंटिटी सर्टिफिकेट, macOS मोड किंवा Microsoft Entra ID ग्रुप स्कोपिंग. तुम्ही eapolclient आणि RADIUS लॉग्समधून कारणाची खात्री कराल, त्यावर उपाय लागू कराल आणि भविष्यातील सर्टिफिकेट रोटेशनचे टप्पे ठरवाल.
Intune WiFi प्रोफाइल सर्व्हर ट्रस्ट: Entra ID साठी सर्टिफिकेट सर्व्हर नावे आणि रूट CA चेकलिस्ट
तुम्ही Intune WiFi प्रोफाईलचे सर्व्हर व्हॅलिडेशन कॉन्फिगर करू शकाल जेणेकरून EAP-TLS आणि PEAP हे Windows, Apple आणि Android वर कनेक्ट होतील. तुम्ही सर्टिफिकेट सर्व्हरच्या नावांना RADIUS सर्टिफिकेटशी जुळवून घ्याल, योग्य root CA डिप्लोय कराल, Microsoft Entra ID ग्रुप असाइनमेंट्स अलाइन कराल आणि सर्टिफिकेट रिन्यूअल्स कनेक्शन खंडित करण्यापूर्वी ते आधीच स्टेज करून ठेवाल.
Android 802.1X आणि EAP-TLS ट्रबलशूटिंग: Intune आणि Microsoft Entra ID साठी एक डिप्लॉयमेंट चेकलिस्ट
तुम्ही हे शोधून काढू शकाल की व्यवस्थापित Android फोन्स तुमच्या स्टाफ SSID वर EAP-TLS मध्ये का अपयशी ठरतात आणि ते Intune मध्ये दुरुस्त करू शकाल. प्रत्येक समस्येला चार सामान्य कारणांशी जुळवून घ्या - गहाळ CA किंवा डोमेन, चुकीच्या प्रोफाइलमधील क्लायंट प्रमाणपत्र, न जुळणारे RADIUS सर्व्हरचे नाव व्हॅल्यू, किंवा न पोहोचवलेले ट्रस्टेड रूट. त्यानंतर एक रोलआउट चेकलिस्ट लागू करा जी पुन्हा होणारे आउटेज थांबवते.
तुमच्या विशिष्ट सेटअपबद्दल काही प्रश्न आहेत का?
आमची टीम ८०,००० हून अधिक वेन्यूजमधील वेन्यू ऑपरेटर्स, IT मॅनेजर्स आणि नेटवर्क इंजिनिअर्ससोबत काम करते. २० मिनिटांचा कॉल बुक करा आणि तुमच्यासारख्या इतरांनी ही समस्या कशी सोडवली हे आम्ही तुम्हाला दाखवू.