Linux -- 目录服务配置及应用(LDAP协议)(1)

目录服务器

目录一般用来包含描述性的、基于属性的信息,例如,通讯簿就可使用目录的形式来保存。目录服务是一种特殊的数据库系统,专门针对数据的读取、浏览和搜索操作进行了特定的优化。目录服务器则是提供目录服务的程序,通常使用LDAP协议提供目录服务。LDAP(Lightweight Directory Access Protocol,轻量级目录访问协议)是实现提供目录服务的网络协议。

本章将介绍通过OpenLDAP架设目录服务器的操作过程,主要包括以下知识点:

了解LDAP协议。

掌握安装OpenLDAP的方法。

掌握配置OpenLDAP的过程。

掌握向OpenLDAP中添加条目、修改条目、查询条目的方法。

掌握设置主从OpenLDAP服务器的方法。

了解OpenLDAP在用户认证中的应用。

14.1  了解LDAP协议

在进行安装配置OpenLDAP之前,本节首先对LDAP协议进行简单的介绍,让读者对LDAP的结构有一个认识。

14.1.1  LDAP协议

目录是一组具有类似属性、以一定逻辑和层次组合的信息。常见的例子是通讯簿,由以字母顺序排列的名字、地址和电话号码组成。

目录服务是一种在分布式环境中发现目标的方法。目录具有两个主要组成部分:

第一部分是数据库,数据库是分布式的,且拥有一个描述数据的规划。

第二部分则是访问和处理数据的各种协议。

目录服务其实也是一种数据库系统,只是这种数据库是一种树形结构,而不是通常使用的关系数据库。目录服务与关系数据库之间的主要区别在于:二者都允许对存储数据进行访问,只是目录主要用于读取,其查询的效率很高,而关系数据库则是为读写而设计的。

提示:目录服务不适于进行频繁的更新,属于典型的分布式结构。

LDAP是一个目录服务协议,目前存在众多版本的LDAP,而最常见的则是V2和V3两个版本,它们分别于1995年和1997年首次发布。

14.1.2  LDAP的基本模型

LDAP的基本模型是建立在"条目"(Entry)的基础上。一个条目是一个或多个属性的集合,并且具有一个全局唯一的"可区分名称"(用dn表示)。与关系型数据(后面简称数据库)进行类比,一个条目相当于数据库中的一条记录,而dn相当于数据库中记录的关键字,属性相当于数据库中的字段。

提示:dn必须是全局唯一的。

LDAP中,将数据组织成一个树形结构,这与现实生活中的很多数据结构可以对应起来,而不像设计关系型数据库的表,需要进行多种变化。例如,图14-1所示就是一个树形结构的数据。

在图14-1所示的树形结构中,树的根结点是一个组织的域名(wyh.com),其下分为3个部分,分别是managers、people和group,可将这3个组看作组织中的3个部门,如managers用来管理所有管理人员,people用来管理登录系统的用户,group用来管理系统中的用户组。当然,在该图中还可继续增加其他分支。

对于图14-1所示的树形结构,使用关系数据库来保存数据的话,需要设置多个表,一层一层分别保存,当需要查找某个信息时,再逐层进行查询,最终得到结果。

若使用目录来保存该图中的数据,则更直观。图中每个结点用一个条目来保存,不同类型的结点需要保存的数据可能不同,在LDAP中通过一个称为objectClass的类型来控制不同结点需要的数据(称为属性)。

对于目录中的数据怎样进行引用呢?前面提到过,每一个条目都有一个dn,因为dn是唯一的,因此就可找到需要结点的数据。dn的构造方式如下:

首先得到条目自己的名称(rdn,称为相对dn),然后开始向上逐级查找父结点,一直到根项为止。例如,对于图14-1中最右下方的结点,其dn为:

dn: cn=ldap, ou=group, o=wyh.com

通过这样的方式,即可唯一标识每一个结点。

在现实生活中,有很多这种树形结构的数据,如计算机文件系统的目录结构、Internet中的域名等。这些类型的数据,只要不需要频繁的更新,都适合用目录来保存。

14.1.3  LDAP的功能

在LDAP的功能模型中定义了一系列利用LDAP协议的操作,主要包含以下4部分:

查询操作:允许查询目录和取得数据,其查询性能比关系数据库好。

