mail_user.ldif

dn: uid=common,ou=users,dc=domain
objectclass: posixAccount
objectclass: top
objectclass: inetOrgPerson
objectclass: mailUser
objectclass: qmailUser
objectclass: extensibleObject
cn: common
sn: mail
uid: common
uidnumber: 65534
gidnumber: 65534
displayname: common
gecos: common
givenname: common
homedirectory: /home/common
mail: address2@domain.ru
mail: address1@domain.ru
maildrop: common@domain.ru
mailquotasize: 100000

mail_group.ldif

dn: cn=info@domain.ru,ou=groups,dc=domain
objectclass: mailGroup
cn: info@domain.ru
mail: info@domain.ru
mailroutingaddress: info@domain.ru
member: uid=user1,ou=users,dc=domain
member: uid=user2,ou=users,dc=domain
member: uid=user3,ou=users,dc=domain

Реализация данной схемы получить отказоустойчивое решение для реализации концепции Обеспечение высокой надёжности в части обеспечения данными базовых служб.

Описание:

Есть две площадки в домене domain.ru, для каждой площадки в этом домене создан свой домен.

На каждой их них есть основной сервер ldap0

Для каждой площадки задан соответствующий rdn

На основном сервере каждой площадки находиться каталог LDAP площадки в котором производятся все изменения данных.

На нескольких LDAP серверах на каждой площадке находятся реплики с каталогов с основных серверов каждой из площадок.

В домене каждой площадки для имени ldap задан список IP-адресов/имён LDAP серверов данной площадки. Это сделано для балансировки нагрузки между серверами, основной сервер ldap0 тоже может быть в этом списке.

Уникальные номера реплик (rid) имеют следующий формат: НКП, где:

• Н - № площадки начального сервера;
• К - № площадки конечного сервера;
• П - порядковый номер реплики, фактически номер LDAP сервера внутри площадки.