Android 802.1X आणि EAP-TLS ट्रबलशूटिंग: Intune आणि Microsoft Entra ID साठी एक डिप्लॉयमेंट चेकलिस्ट

मॅनेज्ड Android फोन्स सहसा चार कारणांपैकी एका कारणामुळे EAP-TLS मध्ये अपयशी ठरतात. WiFi प्रोफाइलमध्ये CA प्रमाणपत्र किंवा डोमेन नसतो, त्यामुळे Android द्वारे RADIUS सर्व्हर नाकारला जातो. क्लायंट प्रमाणपत्र वेगळ्या प्रोफाइलमध्ये असते. RADIUS सर्व्हर नावे फील्ड सर्व्हर प्रमाणपत्राशी जुळत नाही. किंवा ट्रस्टेड रूट प्रोफाइल डिव्हाइसपर्यंत कधीच पोहोचले नाही.

Android वर EAP-TLS अपयश कसे दिसते?

EAP-TLS (Extensible Authentication Protocol with Transport Layer Security) पासवर्डऐवजी प्रमाणपत्रासह डिव्हाइसचे प्रमाणीकरण करते. हे पोर्ट-बेस्ड ॲक्सेस कंट्रोल मानक असलेल्या IEEE 802.1X च्या आत चालते. 802.1X हे प्रमाणीकरण एका RADIUS (Remote Authentication Dial-In User Service) सर्व्हरकडे सोपवते.

जेव्हा हे Android वर अपयशी ठरते, तेव्हा तुम्हाला सामान्यतः यापैकी एक लक्षण दिसेल:

• नेटवर्क सूचीमध्ये दिसते परंतु "Connecting" च्या पुढे जात नाही, आणि नंतर पुन्हा "Saved" वर येते.
• डिव्हाइस सामान्य प्रमाणीकरण त्रुटी दर्शवते. याचे शब्दरचना निर्मात्यानुसार बदलू शकते.
• नेटवर्क Samsung हँडसेट्सवर चालते परंतु Google Pixel वर चालत नाही, किंवा याच्या उलट होते.
• नेटवर्क कॉर्पोरेट-मालकीच्या फोन्सवर कार्य करते परंतु कामाच्या प्रोफाइलसह नोंदणी केलेल्या वैयक्तिक मालकीच्या डिव्हाइसेसवर अपयशी ठरते.
• तुमच्या RADIUS लॉग्समध्ये काहीही दिसत नाही.

हे शेवटचे लक्षण सर्वात महत्त्वाचे आहे. जे डिव्हाइस कधीही RADIUS पर्यंत पोहोचत नाही, त्यामध्ये प्रोफाइलची समस्या असते, प्रमाणीकरणाची नाही.

Android EAP-TLS अपयशाचे सहसा काय कारण असते?

अलीकडील Android रिलीजमध्ये अधिक कडक सर्व्हर प्रमाणीकरण

अलीकडील Android रिलीजने नवीन एंटरप्राइझ नेटवर्कसाठी "Do not validate" पर्याय काढून टाकला आहे. Android ला आता त्याचे प्रमाणपत्र पाठवण्यापूर्वी दोन गोष्टींची आवश्यकता असते: विश्वास ठेवण्यासाठी एक CA प्रमाणपत्र आणि जुळण्यासाठी एक डोमेन.

या दोन्ही गोष्टींशिवाय, डिव्हाइस TLS हँडशेक पूर्ण करण्यास नकार देते. जुन्या व्हर्जनवर वर्षानुवर्षे कार्य करणारी प्रोफाइल्स डिव्हाइसची ऑपरेटिंग सिस्टम अपडेट झाल्यावर अपयशी ठरू शकतात.

कामाच्या प्रोफाइलमध्ये प्रमाणपत्र, वैयक्तिक बाजूने नेटवर्क जोडले जाणे

