Configuration Manager के विकल्पों के बारे में ज़्यादा जानें

उदाहरण: ad.example.com या 10.22.1.1.

अगर आपका एलडीएपी सर्वर, पहचान छिपाकर कनेक्शन करने की अनुमति देता है और आपको पहचान छिपाकर कनेक्ट करना है, तो पहचान छिपाकर चुनें. अगर ऐसा नहीं है, तो सामान्य चुनें.

अगर आपके LDAP डायरेक्ट्री सर्वर को लॉगिन करने के लिए डोमेन की ज़रूरत है, तो उपयोगकर्ता के लिए भी डोमेन शामिल करें.

उदाहरण: admin1

उदाहरण: swordfishX23

सिंक करने के लिए सबट्री का बेस डीएन डालें. कॉमा के बीच में स्पेस न डालें. अगर आपको बेस डीएन के बारे में जानकारी नहीं है, तो अपने एलडीएपी एडमिन से संपर्क करें या एलडीएपी ब्राउज़र देखें.

इस फ़ील्ड को खाली छोड़ने पर, फ़ॉरेस्ट में मौजूद सभी डोमेन में खोज की जाती है.

उदाहरण: ou=test,ou=sales,ou=melbourne,dc=ad,dc=example,dc=com

सूचनाओं के लिए इस्तेमाल किया जाने वाला SMTP मेल सर्वर. GCDS, इस मेल सर्वर का इस्तेमाल रिले होस्ट के तौर पर करता है.

उदाहरण:

• 127.0.0.1
• smtp.gmail.com

एसएमटीपी के साथ टीएलएस का इस्तेमाल करने के लिए, बॉक्स पर सही का निशान लगाएं. smtp.gmail.com के साथ इसका इस्तेमाल करना ज़रूरी है.

TLS के साथ काम करने वाले वर्शन—1.0, 1.1, और 1.2 (GCDS के 4.7.6 और इसके बाद के वर्शन पर काम करता है).

उदाहरण:

उपयोगकर्ता नाम: admin@solarmora.com
पासवर्ड: ud6rTYX2!

उदाहरण: admin@solarmora.com

इस सूची में मौजूद सभी पतों पर सूचनाएं भेजी जाती हैं. एक से ज़्यादा पते डालने के लिए, हर ईमेल पते के बाद जोड़ें पर क्लिक करें.

आपके मेल सर्वर की सेटिंग के आधार पर, हो सकता है कि GCDS बाहरी ईमेल पतों पर ईमेल न भेज पाए. सूचना की जांच करें पर क्लिक करके पुष्टि करें कि ईमेल सही तरीके से भेजा गया है.

उदाहरण: dirsync-admins@solarmora.com

सूचना वाले ईमेल में भेजी गई जानकारी को सीमित करें. इनको बाहर रखा जा सकता है:

• ज़्यादा जानकारी–उदाहरण के लिए, हटाए गए ऑब्जेक्ट की सूची.
• चेतावनियां–चेतावनी वाले मैसेज.
• गड़बड़ियां–गड़बड़ी के मैसेज.

उदाहरण: sync.log

आपके पास फ़ाइल के नाम में, #{timestamp} प्लेसहोल्डर जोड़ने का विकल्प होता है. लॉग फ़ाइल को डिस्क में सेव करने से पहले, हर बार एक्ज़ीक्यूट होने पर प्लेसहोल्डर की जगह असली टाइमस्टैंप (उदाहरण के लिए, 20190501-104023) दिखता है.

अगर प्लेसहोल्डर का इस्तेमाल किया जाता है, तो GCDS हर बार सिमुलेशन या सिंक करने पर एक नई लॉग फ़ाइल जनरेट करता है. अगर कोई लॉग 30 दिनों से ज़्यादा पुराना है, तो उसे मिटा दिया जाता है.

उदाहरण: sync.#{timestamp}.log

अगर आपने 1 मई, 2019 को सुबह 10:40:23 बजे सिंक किया है, तो लॉग फ़ाइल का नाम sync.20190501-104023.log होगा.

