यह लेख उन आईटी एडमिन के लिए है जिनके पास 50,000 से ज़्यादा उपयोगकर्ता खातों को सेट अप करने के लिए कम समय है.
खाते को बड़े पैमाने पर और तुरंत चालू करने के लिए, तीसरे पक्ष के समाधानों का इस्तेमाल किया जा सकता है. उदाहरण के लिए, डाउनलोड के लिए बिना किसी शुल्क के उपलब्ध ओपन-सोर्स Google Apps Manager (GAM), Google Workspace के उपयोगकर्ताओं और ग्रुप को बनाने और मैनेज करने के लिए, Admin SDK Directory API का इस्तेमाल करता है.
GAM, Google के कई एपीआई के साथ इंटरैक्ट करता है. इनका इस्तेमाल, खाते की अन्य सुविधाओं और संसाधनों को मैनेज करने के लिए भी किया जा सकता है. तीसरे पक्ष के साथ इंटिग्रेशन के बारे में ज़्यादा जानने के लिए, Solve with Google Cloud पर ट्यूटोरियल पेज पर जाएं.
शुरू करने से पहले
बड़े पैमाने पर खाते उपलब्ध कराने के लिए, ये ज़रूरी हैं:
- कमांड-लाइन प्रॉम्प्ट की सुविधा
- पैसे चुकाकर लिया गया Google Workspace खाता, जो:
- मुफ़्त में आज़माने की सुविधा अब उपलब्ध नहीं है. ज़्यादा जानें
- डोमेन से पुष्टि की गई है. ज़्यादा जानें
पहला चरण: खाते से जुड़ी समस्याओं से बचना
आपके कुछ उपयोगकर्ताओं के पास निजी Google खाता हो सकता है. जैसे, Gmail पता. जब उनके लिए मैनेज किया जा रहा नया Google Workspace या Cloud Identity खाता उपलब्ध कराया जाता है, तो इससे समस्याएं हो सकती हैं. ऐसी समस्याओं से बचने के लिए:
- विरोधी खातों के बारे में जानकारी पढ़ें.
- मौजूदा खातों को ढूंढने और मैनेज करने का तरीका जानें.
दूसरा चरण: एक आसान, फ़्लैट ऑर्गनाइज़ेशनल स्ट्रक्चर बनाना
कई लेवल वाली, संगठन की इकाइयों की जटिल हैरारकी बनाने से बचें. आपके पास बाद में, संगठन के स्ट्रक्चर में बदलाव करने और उपयोगकर्ताओं को दूसरी जगह ले जाने का विकल्प होता है. संगठन के आसान स्ट्रक्चर को सेट अप करने के लिए, यहां कुछ सुझाव दिए गए हैं:
- उन सेवाओं और सुविधाओं पर ध्यान दें जिन्हें आपके मैनेज किए जा रहे उपयोगकर्ताओं को ऐक्सेस करने की ज़रूरत है.
- संगठन की टॉप-लेवल की इकाई के लिए, सेवा और सुविधा की उपलब्धता को सीमित करें. साथ ही, संगठन की उप-इकाइयों को ऐक्सेस दें.
संगठन की संरचना के काम करने के तरीके के बारे में ज़्यादा जानें.
शिक्षा का उदाहरण
नीचे दी गई टेबल में, बाईं ओर मौजूद स्ट्रक्चर से संगठन का असली स्ट्रक्चर पता चलता है. शुरुआत में, इस स्ट्रक्चर को मैनेज करना मुश्किल हो सकता है. उदाहरण के लिए, अगर आपको स्कूल की कई इकाइयों के लिए, शिक्षकों को Google Meet की ऐडवांस सुविधाओं का ऐक्सेस बार-बार देना पड़ता है.
सुझाए गए स्ट्रक्चर में, फ़ंक्शन पर फ़ोकस किया गया है. एडमिन के तौर पर, आपके पास /छात्र-छात्राएं संगठन की इकाई में मौजूद सभी छात्र-छात्राओं के लिए, सेवाओं और सुविधाओं को आसानी से बंद करने का विकल्प होता है. उदाहरण के लिए, खुद से पासवर्ड वापस पाने की सेवा बंद की जा सकती है और YouTube पर पाबंदियां लगाई जा सकती हैं. आपके पास शिक्षकों और अन्य स्टाफ़ सदस्यों के लिए, Meet की स्ट्रीमिंग और रिकॉर्डिंग करने और दो चरणों में पुष्टि करने जैसी बेहतर सुविधाएं चालू करने का विकल्प भी होता है.
| संगठनात्मक संरचना का उदाहरण | संगठन का सुझाया गया स्ट्रक्चर |
|---|---|
|
|
|
बड़े संगठन का उदाहरण
सबसे पहले, यह तय करें कि आपके उपयोगकर्ताओं को किन सेवाओं और सुविधाओं की ज़रूरत है. इसके बाद:
- इन सेटिंग को संगठन की टॉप-लेवल इकाई पर लागू करें.
जब तक इन सेटिंग को ओवरराइड नहीं किया जाता, तब तक संगठन की उप-इकाइयों पर ये सेटिंग लागू रहेंगी. उदाहरण: - ज़्यादा सुरक्षा के लिए, विभागों को दो चरणों में पुष्टि करने की सुविधा इस्तेमाल करने के लिए कहें.
| संगठनात्मक संरचना का उदाहरण | संगठन का सुझाया गया स्ट्रक्चर |
|---|---|
|
|
|
तीसरा चरण: डेटा सोर्स तैयार करना
उपयोगकर्ता खाता बनाने के लिए, ज़रूरी डेटा वाली कॉमा लगाकर अलग की गई वैल्यू (CSV) फ़ाइल बनाएं. ज़रूरी फ़ील्ड:
- FirstName
- LastName
- PrimaryEmail—वह ईमेल पता जिससे उपयोगकर्ता साइन इन करेगा
- पासवर्ड—इसमें कम से कम आठ वर्ण होने चाहिए
OrgUnit—उपयोगकर्ताओं को उनकी संबंधित संगठन इकाइयों में बनाने के लिए, ऊपर दिए गए सुझावों को ध्यान में रखते हुए
ध्यान दें: संगठन की टॉप-लेवल (रूट) इकाई में उपयोगकर्ताओं को शामिल करने के लिए,
/(फ़ॉरवर्ड स्लैश) डालें. संगठन की उप इकाइयों को फ़ॉरवर्ड स्लैश से अलग करें—उदाहरण के लिए/Staff/Teachers.
शिक्षा का उदाहरण
FirstName,LastName,PrimaryEmail,Password,OrgUnit
Jane,Doe,id12345678@students.example.com,Zee+HWdt,/Students
John,Smith,john.smith@example.com,X2Ae+pME,/Staff
बड़े संगठन का उदाहरण
FirstName,LastName,PrimaryEmail,Password,OrgUnit
Jane,Doe,jane.doe@example.co.uk,V8hmj/QE,/
John,Smith,john.smith@example.com,9/t0UHQ6,/Sales
चौथा चरण: GAM सेट अप करना
अगर आपको GAM का इस्तेमाल करना है, तो हमारा सुझाव है कि आप यह तरीका अपनाएं:
- GAM के 5.10 और इससे ऊपर वाले वर्शन में, GAM को पहली बार चलाने से पहले, GAM वाले फ़ोल्डर में noshorturls.txt नाम की फ़ाइल बनाएं.
इससे gam-shortn.appspot.com शॉर्ट यूआरएल बंद हो जाते हैं. - GAM की वेबसाइट से, GAM डाउनलोड करें.
- टूल को कॉन्फ़िगर करें.
- सेटअप के दौरान, जब आपसे पूछा जाए कि "क्या GAM को Google Workspace के उपयोगकर्ता डेटा और सेटिंग मैनेज करने की अनुमति देनी है," तो N (नहीं) पर क्लिक करके, पूरे डोमेन के लिए प्रतिनिधि चुनने की सुविधा को छोड़ें.
इस कमांड से यह पुष्टि करने में मदद मिलती है कि GAM, सही Google Workspace खाते से जुड़ा है या नहीं:
gam info domain
पांचवां चरण: GAM का इस्तेमाल करके एक से ज़्यादा उपयोगकर्ता बनाना
उपयोगकर्ताओं को बनाने के लिए, GAM कॉमा लगाकर अलग की गई वैल्यू (CSV) फ़ाइल से डेटा पढ़ता है. इसके बाद, Admin SDK Directory API को ज़रूरी अनुरोध भेजता है.
अगर आपने ऊपर तीसरे चरण में बताए गए फ़ील्ड के साथ, कॉमा लगाकर अलग की गई वैल्यू (CSV) फ़ाइल बनाई है, तो यह कमांड CSV फ़ाइल में मौजूद उपयोगकर्ताओं को बनाती है:
gam csv users.csv gam create user ~PrimaryEmail firstname ~FirstName lastname ~LastName password ~Password org ~OrgUnit changepassword on
इन बातों का ध्यान रखें:
- हर उपयोगकर्ता के लिए एक यूनीक पासवर्ड बनाएं.
changepassword onवैकल्पिक पैरामीटर का इस्तेमाल करके, उपयोगकर्ता को पहली बार साइन-इन करने के बाद अपना पासवर्ड बदलने के लिए मजबूर करें.
वैकल्पिक तरीका: अगर आपके डेटा सोर्स में कुछ फ़ील्ड मौजूद नहीं हैं, तो क्या करें?
अगर आपके डेटा सोर्स में सिर्फ़ पहला और आखिरी नाम है और हर उपयोगकर्ता के लिए एक पासवर्ड है, तो first.last@example.com फ़ॉर्मैट में उपयोगकर्ता नाम बनाए जा सकते हैं. चार्ली स्मिथ नाम के उपयोगकर्ता के लिए, Charlie.Smith@example.com का इस्तेमाल करें.
निर्देश यह है:
gam csv users.csv gam create user ~~FirstName~~.~~LastName~~@example.com password ~Password changepassword on
इस तरीके में यह माना जाता है कि किसी भी उपयोगकर्ता के पास:
- एक ही नाम
- नाम और उपनाम के साथ:
- Spaces
- अनुमति न होने वाले अन्य वर्ण
उपयोगकर्ताओं और ग्रुप के नाम से जुड़े दिशा-निर्देश पढ़ें.
सवाल
मुझे Google Workspace for Education के लिए आवेदन करने और उसे मंज़ूरी मिलने के बारे में जानकारी कहां मिल सकती है?
Google Workspace for Education की प्रोसेस के बारे में ज़्यादा जानने के लिए, यहां जाएं:
- Google Workspace for Education का इस्तेमाल शुरू करना
- Google Workspace for Education के बारे में अक्सर पूछे जाने वाले सवाल
मुझे G Suite for Nonprofits के बारे में जानकारी कहां मिल सकती है?
प्रोग्राम के फ़ायदों, ज़रूरी शर्तों, और अन्य जानकारी के लिए, Google for Nonprofits के सहायता केंद्र पर जाएं.
मुझे Admin console या अपने एडमिन खाते का ऐक्सेस नहीं मिल रहा है. मुझे क्या करना चाहिए?
साइन-इन पेज पर जाएं. इसके बाद, अपना उपयोगकर्ता नाम डालें और पासवर्ड भूल गए? पर क्लिक करें
अगर निर्देशों का पालन करने के बाद भी आपको ऐक्सेस वापस नहीं मिलता है, तो आपको Google Cloud की सहायता टीम से संपर्क करने का विकल्प दिया जाता है. आपको डोमेन के मालिकाना हक का सबूत देना होगा. साथ ही, सुरक्षा से जुड़े कुछ सवालों के जवाब देने होंगे.
मैं कैसे पुष्टि करूं कि मेरे डोमेन की पुष्टि हो गई है?
Google Workspace खाता बनाने के बाद, आपको अपने डोमेन के मालिकाना हक की पुष्टि करने के लिए कहा जाता है. अगर आपको ऐसा करना याद नहीं है, तो Admin console में साइन इन करें. इसके बाद, डोमेन सेक्शन पर जाएं और डोमेन मैनेज करें पर क्लिक करें.
सूची में सबसे ऊपर मौजूद डोमेन, आपका प्राइमरी डोमेन होता है. स्टेटस कॉलम से पता चलता है कि डोमेन की पुष्टि करना ज़रूरी है या नहीं.
क्या Google Cloud की सहायता टीम, GAM से जुड़े सवालों के जवाब देने में मेरी मदद कर सकती है?
Google Cloud Support, इन या तीसरे पक्ष के अन्य समाधानों के लिए सहायता उपलब्ध नहीं कराती. वह सिर्फ़ Admin SDK Directory API के लिए सहायता उपलब्ध कराती है, जिसका इस्तेमाल ये टूल करते हैं. हम GAM टूल के बारे में आपकी मदद नहीं कर सकते. हालांकि, अगर एपीआई से जुड़ी गड़बड़ियां होती हैं, तो हम आपकी मदद कर सकते हैं. खास तौर पर, Admin SDK Directory API से जुड़ी गड़बड़ियों के मामले में. GAM Wiki पर जाकर, GAM के निर्देशों और तकनीकों के बारे में ज़्यादा जानें.
क्या आपको GAM से जुड़ी कोई मदद चाहिए? GAM discussion group में जाकर, Google Workspace एडमिन की कम्यूनिटी से संपर्क करें. यह कम्यूनिटी, सहायता देने के लिए हमेशा तैयार रहती है.
अगर आपको लगता है कि Admin SDK Directory API में कोई समस्या है, तो Google Cloud की सहायता टीम को यह जानकारी दें:
- एचटीटीपी मेथड और एंडपॉइंट, जिसे तीसरे पक्ष का समाधान कॉल कर रहा है. उदाहरण के लिए,
POST /admin/directory/v1/users?fields=primaryEmail -
जवाब का कोड और मैसेज (उदाहरण के लिए, 403: इस संसाधन/एपीआई को ऐक्सेस करने की अनुमति नहीं है - इस्तेमाल की अनुमति नहीं है)
- रिस्पॉन्स एचटीटीपी हेडर की तारीख (उदाहरण के लिए, Date: Wed, 22 Jun 2020 17:48:48 GMT)
- कॉल करने वाली इकाई: उपयोगकर्ता नाम, सेवा खाता या Google Cloud प्रोजेक्ट आईडी
नाम, पासवर्ड, पुष्टि करने के अनुरोध के हेडर, आईपी पते, कस्टम स्कीमा की वैल्यू या कोई भी ऐसी जानकारी हटाएं जिसे आपको संवेदनशील लगे.
मेरे प्रोजेक्ट का कोटा खत्म होने वाला है. मुझे क्या करना चाहिए?
डिफ़ॉल्ट कोटा, ज़्यादातर ग्राहकों की ज़रूरतों के हिसाब से होना चाहिए. एपीआई की सीमाओं के बारे में ज़्यादा जानकारी के लिए, Directory API: सीमाएं और कोटा पर जाएं.
अगर आपको अपने प्रोजेक्ट के लिए अब भी ज़्यादा कोटा चाहिए, तो Google Cloud Console के कोटा सेक्शन में जाकर, ज़रूरी शर्तें देखें:
- Google Cloud console खोलें.
- सबसे ऊपर मौजूद, GAM का बनाया गया प्रोजेक्ट चुनें.
- बाईं ओर, नेविगेशन मेन्यू
> आईएएम और एडमिन > कोटा पर क्लिक करें. - सेवा में जाकर, Admin SDK के हिसाब से फ़िल्टर करें. यह उपयोगकर्ता को सेवा उपलब्ध कराने के लिए ज़रूरी है.
- उन आइटम को चुनें जिनके लिए आपको ज़्यादा कोटा का अनुरोध करना है.
- सबसे ऊपर, कोटा में बदलाव करें पर क्लिक करें.
GAM से बनाए गए Google Cloud प्रोजेक्ट के लिए बिलिंग की सुविधा चालू करने के लिए, मैं अपने मौजूदा प्रोजेक्ट के लिए बिलिंग की सुविधा कैसे चालू करूं पर जाएं.