Android Enterprise कामाचे प्रोफाइल वैयक्तिक बाजूपासून वेगळे करते, आणि प्रत्येकाचे स्वतःचे प्रमाणपत्र स्टोअर असते. Intune क्लायंट प्रमाणपत्र आणि ट्रस्टेड रूट कामाच्या प्रोफाइलमध्ये इन्स्टॉल करते. एखादा कर्मचारी जो वैयक्तिक सेटिंग्जमधून मॅन्युअली SSID जोडतो तो त्या प्रमाणपत्रांपर्यंत पोहोचू शकत नाही, ज्यामुळे प्रमाणीकरण अपयशी ठरते.

RADIUS सर्व्हर नावे फील्ड

Intune Android Enterprise WiFi प्रोफाइलमध्ये RADIUS सर्व्हर नावे फील्ड समाविष्ट असते. Microsoft चे दस्तऐवजीकरण तुमच्या RADIUS सर्व्हरने सादर केलेल्या प्रमाणपत्रातील DNS नाव मागते. Android हे मूल्य त्याच्या डोमेन फील्डमध्ये ठेवते आणि त्याची सर्व्हर प्रमाणपत्राशी तुलना करते. जर हे फील्ड रिकामे असेल, चुकीचे स्पेलिंग असेल किंवा त्यात IP ॲड्रेस असेल, तर प्रमाणीकरण अपयशी ठरते.

ट्रस्टेड रूट प्रोफाइल

WiFi प्रोफाइल एका वेगळ्या Intune ट्रस्टेड प्रमाणपत्र प्रोफाइलकडे निर्देश करते. त्या प्रोफाइलमध्ये RADIUS सर्व्हरचे प्रमाणपत्र जारी करणारे रूट CA असणे आवश्यक आहे. जेव्हा वेगळ्या CA ने सर्व्हर प्रमाणपत्रावर स्वाक्षरी केलेली असते, तेव्हा तुमच्या क्लायंट प्रमाणपत्रांमागे रूट तैनात करणे ही एक सामान्य चूक आहे. दोन्ही प्रोफाइल्सनी समान गट आणि समान Android Enterprise नोंदणी प्रकाराला देखील लक्ष्य केले पाहिजे.

उत्पादकांचे फरक

Samsung, Google Pixel आणि इतर उत्पादकांच्या बिल्ड्सवर enterprise WiFi सेटिंग्जचे लेबल आणि मांडणी वेगवेगळी असते. काही अतिरिक्त पर्याय दाखवतात, जसे की ऑनलाइन प्रमाणपत्र स्थिती तपासणी. दुसर्‍या ब्रँडच्या स्क्रीनशॉट ऐवजी, तुमच्या स्वतःच्या डिव्हाइस संचाला संदर्भ म्हणून वापरा.

नेमके कोणते कारण आहे हे तुम्ही कसे शोधता?

डिव्हाइसपासून सुरुवात करा, त्यानंतर RADIUS लॉगमध्ये पुष्टी करा. लॉगमधील पॅटर्न सहसा कारणाकडे निर्देश करतो.

लक्षण	RADIUS काय दर्शवतो	संभाव्य कारण	पहिली दुरुस्ती
कोणताही प्रयत्न RADIUS पर्यंत पोहोचत नाही	डिव्हाइस कडून कोणतीही विनंती नाही	WiFi प्रोफाइल लागू झाले नाही, किंवा SSID नाव जुळत नाही	Intune मध्ये प्रति-डिव्हाइस प्रोफाइल स्थिती तपासा
सर्व्हरने त्याचे प्रमाणपत्र पाठवल्यानंतर हँडशेक थांबतो	क्लायंट कडून TLS चेतावणी, जसे की "unknown CA"	चुकीचे किंवा गहाळ ट्रस्टेड रूट, किंवा डोमेन जुळत नाही	सर्व्हरचे रूट CA आणि योग्य RADIUS सर्व्हर नावे लागू करा
हँडशेक सर्व्हरच्या बाजूने पूर्ण होतो, नंतर अयशस्वी होतो	कोणतेही क्लायंट प्रमाणपत्र सादर केले नाही	SCEP किंवा PKCS प्रमाणपत्र गहाळ आहे किंवा चुकीच्या प्रोफाइलमध्ये आहे	त्या डिव्हाइससाठी प्रमाणपत्र प्रोफाइल यशस्वी झाल्याची पुष्टी करा
प्रमाणपत्र स्वीकारले जाते, नंतर नाकारले जाते	प्रमाणपत्र प्रमाणीकरणानंतर Access-Reject	ओळख मॅपिंग, रिव्होकेशन किंवा पॉलिसी नियम	आयडेंटिटी प्रोव्हाइडर विरुद्ध प्रमाणपत्र विषय किंवा SAN तपासा
केवळ वैयक्तिक मालकीच्या डिव्हाइसवर अयशस्वी होते	कोणतीही विनंती नाही, किंवा कोणतेही क्लायंट प्रमाणपत्र नाही	वैयक्तिक बाजूने जोडलेले SSID	प्रोफाइल वर्क प्रोफाइलमध्ये लागू करा आणि मॅन्युअल जॉइन थांबवा

