让我们一点一点地分析上面的记录项。
dn: uid=fsmith, ou=employees, dc=foobar, dc=com
这是Fran的LDAP记录项的完整DN，包括在目录树中的完整路径。LDAP（和X.500）使用uid（User ID），不要
把他和UNIX的uid号混淆了。
objectclass: person
objectclass: organizationalPerson
objectclass: inetOrgPerson
objectclass: foobarPerson
能够为任何一个对象根据需要分配多个对象类型。person对象类型需要cn（common name）和sn（surname）
这两个域不能为空。persion对象类型允许有其他的可选域，包括givenname、telephonenumber，等等。
organizational Person给person加入更多的可选域，inetOrgPerson又加入更多的可选域（包括电子邮件信息）。
最后，foobarPerson是为Foobar定制的对象类型，加入了很多定制的属性。
uid: fsmith
givenname: Fran
sn: Smith
cn: Fran Smith
cn: Frances Smith
telephonenumber: 510-555-1234
roomnumber: 122G
o: Foobar, Inc.
以前说过了，uid表示User ID。当看到uid的时候，就在脑袋里想一想“login"。
请注意CN有多个值。就象上面介绍的，LDAP允许某些属性有多个值。为什么允许有多个值呢？假定您在用
公司的LDAP服务器查找Fran的电话号码。您可能只知道她的名字叫Fran，但是对人力资源处的人来说她的
正式名字叫做Frances。因为保存了她的两个名字，所以用任何一个名字检索都能够找到Fran的电话号码、
电子邮件和办公房间号，等等。
mailRoutingAddress: fsmith@foobar.com
mailhost: mail.foobar.com
就象现在大多数的公司都上网了，Foobar用Sendmail发送邮件和处理外部邮件路由信息。Foobar把任何用户
的邮件信息都存在LDAP中。最新版本的Sendmail支持这项功能。
Userpassword: 3x1231v76T89N
uidnumber: 1234
gidnumber: 1200
gecos: Frances Smith
homedirectory: /home/fsmith
loginshell: /usr/local/bin/bash
注意，Foobar的系统管理员把任何用户的口令映射信息也都存在LDAP中。FoobarPerson类型的对象具备这
种能力。再注意一下，用户口令是用UNIX的口令加密格式存储的。UNIX的uid在这里为uidnumber。提醒您一下，
关于如何在LDAP中保存NIS信息，有完整的一份RFC。在以后的文章中我会谈一谈NIS的集成。
LDAP复制
LDAP服务器能够使用基于“推”或“拉”的技术，用简单或基于安全证书的安全验证，复制一部分或所
有的数据。
例如，Foobar有一个“公用的”LDAP服务器，地址为ldap.foobar.com，端口为389。Netscape Communicator
的电子邮件查询功能、UNIX的“ph"命令要用到这个服务器，用户也能够在任何地方查询这个服务器上的员工
和客户联系信息。公司的主LDAP服务器运行在相同的电脑上，但是端口号是1389。
您可能即不想让员工查询资产管理或食谱的信息，又不想让信息技术人员看到整个公司的LDAP目录。为了解决
这个问题，Foobar有选择地把子目录树从主LDAP服务器复制到“公用”LDAP服务器上，不复制需要隐藏的信息。
为了保持数据始终是最新的，主目录服务器被配置成实时“推”同步。这些种方法主要是为了方便，而不是安全，
因为假如有权限的用户想查询任何的数据，能够用另一个LDAP端口。
假定Foobar通过从奥克兰到欧洲的低带宽数据的连接用LDAP管理客户联系信息。能够建立从ldap.foobar.com:1389
到munich-ldap.foobar.com:389的数据复制，象下面这样：
periodic pull: ou=asia,ou=customers,o=sendmail.com
periodic pull: ou=us,ou=customers,o=sendmail.com
immediate push: ou=europe,ou=customers,o=sendmail.com
“拉”连接每15分钟同步一次，在上面假定的情况下足够了。“推”连接确保任何欧洲的联系信息发生了变化就
立即被“推”到Munich。
用上面的复制模式，用户为了访问数据需要连接到哪一台服务器呢？在Munich的用户能够简单地连接到本地服务
器。假如他们改变了数据，本地的LDAP服务器就会把这些变化传到主LDAP服务器。然后，主LDAP服务器把这些变化
“推”回本地的“公用”LDAP服务器保持数据的同步。这对本地的用户有很大的好处，因为任何的查询（大多数是读）都在本地的服务器上进行，速度很快。当需要改变信息的时候，最终用户无需重新配置客户端的软件，因为LDAP目录服务器为他们完成了任何的数据交换工作。
文章整理：西部数码--专业提供域名注册、虚拟主机服务
http://www.west263.com
以上信息与文章正文是不可分割的一部分,如果您要转载本文章,请保留以上信息，谢谢!