更新操作:目录的更新操作没关系数据库方便,更新性能较差,但也同样允许进行添加、删除、修改等操作。

复制操作:前面也提到过,LDAP是一种典型的分布式结构,提供复制操作,可将主服务器的数据的更新复制到设置的从服务器中。

认证和管理操作:允许客户端在目录中识别自己,并且能够控制一个会话的性质。

14.1.4  LDAP协议的特点

通过前面的介绍,可总结出LDAP具有以下特点:

LDAP是一种目录服务,保存在特殊的数据库中,数据的读取速度远高于写入速度。

LDAP对查询做了优化,读取速度优于普通关系数据库。

LDAP不支持事务、不能进行回滚,需要进行这些操作的应用只有选择关系数据库。

LDAP采用服务器/客户端模式,支持分布式结构。

LDAP中的条目以树形结构组织和存储。

LDAP基于Internet协议,直接运行在简单和通用的TCP/IP或其他可靠的传输协议层上,使连接的建立和包的处理简单、快捷,对于互联网和企业网应用都很方便。

LDAP协议简单,通过使用查找操作实现列表操作和读操作。

LDAP通过引用机制实现分布式访问,通过客户端API实现分布式操作(对于应用透明),平衡了负载。

LDAP实现具有低费用、易配置和易管理的特点,并提供了满足应用程序对目录服务所需求的特性。

14.2  安装OpenLDAP

在RHEL 5的安装光盘中提供了OpenLDAP 2.3.27软件包,通过OpenLDAP软件可实现LDAP服务。OpenLDAP程序包括客户端、服务器、开发工具包等软件包,本节将介绍安装这些程序包的具体过程。

14.2.1  安装OpenLDAP服务器程序

可以先通过rpm命令查询系统中是否已安装OpenLDAP服务器程序,若未安装该服务器程序,再使用rpm命令从RHEL光盘中安装该程序。

【实例14-1】从RHEL 5安装光盘中找到OpenLDAP服务器程序,并安装到当前系统中。

具体操作步骤如下:

(1)在进行安装以前,首先使用以下命令创建管理OpenLDAP的用户和组。

# groupadd  ldap  # useradd  -g  ldap ldap  # passwd  ldap

(2)执行以下命令,查询系统中是否已安装openldap-servers程序。

# rpm  -qa  openldap-servers

若无任何输出,则表示当前系统中未安装openldap-servers服务器程序。

(3)使用以下命令将RHEL安装光盘挂载到系统中:

# mount  /dev/cdrom  /mnt/cdrom

(4)执行以下命令安装openldap-servers程序的依赖程序包libtools-ltdl:

#  rpm  -ivh  /mnt/cdrom/Server/libtool-ltdl-1.5.22-6.1.i386.rpm

若不执行上面的命令,直接执行下一步的安装命令,将提示有依赖程序未安装。

(5)执行以下命令安装openldap-servers程序:

#  rpm  -ivh  /mnt/cdrom/Server/openldap-servers-2.3.27-5.i386.rpm

这样就将openldap-servers服务器程序安装到系统中了。整个安装过程如图14-2所示。


(6)使用以下命令修改保存数据的目录/var/lib/ldap/及其文件的所有者,并修改权限,只有ldap用户才对数据有读写权限:

#  chown  ldap.ldap  /var/lib/ldap  #  chmod  -R  600  /var/lib/ldap

在光盘中还有以下与openldap有关的软件包,也可使用类似命令进行安装,这里不再逐个介绍。

openldap-clients-2.3.27-5.i386.rpm:客户端操作的相关程序。

openldap-devel-2.3.27-5.i386.rpm:开发包。

14.2.2  测试安装正确性

安装完成后,将在/var/lib/目录中创建一个子目录ldap来保存数据,同时在/etc/目录中也将创建一个子目录openldap来保存配置文件。而openldap的守护进程slapd则保存在/usr/bin/目录中。

提示:如果是通过源代码进行编译安装的openldap,这些程序文件放置的位置可能不同。

1.启动服务进程

要检查安装是否正确,可直接运行守护进程,这里将使用默认的配置。

启动OpenLDAP服务器可使用以下命令之一:

# server  ldap  start  # /etc/rc.d/init.d/ldap  # /usr/sbin/slapd