डिव्हाइसवरील त्रुटी वाचा

Microsoft Intune ॲडमिन सेंटरमध्ये, डिव्हाइस उघडा आणि प्रत्येक कॉन्फिगरेशन प्रोफाइलची स्थिती तपासा. प्रलंबित किंवा त्रुटीमध्ये दर्शवलेले WiFi प्रोफाइल डिव्हाइसपर्यंत कधीही पोहोचले नाही. त्रुटीमधील प्रमाणपत्र प्रोफाइलचा अर्थ असा आहे की SCEP (Simple Certificate Enrollment Protocol) किंवा PKCS (Public Key Cryptography Standards) जारी करणे अयशस्वी झाले. नेटवर्कला हात लावण्यापूर्वी ते दुरुस्त करा.

लॅब डिव्हाइसेसवर, WiFi सप्लिकंट कडून मिळणारे Android Debug Bridge लॉग अचूक TLS चेतावणी दर्शवतात. हे चाचणी हँडसेटसाठी वापरा, प्रोडक्शन डिव्हाइस संचासाठी नाही.

RADIUS लॉग वाचा

FreeRADIUS, Microsoft Network Policy Server आणि क्लाउड RADIUS प्लॅटफॉर्म हे सर्व EAP एक्सचेंज कुठे थांबले याची नोंद ठेवतात. डिव्हाइसच्या MAC ॲड्रेस किंवा प्रमाणपत्र ओळखीद्वारे शोधा. क्लायंट-पाठवलेल्या TLS चेतावणीचा अर्थ असा आहे की फोनने तुमच्या सर्व्हरला नाकारले. वैध प्रमाणपत्रानंतर Access-Reject चा अर्थ असा आहे की तुमच्या सर्व्हरने फोन नाकारला.

कर्मचारी वेगवेगळ्या मजल्यांवरून फिरत असताना जर डिव्हाइसेस प्रमाणित होतात आणि नंतर डिस्कनेक्ट होतात, तर कारण वेगळे आहे. Resolving Roaming Issues in Corporate WLANs वाचा. चॅनेल बदलांशी जुळणारे डिस्कनेक्ट रडार इव्हेंटकडे निर्देश करतात. DFS radar events on Cisco Meraki, HPE Aruba and Ruckus: a diagnostics checklist for channel changes पहा.

तुम्ही ते Intune मध्ये आणि प्रत्येक Android बिल्डवर कसे दुरुस्त कराल?

Intune मध्ये

1. एनरोलमेंट प्रकाराशी जुळणारे Android Enterprise WiFi प्रोफाइल उघडा. पूर्णपणे व्यवस्थापित (fully managed), समर्पित (dedicated) आणि कॉर्पोरेटच्या मालकीची वर्क प्रोफाइल असलेली डिव्हाइसेस एका प्रोफाइल प्रकाराचा वापर करतात. वैयक्तिक मालकीची वर्क प्रोफाइल असलेली डिव्हाइसेस दुसरा प्रकार वापरतात.
2. EAP प्रकार EAP-TLS वर सेट करा.
3. RADIUS सर्व्हर नावांमध्ये RADIUS सर्व्हर प्रमाणपत्राचे DNS नाव प्रविष्ट करा. प्रमाणपत्रावरील अचूक नाव हे सर्वात सुरक्षित मूल्य आहे. कधीही IP पत्ता प्रविष्ट करू नका.
4. सर्व्हरचे रूट CA असलेले विश्वसनीय प्रमाणपत्र प्रोफाइल निवडा.
5. क्लायंट प्रमाणीकरणासाठी SCEP किंवा PKCS प्रोफाइल निवडा.
6. हे तिन्ही प्रोफाइल एकाच ग्रुपला नियुक्त करा.

