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

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

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

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

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

উদাহরণ : সোর্ডফিশএক্স২৩

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

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

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

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

উদাহরণ :

• ১২৭.০.০.১
• smtp.gmail.com সম্পর্কে

TLS সহ SMTP ব্যবহার করতে বাক্সটি চেক করুন (smtp.gmail.com এর সাথে প্রয়োজনীয়)।

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

উদাহরণ :

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

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

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

আপনার মেল সার্ভার সেটিংসের উপর নির্ভর করে, GCDS বহিরাগত ইমেল ঠিকানাগুলিতে মেল পাঠাতে অক্ষম হতে পারে। মেলটি সঠিকভাবে পাঠানো হয়েছে তা নিশ্চিত করতে পরীক্ষা বিজ্ঞপ্তিতে ক্লিক করুন।

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

বিজ্ঞপ্তি ইমেলে পাঠানো তথ্য সীমিত করুন। আপনি বাদ দিতে পারেন:

• অতিরিক্ত বিবরণ - উদাহরণস্বরূপ, বাদ দেওয়া বস্তুর তালিকা।
• সতর্কীকরণ - সতর্কীকরণ বার্তা।
• ত্রুটি - ত্রুটি বার্তা।

উদাহরণ : sync.log

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

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

উদাহরণ : সিঙ্ক.#{timestamp}.log

যদি আপনি 2019-05-01 তারিখে সকাল 10:40:23 টায় একটি সিঙ্ক চালান, তাহলে লগ ফাইলটির নাম হবে sync.20190501-104023.log।

• FATAL — শুধুমাত্র মারাত্মক ক্রিয়াকলাপ লগ করে।
• ত্রুটি — লগ ত্রুটি এবং মারাত্মক ক্রিয়াকলাপ।
• সতর্কীকরণ — সতর্কতা, ত্রুটি এবং মারাত্মক ক্রিয়াকলাপের লগ।
• তথ্য — লগের সারাংশ তথ্য।
• ডিবাগ — আরও বিস্তৃত বিবরণ লগ করে।
• ট্রেস —সকল সম্ভাব্য বিবরণ লগ করে।

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

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

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

একটি লগ ফাইলের সর্বোচ্চ আকার গণনা করতে < max log size > / (< log file count > + 1) ব্যবহার করুন

উদাহরণ : ৫০০

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

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

উদাহরণ : মেইল

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

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

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

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

উদাহরণ

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

• যদি আপনি "Invalid characters replacement " ক্ষেত্রে একটি আন্ডারস্কোর (_) যোগ করেন, তাহলে GCDS ইমেল ঠিকানাটিকে x_y_z@example.com এ রূপান্তর করে।
• যদি "Invalid characters replacement" ক্ষেত্রটি ফাঁকা রাখা হয়, তাহলে GCDS ইমেল ঠিকানাটিকে xyz@example.com এ রূপান্তর করে।

উদাহরণ : অবজেক্টজিইউআইডি

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

যদি এই ক্ষেত্রটি খালি থাকে, তাহলে GCDS সিঙ্কের পরে Google ব্যবহারকারী প্রোফাইলের সাথে সম্পর্কিত কোনও উপনাম সরানো হবে না। উপনামটি এখনও Google-এ পরিচালনা করা যেতে পারে।

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

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

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

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

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

উদাহরণ: অবজেক্টজিইউআইডি

আপনি প্রদত্ত নামের জন্য একাধিক বৈশিষ্ট্যও ব্যবহার করতে পারেন। যদি আপনি একাধিক বৈশিষ্ট্য ব্যবহার করেন, তাহলে প্রতিটি বৈশিষ্ট্য ক্ষেত্রের নাম বর্গাকার বন্ধনীতে রাখুন।

উদাহরণ : givenName,[cn]-[ou]

উদাহরণ : উপাধি, [cn]-[ou]

একটি LDAP অ্যাট্রিবিউট যাতে প্রতিটি ব্যবহারকারীর প্রদর্শন নাম থাকে।

উদাহরণ : ডিসপ্লেনাম

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

উদাহরণ : কাস্টম পাসওয়ার্ড১

উদাহরণ : পাসওয়ার্ড পরিবর্তনের সময়

• SHA1 – আপনার LDAP ডিরেক্টরি সার্ভারের পাসওয়ার্ডগুলি আনসল্টেড SHA1 ব্যবহার করে হ্যাশ করা হয়েছে।
• MD5 – আপনার LDAP ডিরেক্টরি সার্ভারের পাসওয়ার্ডগুলি আনসল্টেড MD5 ব্যবহার করে হ্যাশ করা হয়েছে।
• Base64 – আপনার LDAP ডিরেক্টরি সার্ভারের পাসওয়ার্ডগুলি Base64 এনকোডিং ব্যবহার করে।
• প্লেইনটেক্সট – আপনার LDAP ডিরেক্টরি সার্ভারের পাসওয়ার্ডগুলি এনক্রিপ্ট করা হয় না। GCDS পাসওয়ার্ড অ্যাট্রিবিউটটিকে আনএনক্রিপ্টেড টেক্সট হিসেবে পড়ে, তারপর তাৎক্ষণিকভাবে SHA1 এনক্রিপশন ব্যবহার করে পাসওয়ার্ডটি এনক্রিপ্ট করে এবং আপনার Google ডোমেনের সাথে সিঙ্ক্রোনাইজ করে।

