কনফিগারেশন ম্যানেজার বিকল্প সম্পর্কে আরও জানুন

যদি আপনার LDAP সার্ভার SSL সমর্থন করে অথবা আপনি LDAP সাইনিং সক্রিয় করা কোনো Windows সার্ভারে Microsoft Active Directory ব্যবহার করেন, তাহলে LDAP+SSL নির্বাচন করুন এবং সঠিক পোর্ট নম্বরটি (নীচে) লিখুন। অন্যথায়, Standard LDAP নির্বাচন করুন।

গুরুত্বপূর্ণ: আপনি যদি অ্যাক্টিভ ডিরেক্টরি ব্যবহার করেন, তাহলে নিশ্চিত করুন যে হোস্ট নেম সেটিংটি বেস ডিএন সেটিং-এর সাথে মেলে। আপনি যদি এটিকে উচ্চতর স্তরে সেট করেন, তাহলে প্রথম ১,০০০ ব্যবহারকারীর পরে অথবা আপনার কনফিগার করা পেজ সাইজে পৌঁছালে সিঙ্ক বন্ধ হয়ে যেতে পারে।

এই সমস্যা এড়াতে, বেস ডিএন-এর জন্য কর্তৃত্বপূর্ণ একটি নির্দিষ্ট ডোমেইন কন্ট্রোলারের সম্পূর্ণ যোগ্য ডোমেইন নাম (FQDN) লিখুন।

উদাহরণ: ad.example.com অথবা 10.22.1.1।

হোস্ট পোর্ট নির্দিষ্ট করুন। সচরাচর ব্যবহৃত অপশনসমূহ:

• স্ট্যান্ডার্ড LDAP-এর জন্য 389 ব্যবহার করুন।
• SSL-এর মাধ্যমে LDAP-এর জন্য 636 ব্যবহার করুন।

দ্রষ্টব্য : আপনি যদি Active Directory ব্যবহার করেন, তাহলে 3268 (গ্লোবাল ক্যাটালগ) অথবা 3269 (SSL-এর মাধ্যমে গ্লোবাল ক্যাটালগ) ব্যবহার করতে পারেন।

উদাহরণ : ৩৮৯

যদি আপনার LDAP সার্ভার বেনামী সংযোগের অনুমতি দেয় এবং আপনি বেনামীভাবে সংযোগ করতে চান, তাহলে Anonymous নির্বাচন করুন। অন্যথায়, Simple নির্বাচন করুন।

যদি আপনার LDAP ডিরেক্টরি সার্ভারে লগইনের জন্য ডোমেইনের প্রয়োজন হয়, তাহলে ব্যবহারকারীর জন্যও ডোমেইনটি অন্তর্ভুক্ত করুন।

উদাহরণ : অ্যাডমিন১

উদাহরণ : swordfishX23

সিঙ্ক্রোনাইজ করার জন্য সাবট্রি-এর বেস ডিএন (Base DN) লিখুন। কমার মধ্যে স্পেস দেবেন না। যদি আপনি বেস ডিএন না জানেন, তবে আপনার এলড্যাপ (LDAP) অ্যাডমিনিস্ট্রেটরের সাথে পরামর্শ করুন অথবা একটি এলড্যাপ ব্রাউজার চেক করুন।

আপনি এই ক্ষেত্রটি খালি রাখলে, ফরেস্টের সমস্ত ডোমেইন অনুসন্ধান করা হবে।

উদাহরণ : ou=test,ou=sales,ou=melbourne,dc=ad,dc=example,dc=com

নোটিফিকেশনের জন্য ব্যবহৃত SMTP মেইল ​​সার্ভার। GCDS এই মেইল ​​সার্ভারটিকে একটি রিলে হোস্ট হিসেবে ব্যবহার করে।

উদাহরণ :

• ১২৭.০.০.১
• smtp.gmail.com

SMTP-এর সাথে TLS ব্যবহার করতে বক্সটিতে টিক দিন (smtp.gmail.com-এর জন্য এটি আবশ্যক)।

সমর্থিত TLS সংস্করণসমূহ—১.০, ১.১, এবং ১.২ (GCDS সংস্করণ ৪.৭.৬ থেকে সমর্থিত)।

