एक साथ कई उपयोगकर्ताओं के लिए खाते बनाने के लिए, तीसरे पक्ष के टूल का इस्तेमाल करना

यह लेख, आईटी एडमिन के लिए है. इनके पास 50,000 से ज़्यादा उपयोगकर्ता खाते उपलब्ध कराने के लिए, सीमित समय होता है.

बड़े पैमाने पर और तेज़ी से खाते उपलब्ध कराने के लिए, तीसरे पक्ष के समाधानों का इस्तेमाल किया जा सकता है. उदाहरण के लिए, Google Apps Manager (GAM) को डाउनलोड किया जा सकता है. यह मुफ़्त में उपलब्ध है और ओपन सोर्स है. यह Google Workspace के उपयोगकर्ताओं और ग्रुप बनाने और उन्हें मैनेज करने के लिए, एडमिन SDK डायरेक्ट्री एपीआई का इस्तेमाल करता है.

GAM, Google के कई एपीआई के साथ काम करता है. इनका इस्तेमाल करके, खाते की अन्य सुविधाओं और संसाधनों को भी मैनेज किया जा सकता है. तीसरे पक्षों के साथ इंटिग्रेशन के बारे में ज़्यादा जानने के लिए, Solve with Google Cloud पर ट्यूटोरियल वाला पेज देखें.

शुरू करने से पहले

बड़े पैमाने पर खाते उपलब्ध कराने के लिए, ये ज़रूरी शर्तें पूरी होनी चाहिए:

  • कमांड-लाइन प्रॉम्प्ट की सुविधा उपलब्ध हो
  • Google Workspace का ऐसा खाता हो जिसके लिए पैसे चुकाए जाते हों और जो:

पहला चरण: खाते से जुड़ी समस्याएं होने से रोकना

आपके कुछ उपयोगकर्ताओं के पास निजी Google खाता हो सकता है. जैसे, Gmail पता. जब आप उनके लिए, मैनेज किया जाने वाला नया Google Workspace या Cloud Identity खाता उपलब्ध कराते हैं, तो इससे समस्याएं हो सकती हैं. ऐसी समस्याओं से बचने के लिए:

  1. खातों से जुड़ी समस्याओं के बारे में पढ़ें.
  2. मौजूदा खाते ढूंढने और उन्हें मैनेज करने का तरीका जानें.

दूसरा चरण: संगठन के लिए आसान और फ़्लैट स्ट्रक्चर बनाना

संगठन की इकाइयों के लिए, कई लेवल वाली जटिल हैरारकी न बनाएं. हैरारकी में बाद में बदलाव किया जा सकता है और उपयोगकर्ताओं को दूसरी इकाइयों में ले जाया जा सकता है. संगठन के लिए आसान स्ट्रक्चर सेट अप करने के लिए, यहां कुछ सुझाव दिए गए हैं:

  • उन सेवाओं और सुविधाओं पर फ़ोकस करें जिन्हें मैनेज किए जा रहे उपयोगकर्ताओं को ऐक्सेस करना है.
  • संगठन की टॉप-लेवल इकाई पर, सेवा और सुविधा की उपलब्धता को सीमित करें. साथ ही, संगठन की उप-इकाइयों को ऐक्सेस दें.

संगठन का स्ट्रक्चर कैसे काम करता है, इस बारे में ज़्यादा जानें.

शिक्षा के लिए संगठन के स्ट्रक्चर का उदाहरण

यहां दी गई टेबल में, बाईं ओर मौजूद स्ट्रक्चर, संगठन का असली स्ट्रक्चर दिखाता है. शुरुआत में, इस स्ट्रक्चर को मैनेज करना मुश्किल हो सकता है. उदाहरण के लिए, अगर आपको स्कूल में संगठन की कई इकाइयों के लिए, शिक्षकों को Google Meet की बेहतर सुविधाओं का ऐक्सेस बार-बार देना पड़ता है.

सुझाए गए स्ट्रक्चर में, काम करने के तरीके पर फ़ोकस किया गया है. एडमिन के तौर पर, /Students संगठन की इकाई में शामिल सभी छात्रों के लिए, सेवाओं और सुविधाओं को आसानी से बंद किया जा सकता है. उदाहरण के लिए, पासवर्ड को खुद से रीसेट करने की सुविधा बंद की जा सकती है और YouTube पर पाबंदियां लागू की जा सकती हैं. शिक्षकों और अन्य स्टाफ़ सदस्यों के लिए, Meet की स्ट्रीमिंग और रिकॉर्डिंग और दो चरणों में पुष्टि करने की सुविधा जैसी बेहतर सुविधाएं भी चालू की जा सकती हैं.

संगठन के स्ट्रक्चर का उदाहरण संगठन के स्ट्रक्चर का सुझाया गया उदाहरण

/School 1/Staff/Teachers

/School 1/Students/Year 2020/Class A

/School 1/Students/Year 2020/...

/School 2/Staff/Teachers

/School 2/Students/Year 2020/Class C

