জিমব্রা কোলাবরেশন স্যুটে এডি থেকে স্বয়ংক্রিয়ভাবে অ্যাকাউন্ট তৈরি করা

আমাদের পূর্ববর্তী নিবন্ধগুলির একটিতে আমরা বলেছিলাম আপনি কীভাবে জিমব্রা এবং এমএস অ্যাক্টিভ ডিরেক্টরির মধ্যে "বন্ধু তৈরি" করতে পারেন সে সম্পর্কে, যা বেশিরভাগ রাশিয়ান এন্টারপ্রাইজ ব্যবহারকারীর অ্যাকাউন্টগুলি পরিচালনা করতে ব্যবহার করে। এতে, আমরা পরামর্শ দিয়েছি যে জিমব্রা ব্যবহারকারীরা LAZY মোড নামক AD থেকে ডেটার উপর ভিত্তি করে জিমব্রায় মেলবক্স তৈরি করার সবচেয়ে সহজ এবং নিরাপদ উপায় ব্যবহার করুন৷ অপারেশনের এই মোডটি আপনাকে প্রথমবার জিমব্রা ওয়েব ক্লায়েন্টে লগ ইন করার মুহুর্তে AD থেকে একটি ব্যবহারকারীর নাম এবং পাসওয়ার্ড সহ স্বয়ংক্রিয়ভাবে একটি নতুন জিমব্রা ব্যবহারকারী তৈরি করতে দেয়। যাইহোক, মন্তব্যে উন্মোচিত আলোচনার জন্য ধন্যবাদ, এটি স্পষ্ট হয়ে গেছে যে সমস্ত প্রশাসক AD থেকে জিমব্রা ব্যবহারকারীদের স্বয়ংক্রিয় কনফিগার করার এই পদ্ধতির জন্য উপযুক্ত নয়। অতএব, এখন আমরা EAGER মোড নামক AD থেকে ডেটার উপর ভিত্তি করে ব্যবহারকারীর অ্যাকাউন্ট তৈরি স্বয়ংক্রিয় করার একটি বিকল্প উপায় সম্পর্কে কথা বলব।

অলস এবং আগ্রহী মোড নতুন অ্যাকাউন্ট তৈরি করার জন্য তাদের পদ্ধতির মধ্যে ভিন্ন। যদি অলসের ক্ষেত্রে সিস্টেমটি নতুন ব্যবহারকারী তৈরি করার জন্য জিমব্রা ওয়েব ক্লায়েন্টে লগ ইন করার জন্য ব্যবহারকারীর জন্য অপেক্ষা করে, তবে EAGER-এর ক্ষেত্রে সিস্টেমটি পর্যায়ক্রমে নতুন ব্যবহারকারীদের উপস্থিতির জন্য সার্ভারকে AD দিয়ে পোল করে, এবং, যদি উত্তরটি ইতিবাচক হয়, তবে এটি সক্রিয় ডিরেক্টরি দ্বারা প্রদত্ত ডেটার উপর ভিত্তি করে স্বাধীনভাবে একটি নতুন অ্যাকাউন্ট তৈরি করে। একটি আপাতদৃষ্টিতে তুচ্ছ পার্থক্য অনেকগুলি আইটি পরিচালকদের জন্য অলস মোডের ব্যবহার সম্পূর্ণরূপে অগ্রহণযোগ্য করে তুলতে পারে৷