উদাহরণ :

ব্যবহারকারীর নাম: admin@solarmora.com
পাসওয়ার্ড: ud6rTYX2!

উদাহরণ : admin@solarmora.com

এই তালিকার সমস্ত ঠিকানায় বিজ্ঞপ্তি পাঠানো হয়। একাধিক ঠিকানা যোগ করতে, প্রতিটি ইমেল ঠিকানার পরে ' যোগ করুন' বোতামে ক্লিক করুন।

আপনার মেইল ​​সার্ভার সেটিংসের উপর নির্ভর করে, GCDS বাইরের ইমেল ঠিকানায় মেইল ​​পাঠাতে অক্ষম হতে পারে। মেইল ​​সঠিকভাবে পাঠানো হয়েছে কিনা তা নিশ্চিত করতে 'টেস্ট নোটিফিকেশন'-এ ক্লিক করুন।

উদাহরণ : dirsync-admins@solarmora.com

নোটিফিকেশন ইমেইলে পাঠানো তথ্যের পরিমাণ সীমিত করুন। আপনি নিম্নলিখিত বিষয়গুলো বাদ দিতে পারেন:

• অতিরিক্ত বিবরণ – যেমন, বাদ দেওয়া বস্তুগুলোর একটি তালিকা।
• সতর্কীকরণ – সতর্কীকরণ বার্তা।
• ত্রুটিসমূহ – ত্রুটির বার্তা।

উদাহরণ : sync.log

ঐচ্ছিকভাবে, আপনি ফাইলের নামের সাথে #{timestamp} প্লেসহোল্ডারটি যোগ করতে পারেন। লগ ফাইলটি ডিস্কে সংরক্ষণ করার আগে, প্রতিটি এক্সিকিউশনের সময় প্লেসহোল্ডারটি একটি প্রকৃত টাইমস্ট্যাম্প (উদাহরণস্বরূপ, 20190501-104023) দ্বারা প্রতিস্থাপিত হয়।

আপনি যদি প্লেসহোল্ডার ব্যবহার করেন, তাহলে GCDS প্রতিবার সিমুলেশন বা সিঙ্ক চালানোর সময় একটি নতুন লগ ফাইল তৈরি করে। কোনো লগ ৩০ দিনের বেশি পুরোনো হলে, সেটি মুছে ফেলা হয়।

উদাহরণ : sync.#{timestamp}.log

আপনি যদি ২০১৯-০৫-০১ তারিখে সকাল ১০:৪০:২৩-এ একটি সিঙ্ক চালান, তাহলে লগ ফাইলটির নাম হবে sync.20190501-104023.log।

• মারাত্মক —শুধুমাত্র মারাত্মক অপারেশনগুলো লগ করে।
• ত্রুটি — ত্রুটি এবং মারাত্মক অপারেশন লগ করে।
• WARN —সতর্কবার্তা, ত্রুটি এবং মারাত্মক অপারেশনগুলো লগ করে।
• তথ্য — লগ-এর সারসংক্ষেপ।
• ডিবাগ — আরও বিশদ বিবরণ লগ করে।
• TRACE — সম্ভাব্য সকল বিবরণ লিপিবদ্ধ করে।

বিবরণের স্তরটি ক্রমবর্ধমান; প্রতিটি স্তরে পূর্ববর্তী স্তরগুলির সমস্ত বিবরণ অন্তর্ভুক্ত থাকে (উদাহরণস্বরূপ, ERROR স্তরে সমস্ত ERROR এবং FATAL বার্তা অন্তর্ভুক্ত থাকে)।

লগ ফাইলের সর্বোচ্চ আকার, মেগাবাইটে।

সর্বোচ্চ লগ সাইজের মধ্যে সমস্ত ব্যাকআপ ফাইল এবং বর্তমান ফাইলটি অন্তর্ভুক্ত থাকে। ব্যাকআপ ফাইলের সংখ্যা লগ ফাইল কাউন্ট অ্যাট্রিবিউট দ্বারা নির্ধারিত হয় (নিচে দেখুন)।