使用第1条命令来启动ldap服务进程的过程如图14-3所示。

提示:使用/usr/sbin/slapd命令启动服务程序是最好的一种方式,如果用前两条命令启动openldap服务程序失败,可使用最后一条命令试一下。

从图14-3可看出,启动的是slapd进程,并有一个提示信息,提示没有DB_CONFIG文件。可通过以下命令将DB_CONFIG文件复制到/var/lib/ldap/目录中:

# cp  /etc/openldap/DB_CONFIG.example  /var/lib/ldap/DB_CONFIG

另外,由于使用的是默认配置文件,提示希望使用后缀"dc=my-domain, dc=com"。下节将介绍修改配置文件的操作。

2.查看监听端口

OpenLDAP使用的监听端口是389,通过netstat命令查看该端口是否处于监听状态,可了解slapd进程是否在工作。具体命令如下:

# netstat -tnlp | grep 389

执行结果如图14-4所示,可以看出,389端口处于监听状态,表示slapd进程正在工作。

3.搜索测试

slapd服务进程启动后,可使用OpenLDAP客户端的一个搜索命令进行一次搜索,以检查服务的配置是否正确。

使用以下命令进行搜索:

# ldapsearch -x -b ‘‘ -s base ‘(objectclass=*)‘

注意:-b后面是两个单引号,用来阻止特殊字符被Shell解析。

由于还未向LDAP服务器中添加任何数据,因此,系统中应该只有"根"这个条目,执行以上搜索的结果如图14-5所示。


从以上测试可看出,OpenLDAP已经正确安装到系统中,接下来就需要修改配置文件,设置LDAP的根目录了。


14.3  配置OpenLDAP

从图14-5所示的搜索结果可看出,在配置文件中是以默认的"dc=my-domain, dc=com"作为后缀,需要对其进行修改,当然也还需要修改其他的一些配置。本节将介绍对配置文件的修改操作。

14.3.1  slapd.conf

OpenLDAP的配置文件位于/etc/openldap/目录中,名称为slapd.conf。该文件内容较多,通常只需要修改几个地方即可,包括修改后缀、管理员及其密码。其初始内容如下:

1:  #######################################################################  2:  # ldbm and/or bdb database definitions  3:  #######################################################################  4:    5:  database        bdb  6:  suffix          "dc=my-domain,dc=com"  7:  rootdn          "cn=Manager,dc=my-domain,dc=com"  8:  # Cleartext passwords, especially for the rootdn, should  9:  # be avoided.  See slappasswd(8) and slapd.conf(5) for details.  10: # Use of strong authentication encouraged.  11: # rootpw                secret  12: # rootpw                {crypt}ijFYNcSNctBYg

其中各语句的含义如下:

以符号"#"开始的行是注释行,第1~3行、第8~12行都是。

第5行设置数据库,可使用ldbm或bdb。

第6行设置后缀。

第7行设置超级管理员的名称,与Linux系统中的root类似。在配置时用该用户,配置完成后,建议将其删除。

第11行设置超级管理员的密码,默认状态是被注释了的。这行的密码是明文状态。

第12行也是设置超级管理员的密码,这行是以加密方式设置的(默认状态也是被注释了的)。

根据实际情况,修改第6、7、11行即可,具体如下:

1:  #######################################################################  2:  # ldbm and/or bdb database definitions  3:  #######################################################################  4:    5:  database        bdb  6:  suffix          "dc=wyh,dc=com"  7:  rootdn          "cn=Manager,dc=wyh,dc=com"  8:  # Cleartext passwords, especially for the rootdn, should  9:  # be avoided.  See slappasswd(8) and slapd.conf(5) for details.  10: # Use of strong authentication encouraged.  11: rootpw                secret  12: # rootpw                {crypt}ijFYNcSNctBYg

以上内容中,第6行将后缀修改为"dc=wyh,dc=com",同时第7行的超级管理员的后缀部分也需要随之修改。将第11行的注释取消,设置超级管理员的密码为明文密码secret。

经过以上修改,保存后退出,接着使用以下命令重启slapd进程:

#  service  ldap  restart


14.3.2  了解schema