Samsung, Pixel आणि इतर बिल्ड्सवर

कर्मचाऱ्यांना कोणत्याही ब्रँडवर मॅन्युअली एंटरप्राइझ सेटिंग्ज संपादित करण्यास सांगू नका. मॅन्युअल बदल Intune ला बायपास करतात आणि वर्क प्रोफाइलच्या चुकीच्या बाजूला जातात. जर एक उत्पादक अयशस्वी ठरला आणि दुसरा यशस्वी झाला, तर प्रथम प्रोफाइल स्थितीची तुलना करा. नंतर तुमच्या लॅबमध्ये त्या बिल्डच्या विरुद्ध डोमेन मूल्याची चाचणी घ्या.

RADIUS च्या बाजूने

सर्व्हर प्रमाणपत्रामध्ये तुम्ही Intune मध्ये प्रविष्ट केलेले DNS नाव असल्याची खात्री करा. त्याची साखळी तुम्ही तैनात केलेल्या रूटकडे जाते की नाही याची खात्री करा. जर तुम्ही Purple Staff WiFi वापरत असाल, तर Purple क्लाउड RADIUS सेवा प्रदान करते आणि तुमच्या ॲक्सेस पॉईंट्सशी RadSec (TLS च्या आत वाहून नेले जाणारे RADIUS) द्वारे जोडते. विक्रेत्याच्या सेटअपचे टप्पे Purple च्या सपोर्ट लेखांमध्ये आहेत, उदाहरणार्थ Staff WiFi - Ubiquiti UniFi. Security and Hardware Compatibility मध्ये ॲक्सेस पॉईंटच्या आवश्यकता तपासा.

सोडवलेली उदाहरणे

Android अपडेटनंतर २०० खोल्यांचे हॉटेल

हाऊसकीपिंग आणि देखभालीसाठी ६० कॉर्पोरेट मालकीचे हँडसेट असलेले २०० खोल्यांचे हॉटेल विचारात घ्या. मासिक अपडेटनंतर, ४० हँडसेट्सनी स्टाफ SSID ला जोडणे बंद केले. RADIUS लॉग्समध्ये क्लायंटने पाठवलेले TLS अलर्ट दिसत होते.

WiFi प्रोफाइलमध्ये कोणतेही RADIUS सर्व्हर नाव नव्हते, जे जुन्या बिल्ड्सने सहन केले होते. IT टीमने सर्व्हर प्रमाणपत्राचे DNS नाव जोडले आणि प्रोफाइल पुन्हा तैनात केले. त्यांच्या पुढील Intune चेक-इननंतर सर्व ६० हँडसेट कोणत्याही फॅक्टरी रिसेटशिवाय जोडले गेले. हॉटेल चालक आमच्या Hotels पृष्ठावर कर्मचाऱ्यांच्या कनेक्टिव्हिटीबद्दल अधिक माहिती मिळवू शकतात.

वैयक्तिक डिव्हाइसेससह १२० स्टोअर्सची रिटेल साखळी

१२० स्टोअर्सची retail साखळी विचारात घ्या जिथे स्टोअर व्यवस्थापकांच्या वैयक्तिक फोनवर वर्क प्रोफाइल एनरोल केलेले आहे. हेल्पडेस्क तिकिटांवरून दिसून आले की अनेक स्टोअर्समधील फोन कधीही RADIUS पर्यंत पोहोचले नाहीत.

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

रेल्वे ऑपरेटर त्यांच्या सर्व्हर प्रमाणपत्राचे नूतनीकरण करत आहे