লগ ফাইলের সর্বোচ্চ আকার গণনা করতে < সর্বোচ্চ লগ সাইজ > / (< লগ ফাইলের সংখ্যা > + 1) ব্যবহার করুন।

উদাহরণ : ৫০০

ডিস্কে সংরক্ষিত লগ ফাইলের সংখ্যা। ডিফল্ট মান হলো ১০।

দ্রষ্টব্য : এই সেটিংটি শুধুমাত্র কনফিগারেশন ফাইলে <logFileCount> ট্যাগের মধ্যে পরিবর্তন করা যাবে।

উদাহরণ : মেইল

অবৈধ অক্ষর প্রতিস্থাপন সক্ষম করুন

অবৈধ অক্ষর প্রতিস্থাপন

বক্সটি চেক করলে, ইমেল ঠিকানার মধ্যে থাকা স্পেস এবং অবৈধ অক্ষরগুলো ‘অবৈধ অক্ষর প্রতিস্থাপন’ ফিল্ডে নির্দিষ্ট করা স্ট্রিং দ্বারা প্রতিস্থাপিত হবে।

আপনি বক্সটিতে টিক চিহ্ন দিয়ে ক্ষেত্রটি খালি রাখলে, GCDS ঠিকানা থেকে স্পেস এবং অবৈধ অক্ষরগুলো মুছে দেয়।

উদাহরণ

LDAP সার্ভারে থাকা ইমেল ঠিকানাটি হলো
x yz@example.com.

• আপনি যদি 'অবৈধ অক্ষর প্রতিস্থাপন ' ফিল্ডে একটি আন্ডারস্কোর (_) যোগ করেন, তাহলে GCDS ইমেল ঠিকানাটিকে x_y_z@example.com-এ রূপান্তর করে।
• যদি ‘অবৈধ অক্ষর প্রতিস্থাপন’ ক্ষেত্রটি খালি রাখা হয়, তাহলে GCDS ইমেল ঠিকানাটিকে xyz@example.com-এ রূপান্তর করে।

উদাহরণ : অবজেক্টGUID

উদাহরণ : প্রক্সি ঠিকানা

এই ফিল্ডটি খালি থাকলে, GCDS সিঙ্কের পর গুগল ব্যবহারকারী প্রোফাইলের সাথে যুক্ত কোনো অ্যালিয়াস মুছে ফেলা হয় না। অ্যালিয়াসটি গুগলে তখনও পরিচালনা করা যায়।

• শুধুমাত্র সেইসব সক্রিয় গুগল ডোমেইন ব্যবহারকারীদের মুছে ফেলুন যাদের LDAP-এ খুঁজে পাওয়া যায়নি (স্থগিত ব্যবহারকারীরা থেকে যায়) — আপনার গুগল ডোমেইনের সক্রিয় ব্যবহারকারীরা যদি আপনার LDAP সার্ভারে না থাকেন, তবে তাদের মুছে ফেলা হয়। স্থগিত ব্যবহারকারীদের কোনো পরিবর্তন করা হয় না। এটিই ডিফল্ট সেটিং।
• LDAP-এ খুঁজে না পাওয়া সক্রিয় এবং স্থগিত ব্যবহারকারীদের মুছে ফেলুন — আপনার Google ডোমেনের সমস্ত ব্যবহারকারী, স্থগিত ব্যবহারকারী সহ, যদি তারা আপনার LDAP সার্ভারে না থাকে তবে তাদের মুছে ফেলা হয়।
• LDAP-এ খুঁজে না পাওয়া গুগল ব্যবহারকারীদের মুছে ফেলার পরিবর্তে সাসপেন্ড করুন — আপনার গুগল ডোমেইনের সক্রিয় ব্যবহারকারীরা যদি আপনার LDAP সার্ভারে না থাকেন, তবে তাদের সাসপেন্ড করা হয়। সাসপেন্ড করা ব্যবহারকারীদের কোনো পরিবর্তন করা হয় না।
• LDAP-এ খুঁজে না পাওয়া Google ডোমেইন ব্যবহারকারীদের সাসপেন্ড বা ডিলিট করবেন না — আপনার Google ডোমেইনের কোনো ব্যবহারকারীকে সাসপেন্ড বা ডিলিট করা হয় না (যদি না আপনার ব্যবহারকারীদের সাসপেন্ড করার জন্য কোনো সার্চ রুল সেট করা থাকে)।