对于LDAP目录中保存的信息,可以使用LDIF(LDAP Interchange Format)格式来保存。这是一种标准文本文件格式,使用这种格式保存得的LDAP服务器数据库中的数据可方便读取和修改,这也是其他大多数服务配置文件所采取的格式。

LDIF文件常用来向目录导入或更改记录信息,这些信息需要按照LDAP中schema的格式进行组织,并会接受schema的检查,不符合其要求的格式将会出现报错信息。有关LDIF文件的格式和创建将在14.4节进行介绍,这里简单介绍一下组织LDAP数据格式的schema文件。

在LDAP中,schema用来指定一个目录中所包含的对象(objects)的类型(objectClass),以及每一个类型(objectClass)中必须提供的属性(Atrribute)和可选的属性。可将schema理解为面向对象程序设计中的类,通过类定义一个具体的对象。LDIF中的数据条目可理解为是一个具体的对象,是通过schema来规划创建的。因此,schema是一个数据模型,用来决定数据按什么方式存储,并定义存储在不同的条目(Entry)下的数据之间的关系。schema需要在主配置文件slapd.conf中指定,以用来决定在目录中可以使用哪些objectClass。

在/etc/openldap/schema/目录中提供了许多schema文件,只需要在配置文件slapd.conf中使用include命令将需要使用的schema包含即可。例如,配置文件默认包含了以下schema文件:

include         /etc/openldap/schema/core.schema  include         /etc/openldap/schema/cosine.schema  include         /etc/openldap/schema/inetorgperson.schema  include         /etc/openldap/schema/nis.schema

提示:通常使用系统提供的schema就可解决大部分应用。管理员也可以自己设计制定schema,一般包括属性定义(AttributeDefinition)、类定义(ClassDefinition)以及语法定义(SyntaxDefinition)等部分。这里就不介绍具体的设计方法了。

14.4  管理OpenLDAP

启动OpenLDAP服务器程序之后,接下来的操作就是通过客户端程序对目录进行操作,包括添加、修改、删除和搜索数据等操作。能对LDAP进行操作的客户端程序很多,本节简单介绍在Linux命令方式下进行这些操作的方法。

14.4.1  向目录数据库中添加数据

初始状态下,LDAP是一个空目录,即没有任何数据。可通过程序代码向目录数据库中添加数据,也可使用OpenLDAP客户端工具ldapadd命令来完成添加数据的操作,该命令可将一个LDIF文件中的条目添加到目录。因此,需要首先创建一个LDIF文件,然后再进行添加操作。

1.LDIF文本条目格式

LDIF用文本格式表示目录数据库的信息,以方便用户创建、阅读和修改。在LDIF文件中,一个条目的基本格式如下:

# 注释  dn: 条目名  属性描述: 值  属性描述: 值  属性描述: 值  ... ...

dn行类似于关系数据库中一条记录的关键字,不能与其他dn重复。一个LDIF文件中可以包含多个条目,每个条目之间用一个空行分隔。

例如,以下内容组成一个条目:

1:  dn: dc=wyh, dc=com 2:  objectclass: top  3:  objectclass: dcobject  4:  objectclass: organization  5:  dc: wyh  6:  o: wyh,Inc.

在以上文本中,各行含义如下:

第1行的dn定义该条目的标识。

第2~4行定义该条目的objectcCass,可以定义多个属性,如上面代码中定义了3个objectClass。条目的属性根据objectClass的不同而不同,有的objectClass有必须设置的属性。在2~4行的3个objectClass中,top没有必须定义的属性,dcobject必须定义属性dc,用来表示一个域名的部分,而organization必须定义属性o,用来表示一个组织的名称。

根据objectClass的要求,第5、6行分别定义属性dc和属性o的值。

2.了解objectClass

LDAP中,一个条目必须包含一个objectClass属性,且需要赋予至少一个值。每一个值将用作一条LDAP条目进行数据存储的模板;模板中包含了一个条目必须被赋值的属性和可选的属性。

objectClass有着严格的等级之分,最顶层是top和alias。例如,organizationalPerson这个objectClass就隶属于person,而person又隶属于top。

objectClass可分为以下3类:

结构型(Structural):如person和organizationUnit;

辅助型(Auxiliary):如extensibeObject;

抽象型(Abstract):如top,抽象型的objectClass不能直接使用。