দ্রষ্টব্য : GCDS কখনও এনক্রিপ্ট না করে পাসওয়ার্ড সংরক্ষণ, লগ বা প্রেরণ করে না। যদি আপনার LDAP ডিরেক্টরিতে থাকা পাসওয়ার্ডগুলি Base64-এনকোডেড বা প্লেইনটেক্সট হয়, তাহলে GCDS তাৎক্ষণিকভাবে SHA1 এনক্রিপশনের মাধ্যমে সেগুলিকে এনক্রিপ্ট করে এবং আপনার Google ডোমেনের সাথে সিঙ্ক্রোনাইজ করে। সিমুলেশন সিমুলেট করুন এবং সম্পূর্ণ সিঙ্ক লগ পাসওয়ার্ডটিকে SHA1 পাসওয়ার্ড হিসেবে দেখায়।

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

ডিফল্টরূপে, অ্যাক্টিভ ডিরেক্টরি এবং এইচসিএল ডোমিনো ডিরেক্টরি সার্ভারগুলি এই ফর্ম্যাটগুলির কোনওটিতে পাসওয়ার্ড সংরক্ষণ করে না। নতুন ব্যবহারকারীদের জন্য একটি ডিফল্ট পাসওয়ার্ড সেট করার এবং প্রথম লগইন করার সময় ব্যবহারকারীদের পাসওয়ার্ড পরিবর্তন করার কথা বিবেচনা করুন।

যদি চেক করা থাকে, তাহলে নতুন ব্যবহারকারীদের তাদের Google অ্যাকাউন্টে প্রথমবার সাইন ইন করার সময় পাসওয়ার্ড পরিবর্তন করতে হবে। এটি করার ফলে আপনি একটি প্রাথমিক পাসওয়ার্ড সেট করতে পারবেন, হয় একটি LDAP অ্যাট্রিবিউট থেকে অথবা নতুন ব্যবহারকারীদের জন্য একটি ডিফল্ট পাসওয়ার্ড নির্দিষ্ট করে যা ব্যবহারকারীকে প্রথমবার সাইন ইন করার সময় পরিবর্তন করতে হবে।

আপনি যদি এই ক্ষেত্রগুলির একটিতে একটি বৈশিষ্ট্য সেট করেন তবে এই বিকল্পটি ব্যবহার করুন:

• পাসওয়ার্ড অ্যাট্রিবিউট ক্ষেত্রে, কিন্তু এটি শুধুমাত্র একটি অস্থায়ী বা এককালীন পাসওয়ার্ড
• নতুন ব্যবহারকারীদের জন্য ডিফল্ট পাসওয়ার্ড ক্ষেত্রে

দ্রষ্টব্য : যদি আপনার ব্যবহারকারীরা তাদের Google পাসওয়ার্ড পরিচালনা না করেন, উদাহরণস্বরূপ, যদি আপনি পাসওয়ার্ড সিঙ্ক বা একক সাইন-অন (SSO) ব্যবহার করেন, তাহলে আমরা আপনাকে এই সেটিংটি চালু না করার পরামর্শ দিচ্ছি।

গুরুত্বপূর্ণ : যদি আপনি এখানে একটি ডিফল্ট পাসওয়ার্ড প্রবেশ করান, তাহলে "নতুন ব্যবহারকারীদের পাসওয়ার্ড পরিবর্তন করতে বাধ্য করুন" বাক্সটি চেক করতে ভুলবেন না যাতে ব্যবহারকারীরা ডিফল্ট পাসওয়ার্ডটি ধরে না রাখেন।

উদাহরণ : সোর্ডফিশএক্স২!

কোন Google সাংগঠনিক ইউনিটে এই নিয়মের সাথে মেলে এমন ব্যবহারকারী থাকা উচিত তা নির্দিষ্ট করুন। যদি নির্দিষ্ট সাংগঠনিক ইউনিটটি বিদ্যমান না থাকে, তাহলে GCDS আপনার Google ডোমেনের রুট স্তরের সাংগঠনিক ইউনিটে ব্যবহারকারীদের যোগ করবে।

এই বিকল্পটি কেবল তখনই প্রদর্শিত হবে যদি আপনি সাধারণ সেটিংস পৃষ্ঠায় সাংগঠনিক ইউনিট সক্ষম করে থাকেন।

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

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

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

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

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

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