এই ফিল্ডটি আপনাকে একটি LDAP অ্যাট্রিবিউট নির্দিষ্ট করার সুযোগ দেয়, যা আপনার LDAP সার্ভারে থাকা ব্যবহারকারী সত্তাগুলোর জন্য একটি অনন্য শনাক্তকারী হিসেবে কাজ করে। আপনি যখন এই অ্যাট্রিবিউটটি প্রদান করেন, তখন GCDS আপনার LDAP সার্ভারে থাকা ব্যবহারকারীর ইমেল ঠিকানার পরিবর্তনগুলো পর্যবেক্ষণ করতে পারে। এটি নিশ্চিত করে যে, যখন কোনো ব্যবহারকারীর ইমেল আপডেট করা হয়, তখন GCDS বিদ্যমান ব্যবহারকারীকে মুছে না ফেলে এবং আপডেট করা ইমেল ঠিকানা দিয়ে নতুন ব্যবহারকারী তৈরি না করেই আপনার Google ডোমেনের সাথে সেই পরিবর্তনগুলো সিঙ্ক্রোনাইজ করতে পারে।

আপনি এই ফিল্ডটি সেট করলে, GCDS স্বয়ংক্রিয়ভাবে হোম ডিরেক্টরিতে nonAddressKeyMappingsFilePath.tsv নামে একটি নতুন ম্যাপিং ফাইল তৈরি করবে।

এই ফাইলের নাম বা অবস্থান পরিবর্তন করতে, XML কনফিগারেশন ফাইলে নিম্নলিখিত ট্যাগটি আপডেট করুন: <nonAddressKeyMappingsFilePath>

এই ক্ষেত্রটি ঐচ্ছিক; তবে, এটি ব্যবহার করার পরামর্শ দেওয়া হয়।

উদাহরণ: অবজেক্টGUID

এই নিয়মের সাথে মেলে এমন ব্যবহারকারীদের কোন গুগল অর্গানাইজেশনাল ইউনিটে রাখা হবে তা নির্দিষ্ট করুন। যদি নির্দিষ্ট করা অর্গানাইজেশনাল ইউনিটটির অস্তিত্ব না থাকে, তাহলে GCDS ব্যবহারকারীদের আপনার গুগল ডোমেইনের রুট লেভেল অর্গানাইজেশনাল ইউনিটে যুক্ত করে।

এই অপশনটি শুধুমাত্র তখনই দেখা যাবে, যদি আপনি সাধারণ সেটিংস পেজে সাংগঠনিক ইউনিট সক্রিয় করে থাকেন।

বিকল্পগুলির মধ্যে রয়েছে:

• অর্গ ইউনিট ম্যাপিং এবং ডিএন-এর উপর ভিত্তি করে অর্গ ইউনিট — আপনার LDAP সার্ভারে ব্যবহারকারীর ডিএন-এর সাথে ম্যাপ করা ইউনিটে ব্যবহারকারীদের যুক্ত করুন। এটি আপনার অর্গ ম্যাপিং-এর উপর ভিত্তি করে তৈরি এবং LDAP ইউজার সিঙ্ক তালিকায় [ derived ] হিসাবে প্রদর্শিত হয়।
• সাংগঠনিক ইউনিটের নাম — এই নিয়মের সাথে মেলে এমন সমস্ত ব্যবহারকারীকে একই গুগল সাংগঠনিক ইউনিটে যুক্ত করুন। টেক্সট ফিল্ডে সাংগঠনিক ইউনিটটি উল্লেখ করুন।

  উদাহরণ : ব্যবহারকারীরা

• এই LDAP অ্যাট্রিবিউট দ্বারা সংজ্ঞায়িত সাংগঠনিক ইউনিটের নাম — আপনার LDAP ডিরেক্টরি সার্ভারের একটি অ্যাট্রিবিউটে নির্দিষ্ট করা নামসহ সাংগঠনিক ইউনিটে প্রতিটি ব্যবহারকারীকে যুক্ত করুন। টেক্সট ফিল্ডে অ্যাট্রিবিউটটি লিখুন।

  উদাহরণ : এক্সটেনশনঅ্যাট্রিবিউট১১