• FATAL—सिर्फ़ गंभीर गड़बड़ियों के लॉग.
• ERROR—यह गड़बड़ियों और गंभीर कार्रवाइयों को लॉग करता है.
• WARN—यह लॉग लेवल, चेतावनियों, गड़बड़ियों, और गंभीर कार्रवाइयों को लॉग करता है.
• INFO—यह लॉग, खास जानकारी को सेव करता है.
• DEBUG— इसमें ज़्यादा जानकारी लॉग की जाती है.
• TRACE—इससे सभी संभावित जानकारी लॉग होती है.

ज़्यादा जानकारी वाले लेवल में, उससे पहले के लेवल की सभी जानकारी शामिल होती है. उदाहरण के लिए, ERROR लेवल में ERROR और FATAL, दोनों तरह के मैसेज शामिल होते हैं.

लॉग फ़ाइल का ज़्यादा से ज़्यादा साइज़, मेगाबाइट में.

लॉग का ज़्यादा से ज़्यादा साइज़, सभी बैकअप फ़ाइलों और मौजूदा फ़ाइल को मिलाकर होता है. बैक अप फ़ाइलों की संख्या, लॉग फ़ाइल की संख्या एट्रिब्यूट से तय होती है. इसके बारे में यहां बताया गया है.

लॉग फ़ाइल का ज़्यादा से ज़्यादा साइज़ कैलकुलेट करने के लिए, <maximum log size> / (<log file count> + 1) का इस्तेमाल करें

उदाहरण: 500

डिस्क में सेव की गई लॉग फ़ाइलों की संख्या. डिफ़ॉल्ट रूप से, यह वैल्यू 10 पर सेट होती है.

ध्यान दें: इस सेटिंग में सिर्फ़ टैग <logFileCount> के अंदर मौजूद कॉन्फ़िगरेशन फ़ाइल में बदलाव किया जा सकता है.

उदाहरण: mail

अमान्य वर्णों को बदलने की सुविधा चालू करें

वर्ण बदलने का अमान्य तरीका

इस बॉक्स पर सही का निशान लगाने पर, ईमेल पते में मौजूद स्पेस और अमान्य वर्णों को अमान्य वर्ण बदलने की सुविधा फ़ील्ड में दी गई स्ट्रिंग से बदल दिया जाता है.

अगर आपने बॉक्स पर सही का निशान लगाया है, लेकिन फ़ील्ड को खाली छोड़ दिया है, तो GCDS पते से स्पेस और अमान्य वर्ण हटा देगा.

उदाहरण

एलडीएपी सर्वर पर मौजूद ईमेल पता
xyz@example.com है.

• अगर आपने अमान्य वर्णों को बदलने के लिए इस्तेमाल किए जाने वाले वर्ण फ़ील्ड में अंडरस्कोर (_) जोड़ा है, तो GCDS ईमेल पते को x_y_z@example.com में बदल देगा.
• अगर अमान्य वर्णों को बदलने वाले फ़ील्ड को खाली छोड़ दिया जाता है, तो GCDS ईमेल पते को xyz@example.com में बदल देता है.

उदाहरण: objectGUID

उदाहरण: proxyAddresses

अगर यह फ़ील्ड खाली है, तो GCDS सिंक करने के बाद, Google उपयोगकर्ता प्रोफ़ाइल से जुड़ा कोई भी उपनाम नहीं हटाया जाता. हालांकि, Google में अब भी इस ईमेल पते को मैनेज किया जा सकता है.