एका रेल्वे ऑपरेटरचा विचार करा जो ऑन-बोर्ड आणि डेपोमध्ये कर्मचारी WiFi चालवतो (Trains). ऑपरेटरने त्याच्या RADIUS सर्व्हर प्रमाणपत्राचे नवीन जारी करणाऱ्या CA कडून नूतनीकरण केले. प्रत्येक Android डिव्हाइस एका रात्रीत "unknown CA" अलर्टसह निकामी झाले. कट-ओव्हर करण्यापूर्वी नवीन रूट विश्वसनीय प्रमाणपत्र प्रोफाईलवर अपलोड केल्याने ही समस्या टळली असती. ऑपरेटर आता दोन आठवडे अगोदर रूट बदल करतो.

तुम्ही हे पुन्हा घडण्यापासून कसे थांबवाल?

Intune आणि Entra ID मधील Android उपकरणांसाठी रोलआउट चेकलिस्ट

• ओळख मॅप करा. प्रमाणपत्रांमध्ये डिव्हाइस ID आहे की कर्मचाऱ्याचे UPN (त्यांचे Entra ID साइन-इन नाव) आहे हे ठरवा. त्या फील्डशी जुळण्यासाठी RADIUS कॉन्फिगर करा.
• नोंदणी प्रकारानुसार स्वतंत्र करा. कॉर्पोरेट मालकीच्या डिव्हाइसेससाठी एक आणि वैयक्तिक मालकीच्या वर्क प्रोफाइल डिव्हाइसेससाठी एक असे प्रोफाईल सेट तयार करा.
• प्रोफाइल्सची जोडी बनवा. विश्वसनीय रूट, क्लायंट प्रमाणपत्र आणि WiFi प्रोफाइल्ससाठी एकच असाइनमेंट ग्रुप असावा.
• योग्य रूट वापरा. ज्या CA ने RADIUS सर्व्हर प्रमाणपत्रावर स्वाक्षरी केली आहे तेच उपयोजित करा.
• RADIUS सर्व्हरची नावे भरा. सर्व्हर प्रमाणपत्रातील DNS नाव वापरा, कधीही IP ॲड्रेस वापरू नका.
• विविध उत्पादकांवर पायलट चाचणी घ्या. तुमच्या ताफ्यातील इतर कोणत्याही ब्रँडसह किमान एक Samsung आणि एक Pixel हँडसेट तपासा.
• मॅन्युअल जॉइन्सवर बंदी घाला. कर्मचाऱ्यांना SSID मॅन्युअली कधीही न जोडण्यास सांगा.
• प्रमाणपत्र नूतनीकरणाचे टप्पे ठरवा. सर्व्हर प्रमाणपत्र बदलण्यापूर्वी नवीन रूट पुश करा.
• दोन्ही बाजूंवर लक्ष ठेवा. रोलआउट दरम्यान साप्ताहिक स्वरूपात Intune प्रोफाईल स्थिती आणि RADIUS रिजेक्ट्सचे पुनरावलोकन करा.

आयडेंटिटी प्रोव्हायडर इंटिग्रेशनसाठी, How to Enable Single Sign On पहा.

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

Purple Staff WiFi हे Intune मध्ये व्यवस्थापित केलेल्या Android डिव्हाइसेससह काम करते का?

होय. Purple Staff WiFi हे प्रमाणपत्र-आधारित 802.1X सह Purple च्या क्लाउड RADIUS विरुद्ध व्यवस्थापित Android डिव्हाइसेसचे प्रमाणीकरण करते. प्रमाणपत्र आणि WiFi प्रोफाईल वितरणासाठी तुम्ही Intune चा वापर सुरू ठेवू शकता. Purple हे ओळखीसाठी Microsoft Entra ID, Okta आणि Google Workspace शी कनेक्ट होते. तुमचे Intune प्रोफाइल्स ऑन-प्रिमाइसेस सर्व्हरऐवजी Purple RADIUS सर्व्हर प्रमाणपत्राकडे निर्देश करतात. या मार्गदर्शिकेतील Android-कडील नियम अजूनही लागू होतात: एक विश्वसनीय रूट आणि जुळणारे डोमेन आवश्यक आहे.

