ldap客户端工具（ldap organizationalunit 有哪些属性）

本文目录

• ldap organizationalunit 有哪些属性
• java高级编程：基于JNDI的应用开发

ldap organizationalunit 有哪些属性

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含义如下：
1 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设置用户的名和姓，这是必须设置的，而其他属性则是可选的。

java高级编程：基于JNDI的应用开发

　　 基于JNDI的应用开发

　　JNDI（The Java Naming and Directory Interface Java命名和目录接口）是一组在Java应用中访问命名和目录服务的API 命名服务将名称和对象联系起来 使得我们可以用名称访问对象 目录服务是一种命名服务 在这种服务里 对象不但有名称 还有属性

　　命名或目录服务使你可以集中存储共有信息 这一点在网络应用中是重要的 因为这使得这样的应用更协调 更容易管理 例如 可以将打印机设置存储在目录服务中 以便被与打印机有关的应用使用

　　本文用代码示例的方式给出了一个快速教程 使你可以开始使用JNDI 它

　　l 提供了JNDI概述 l 描述了JNDI的特点 l 体验了一下用JNDI开发应用 l 表明了如何利用JNDI访问LDAP服务器 例如 Sun ONE 目录服务器 l 表明了如何利用JNDI访问J EE服务 l 提供了示例代码 你可以将其改编为自己的应用

　　 JNDI概述

　　我们大家每天都不知不觉地使用了命名服务 例如 当你在web浏览器输入URL 时 DNS（Domain Name System 域名系统）将这个符号URL名转换成通讯标识（IP地址） 命名系统中的对象可以是DNS记录中的名称 应用服务器中的EJB组件（Enterprise JavaBeans Component） LDAP（Ligheight Directory Access Protocol）中的用户Profile

　　目录服务是命名服务的自然扩展 两者之间的关键差别是目录服务中对象可以有属性（例如 用户有email地址） 而命名服务中对象没有属性 因此 在目录服务中 你可以根据属性搜索对象 JNDI允许你访问文件系统中的文件 定位远程RMI注册的对象 访问象LDAP这样的目录服务 定位网络上的EJB组件

　　对于象LDAP 客户端 应用launcher 类浏览器 网络管理实用程序 甚至地址薄这样的应用来说 JNDI是一个很好的选择

　　 JNDI架构

　　JNDI架构提供了一组标准的独立于命名系统的API 这些API构建在与命名系统有关的驱动之上 这一层有助于将应用与实际数据源分离 因此不管应用访问的是LDAP RMI DNS 还是其他的目录服务 换句话说 JNDI独立于目录服务的具体实现 只要你有目录的服务提供接口（或驱动） 你就可以使用目录 如图 所示 图 JNDI架构

　　关于JNDI要注意的重要一点是 它提供了应用编程接口（application programming interface API）和服务提供者接口（service provider interface SPI） 这一点的真正含义是 要让你的应用与命名服务或目录服务交互 必须有这个服务的JNDI服务提供者 这正是JNDI SPI发挥作用的地方 服务提供者基本上是一组类 这些类为各种具体的命名和目录服务实现了JNDI接口？很象JDBC驱动为各种具体的数据库系统实现了JDBC接口一样 作为一个应用开发者 你不必操心JNDI SPI 你只需要确认你要使用的每一个命名或目录服务都有服务提供者

　　 J SE和JNDI

　　Java SDK 及以上的版本包含了JNDI 对于JDK 和 也有一个标准的扩展 Java SDK x的最新版本包括了几个增强和下面的命名/目录服务提供者

　　l LDAP（Ligheight Directory Access Protocol）服务提供者 l CORBA COS（Common Object Request Broker Architecture Common Object Services）命名服务提供者 l RMI（Java Remote Method Invocation）注册服务提供者 l DNS（Domain Name System）服务提供者

　　 更多的服务提供者

　　可以在如下网址找到可以下载的服务提供者列表