এই ধরনের একটি ক্ষেত্রে জিমব্রা ওয়েব ক্লায়েন্ট ব্যবহার করার উপর সরাসরি নিষেধাজ্ঞা হতে পারে। এর কারণ হতে পারে সার্ভার কম্পিউটিং শক্তি সঞ্চয় (ওয়েব ক্লায়েন্ট ব্যবহার করার সময়, জিমব্রা সহ একটি সার্ভার 2500 ব্যবহারকারীদের জন্য উচ্চ মানের পরিষেবা সরবরাহ করতে পারে এবং যখন 5-6 হাজার ব্যবহারকারী পর্যন্ত ডেস্কটপ এবং মোবাইল ক্লায়েন্ট ব্যবহার করে), বা একটি এন্টারপ্রাইজ নিরাপত্তা নীতি যা সরাসরি ওয়েব ব্যবহার নিষিদ্ধ করে - মেলের সাথে কাজ করার জন্য একটি ক্লায়েন্ট। একটি ওয়েব ক্লায়েন্টের অভাব অলস মোড ব্যবহার করা অসম্ভব করে তোলে, যা শুধুমাত্র এটিতে কাজ করে, যার অর্থ এই ধরনের উদ্যোগের আইটি পরিচালকদের EAGER মোড ব্যবহার করা ছাড়া কোন বিকল্প নেই।

প্রথমত, আমাদের জিম্বার সাথে একটি বহিরাগত LDAP হিসাবে AD সংযোগ করতে হবে। এটি করতে, প্রশাসন কনসোলে যান, যা এখানে অবস্থিত mail.company.ru:7071/zimbraAdmin/, তারপর বাম সাইডবারে আইটেমটি নির্বাচন করুন কনফিগার করুন, এবং তারপর উপ-অনুচ্ছেদ ডোমেইনের. তালিকাভুক্ত ডোমেনোভ এখন আমাদের AD এর সাথে যেটি ব্যবহার করব তা নির্বাচন করতে হবে এবং নির্বাচিত ডোমেনে ডান ক্লিক করে আইটেমটি নির্বাচন করতে হবে "প্রমাণিকরণ কনফিগার করুন". এর পরে, একটি বাহ্যিক LDAP কনফিগারেশন ডায়ালগ পর্দায় উপস্থিত হবে, যেখানে আমরা জিম্ব্রাকে AD এর সাথে একীভূত করার জন্য প্রয়োজনীয় সমস্ত ডেটা প্রবেশ করাব।

সমস্ত প্রয়োজনীয় ডেটা প্রবেশ করার পরে, আপনাকে একটি কনফিগারেশন ফাইল তৈরি করতে হবে, উদাহরণস্বরূপ স্পর্শ করুন ~/Documents/autoprov.cfg, যেটিতে আমরা কমান্ডের একটি সিরিজ লিখব যা EAGER মোডে AD থেকে অ্যাকাউন্টের স্বয়ংক্রিয়-কনফিগারেশন সক্রিয় করতে প্রবেশ করতে হবে। LAZY মোডের বিপরীতে, যেখানে সেটআপ প্রক্রিয়া অত্যন্ত সহজ এবং সমস্ত সেটিংস CLI-তে কমান্ড হিসাবে প্রবেশ করা যেতে পারে, EAGER মোডের ক্ষেত্রে এটি নিরাপদে চালানো এবং সমস্ত সেটিংস একটি পৃথক ফাইলে সংরক্ষণ করা ভাল। হঠাৎ কিছু ভুল হয়ে গেলে এটি তাদের পরিবর্তন করা সহজ করে তুলবে।

তাই ফাইল তৈরি করার পর ~/Documents/autoprov.cfg, আপনার এটিতে নিম্নলিখিত লাইনগুলি প্রবেশ করা উচিত, পূর্বে সেগুলিকে আপনার অবকাঠামোতে মানিয়ে নেওয়া হয়েছে:

md company.ru zimbraAutoProvAccountNameMap "samAccountName"
md company.ru +zimbraAutoProvAttrMap description=description
md company.ru +zimbraAutoProvAttrMap displayName=displayName
md company.ru +zimbraAutoProvAttrMap givenName=givenName
md company.ru +zimbraAutoProvAttrMap cn=cn
md company.ru +zimbraAutoProvAttrMap sn=sn
md company.ru zimbraAutoProvAuthMech LDAP
md company.ru zimbraAutoProvBatchSize 40
md company.ru zimbraAutoProvLdapAdminBindDn "CN=Administrator,CN=Users,DC=company,DC=ru"
md company.ru zimbraAutoProvLdapAdminBindPassword *********
md company.ru zimbraAutoProvLdapBindDn "Administrator@company.ru"
md company.ru zimbraAutoProvLdapSearchBase "CN=Users,dc=company,dc=ru"
md company.ru zimbraAutoProvLdapSearchFilter "(cn=%u)"
md company.ru zimbraAutoProvLdapURL "ldap://192.168.0.1:389"
md company.ru zimbraAutoProvMode EAGER
md company.ru zimbraAutoProvNotificationBody "Ваша учетная запись была создана автоматически. Адрес вашей электронной почты ${ACCOUNT_ADDRESS}."
md company.ru zimbraAutoProvNotificationFromAddress Administrator@company.ru
md company.ru zimbraAutoProvNotificationSubject "Новая учетная запись была создана автоматически"
ms mail.company.ru zimbraAutoProvPollingInterval "1m"
ms mail.company.ru +zimbraAutoProvScheduledDomains "company.ru"

এই সেটিংসের জন্য ধন্যবাদ, আমরা জিমব্রা সার্ভারকে প্রতি মিনিটে AD এর সাথে যোগাযোগ করতে এবং ডাটাবেসে নতুন ব্যবহারকারীদের উপস্থিতি সম্পর্কে তথ্য পেতে বাধ্য করি এবং যদি তারা সনাক্ত করা হয়, তাদের জন্য একটি অ্যাকাউন্ট তৈরি করুন এবং একটি স্বাগত বার্তা পাঠান৷

ফাইলের সমস্ত পরিবর্তনগুলি সংরক্ষিত হওয়ার পরে, আপনাকে কমান্ডটি ব্যবহার করে এতে নির্দিষ্ট সেটিংস প্রয়োগ করতে হবে zmprov < ~/Documents/autoprov.cfg. করা সমস্ত পরিবর্তন অবিলম্বে কাজ করবে; সার্ভার পুনরায় চালু করার প্রয়োজন হবে না।

যদি EAGER মোডে AD থেকে অ্যাকাউন্টগুলির স্বয়ংক্রিয় কনফিগারেশন ফাইলে কাজ করে /opt/zimbra/log/mailbox.log অ্যাকাউন্ট স্বয়ংক্রিয় কনফিগারেশনের অগ্রগতি নিম্নলিখিত ফর্মে প্রদর্শিত হবে:

[AutoProvision] [] autoprov - Auto provisioning accounts on domain company.ru
[AutoProvision] [] autoprov - 1 external LDAP entries returned as search result
[AutoProvision] [] autoprov - auto creating account in EAGER mode: example@company.ru, dn="CN=example,OU=zimbrausers,DC=company,DC=ru"

যদি অ্যাকাউন্টের স্বয়ংক্রিয় কনফিগারেশন কাজ না করে, তাহলে সমস্যাটি সম্ভবত AD সার্ভারের দিকে। এই ক্ষেত্রে, আপনাকে যে ত্রুটি কোডটি ঘটে তা দেখতে হবে। আমরা তাদের মধ্যে সবচেয়ে সাধারণ উপস্থাপন করি:

525 - ব্যবহারকারী পাওয়া যায়নি
52e - অবৈধ শংসাপত্র
530 - এই সময়ে প্রবেশের অনুমতি নেই
531 - আপনার এই কম্পিউটার থেকে লগ ইন করার অনুমতি নেই৷
532 — পাসওয়ার্ডের মেয়াদ শেষ হয়েছে
533 - অ্যাকাউন্ট স্থগিত করা হয়েছে
534 - এই কম্পিউটারে লগ ইন করার জন্য ব্যবহারকারীর যথেষ্ট অধিকার নেই৷
701 - অ্যাকাউন্টের মেয়াদ শেষ হয়েছে
773 - ব্যবহারকারীকে অবশ্যই পাসওয়ার্ড রিসেট করতে হবে
775 — অ্যাকাউন্টের বৈধতা সাময়িকভাবে সীমিত
8350 - অবৈধ বিশিষ্ট নামের বিন্যাস

উত্স: www.habr.com