मला Purple सह EAP-TLS चालवण्यासाठी नवीन ॲक्सेस पॉइंट्सची गरज आहे का?

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

मी Android डिव्हाइसेसची पुन्हा नोंदणी न करता ऑन-प्रिमाइसेस NPS कडून क्लाउड RADIUS वर स्थलांतरित होऊ शकतो का?

होय, बहुतांश प्रकरणांमध्ये तुम्ही हे करू शकता. जर नवीन RADIUS सेवा तुमच्या जारी करणाऱ्या CA वर विश्वास ठेवत असेल, तर डिव्हाइसेस त्यांची सध्याची क्लायंट प्रमाणपत्रे कायम ठेवतात. तुम्ही नवीन सर्व्हर प्रमाणपत्राशी जुळण्यासाठी Intune मधील विश्वसनीय रूट प्रोफाइल आणि RADIUS सर्व्हरची नावे अपडेट करा. तुम्ही SSID चे RADIUS लक्ष्य बदलण्यापूर्वी त्या प्रोफाइल बदलांचे टप्पे निश्चित करा. यामुळे या मार्गदर्शकामध्ये वर्णन केलेले एका रात्रीत होणारे "unknown CA" अपयश टळते.

कर्मचाऱ्यांच्या डिव्हाइसेससाठी PEAP किंवा iPSK पेक्षा EAP-TLS अधिक चांगले आहे का?

होय, व्यवस्थापित उपकरणांच्या ताफ्यासाठी हे अधिक चांगले आहे. EAP-TLS प्रत्येक डिव्हाइस किंवा ओळखीसाठी एक प्रमाणपत्र वापरते, त्यामुळे लीक होण्यासाठी कोणतेही सामायिक पासवर्ड नसतात. PEAP (Protected EAP) हे TLS टनेल मधील युझरनेम आणि पासवर्डवर अवलंबून असते. iPSK (identity pre-shared key) प्रत्येक डिव्हाइस किंवा ग्रुपला त्याची स्वतःची की देते. iPSK अशा गैर-व्यवस्थापित डिव्हाइसेससाठी योग्य आहे जे प्रमाणपत्रे धारण करू शकत नाहीत. EAP-TLS अशा फोन्ससाठी योग्य आहे जे तुम्ही Intune द्वारे व्यवस्थापित करता.

कर्मचाऱ्यांच्या प्रमाणीकरण डेटासाठी Purple कोणत्या अनुपालन मानकांची पूर्तता करते?

Purple हे ISO 27001 आणि Cyber Essentials प्रमाणित आहे, आणि GDPR तसेच CCPA चे पालन करते. प्रमाणपत्र-आधारित 802.1X कार्डधारक डेटाच्या जवळील नेटवर्कवर PCI DSS ला अपेक्षित असलेल्या मजबूत प्रवेश नियंत्रणास समर्थन देते. Purple कडे B Corp प्रमाणपत्र देखील आहे. तुमच्या खरेदी प्रक्रियेला प्रतींची आवश्यकता असल्यास तुमच्या खाते टीमकडे सध्याच्या प्रमाणपत्रांची मागणी करा.

Android EAP-TLS रोलआउटसाठी किती वेळ लागतो?

बहुतांश कष्ट ॲक्सेस पॉइंट्सवर न जाता PKI आणि Intune मध्ये जातील अशी अपेक्षा ठेवा. Purple च्या RADIUS कडे SSID निर्देशित करणे हे सपोर्ट सेंटरमधील एका लहान विक्रेता चेकलिस्टचे अनुसरण करते. प्रत्येक एनरोलमेंट प्रकारासाठी SCEP किंवा PKCS प्रोफाइल, विश्वसनीय रूट प्रोफाइल आणि WiFi प्रोफाइल तयार करण्यासाठी जास्त वेळ लागतो. संपूर्ण रोलआउट करण्यापूर्वी तुमच्या ताफ्यातील प्रत्येक निर्मात्याचा समावेश असलेल्या पायलट चाचणीसाठी पुरेसा वेळ द्या.