নোট:

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

LDAP অ্যাট্রিবিউট যাতে ব্যবহারকারী যে ভবনে কাজ করেন তার আইডি থাকে। ব্যবহারকারীর যদি প্রাথমিক অফিস ভবন না থাকে তবে এটি "দূরবর্তীভাবে কাজ করছে" তেও সেট করা যেতে পারে।

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

LDAP অ্যাট্রিবিউট যাতে ব্যবহারকারীর অতিরিক্ত ইমেল ঠিকানা থাকে। আপনি এই ক্ষেত্রে একাধিক মান লিখতে পারেন।

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

LDAP অ্যাট্রিবিউট যাতে ব্যবহারকারীর ওয়েবসাইটের URL থাকে। আপনি এই ফিল্ডে একাধিক মান লিখতে পারেন।

বৈধ URL গুলি নিম্নলিখিত নিয়মিত অভিব্যক্তির সাথে পরীক্ষা করা হয়:

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

অবৈধ URL গুলি এড়িয়ে যাওয়া হয়েছে।

ব্যবহারকারীর পুনরুদ্ধার ফোন নম্বর ধারণকারী LDAP বৈশিষ্ট্য। ফোন নম্বরটি অবশ্যই E.164 আন্তর্জাতিক মানদণ্ডে হতে হবে, প্লাস চিহ্ন (+) দিয়ে শুরু হবে।

বর্গাকার বন্ধনী ব্যবহার করে বৈশিষ্ট্যটি একটি এক্সপ্রেশন হিসেবে সেট করা যেতে পারে। এটি আপনাকে অতিরিক্ত অক্ষর অন্তর্ভুক্ত করতে দেয়।

উদাহরণ :

• +[ ldap-attribute ] — অ্যাট্রিবিউটের মানের সাথে একটি যোগ চিহ্ন যুক্ত করে।
• +41[ ldap-attribute ] — অ্যাট্রিবিউটের মানের সাথে একটি যোগ চিহ্ন এবং দেশের কোড যুক্ত করে।

উদাহরণ : ou=মেলবোর্ন,dc=ad,dc=example,dc=com

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

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

যদি চেক করা থাকে, তাহলে সিঙ্কের সময় Google সাংগঠনিক ইউনিটগুলি ধরে রাখা হয়, এমনকি যখন সাংগঠনিক ইউনিটগুলি আপনার LDAP সার্ভারে থাকে না।

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

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

উদাহরণ : মেইল

উদাহরণ : extendedAttribute6

উদাহরণ : মেইল

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

উদাহরণ : গ্রুপ

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

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

GCDS এই সদস্যদের ইমেল ঠিকানাগুলি অনুসন্ধান করে এবং আপনার Google ডোমেনের গ্রুপে প্রতিটি সদস্যকে যুক্ত করে।

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

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

উদাহরণ (গতিশীল): msExchDynamicDLFilter

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

এক্সচেঞ্জ এবং জিসিডিএস-এ ডায়নামিক গ্রুপগুলি সদস্যপদকে LDAP কোয়েরি হিসেবে উল্লেখ করে কাজ করে। সদস্য রেফারেন্স অ্যাট্রিবিউটে LDAP কোয়েরি থাকে এবং ডায়নামিক গ্রুপ বেস ডিএন অ্যাট্রিবিউট বেস ডিএন-এর দিকে নির্দেশ করে যেখানে কোয়েরিটি কার্যকর করা হবে।

উদাহরণ : LDAP-তে একটি গতিশীল গোষ্ঠীর বৈশিষ্ট্য এবং মান

dn: CN=MyDynamicGroup,OU=Groups,DC=altostrat,DC=com
মেইল: mydynamicgroup@altostrat.com
সদস্য:
msExchDynamicDLফিল্টার: (|(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

মনে রাখবেন যে সাধারণত গ্রুপ সদস্যদের ("সদস্য") তালিকাভুক্ত করার জন্য ব্যবহৃত অ্যাট্রিবিউটটি ফাঁকা থাকে এবং এর পরিবর্তে একটি LDAP কোয়েরি থাকে যা "ব্যবহারকারী" সাংগঠনিক ইউনিটে অনুসন্ধান করে bob.smith এবং jane.doe খুঁজে পাবে।

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

উদাহরণ : ownerUID

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

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

এক বা একাধিক বৈশিষ্ট্য যাতে উপনাম ঠিকানা থাকে। ঠিকানাগুলি Google Groups-এ গ্রুপের প্রাথমিক ইমেল ঠিকানার উপনাম হিসাবে যোগ করা হয়।

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

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

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

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

উদাহরণ: অবজেক্টজিইউআইডি

উদাহরণ : গ্রুপ-

উদাহরণ : -তালিকা

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

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

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

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.

Example :

[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 (:).