在OpenLDAP的schema中定义了很多objectClass,下面列出部分常用的objectClass的名称。

account

alias

dcobject

domain

ipHost

organization

organizationalRole

organizationalUnit

person

organizationalPerson

inetOrgPerson

residentialPerson

posixAccount

posixGroup

3.了解Attribute

属性(Attribute)类似于程序设计中的变量,可以被赋值。在OpenLDAP中声明了许多常用的Attribute(用户也可自己定义Attribute)。常见的Attribute含义如下:

c:国家。

cn:common name,指一个对象的名字。如果指人,需要使用其全名。

dc:domain Component,常用来指一个域名的一部分。

givenName:指一个人的名字,不能用来指姓。

l:指一个地名,如一个城市或者其他地理区域的名字。

mail:电子信箱地址。

o:organizationName,指一个组织的名字。

ou:organizationalUnitName,指一个组织单元的名字。

sn:surname,指一个人的姓。

telephoneNumber:电话号码,应该带有所在的国家的代码。

uid:userid,通常指某个用户的登录名,与Linux系统中用户的uid不同。

提示:objectClass是一种特殊的Attribute,它包含其他用到的Attribute以及其自身。

对于不同的objectClass,通常具有一些必设属性值和一些可选属性值。例如,可使用person这个objectClass来表示系统中一个用户的条目,对于系统中用户通常需要有这样一些信息:姓名、电话、密码、描述等。如图14-6所示,对于person,通过cn和sn设置用户的名和姓,这是必须设置的,而其他属性则是可选的。


下面列出部分常用objectClass要求必设的属性。

account:userid。

organization:o。

person:cn和sn。

organizationalPerson:与person相同。

organizationalRole:cn。

organizationUnit:ou。

posixGroup:cn、gidNumber。

posixAccount:cn、gidNumber、homeDirectory、uid、uidNumber。

4.创建LDIF文件

对以上内容有一定了解之后,就可以编写输入LDIF文件,编辑需要向目录数据库添加的条目了。

下面根据如图14-7所示的结构,创建LDIF文件wyh.com.ldif。



对图14-7进行分析,该目录结构分为3层,有4个结点。根据图14-7可创建LDIF文件如下:

提示:每个结点可用一个dn表示,对于每个结点,又可继续添加新的结点。如在根结点中可添加其他部门ou,在ou=managers结点也可继续添加其他管理人员的信息。

1:  dn: dc=wyh, dc=com 2:  objectclass: top  3:  objectclass: dcobject  4:  objectclass: organization  5:  dc: wyh  6:  o: wyh,Inc.  7:  8:  dn: ou=managers, dc=wyh, dc=com 9:  ou: managers  10: objectclass: organizationalUnit  11:  12: dn: cn=wyh, ou=managers, dc=wyh, dc=com 13: cn: wyh  14: sn: wuyunhui  15: objectclass: person  16:  17: dn: cn=test, ou=managers, dc=wyh, dc=com 18: cn: test  19: sn: Test User  20: objectclass: person

以上文件中各行的含义如下:

第1~6行创建根结点,这部分在前面也有介绍,就不再重复了。

第7、11、16行为空行,用来分隔4个dn条目(4个结点)。

第8~10行定义cn=managers结点的条目,该条目的objectClass为organizationalUnit,因此需要用ou属性定义组织名称。

第12~15行定义cn=wyh结点的条目,该条目使用的objectClass为person,因此需设置cn和sn两个属性值。

第17~20行与第12~15行的意义相同。

在以上LDIF文件中,第1、8、12、17行以dn开头,这部分内容必须唯一,并且在向目录数据库添加这些数据时,也要确保这些数据不能与目录数据库中已有数据相同,否则,添加操作将中断。

5.从LDIF文件添加到目录数据库

使用OpenLDAP客户端工具ldapadd命令,可将LDIF文件中的条目添加到目录数据库中,该命令的格式如下:

ldappadd  选项  LDIF文件

在ldappadd命令中常用的选项如下:

-x:进行简单认证。

-D:用来绑定服务器的dn。

-h:目录服务的地址。

-w:绑定dn的密码。

-f:使用LDIF文件进行条目添加的文件。

【实例14-2】将前面编写的LDIF文件的条目数据添加到目录数据库中。