　　特别有意思的或许是如下网址提供的Windows 注册表JNDI服务提供者 这个服务提供者使你可以访问Windows XP/ /NT/Me/ x的windows注册表

　　也可以在如下网址下载JNDI/LDAP Booster Pack 这个Booster Pack包含了对流行的LDAP控制的支持和扩展 它代替了与LDAP 服务提供者捆绑在一起的booster pack 关于控制和扩展的更多信息可以在如下网站看到 另一个有趣的服务提供者是Sun的支持DSML v （Directory Service Markup Language 目录服务标记语言）的服务提供者 DSML的目的是在目录服务和XML之间架起一座桥梁

　　 JNDI API

　　JNDI API由 个包组成

　　l Javax naming 包含了访问命名服务的类和接口 例如 它定义了Context接口 这是命名服务执行查询的入口 l Javax naming directory 对命名包的扩充 提供了访问目录服务的类和接口 例如 它为属性增加了新的类 提供了表示目录上下文的DirContext接口 定义了检查和更新目录对象的属性的方法 l Javax naming event 提供了对访问命名和目录服务时的时间通知的支持 例如 定义了NamingEvent类 这个类用来表示命名/目录服务产生的事件 定义了侦听NamingEvents的NamingListener接口 l Javax naming ldap 这个包提供了对LDAP 版本 扩充的操作和控制的支持 通用包javax naming directory没有包含这些操作和控制 l Javax naming spi 这个包提供了一个方法 通过javax naming和有关包动态增加对访问命名和目录服务的支持 这个包是为有兴趣创建服务提供者的开发者提供的

　　 JNDI 上下文

　　正如在前面提到的 命名服务将名称和对象联系起来 这种联系称之为绑定（binding） 一组这样的绑定称之为上下文（context） 上下文提供了解析（即返回对象的查找操作） 其他操作包括 名称的绑定和取消绑定 列出绑定的名称 注意到一个上下文对象的名称可以绑定到有同样的命名约定的另一个上下文对象 这称之为子上下文 例如 如果UNIX中目录/home是一个上下文 那么相对于这个目录的子目录就是子上下文？例如 /home/guests中guests就是home的子上下文 在JNDI中 上下文用接口javax naming Context表示 这个接口是与命名服务交互的关键接口 在Context（或稍后讨论的

　　DirContext）接口中的每一个命名方法都有两种重载形式

　　l Lookup（String name） 接受串名 l Lookup（javax naming Name） 接受结构名 例如 CompositeName（跨越了多个命名系统的名称）或CompondName（单个命名系统中的名称） 它们都实现了Name接口 Compound name的一个例子是 cn=mydir cn=Q Mahmoud ou=People posite name的一个例子是 cn=mydir cn=Q Mahmoud ou=People/myfiles/max txt（这里 myfiles/max txt是表示第二部分的文件名） Javax naming InitialContext是实现了Context接口的类 用这个类作为命名服务的入口 为了创建InitialContext对象 构造器以java util Hashtable或者是其子类（例如 Properties）的形式设置一组属性 下面给出了一个例子

　　Hashtable env = new Hashtable（） // select a service provider factory env put（Context INITIAL_CONTEXT_FACTORY sun jndi fscontext RefFSContext ） // create the initial context Context contxt = new InitialContext（env）

　　INITIAL_CONTEXT_FACTORY指定了JNDI服务提供者中工厂类（factory class）的名称 Factory负责为其服务创建适当的InitialContext对象 在上面的代码片断中 为文件系统服务提供者指定了工厂类 表 给出了所支持的服务提供者的工厂类 要注意的是文件系统服务提供者的工厂类需要从Sun公司单独下载 J SE x没有包含这些类

　　表 上下文INITIAL_CONTEXT_FACTORY的值 Name Service Provider Factory File System sun jndi fscontext RefFSContextFactory LDAP sun jndi ldap LdapCtxFactory RMI sun jndi rmi registry RegistryContextFactory CORBA snaming CNCtxFactory DNS sun jndi dns DnsContextFactory