এই LDAP ব্যবহারকারী সিঙ্ক নিয়মের সাথে মিলে যায় এমন সমস্ত ব্যবহারকারীকে স্থগিত করুন।

নোট:

• GCDS তার ইউজার অ্যাকাউন্ট ডিলিশন/সাসপেন্ডিং পলিসি সেটিং-এর উপর ভিত্তি করে আপনার গুগল ডোমেইনে আগে থেকে বিদ্যমান ব্যবহারকারীদের সাসপেন্ড বা ডিলিট করে।
• আপনার ডোমেইনের যে ব্যবহারকারীদের আপনি সাসপেন্ড করেছেন, তারা যদি এমন কোনো সার্চ রুলের সাথে মিলে যায় যেখানে ব্যবহারকারীদের সাসপেন্ড করার অপশনটি চালু নেই, তাহলে GCDS তাদের পুনরায় সক্রিয় করে দেয়।
• এই ফিচারটি সাধারণত ডোমেইনে ইউজার অ্যাকাউন্ট স্টেজ করার জন্য ব্যবহৃত হয়। নতুন ইউজারদের সাসপেন্ডেড অবস্থায় তৈরি করা হয়। আপনি যদি এই রুল দিয়ে অ্যাক্টিভ ইউজার ইম্পোর্ট করেন, তবে এটি আনচেকড রাখুন।

LDAP অ্যাট্রিবিউট যাতে ব্যবহারকারীর ভৌতিক অবস্থান থাকে (উদাহরণস্বরূপ, মাউন্টেন ভিউ, সিএ বা নিয়ার সিয়াটল)।

অবস্থান ডেটা সিঙ্ক করার জন্য এই অ্যাট্রিবিউটটি আবশ্যক। যদি এটি আপনার কনফিগারেশন বা LDAP-এ উপস্থিত না থাকে, তাহলে GCDS ডিফল্ট মান হিসেবে Desk ব্যবহার করে।

LDAP অ্যাট্রিবিউট যা ব্যবহারকারীর বিল্ডিং আইডি ধারণ করে।

ব্যবহারকারীর কোনো প্রধান অফিস ভবন না থাকলে এই অ্যাট্রিবিউটটিকে 'Working remote' এ সেট করুন।

অ্যাডমিনরা ব্যবহারকারীদের নিজেদের অবস্থান নির্ধারণ করার অনুমতিও দিতে পারেন। বিস্তারিত জানতে, ‘ডিরেক্টরি ব্যবহারকারীদের তাদের প্রোফাইল এবং ছবি পরিবর্তন করার অনুমতি দিন’ অংশে যান।

LDAP অ্যাট্রিবিউট যা ব্যবহারকারীর ফ্লোর সেকশন ধারণ করে।

ফ্লোর নেম অ্যাট্রিবিউটের চেয়ে ফ্লোর সেকশন অ্যাট্রিবিউটটি আরও সুনির্দিষ্ট। উদাহরণস্বরূপ, যদি একটি ফ্লোর A, B, এবং C সেকশনে বিভক্ত থাকে, তাহলে ফ্লোর সেকশন হিসেবে সেই মানগুলোর মধ্যে একটি ব্যবহার করুন।

LDAP অ্যাট্রিবিউট যেখানে ব্যবহারকারীর অতিরিক্ত ইমেল ঠিকানাগুলো থাকে। আপনি এই ফিল্ডে একাধিক মান প্রবেশ করাতে পারেন।

দ্রষ্টব্য: এই ফিল্ডটি শুধুমাত্র 'ওয়ার্ক ইমেল' টাইপ ব্যবহার করে ঠিকানা সিঙ্ক্রোনাইজেশন সমর্থন করে।

LDAP অ্যাট্রিবিউট যা ব্যবহারকারীর ওয়েবসাইট URL-গুলো ধারণ করে। আপনি এই ফিল্ডে একাধিক মান প্রবেশ করাতে পারেন।