具体操作步骤如下:

(1)检查wyh.com.ldif文件中的内容,需要注意的是,每个冒号后面都需要空一格,而每行结束处不能留有空格字符。

(2)使用以下命令将wyh.com.ldif文件中的条目添加到目录中:

  1. #  ldapadd  -x  -D  "cn=Managerdc=wyh
    dc=com"  -w  secret  -f  wyh.com.ldif 

执行以上命令,如果添加操作正常完成,将显示如图14-8所示的提示信息,表示添加了4个条目到目录数据库中。


提示:如果以上命令执行不成功,需要逐个字符检查wyh.com.ldif文件中的内容,特别注意空格的问题。

14.4.2  查询

添加到目录中的条目被保存在目录数据库,在Linux命令界面下,可使用OpenLDAP客户端工具ldapsearch命令来进行查询。该命令的格式如下:

ldapsearch  选项  过滤  属性值

常用的选项有以下几个。

-x:进行简单认证。

-D:用来绑定服务器的dn。

-w:绑定dn的密码。

-b:指定要查询的根节点。

-H:制定要查询的服务器。

使用ldapsearch命令查询"dc=wyh, dc=com"下的所有条目,可使用以下命令:

#  ldapsearch  -x  -b "dc=wyh,dc=com"

执行结果如图14-9所示。

而如果使用以下命令,将查询显示sn中以字符wu开头的条目,将得到如图14-10所示的查询结果,只找到一个条目。

#  ldapsearch  -x  -b  ‘dc=wyh,dc=com‘  ‘sn=wu*‘

14.4.3  修改条目

使用OpenLDAP客户端工具ldapmodify命令可对目录数据库中的条目进行修改。该命令的格式如下:

ldapmodify  选项

该命令的选项也很多,常用选项与ldapadd类似,这里就不再列出了。

提示:使用ldapmodify命令不能修改条目的dn,但可以修改其他属性值。

使用ldapmodify命令修改条目信息可以有两种方式:一种是交互式进行修改,另一种是通过文件进行修改。

1.交互式修改

修改前面创建的条目"cn=test, ou=managers, dc=wyh, dc=com",将其sn属性修改为"Test User Modify",并添加一个description属性,设置其值为"add Attribute"。

首先输入以下命令,进行修改状态:

# ldapmodify  -x  -D  "cn=Manager,dc=wyh,dc=com"  -w  secret

执行以上命令后,终端将等候用户输入需要修改条目的dn,输入以下内容:

dn: cn=test, ou=managers, dc=wyh, dc=com changetype: modify  replace: sn  sn: Test User Modify  -   add: description  description : add Attribute

以上输入内容中,第1行查找需要修改的条目,第2行设置修改模式,第3行设置需要替换的属性sn,第4行给属性sn重新设置一个值,替换该属性原有的值,第5行用一个短横线分隔,第6行添加一个属性description,第7行设置新添加属性description的值。

输入完以上内容之后再按Enter键,程序将按以上设置更新数据,然后按Ctrl+C键退出修改命令。执行过程如图14-11所示。

使用以上命令修改条目的数据之后,可使用以下命令查看是否修改成功:

#  ldapsearch  -x  -b  ‘dc=wyh,dc=com‘  ‘sn=test‘

执行以上命令查看test条目的数据如图14-12所示,可以看到sn属性被修改了,同时添加了一个description属性。


2.通过文件修改

通过前面的方式对条目进行修改时,很不方便,如果在交互方式时输错了某个字符,只能中断命令后重新进行修改。因此,更好的修改方法是首先将修改时输入的文字保存到一个文件中,然后以该文件作为输入进行修改。用这种方式进行操作,首先需要创建一个临时文件,用来保存需要进行的修改操作,下面演示这种方式的修改过程。

【实例14-3】 通过修改命令将前面LDAP数据库中的信息还原,即将sn属性由"Test User Modify"修改为"Test User",并将description属性删除。

具体操作步骤如下:

(1)使用vi编辑器创建一个文件modify,在其中输入以下内容:

dn: cn=test,ou=managers,dc=wyh,dc=com changetype: modify  replace: sn  sn: Test User  -  delete: description  -

从以上输入内容可看到,与在交互式时输入的内容完全相同。