• सिर्फ़ उन Google Domain उपयोगकर्ताओं के खाते मिटाएं जो LDAP में नहीं हैं (निलंबित खातों को मिटाया नहीं जाता)—अगर आपके Google Domain में मौजूद सक्रिय उपयोगकर्ता, LDAP सर्वर में नहीं हैं, तो उनके खाते मिटा दिए जाते हैं. निलंबित उपयोगकर्ताओं में कोई बदलाव नहीं किया जाता. यह डिफ़ॉल्ट सेटिंग है.
• LDAP में नहीं मिलने वाले चालू और निलंबित खातों को मिटाएं—अगर आपके Google डोमेन में मौजूद सभी उपयोगकर्ता, LDAP सर्वर में नहीं हैं, तो उन्हें मिटा दिया जाएगा. इसमें निलंबित किए गए उपयोगकर्ता भी शामिल हैं.
• LDAP में नहीं मिलने वाले Google उपयोगकर्ताओं को मिटाने के बजाय निलंबित करें—अगर आपके Google डोमेन में मौजूद उपयोगकर्ता, LDAP सर्वर में नहीं हैं, तो उन्हें निलंबित कर दिया जाता है. निलंबित उपयोगकर्ताओं में कोई बदलाव नहीं किया जाता.
• LDAP में नहीं मिलने वाले Google डोमेन के उपयोगकर्ताओं को निलंबित या मिटाया नहीं जाता—आपके Google डोमेन में किसी भी उपयोगकर्ता को निलंबित या मिटाया नहीं जाता. हालांकि, ऐसा तब हो सकता है, जब आपने उपयोगकर्ताओं को निलंबित करने के लिए कोई खोज नियम सेट किया हो.

इस फ़ील्ड की मदद से, LDAP एट्रिब्यूट तय किया जा सकता है. यह एट्रिब्यूट, आपके LDAP सर्वर पर उपयोगकर्ता इकाइयों के लिए यूनीक आइडेंटिफ़ायर के तौर पर काम करता है. इस एट्रिब्यूट की वैल्यू देने पर, GCDS आपके LDAP सर्वर पर उपयोगकर्ता के ईमेल पतों में हुए बदलावों को मॉनिटर कर सकता है. इससे यह पक्का होता है कि जब किसी उपयोगकर्ता का ईमेल पता अपडेट किया जाता है, तो GCDS, मौजूदा उपयोगकर्ता को मिटाए बिना और अपडेट किए गए ईमेल पते से नया उपयोगकर्ता बनाए बिना, आपके Google डोमेन के साथ बदलावों को सिंक कर सकता है.

इस फ़ील्ड को सेट करने पर, GCDS होम डायरेक्ट्री में अपने-आप एक नई मैपिंग फ़ाइल बना देता है. इसका नाम यह होता है: nonAddressKeyMappingsFilePath.tsv

इस फ़ाइल का नाम या जगह बदलने के लिए, एक्सएमएल कॉन्फ़िगरेशन फ़ाइल में मौजूद इस टैग को अपडेट करें: <nonAddressKeyMappingsFilePath>

यह फ़ील्ड ज़रूरी नहीं है. हालांकि, इसका इस्तेमाल करने का सुझाव दिया जाता है.

उदाहरण: objectGUID

दिए गए नाम के लिए, एक से ज़्यादा एट्रिब्यूट का इस्तेमाल भी किया जा सकता है. एक से ज़्यादा एट्रिब्यूट इस्तेमाल करने पर, हर एट्रिब्यूट फ़ील्ड के नाम को स्क्वेयर ब्रैकेट में रखें.

उदाहरण: givenName,[cn]-[ou]

उदाहरण: surname, [cn]-[ou]

यह एक एलडीएपी एट्रिब्यूट है. इसमें हर उपयोगकर्ता का डिसप्ले नेम होता है.

उदाहरण: displayName

