1、实验环境说明

用于做OpenLDAP同步的两台机器的IP分别为： 192.168.1.35（Master），  192.168.1.36（Slave）

为西安等地区用户提供了全套网页设计制作服务，及西安网站建设行业解决方案。主营业务为成都网站设计、成都网站建设、西安网站设计，以传统方式定制建设网站，并提供域名空间备案等一条龙服务，秉承以专业、用心的态度为用户提供真诚的服务。我们深信只要达到每一位用户的要求，就会得到认可，从而选择与我们长期合作。这样，我们也可以走得更远！

操作系统： CentOS 6.5 x64 ， 并且已经安装好 OpenLDAP ，其管理员为 cn=Manager,dc=test,dc=com， 管理员密码： ldap

实验环境： VMware Workstation ， 可以先安装好 Master， 然后直接克隆一个镜像作为 Slave

OpenLDAP 安装配置请参考：  OpenLDAP安装与基本配置

2、实验目的

为了避免单点故障，通常都会采用双机环境。使用OpenLDAP复制同步功能，保持Master 与 Slave 的数据一致性。

• Ldap Master ： 提供所有的更新、修改

• Ldap Slave ： 提供给各种应用（jira, zabbix, svn ...）调用

配置过程相当坎坷。

生产环境中，ldap server都部署2台，做主从配置，这样可以提供目录服务的高可用性，两台ldap服务器之间自动同步数据。配置openldap主从结构，或许网上会有很多的文章或者博客介绍，但是绝大部分都是基于2.3的版本，注意2.3的主从配置是不适用于2.4的，所以如果要使用openldap2.4配置主从结构，在搜索的时候要注意。然而，即使百度了也会发现，网上只有寥寥几篇关于 openldap 2.4的主从配置文档，而且还都是浅尝辄止，当然，文章的作者可能已经对配置神而明之了，但是读者看了之后绝对会“晕而乎之”的，大多数的高手就甩给你一个slapd.conf针对replication的配置，然后就没有然后了。没辙，为了能get这个技能，只有×××了，Google了一下，其实有用的也就是官方的administrator手册，看手册是最能理解replication是怎么一回事儿的，但是前提是你有耐心，而且英语可以还不能较真（因为里面的句子真心觉得翻译起来不是那么回事儿），好吧，原来Google上关于这方面的文档也不是很多，最后也只能看官方手册，然后自己动手了。

3、实现原理

其实现原理如下图，当在主服务器上更新数据时，该更新通过更新日志记录，并将更新复制到从服务器上。当在从服务器上更新数据时，该更新请求将重定向给主服务器，然后主服务器将更新数据复制到从服务器。

4、配置过程（syncrepl 模式）

注意：在进行下面的操作前，请先确保你的OpenLDAP 已经正常安装。

4.1 OpenLDAP 前期配置准备

同步数据初始化

在Master 与 Slave 上都执行，清除LDAP数据库的数据：

# ldapdelete -x -D "cn=Manager,dc=test,dc=com" -w ldap -r "dc=test,dc=com"

# 准备 ldif 数据
# cat /tmp/base.ldif 
dn: dc=test,dc=com
dc: test
objectClass: top
objectClass: domain

dn: ou=People,dc=test,dc=com
ou: People
objectClass: top
objectClass: organizationalUnit

dn: ou=Group,dc=test,dc=com
ou: Group
objectClass: top
objectClass: organizationalUnit

# 分别在 Master, Slave 导入
# ldapadd -x -D "cn=Manager,dc=test,dc=com" -w ldap -f /tmp/base.ldif

4.2 主服务器（Master）配置

1、首先停止 slapd 服务

# service slapd stop

2、编辑 /etc/openldap/slapd.conf配置文件

# cp /etc/openldap/slapd.conf /etc/openldap/slapd.conf.bak
# vim /etc/openldap/slapd.conf
modulepath /usr/lib/openldap
modulepath /usr/lib64/openldap

moduleload syncprov.la
        
index entryCSN,entryUUID                eq

overlay syncprov
syncprov-checkpoint 100 10
syncprov-sessionlog 100

注：这里对slapd.conf文件所做的修改如下：

     1）取消了modulepath /usr/lib/openldap， modulepath /usr/lib64/openldap 之前的注释

     2）取消了moduleload syncprov.la之前的注释

     3）在index nisMapName,nisMapEntry            eq,pres,sub  这一行之后添加如下内容：      

            # master replia server start

            overlay syncprov

            syncprov-checkpoint 100 10

            syncprov-sessionlog 100