技巧:使用文件方式修改条目,可方便修改和检查,若某个地方有输入错误,可修改后再调用ldapmodify进行修改,减少输入量。

(2)使用以下命令调用modify的内容进行修改:

  1. # ldapmodify  -x  -D  "cn=Manager,dc=wyh,
    dc=com"  -w  secret  -f  modify 

执行结果如图14-13所示。


14.4.4  删除条目

对于目录数据库中不用的条目,也可使用ldapdelete命令将其删除。该命令的格式如下:

ldapdelete  选项  删除条目

该命令使用的选项与ldapadd类似,就不再列出来了。

删除目录数据库中的"cn=test, ou=managers, dc=wyh, dc=com"条目,具体命令如下:

#  ldapdelete  -x  -D  "cn=Manager,dc=wyh,dc=com"  -w  secret  \\  > "cn=test,ou=managers,dc=wyh,dc=com"

顺利执行以上命令后,终端上将不会有任何信息输出,表示完成了删除操作。

使用ldapdelete命令只能删除树形结构中的叶结点条目,如果删除非叶结点条目,将出现错误提示。例如,执行以下命令删除根结点"dc=wyh,dc=com",由于根结点下面还有结点,将显示如图14-14所示的错误提示信息:



  1. # ldapdelete -x -D "cn=Manager,dc=wyh,dc=com" -w secret \\  

  2. > "dc=wyh,dc=com


14.4.5  数据导出

通过ldapadd命令可向目录数据库中添加数据,在某些情况下,可能还需要进行反向操作,即将目录数据库中的数据导出。

使用ldapsearch命令对目录数据库进行搜索,然后通过重定向将搜索结果保存到一个文件中,可达到导出数据的目的。另外,导出数据更常用的是slapcat命令,该命令的格式如下:

slapcat  选项

最常用的选项就是-l,表示导出为LDIF文件格式。

如将本章前面例子中创建的目录数据库导出为export.ldif文件,可使用以下命令:

#  slapcat  -l  export.ldif

执行以上命令将在当前工作目录得到文件export.ldif,打开文件可看到以下所示内容:

dn: dc=wyh,dc=com objectClass: top  objectClass: dcObject  objectClass: organization  dc: wyh  o: wyh,Inc.  structuralObjectClass: organization  entryUUID: 5213bf36-4851-102e-8dc0-856b03ac5474  creatorsName: cn=Manager,dc=wyh,dc=com createTimestamp: 20091008122451Z  entryCSN: 20091008122451Z#000000#00#000000  modifiersName: cn=Manager,dc=wyh,dc=com modifyTimestamp: 20091008122451Z   dn: ou=managers,dc=wyh,dc=com ou: managers  objectClass: organizationalUnit  structuralObjectClass: organizationalUnit  entryUUID: 52148fc4-4851-102e-8dc1-856b03ac5474  creatorsName: cn=Manager,dc=wyh,dc=com createTimestamp: 20091008122451Z  entryCSN: 20091008122451Z#000001#00#000000  modifiersName: cn=Manager,dc=wyh,dc=com modifyTimestamp: 20091008122451Z   dn: cn=wyh,ou=managers,dc=wyh,dc=com cn: wyh  sn: wuyunhui  objectClass: person  structuralObjectClass: person  structuralObjectClass: person  entryUUID: 5215a92c-4851-102e-8dc2-856b03ac5474  creatorsName: cn=Manager,dc=wyh,dc=com createTimestamp: 20091008122451Z  entryCSN: 20091008122451Z#000002#00#000000  modifiersName: cn=Manager,dc=wyh,dc=com modifyTimestamp: 20091008122451Z

提示:从导出结果可看出,除了使用ldapadd命令添加到目录数据库中的条目数据外,还导出了很多其他信息,包括条目录UUID、时间戳等信息。

参考:http://book.51cto.com/art/201002/182321.htm 

本文出自 “Ricky's Blog” 博客,请务必保留此出处http://57388.blog.51cto.com/47388/1554679

郑重声明:本站内容如果来自互联网及其他传播媒体,其版权均属原媒体及文章作者所有。转载目的在于传递更多信息及用于网络分享,并不代表本站赞同其观点和对其真实性负责,也不构成任何其他建议。