• सिर्फ़ नए उपयोगकर्ताओं के लिए—जब GCDS कोई नया उपयोगकर्ता बनाता है, तो यह उस उपयोगकर्ता के पासवर्ड को सिंक करता है. मौजूदा पासवर्ड सिंक नहीं किए जाते. अगर आपको अपने उपयोगकर्ताओं को Google डोमेन में अपने पासवर्ड मैनेज करने की सुविधा देनी है, तो इस विकल्प का इस्तेमाल करें. ध्यान दें: अगर नए उपयोगकर्ताओं के लिए, कुछ समय के लिए या एक बार इस्तेमाल किया जा सकने वाला पासवर्ड इस्तेमाल किया जा रहा है, तो इस विकल्प का इस्तेमाल करें.
• नए और मौजूदा उपयोगकर्ताओं के लिए—GCDS हमेशा सभी उपयोगकर्ताओं के पासवर्ड सिंक करता है. आपके Google डोमेन में मौजूद पासवर्ड बदल दिए जाते हैं. यह विकल्प, आपके LDAP सर्वर पर उपयोगकर्ता के पासवर्ड मैनेज करने के लिए सही है. हालांकि, यह सिर्फ़ बदले गए पासवर्ड विकल्प की तुलना में कम असरदार है.
• सिर्फ़ बदले गए पासवर्ड—GCDS सिर्फ़ उन पासवर्ड को सिंक करता है जो पिछली बार सिंक करने के बाद बदले गए हैं. अगर आपको अपने एलडीएपी सर्वर पर उपयोगकर्ता के पासवर्ड मैनेज करने हैं, तो हम इस विकल्प का इस्तेमाल करने का सुझाव देते हैं. ध्यान दें: इस विकल्प का इस्तेमाल करने पर, आपको पासवर्ड का टाइमस्टैंप एट्रिब्यूट की वैल्यू भी देनी होगी.

उदाहरण: CustomPassword1

उदाहरण: PasswordChangedTime

• SHA1–आपकी LDAP डायरेक्ट्री सर्वर में मौजूद पासवर्ड, अनसॉल्टेड SHA1 का इस्तेमाल करके हैश किए जाते हैं.
• MD5–आपकी LDAP डायरेक्ट्री सर्वर में मौजूद पासवर्ड, बिना साल्ट वाले MD5 का इस्तेमाल करके हैश किए जाते हैं.
• Base64–LDAP डायरेक्ट्री सर्वर में मौजूद पासवर्ड, Base64 एन्कोडिंग का इस्तेमाल करते हैं.
• प्लेनटेक्स्ट–आपकी LDAP डायरेक्ट्री सर्वर में मौजूद पासवर्ड एन्क्रिप्ट (सुरक्षित) नहीं किए गए हैं. GCDS, पासवर्ड एट्रिब्यूट को बिना एन्क्रिप्ट (सुरक्षित) किए गए टेक्स्ट के तौर पर पढ़ता है. इसके बाद, SHA1 एन्क्रिप्शन का इस्तेमाल करके पासवर्ड को तुरंत एन्क्रिप्ट (सुरक्षित) करता है और आपके Google डोमेन के साथ सिंक करता है.

ध्यान दें: GCDS, पासवर्ड को कभी भी सेव, लॉग या बिना एन्क्रिप्ट (सुरक्षित) किए ट्रांसमिट नहीं करता. अगर आपकी LDAP डायरेक्ट्री में मौजूद पासवर्ड Base64-encoded या सादे टेक्स्ट में हैं, तो GCDS उन्हें तुरंत SHA1 एन्क्रिप्शन के साथ एन्क्रिप्ट (सुरक्षित) कर देता है. इसके बाद, उन्हें आपके Google डोमेन के साथ सिंक कर देता है. सिंक करने की प्रोसेस का सिम्युलेशन और सिंक करने की पूरी प्रोसेस के लॉग में, पासवर्ड को SHA1 पासवर्ड के तौर पर दिखाया जाता है.

इस फ़ील्ड का इस्तेमाल सिर्फ़ तब करें, जब आपने पासवर्ड एट्रिब्यूट की वैल्यू भी दी हो. पासवर्ड एट्रिब्यूट फ़ील्ड को खाली छोड़ने पर, सेव करने और फिर से लोड करने पर कॉन्फ़िगरेशन SHA1 के डिफ़ॉल्ट पर रीसेट हो जाता है. ध्यान दें कि पासवर्ड एन्कोड करने के कुछ फ़ॉर्मैट काम नहीं करते. अपने LDAP डायरेक्ट्री सर्वर को डायरेक्ट्री ब्राउज़र से देखें, ताकि पासवर्ड एन्क्रिप्शन को ढूंढा या बदला जा सके.

