Zimbra Collaboration Suite жүйесінде AD жүйесінен автоматты тіркелгі жасау

Біздің алдыңғы мақалаларымыздың бірінде айттық Zimbra және MS Active Directory арасында қалай «достауға» болатыны туралы, оны ресейлік кәсіпорындардың көпшілігі пайдаланушы тіркелгілерін басқару үшін пайдаланады. Онда біз Zimbra пайдаланушыларына LAZY режимі деп аталатын AD деректеріне негізделген Zimbra-да пошта жәшіктерін жасаудың ең оңай және қауіпсіз әдісін пайдалануды ұсындық. Бұл жұмыс режимі Zimbra веб-клиентіне бірінші рет кірген кезде AD пайдаланушы аты мен құпия сөзі бар жаңа Zimbra пайдаланушысын автоматты түрде жасауға мүмкіндік береді. Алайда, түсініктемелерде туындаған талқылаудың арқасында Zimbra пайдаланушыларын AD-дан автоматты түрде конфигурациялаудың бұл әдісіне барлық әкімшілер сәйкес келмейтіні белгілі болды. Сондықтан қазір біз EAGER режимі деп аталатын AD деректеріне негізделген пайдаланушы тіркелгілерін жасауды автоматтандырудың баламалы әдісі туралы сөйлесетін боламыз.

Zimbra Collaboration Suite жүйесінде AD жүйесінен автоматты тіркелгі жасау

LAZY және EAGER режимі жаңа тіркелгілерді жасау тәсілдерімен ерекшеленеді. Егер LAZY жағдайында жүйе жаңа пайдаланушыны жасау үшін пайдаланушының Zimbra веб-клиентіне кіруін күтсе, EAGER жағдайында жүйе жаңа пайдаланушылардың пайда болуы үшін AD серверін мерзімді түрде сұрайды және, егер жауап оң болса, ол Active Directory ұсынған деректер негізінде жаңа бір тіркелгіні дербес жасайды. Елеусіз болып көрінетін айырмашылық бірқатар АТ менеджерлері үшін LEZY режимін пайдалануды мүлдем қолайсыз етуі мүмкін.

Осындай жағдайлардың бірі Zimbra веб-клиентін пайдалануға тікелей тыйым салу болуы мүмкін. Мұның себебі сервердің есептеу қуатын үнемдеу болуы мүмкін (веб-клиентті пайдаланған кезде Zimbra сервері 2500 пайдаланушыға жоғары сапалы қызмет көрсете алады, ал жұмыс үстелі және мобильді клиенттерді пайдаланған кезде 5-6 мың пайдаланушыға дейін) немесе кәсіпорын Интернетті пайдалануға тікелей тыйым салатын қауіпсіздік саясаты - поштамен жұмыс істеуге арналған клиент. Веб-клиенттің болмауы жалқау режимін пайдалануды мүмкін емес етеді, ол тек онда жұмыс істейді, яғни мұндай кәсіпорындардың АТ менеджерлерінің EAGER режимін пайдаланудан басқа таңдауы жоқ.

Ең алдымен, Zimbra-ға сыртқы LDAP ретінде AD қосу керек. Ол үшін мына мекенжайда орналасқан әкімшілік консоліне өтіңіз mail.company.ru:7071/zimbraAdmin/, содан кейін сол жақ бүйірлік тақтадағы элементті таңдаңыз конфигурациялау, содан кейін тармақша домендер. Тізімде домендер Енді біз AD-мен бірге пайдаланатын доменді таңдап, таңдалған доменді тінтуірдің оң жақ түймешігімен басу арқылы элементті таңдауымыз керек. «Аутентификацияны конфигурациялау». Осыдан кейін экранда сыртқы LDAP конфигурациясының диалогтық терезесі пайда болады, оған Zimbra мен AD біріктіру үшін барлық қажетті деректерді енгіземіз.

Барлық қажетті деректерді енгізгеннен кейін, мысалы, конфигурация файлын жасау керек ~/Documents/autoprov.cfg түртіңіз, онда біз EAGER режимінде AD есептік жазбаларының автоматты конфигурациясын белсендіру үшін енгізілуі керек пәрмендер қатарын енгіземіз. Орнату процесі өте қарапайым және барлық параметрлерді CLI жүйесіне пәрмендер ретінде енгізуге болатын LAZY режимінен айырмашылығы, 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"

Осы параметрлердің арқасында біз Zimbra серверін минут сайын 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

DDoS қорғауы бар сайттар үшін сенімді хостинг, VPS VDS серверлерін сатып алыңыз 🔥 DDoS қорғанысы, VPS VDS серверлері бар сенімді веб-сайт хостингін сатып алыңыз | ProHoster