বৈধ ইউআরএলগুলো নিম্নলিখিত রেগুলার এক্সপ্রেশনের সাথে মিলিয়ে যাচাই করা হয়:

^((((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

উদাহরণ : মেলবোর্ন

উদাহরণ : বর্ণনা

চেক করা থাকলে, গুগল অর্গানাইজেশনাল ইউনিটগুলো আপনার LDAP সার্ভারে না থাকলেও সিঙ্কের সময় সংরক্ষিত থাকে।

চেক করা থাকলে, গুগল অর্গানাইজেশনাল ইউনিটগুলো আপনার LDAP সার্ভারের সাথে সিঙ্ক হয় না, কিন্তু আপনার ইউজার সার্চ রুলসে নির্দিষ্ট করা অনুযায়ী বিদ্যমান গুগল অর্গানাইজেশনাল ইউনিটগুলোতে ইউজারদের যুক্ত করা যায়।

আনচেক করা থাকলে, GCDS আপনার নির্দিষ্ট করা ম্যাপিং অনুযায়ী আপনার LDAP সার্ভারের সাংগঠনিক কাঠামোর সাথে মিলিয়ে আপনার Google ডোমেইনে অর্গানাইজেশনাল ইউনিট যোগ ও মুছে ফেলে।

উদাহরণ : মেইল

উদাহরণ : extendedAttribute6

উদাহরণ : মেইল

LDAP অবজেক্ট ক্লাস ভ্যালু যা আপনার গ্রুপগুলোকে প্রতিনিধিত্ব করে। এটি ব্যবহারকারী সদস্যদের থেকে গ্রুপ সদস্যদের (যাদেরকে "নেস্টেড গ্রুপ" নামেও পরিচিত) আলাদা করতে ব্যবহৃত হয়।

উদাহরণ : দল

আপনার সার্চ রুলটি যদি Exchange ডাইনামিক ডিস্ট্রিবিউশন গ্রুপের জন্য হয়, তাহলে এই বক্সটি চেক করুন।

দ্রষ্টব্য : যদি আপনি আপনার XML কনফিগারেশন ফাইলে ম্যানুয়ালি DYNAMIC_GROUPS সক্রিয় করেন কিন্তু INDEPENDENT_GROUP_SYNC বাদ দেন, তাহলে নিশ্চিত করুন যে আপনার ডাইনামিক গ্রুপ সার্চ রুলটিই প্রথম গ্রুপ সার্চ রুল। বিস্তারিত জানতে সাধারণ GCDS সমস্যাগুলির সমাধান দেখুন।

GCDS এই সদস্যদের ইমেল ঠিকানাগুলো খুঁজে বের করে এবং আপনার গুগল ডোমেইনের গ্রুপে প্রত্যেক সদস্যকে যুক্ত করে।

যদি ডাইনামিক (কোয়েরি-ভিত্তিক) গ্রুপ চেক করা থাকে, তবে এটি এমন একটি LDAP অ্যাট্রিবিউটকে রেফারেন্স করবে, যেটিতে সেই ফিল্টারটি থাকে যা GCDS গ্রুপ সদস্যপদ নির্ধারণ করতে ব্যবহার করে।

উদাহরণ (অ-গতিশীল): সদস্য UID

উদাহরণ (ডাইনামিক): msExchDynamicDLFilter

উদাহরণ : সদস্যের ঠিকানা

Exchange এবং GCDS-এর ডাইনামিক গ্রুপগুলো একটি LDAP কোয়েরি হিসেবে সদস্যপদ চিহ্নিত করার মাধ্যমে কাজ করে। ' Member reference' অ্যাট্রিবিউটে LDAP কোয়েরিটি থাকে এবং 'Dynamic group Base DN' অ্যাট্রিবিউটটি সেই বেস ডিএন-কে নির্দেশ করে যেখানে কোয়েরিটি কার্যকর করা হবে।

উদাহরণ : LDAP-এ একটি ডাইনামিক গ্রুপের অ্যাট্রিবিউট এবং ভ্যালুসমূহ

dn: CN=MyDynamicGroup,OU=Groups,DC=altostrat,DC=com
ইমেইল: mydynamicgroup@altostrat.com
সদস্য:
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 প্রতিটি মেইলিং লিস্টের মালিকের ইমেল ঠিকানা খুঁজে বের করে এবং সেই ঠিকানাটিকে আপনার গুগল ডোমেইনে গ্রুপ মালিক হিসেবে যুক্ত করে।

উদাহরণ : মালিকের UID

GCDS গুগল ডোমেইনে ওই অ্যাড্রেসটিকে গ্রুপ ওনার হিসেবে যুক্ত করে।

উদাহরণ : মালিক

এক বা একাধিক অ্যাট্রিবিউট যাতে অ্যালিয়াস অ্যাড্রেস থাকে। এই অ্যাড্রেসগুলো গুগল গ্রুপে গ্রুপের প্রাথমিক ইমেল অ্যাড্রেসের অ্যালিয়াস হিসেবে যোগ করা হয়।

ক্ষেত্রটি খালি থাকলে, গ্রুপের সাথে যুক্ত কোনো উপনাম মুছে ফেলা হয় না। আপনি আপনার প্রতিষ্ঠানের গুগল অ্যাকাউন্টেও উপনামগুলি পরিচালনা করতে পারেন।

উদাহরণ : প্রক্সি ঠিকানা

এই ফিল্ডটি আপনাকে একটি LDAP অ্যাট্রিবিউট নির্দিষ্ট করার সুযোগ দেয়, যা আপনার LDAP সার্ভারে থাকা গ্রুপ এনটিটিগুলোর জন্য একটি অনন্য শনাক্তকারী হিসেবে কাজ করে। আপনি যখন এই অ্যাট্রিবিউটটি প্রদান করেন, তখন GCDS আপনার LDAP সার্ভারে থাকা গ্রুপ ইমেল অ্যাড্রেসের পরিবর্তনগুলো পর্যবেক্ষণ করতে পারে। এর ফলে, যখন কোনো গ্রুপ আপডেট করা হয়, তখন GCDS বিদ্যমান গ্রুপটি মুছে না ফেলে এবং নতুন ইমেল অ্যাড্রেস দিয়ে একটি নতুন গ্রুপ তৈরি না করেই আপনার Google ডোমেইনের সাথে পরিবর্তনগুলো সিঙ্ক্রোনাইজ করতে পারে।

আপনি এই ফিল্ডটি সেট করলে, GCDS হোম ডিরেক্টরিতে 'groupKeyMappingsFilePath.tsv' নামে একটি নতুন ম্যাপিং ফাইল তৈরি করে। এই ফাইলের নাম বা অবস্থান পরিবর্তন করতে, XML কনফিগারেশন ফাইলে <groupKeyMappingsFilePath> ট্যাগটি আপডেট করুন। এই ফিল্ডটি ঐচ্ছিক; তবে, এটি ব্যবহার করার পরামর্শ দেওয়া হয়।

উদাহরণ: অবজেক্টGUID

উদাহরণ : গোষ্ঠীসমূহ-

Example : -list

Enable invalid characters replacement

Invalid character replacement

If you check the box, spaces and invalid characters in an email address are replaced with the string specified in the Invalid character replacement field.

If you check the box but leave the field blank, GCDS removes spaces and invalid characters from the address.

উদাহরণ

The email address on the LDAP server is
x yz@example.com.

• If you add an underscore (_) to the Invalid characters replacement field, GCDS converts the email address to x_y_z@example.com.
• If the Invalid characters replacement field is left blank, GCDS converts the email address to xyz@example.com.

Examples : dn or contactReferenceNumber

Example : [prefix] - [givenName] [sn] [suffix]

Important : Calendar Resources won't sync an LDAP attribute which contains spaces or illegal characters such as the at sign (@) or colon (:).

For more information on calendar resource naming, see Resource naming recommendations .

The LDAP attribute that contains the name for the calendar resource.

উদাহরণ :

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

In this example, building , floor , and roomnumber are LDAP attributes. Following a sync, these attributes are replaced by the appropriate value, for example, Main-12-Boardroom-23 .

Example : [description]

Important : Calendar Resources does not sync an LDAP attribute which contains spaces or illegal characters such as the at sign (@) or colon (:).