डिफ़ॉल्ट रूप से, Active Directory और HCL Domino डायरेक्ट्री सर्वर, पासवर्ड को इनमें से किसी भी फ़ॉर्मैट में सेव नहीं करते हैं. नए उपयोगकर्ताओं के लिए डिफ़ॉल्ट पासवर्ड सेट करें. साथ ही, उपयोगकर्ताओं के लिए पहली बार लॉग इन करने पर पासवर्ड बदलना ज़रूरी बनाएं.

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

अगर आपने इनमें से किसी फ़ील्ड में कोई एट्रिब्यूट सेट किया है, तो इस विकल्प का इस्तेमाल करें:

• पासवर्ड एट्रिब्यूट फ़ील्ड में, लेकिन यह सिर्फ़ कुछ समय के लिए या एक बार इस्तेमाल होने वाला पासवर्ड है
• नए उपयोगकर्ताओं के लिए डिफ़ॉल्ट पासवर्ड फ़ील्ड में

ध्यान दें: अगर आपके उपयोगकर्ता अपने Google खाते के पासवर्ड मैनेज नहीं करते हैं, तो हमारा सुझाव है कि आप इस सेटिंग को चालू न करें. उदाहरण के लिए, अगर पासवर्ड सिंक करने की सुविधा या सिंगल साइन-ऑन (एसएसओ) का इस्तेमाल किया जा रहा है, तो इस सेटिंग को चालू न करें.

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

उदाहरण: swordfishX2!

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

यह विकल्प सिर्फ़ तब दिखता है, जब आपने सामान्य सेटिंग पेज पर संगठन की इकाइयां चालू की हों.

आपको ये विकल्प दिखेंगे:

• संगठन की इकाइयों की मैपिंग और DN के आधार पर संगठन की इकाई—उपयोगकर्ताओं को उस इकाई में जोड़ें जो आपके LDAP सर्वर पर उपयोगकर्ता के DN से मैप होती है. यह आपके संगठन के मैपिंग के आधार पर तय होता है. साथ ही, यह LDAP User Sync की सूची में [derived] के तौर पर दिखता है.
• संगठन की इकाई का नाम—इस नियम से मेल खाने वाले सभी उपयोगकर्ताओं को एक ही Google संगठन की इकाई में जोड़ें. टेक्स्ट फ़ील्ड में, संगठन की इकाई का नाम डालें.

  उदाहरण: उपयोगकर्ता

• इस LDAP एट्रिब्यूट से तय किया गया संगठन इकाई का नाम—हर उपयोगकर्ता को उस संगठन इकाई में जोड़ें जिसका नाम, आपके LDAP डायरेक्ट्री सर्वर पर मौजूद एट्रिब्यूट में दिया गया है. टेक्स्ट फ़ील्ड में एट्रिब्यूट डालें.

  उदाहरण: extensionAttribute11

एलडीएपी उपयोगकर्ता सिंक करने के इस नियम से मेल खाने वाले सभी उपयोगकर्ताओं को निलंबित करें.

ध्यान दें:

• GCDS, आपके Google डोमेन में पहले से मौजूद उपयोगकर्ताओं के खातों को निलंबित या मिटा देता है. ऐसा GCDS में, उपयोगकर्ता खाते को मिटाने/निलंबित करने की नीति की सेटिंग के आधार पर किया जाता है.
• अगर आपके डोमेन में निलंबित किए गए उपयोगकर्ता, खोज से जुड़े ऐसे नियम से मेल खाते हैं जिसमें उपयोगकर्ताओं को निलंबित करें सुविधा चालू नहीं है, तो GCDS उन्हें फिर से चालू कर देता है.
• इस सुविधा का इस्तेमाल आम तौर पर, डोमेन में उपयोगकर्ता खातों को स्टेज करने के लिए किया जाता है. नए उपयोगकर्ताओं को निलंबित स्थिति में बनाया जाता है. अगर आपको इस नियम के ज़रिए, ऐक्टिव उपयोगकर्ताओं को इंपोर्ट करना है, तो इस बॉक्स से सही का निशान हटाएं.