3、配置好，重点来了！！！

      你直接启动ldap(/etc/init.d/slapd start)是不读新的配置的，以我暂且的测试结果来讲是发现这么个情况的！

所以，要这样

#删除就得配置缓存（暂且这么理解吧）， 如果生产环境，建议先备份
rm -rf /etc/openldap/slapd.d/*

#测试
# slaptest -u

#生成新的
slaptest -f /etc/openldap/slapd.conf -F /etc/openldap/slapd.d/
chown -R ldap:ldap /etc/openldap/slapd.d/

#如果前面2条命令都是 succeeded, 就可以重启slapd服务了
#最后一步，重启slapd服务，至此主节点的配置完成。
service slapd restart

4.3 从服务器（Slave）配置

1、首先停止 slapd 服务

# service slapd stop

2、编辑 /etc/openldap/slapd.conf配置文件

# cp /etc/openldap/slapd.conf /etc/openldap/slapd.conf.bak
# vim /etc/openldap/slapd.conf

modulepath /usr/lib/openldap
modulepath /usr/lib64/openldap

moduleload syncprov.la

index entryCSN,entryUUID                eq

syncrepl      rid=123
        provider=ldap://192.168.1.35:389
        type=refreshOnly
        retry="5 5 300 5"
        interval=00:00:01:00
        searchbase="dc=test,dc=com"
        filter="(objectClass=*)"
        scope=sub
        attrs="*"
        schemachecking=off
        bindmethod=simple
        binddn="cn=Manager,dc=test,dc=com"
        credentials=ldap

注：这里对slapd.conf文件所做的修改如下：

         1）取消了modulepath /usr/lib/openldap，modulepath /usr/lib64/openldap之前的注释

         2）取消了moduleload syncprov.la之前的注释

         3）在index nisMapName,nisMapEntry            eq,pres,sub这一行之后添加如下内容：    

             # slave replica statement start

             syncrepl  rid=123                                                                provider=ldap://192.168.1.35:389

                   type=refreshOnly

               interval=00:00:01:00

               searchbase="dc=test,dc=com"

               scope=sub

               attrs="*"

               schemachecking=off

               bindmethod=simple

               binddn="cn=Manager,dc=test,dc=com"

               credentials=123456

3、配置好，重点来了！！！

      你直接启动ldap(/etc/init.d/slapd start)是不读新的配置的，以我暂且的测试结果来讲是发现这么个情况的！

所以，要这样

#删除就得配置缓存（暂且这么理解吧）， 如果生产环境，建议先备份
rm -rf /etc/openldap/slapd.d/*

#测试
# slaptest -u

#生成新的
slaptest -f /etc/openldap/slapd.conf -F /etc/openldap/slapd.d/
chown -R ldap:ldap /etc/openldap/slapd.d/

#如果前面2条命令都是 succeeded, 就可以重启slapd服务了
#最后一步，重启slapd服务，至此主节点的配置完成。
service slapd restart

4.4 测试数据同步

1、在 Master 上准备测试数据，添加一个新用户

# cat /tmp/passwd.ldif 
dn: uid=ldap,ou=People,dc=test,dc=com
uid: ldap
cn: LDAP User
objectClass: account
objectClass: posixAccount
objectClass: top
objectClass: shadowAccount
userPassword: {crypt}!!
shadowLastChange: 17334
loginShell: /sbin/nologin
uidNumber: 55
gidNumber: 55
homeDirectory: /var/lib/ldap
gecos: LDAP User

2、然后在 Master 导入

# ldapadd -x -D "cn=Manager,dc=test,dc=com" -w ldap -f /tmp/passwd.ldif

3、在Master和Slave上面分别查询

# ldapsearch -x -H ldap://192.168.1.35 -b "dc=test,dc=com" |grep uid=ldap
dn: uid=ldap,ou=People,dc=test,dc=com

# ldapsearch -x -H ldap://192.168.1.36 -b "dc=test,dc=com" |grep uid=ldap
dn: uid=ldap,ou=People,dc=test,dc=com

4、在Master 和 Slave 上查看同步日志记录

# tail -f /var/log/ldap.log

要点1 在配置数据复制前 保证主备初始化数据的一致

2 停掉主服务器  更改主服务器的配置文件

3 停掉备服务器  更改备服务器的配置文件

4 重起 主备服务器进程

5 验证同步

分享题目：OpenLDAPMaster-Slave同步复制
文章起源：http://scyanting.com/article/ghsjsi.html