/School 2/Students/Year 2020/...

/ (root OrgUnit)

/Students

/Staff/IT

/Staff/Teachers

बड़े संगठन के स्ट्रक्चर का उदाहरण

सबसे पहले, यह तय करें कि आपके उपयोगकर्ताओं को किन सेवाओं और सुविधाओं की ज़रूरत है. इसके बाद:

  1. संगठन की टॉप-लेवल इकाई पर ये सेटिंग लागू करें.
    जब तक इन सेटिंग को बदला नहीं जाता, तब तक संगठन की उप-इकाइयों में ये सेटिंग इनहेरिट होती रहेंगी. उदाहरण:
  2. सुरक्षा बढ़ाने के लिए, विभागों के लिए दो चरणों में पुष्टि करने की सुविधा ज़रूरी करना.
संगठन के स्ट्रक्चर का उदाहरण संगठन के स्ट्रक्चर का सुझाया गया उदाहरण

/

/Sales

/IT

/Legal

/ (संगठन की टॉप-लेवल इकाई)

/2SV-Enforced (आईटी और कानूनी विभाग)

/2SV (और संगठन से बाहर शेयर करने की अनुमति देना)

तीसरा चरण: डेटा सोर्स तैयार करना

उपयोगकर्ता खाते बनाने के लिए, ज़रूरी डेटा के साथ कॉमा से अलग की गई वैल्यू (CSV) फ़ाइल बनाएं. ज़रूरी फ़ील्ड:

  • FirstName
  • LastName
  • PrimaryEmail—वह ईमेल पता जिससे उपयोगकर्ता साइन इन करेगा
  • Password—यह कम से कम आठ वर्णों का होना चाहिए
  • 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 का इस्तेमाल करना है, तो यहां दिए गए सुझावों के मुताबिक यह तरीका अपनाएं:

  1. GAM के वर्शन 5.10 और इसके बाद के वर्शन के लिए, पहली बार GAM को एक्ज़ीक्यूट करने से पहले, GAM वाले फ़ोल्डर में noshorturls.txt नाम की फ़ाइल बनाएं.
    इससे gam-shortn.appspot.com के छोटे यूआरएल बंद हो जाते हैं.
  2. GAM की वेबसाइट से, डाउनलोड GAM करें.
  3. टूल को कॉन्फ़िगर करें.
  4. सेटअप के दौरान, जब आपसे यह पूछा जाए कि क्या "Google Workspace के उपयोगकर्ता डेटा और सेटिंग को मैनेज करने के लिए, GAM को अनुमति देनी है," तो N (नहीं) जवाब दें. इससे, डोमेन-वाइड डेलिगेशन की सुविधा बंद हो जाएगी.

इस कमांड से यह पुष्टि करने में मदद मिलती है कि GAM, Google Workspace के सही खाते से जुड़ा है या नहीं:

gam info domain

पांचवां चरण: GAM की मदद से कई उपयोगकर्ता बनाना

उपयोगकर्ता बनाने के लिए, GAM कॉमा से अलग की गई वैल्यू (CSV) फ़ाइल से डेटा पढ़ता है. साथ ही, एडमिन SDK डायरेक्ट्री एपीआई को ज़रूरी अनुरोध भेजता है.

अगर आपने ऊपर तीसरे चरण में बताए गए फ़ील्ड के साथ कॉमा से अलग की गई वैल्यू (CSV) फ़ाइल बनाई है, तो इस कमांड से CSV में मौजूद उपयोगकर्ता बन जाते हैं:

gam csv users.csv gam create user ~PrimaryEmail firstname ~FirstName lastname ~LastName password ~Password org ~OrgUnit changepassword on

ये काम ज़रूर करें:

  1. हर उपयोगकर्ता के लिए, यूनीक पासवर्ड बनाएं.
  2. उपयोगकर्ता को पहली बार साइन इन करने के बाद, पासवर्ड बदलने के लिए मजबूर करने के लिए, 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

इस तरीके में यह माना जाता है कि किसी भी उपयोगकर्ता के पास:

  • एक जैसा नाम नहीं है
  • नाम और उपनाम में:
    • स्पेस नहीं हैं
    • अनुमति न मिलने वाले अन्य वर्ण नहीं हैं

उपयोगकर्ताओं और ग्रुप के लिए, नाम से जुड़े दिशा-निर्देशों पर जाएं.

सवाल

मुझे G Suite for Nonprofits के बारे में जानकारी कहां मिल सकती है?

प्रोग्राम के फ़ायदों, ज़रूरी शर्तों वगैरह के बारे में जानने के लिए, Google for Nonprofits के सहायता केंद्र पर जाएं.

मुझे Admin console या अपने एडमिन खाते का ऐक्सेस नहीं मिल रहा है. मुझे क्या करना चाहिए?

साइन-इन पेज पर जाएं, अपना उपयोगकर्ता नाम डालें, और पासवर्ड भूल गए? पर क्लिक करें.