यह LDAP एट्रिब्यूट है. इसमें उस बिल्डिंग का आईडी होता है जहां उपयोगकर्ता काम करता है. अगर उपयोगकर्ता के पास मुख्य ऑफ़िस की इमारत नहीं है, तो इसे "दूसरी जगह से काम करना" पर भी सेट किया जा सकता है.

एडमिन, उपयोगकर्ताओं को अपनी जगह की जानकारी सेट करने की अनुमति भी दे सकते हैं. ज़्यादा जानकारी के लिए, उपयोगकर्ताओं को अपनी फ़ोटो और प्रोफ़ाइल की जानकारी बदलने की अनुमति देना लेख पढ़ें.

एलडीएपी एट्रिब्यूट, जिसमें उपयोगकर्ता के अन्य ईमेल पते शामिल होते हैं. इस फ़ील्ड में एक से ज़्यादा वैल्यू डाली जा सकती हैं.

ध्यान दें: इस फ़ील्ड में, सिर्फ़ Work ईमेल टाइप का इस्तेमाल करके पतों को सिंक किया जा सकता है.

यह LDAP एट्रिब्यूट है. इसमें उपयोगकर्ता की वेबसाइट के यूआरएल होते हैं. इस फ़ील्ड में एक से ज़्यादा वैल्यू डाली जा सकती हैं.

मान्य यूआरएल की जांच, इस रेगुलर एक्सप्रेशन के हिसाब से की जाती है:

^((((https?|ftps?|gopher|telnet|nntp)://)|(mailto:|news:))(%[0-9A-Fa-f]{2}|[-()_.!~*';/?:@&=+$,A-Za-z0-9])+)([).!';/?:,][[:blank:]])?$]]>

अमान्य यूआरएल छोड़ दिए जाते हैं.

यह LDAP एट्रिब्यूट है. इसमें उपयोगकर्ता का रिकवरी फ़ोन नंबर होता है. फ़ोन नंबर, E.164 अंतरराष्ट्रीय स्टैंडर्ड के हिसाब से होना चाहिए. इसकी शुरुआत प्लस के निशान (+) से होनी चाहिए.

स्क्वेयर ब्रैकेट का इस्तेमाल करके, एट्रिब्यूट को एक्सप्रेशन के तौर पर सेट किया जा सकता है. इससे आपको अतिरिक्त वर्ण शामिल करने की अनुमति मिलती है.

उदाहरण:

• +[ldap-attribute]—इससे एट्रिब्यूट की वैल्यू के आगे प्लस का निशान जुड़ जाता है.
• +41[ldap-attribute]—यह एट्रिब्यूट की वैल्यू से पहले प्लस का निशान और देश का कोड जोड़ता है.

उदाहरण: ou=melbourne,dc=ad,dc=example,dc=com

उदाहरण: मेलबर्न

उदाहरण: description

अगर यह विकल्प चुना जाता है, तो सिंक करने के दौरान Google की संगठन इकाइयां बनी रहती हैं. भले ही, संगठन इकाइयां आपके एलडीएपी सर्वर में न हों.

अगर यह विकल्प चुना जाता है, तो Google की संगठनात्मक इकाइयां आपके LDAP सर्वर के साथ सिंक नहीं होती हैं. हालांकि, उपयोगकर्ताओं को मौजूदा Google की संगठनात्मक इकाइयों में जोड़ा जा सकता है. इसके लिए, उपयोगकर्ता खोजने के नियमों में बताए गए तरीके का इस्तेमाल किया जाता है.

अगर इस विकल्प को चुना नहीं जाता है, तो GCDS आपके Google डोमेन में संगठन की इकाइयों को जोड़ता और मिटाता है. ऐसा आपके LDAP सर्वर में मौजूद संगठन के स्ट्रक्चर से मेल खाने के लिए किया जाता है. यह काम, आपके तय किए गए मैपिंग के हिसाब से होता है.

उदाहरण: mail

उदाहरण: extendedAttribute6

उदाहरण: mail

एलडीएपी ऑब्जेक्ट क्लास की वह वैल्यू जो आपके ग्रुप को दिखाती है. इसका इस्तेमाल, उपयोगकर्ताओं को ग्रुप में शामिल सदस्यों से अलग करने के लिए किया जाता है. इन्हें "नेस्ट किए गए ग्रुप" भी कहा जाता है.

उदाहरण: group

अगर आपका खोज नियम, Exchange के डाइनैमिक डिस्ट्रिब्यूशन ग्रुप के लिए है, तो इस बॉक्स पर सही का निशान लगाएं.

ध्यान दें: अगर आपने अपनी XML कॉन्फ़िगरेशन फ़ाइल में DYNAMIC_GROUPS को मैन्युअल तरीके से चालू किया है, लेकिन INDEPENDENT_GROUP_SYNC को शामिल नहीं किया है, तो पक्का करें कि डाइनैमिक ग्रुप को खोजने का नियम, ग्रुप को खोजने का पहला नियम हो. ज़्यादा जानकारी के लिए, GCDS से जुड़ी सामान्य समस्याएं हल करना लेख पढ़ें.

GCDS, इन सदस्यों के ईमेल पते ढूंढता है और हर सदस्य को आपके Google डोमेन के ग्रुप में जोड़ता है.

अगर डाइनैमिक (क्वेरी पर आधारित) ग्रुप चुना गया है, तो इसमें ऐसे LDAP एट्रिब्यूट का रेफ़रंस होना चाहिए जिसमें वह फ़िल्टर मौजूद हो जिसका इस्तेमाल GCDS, ग्रुप की सदस्यता तय करने के लिए करता है.

उदाहरण (डाइनैमिक नहीं): memberUID

उदाहरण (डाइनैमिक): msExchDynamicDLFilter

उदाहरण: memberaddress

Exchange और GCDS में डाइनैमिक ग्रुप, सदस्यता को एलडीएपी क्वेरी के तौर पर नोट करके काम करते हैं. सदस्यता का रेफ़रंस एट्रिब्यूट में LDAP क्वेरी होती है. साथ ही, डाइनैमिक ग्रुप का बेस डीएन एट्रिब्यूट उस बेस डीएन की ओर इशारा करता है जहां क्वेरी को एक्ज़ीक्यूट किया जाएगा.

उदाहरण: एलडीएपी में डाइनैमिक ग्रुप के एट्रिब्यूट और वैल्यू

dn: CN=MyDynamicGroup,OU=Groups,DC=altostrat,DC=com
mail: mydynamicgroup@altostrat.com
member:
msExchDynamicDLFilter: (|(CN=bob.smith,OU=Users,DC=altostrat,DC=com)| (CN=jane.doe,OU=Users,DC=altostrat,DC=com)) msExchDynamicDLBaseDN: OU=Users,DC=altostrat,DC=com

ध्यान दें कि ग्रुप के सदस्यों की सूची बनाने के लिए आम तौर पर इस्तेमाल किया जाने वाला एट्रिब्यूट ("member") खाली है. इसके बजाय, एक LDAP क्वेरी है, जो "Users" संगठनात्मक इकाई में bob.smith और jane.doe को खोजेगी.

GCDS, हर ईमेल पते के मालिक के ईमेल पते ढूंढता है. इसके बाद, उस पते को आपके Google डोमेन में ग्रुप के मालिक के तौर पर जोड़ता है.

उदाहरण: ownerUID

GCDS, उस पते को Google डोमेन में ग्रुप के मालिक के तौर पर जोड़ता है.

उदाहरण: मालिक

एक या उससे ज़्यादा ऐसे एट्रिब्यूट जिनमें उपनाम के पते शामिल हैं. इन पतों को Google Groups में, ग्रुप के मुख्य ईमेल पते के उपनाम के तौर पर जोड़ा जाता है.

अगर यह फ़ील्ड खाली है, तो ग्रुप से जुड़े किसी भी अन्य डोमेन नेम को नहीं हटाया जाएगा. अपने संगठन के Google खाते में जाकर भी, ईमेल पतों के उपनाम मैनेज किए जा सकते हैं.

उदाहरण: proxyAddresses

इस फ़ील्ड की मदद से, LDAP एट्रिब्यूट तय किया जा सकता है. यह एट्रिब्यूट, आपके LDAP सर्वर पर ग्रुप इकाइयों के लिए यूनीक आइडेंटिफ़ायर के तौर पर काम करता है. इस एट्रिब्यूट की वैल्यू देने पर, GCDS आपके LDAP सर्वर पर मौजूद ग्रुप के ईमेल पतों में हुए बदलावों पर नज़र रख सकता है. इससे यह पक्का होता है कि जब किसी ग्रुप को अपडेट किया जाता है, तो GCDS मौजूदा ग्रुप को मिटाए बिना और नए ईमेल पते से नया ग्रुप बनाए बिना, बदलावों को आपके Google डोमेन के साथ सिंक कर सकता है.

इस फ़ील्ड को सेट करने पर, GCDS होम डायरेक्ट्री में "groupKeyMappingsFilePath.tsv" नाम की नई मैपिंग फ़ाइल बनाता है. इस फ़ाइल का नाम या जगह बदलने के लिए, एक्सएमएल कॉन्फ़िगरेशन फ़ाइल में <groupKeyMappingsFilePath> टैग को अपडेट करें. यह फ़ील्ड ज़रूरी नहीं है. हालांकि, इसका इस्तेमाल करने का सुझाव दिया जाता है.

उदाहरण: objectGUID

उदाहरण: groups-

उदाहरण: -list

अमान्य वर्णों को बदलने की सुविधा चालू करें

वर्ण बदलने का अमान्य तरीका

इस बॉक्स पर सही का निशान लगाने पर, ईमेल पते में मौजूद स्पेस और अमान्य वर्णों को अमान्य वर्ण बदलने की सुविधा फ़ील्ड में दी गई स्ट्रिंग से बदल दिया जाता है.

अगर आपने बॉक्स पर सही का निशान लगाया है, लेकिन फ़ील्ड को खाली छोड़ दिया है, तो GCDS पते से स्पेस और अमान्य वर्ण हटा देगा.

उदाहरण

एलडीएपी सर्वर पर मौजूद ईमेल पता
xyz@example.com है.

• अगर आपने अमान्य वर्णों को बदलने के लिए इस्तेमाल किए जाने वाले वर्ण फ़ील्ड में अंडरस्कोर (_) जोड़ा है, तो GCDS ईमेल पते को x_y_z@example.com में बदल देगा.
• अगर अमान्य वर्णों को बदलने वाले फ़ील्ड को खाली छोड़ दिया जाता है, तो GCDS ईमेल पते को xyz@example.com में बदल देता है.

उदाहरण: dn या contactReferenceNumber

उदाहरण: [prefix] - [givenName] [sn] [suffix]

अहम जानकारी: Calendar Resources, ऐसे एलडीएपी एट्रिब्यूट को सिंक नहीं करेगा जिसमें स्पेस या गैर-कानूनी वर्ण शामिल हैं. जैसे, ऐट साइन (@) या कोलन (:).

कैलेंडर संसाधन का नाम रखने के बारे में ज़्यादा जानने के लिए, संसाधन का नाम रखने के बारे में सुझाव लेख पढ़ें.

यह LDAP एट्रिब्यूट है. इसमें कैलेंडर संसाधन का नाम होता है.

उदाहरण:

[building]-[floor]-Boardroom-[roomnumber]

इस उदाहरण में, building, floor, और roomnumber, LDAP एट्रिब्यूट हैं. सिंक होने के बाद, इन एट्रिब्यूट की वैल्यू सही वैल्यू से बदल जाती है. उदाहरण के लिए, Main-12-Boardroom-23.

उदाहरण: [description]

अहम जानकारी: Calendar Resources, ऐसे LDAP एट्रिब्यूट को सिंक नहीं करता जिसमें स्पेस या गैर-कानूनी वर्ण शामिल हों. जैसे, ऐट साइन (@) या कोलन (:).