अगर प्रॉम्प्ट के मुताबिक कार्रवाई करने के बाद भी, आपको ऐक्सेस वापस नहीं मिलता है, तो Google Cloud की सहायता टीम से संपर्क करने का विकल्प मिलता है. इसके लिए, आपको डोमेन के मालिकाना हक का सबूत और सुरक्षा से जुड़े कुछ सवालों के जवाब देने होंगे.

मैं कैसे पुष्टि करूं कि मेरे डोमेन की पुष्टि हो गई है?

Google Workspace खाता बनाने के बाद, आपसे अपने डोमेन के मालिकाना हक की पुष्टि करने के लिए कहा जाता है. अगर आपको यह याद नहीं है कि आपने ऐसा किया था या नहीं, तो अपने Admin console में साइन इन करें. इसके बाद, डोमेन सेक्शन पर जाएं और डोमेन मैनेज करें पर क्लिक करें.

सूची में सबसे ऊपर मौजूद डोमेन, आपका प्राइमरी डोमेन होता है. स्टेटस कॉलम से पता चलता है कि डोमेन की पुष्टि ज़रूरी है या नहीं.

क्या Google Cloud की सहायता टीम, GAM से जुड़े सवालों में मेरी मदद कर सकती है?

Google Cloud की सहायता टीम, इन या तीसरे पक्ष के अन्य समाधानों के लिए सहायता उपलब्ध नहीं कराती. यह सिर्फ़ उन टूल के लिए, एडमिन SDK डायरेक्ट्री एपीआई की सहायता उपलब्ध कराती है जिनका इस्तेमाल वे करते हैं. हालांकि, हम GAM टूल के लिए सहायता उपलब्ध नहीं करा सकते. लेकिन अगर एपीआई में गड़बड़ियां आती हैं, तो हम आपकी मदद कर सकते हैं. खास तौर पर, एडमिन SDK डायरेक्ट्री एपीआई में गड़बड़ियां आने पर. GAM के कमांड और तकनीकों के बारे में ज़्यादा जानने के लिए, GAM Wiki पर जाएं.

क्या आपको GAM के लिए मदद चाहिए? Google Workspace के एडमिन के GAM चर्चा ग्रुप में शामिल हों. यहां ऐसे एडमिन मौजूद हैं जो सहायता उपलब्ध कराने के लिए तैयार हैं.

अगर आपको लगता है कि एडमिन SDK डायरेक्ट्री एपीआई में कोई समस्या है, तो Google Cloud की सहायता टीम को यह जानकारी दें:

  • तीसरे पक्ष का समाधान, एचटीटीपी के जिस तरीके और एंडपॉइंट को कॉल कर रहा है (उदाहरण के लिए, POST /admin/directory/v1/users?fields=primaryEmail)
  • रिस्पॉन्स कोड और मैसेज (उदाहरण के लिए, 403: इस संसाधन/एपीआई को ऐक्सेस करने की अनुमति नहीं है - इस्तेमाल की अनुमति नहीं है)

  • रिस्पॉन्स एचटीटीपी हेडर की तारीख (उदाहरण के लिए, Date: Wed, 22 Jun 2020 17:48:48 GMT)
  • कॉल करने वाली इकाई: उपयोगकर्ता नाम, सेवा खाता या Google Cloud प्रोजेक्ट आईडी

नाम, पासवर्ड, पुष्टि के अनुरोध के हेडर, आईपी पते, कस्टम स्कीमा की वैल्यू या कोई अन्य संवेदनशील जानकारी हटाएं.

मेरे प्रोजेक्ट का कोटा खत्म होने वाला है. मुझे क्या करना चाहिए?

आम तौर पर, डिफ़ॉल्ट कोटा ज़्यादातर ग्राहकों के लिए काफ़ी होता है. एपीआई की सीमाओं के बारे में ज़्यादा जानने के लिए, डायरेक्ट्री एपीआई: सीमाएं और कोटा पर जाएं.

अगर आपको अपने प्रोजेक्ट के लिए ज़्यादा कोटा चाहिए, तो Google Cloud Console के कोटा सेक्शन में दी गई ज़रूरी शर्तें देखें:

  1. Google Cloud Console खोलें.
  2. सबसे ऊपर, GAM से बनाए गए प्रोजेक्ट को चुनें.
  3. बाईं ओर, नेविगेशन मेन्यू > IAM और एडमिन > कोटा पर क्लिक करें.
  4. सेवा में जाकर, एडमिन SDK के हिसाब से फ़िल्टर करें. यह उपयोगकर्ता को उपलब्ध कराने के लिए ज़रूरी है.
  5. वे आइटम चुनें जिनके लिए आपको ज़्यादा कोटा का अनुरोध करना है.
  6. सबसे ऊपर, कोटा में बदलाव करें पर क्लिक करें.

GAM से बनाए गए Google Cloud प्रोजेक्ट के लिए, बिलिंग की सुविधा चालू करने के लिए, मेरे मौजूदा प्रोजेक्ट पर बिलिंग की सुविधा कैसे चालू करें पर जाएं.