当前位置：文档之家 › LDAP学习资料整理

LDAP学习资料整理

  • 格式：docx
  • 大小：25.58 KB
  • 文档页数：13

LDAP学习资料整理

LDAP中的objectClass与Attribute

初学LDAP时容易弄错的问题就是objectClass和Attribute之间的关系的，当时找过许多的中文资料都没有得到答案。最近终于彻底弄明白了这个问题，于是决定做个笔记。下面我会对照Java里面的一些概念来讲讲LDAP中的objectClass与Attribute，非常惊喜的是他们非常相似！

LDAP中每一个Entry必须属于某一个objectClass，用Java的方式来理解就是Entry是一个Instance，而objectClass就是class。在Java中Class可以分为Abstract，concrete两种，我们知道要new一个Instance时必须要有一个concrete Class。在LDAP中objectClass分为三种：Abstract，Structural，AUXIALIARY。要定义一个Entry必须包含一个Structural类型的ObjectClass，其他两个类型可包括0或多个。 其中Top是一个顶级ObjectClass，里面定义了一个MUST Attribute：ObjectClass，于是也就决定了必须有一个其它的Structural ObjectClass才能定义一个Entry.其中ObjectClass又可以存在继承关系，该继承关系于Java中有点相似，子ObjectClass会继承父ObjectClass中的全部Attribute.

下面分析一下ObjectClass与Attribute的关系。

如同Java里面的一个类可以包括多个Field，在业务上可能会定义某些Field是必须的，另外一些是可选的。在LDAP中也存在类似关系，每一个ObjectClass都定义了一些Attribute，其Attribute仍然可以是ObjectClass。在这些Attriubte中分为两种类型MUST，MAY，

MUST表示这个Entry必须包括的属性，MAY为可选。一个ObjectClass的Attribute也包括所有继承自父ObjectClass和自身定义的ObjectClass。

下面用一个类型进行说明：

objectclass ( 2.5.6.0 NAME 'top' ABSTRACT

MUST objectClass ) objectclass ( 1.3.6.1.4.1.1466.344 NAME 'dcObject'

DESC 'RFC2247: domain component object'

SUP top AUXILIARY

MUST dc )

上面是两个objectclass的定义，其中top为ABSTRACT，dcObject为AUXILIARY，这两个类型都不能定义Entry.下面这个LDIF文件在导入到LDAP时会出错：

dn: dc=java,dc=com

objectClass:dcObject

dc:

要定义这个Entry必须找到一个STRUCTURAL类型的ObjectClass。

objectClasses: ( 2.5.6.4 NAME 'organization'

DESC 'RFC2256: an organization' SUP top STRUCTURAL

MUST o

MAY ( userPassword $ searchGuide $ seeAlso

$ businessCategory

$ x121Address $ registeredAddress $ destinationIndicator

$ preferredDeliveryMethod $ telexNumber

$ teletexTerminalIdentifier

$ telephoneNumber $ internationaliSDNNumber

$ facsimileTelephoneNumber

$ street $ postOfficeBox $ postalCode $ postalAddress

$ physicalDeliveryOfficeName $ st $ l $ description ) )

这个objectClass的类型为STRUCTURAL，因此可以用来定义Entry.具体定义如下

dn: dc=java,dc=com

objectClass:dcObject

objectClass:organization

dc: o:

其中dc：为dcObject的MUST Attribute，o:

为organization的MUST Attribute。

ladp 关于LDAP的概念随便网上有很多，我不想重复，这里只是说一下我自己的理解。

都说它是“轻量级目录协议”，太专业，我不懂，我只把它想象成“简单”的目录协议。

几个很重要的概念，以后会用到：

---------------------------------------------

dn ：一条记录的位置

dc ：一条记录所属区域

ou ：一条记录所属组织

cn/uid：一条记录的名字/ID

---------------------------------------------

实际上更多时候我只把它看成数据库。我把它和我非常熟悉的MYSQL数据库做比较，通常会得到更好的理解：

MYSQL用“表”储存数据，LDAP用“树”

MYSQL指定一条记录要3个条件：DB、TABLE、ROW。

LDAP却更自由，为什么呢？因为LDAP数据是“树”状的，而且这棵树是可以无限延伸的，假设你要树上的一个苹果（一条记录），你怎么告诉园丁它的位置呢？当然首先要说明是哪一棵树（dc，相当于MYSQL的DB），然后是从树根到那个苹果所经过的所有“分叉”（ou，呵呵MYSQL里面好象没有这 DD），最后就是这个苹果的名字（uid，记得我们设计MYSQL或其它数据库表时，通常为了方便管理而加上一个‘id’字段吗？）。好了！这时我们可以清晰的指明这个苹果的位置了，就是那棵“歪脖树”的东边那个分叉上的靠西边那个分叉的再靠北边的分叉上的半红半绿的……，晕了！你直接爬上去吧！我还是说说LDAP里要怎么定义一个字段的位置吧，树（dc=waibo,dc=com)，分叉（ou=bei,ou=xi,ou= dong），苹果（cn=honglv），好了！位置出来了：

dn:cn=honglv,ou=bei,ou=xi,ou=dong,dc=waibo,dc=com

一个有名的画家说过：“世上没有相同的2个鸡蛋”。当然也没有相同的2个苹果……，同样，在LDAP里也不可能存在2个相同的dn。

LDAP数据填充原理：

一棵树的生长，要循序渐进，如果还没有长出某个分叉，就不可能在那个分叉里长出苹果（问：FT！苹果是长在分叉上的吗？答：为了便于理解，你就当它是吧），同样，LDAP数据库也要一步步的充实，举一个学校数据库的例子，我们将要把一个庞大的学生档案放到LDAP里，大致需要这么做：

---------------------------------------------

1、建立“树根”，这是通过修改“slapd.conf”来实现的，由于现在的目的是理解，所以具体步骤就不说了，反正就是在这一步建立了一个“dc= ourschool,dc=org”这样一个“树根”。注意：我把它理解成“目录”，或者“容器”，甚至它本身也是文件（苹果）的特殊形式，熟悉LINUX文件系统的朋友会更容易理解。

2、建立18个系，分别是“dnu=computer,dc=ourschool,dc=org”、“dnu=film,dc=ourschool,dc=org”……

3、当然是在每个系里面建立专业，比如“dnu=linux,ou=computer,dc=ourschool,dc=org”……

4、（开始长苹果吧！）加学生喽——“dn:cn=stan,ou=linux,ou=computer,dc=ourschool,dc=org”……

5、已经完成了吗？对了！学生的详细信息还没有呐！不过先这样吧，反正记录是可以编辑的。

--------------------------------------------- LDAP记录的详细信息

dn:cn=stan,ou=linux,ou=computer,dc=ourschool,dc=org

objectClass：organizationalPerson

cn:stan

cn:小刀

sn:小刀

description:a good boy

（以上是一条记录的信息，如果把他保存成LDIF文件，可以导入到LDAP数据库中）

上面不是说没有学生详细信息吗？怕你着急，就马上写出来了，只是还没有导入到LDAP里，那是以后的事。这里我先就你可能会产生的疑问做回答。

---------------------------------------------

Q1：“cn”不是在“dn”里定义了吗，怎么又在后面重新定义了？答：你要把“cn=stan,ou=linux,ou=computer,dc=ourschool,dc=org”看成是一个整体，它只是属性dn的值。

Q2：怎么后面有2个“cn”，我以哪个为准？答：区别于普通数据库，LDAP每个属性一般可以具有多个值，这样不好吗？你在学校数据库里找我的时候，只要记得我的一个cn就可以了，用“cn=stan”或“cn=小刀”都可以找到我！

Q3：就这些属性了吗？我都不知道你是男是女。答：先声明，偶是男地。 LDAP对记录的属性做了严格的限制（这一点我不太喜欢），也就是说，你可以用哪些属性，哪些属性不能为空，哪些属性最多只能有一个值等，他们都给你规定好了。幸好你有选择的权利，比如这次我们是储存学生信息，那么我们就定义一个“objectClass：organizationalPerson”，这样 “organizationalPerson”这个类所规定的所有属性我们都可以用了，而且确实很适合我们。虽然这个类中没有“sex”这个属性，不过你完全可以用一个“空闲”的属性来顶替。如果我们能自己建立“类”就更好了，但目前我还没有时间去研

合集下载

DSP2812学习资料整理

DSP2812学习资料整理

目录

TMS320F2812引脚详细分析 ............................................................................................................ 1

HELLO一:如何开始DSP的学习 ...................................................................................................... 9

HELLO二:完整工程的构成 ............................................................................................................ 11

HELLO三:CCS的操作 ..................................................................................................................... 15

HELLO四(一)：2812片内资源 ..................................................................................................... 25

HELLO四(二)：2812存储器映射及CMD ...................................................................................... 29

HELLO五(一)：2812中断系统概述 ............................................................................................. 37

LDAP配置

LDAP配置

LDAP 中的访问控制列表

本节介绍 Senior Level Linux Professional (LPIC-3) 301 考试的 303.2 主题的内容。此主题的权值是 2。

在本节中，学习如何：

 计划 LDAP 访问控制列表  了解访问控制语法  授予和撤消 LDAP 访问权限

LDAP 树中可以存储各种数据，包括电话号码、出生日期和工资表信息。其中一些数据可能是公开的，一

些数据可能只能由由特定的人访问。根据用户的不同，同样的信息可能有不同的限制。例如，也许只有记录的所有者和管理员可以更改电话号码，但是每个人都可以读取这些号码。访问控制列表 (ACL) 处理这

些限制的配置。 计划 LDAP 访问控制列表 在开始编写配置之前，应该确定要实现的目标。树的哪部分包含敏感信息？哪些属性需要保护，保护其不

被谁访问？如何使用树？ ACL 的组件

ACL 条目提供三条信息：

1. ACL 指定 what 条目和属性 2. ACL 应用于 who

3. 授予的 access 级别 正则表达式

正则表达式用于匹配文本。您可

能大体了解文本的外观，或知道

特定的模式，则可以构建正则表达式来找到要查找的内容。正则

表达式，简称为 regex ，是由

文字匹配和与各种模式匹配的元

字符组成的。

hello 就是一个简单的 regex ，它匹配任何包括 hello

模式的字符串。

您可能不知道字符串是否为大

写，那么元字符集合 [] 能够匹

配集合中的任何字符。因此，

[Hh]ello 匹配 hello 和

Hello。 句点可以匹配任何单个字

符。 .ello 匹配 Hello 和

hello， 但也匹配 fellow 和 cello。然而，它不能匹配 ello，指定 “what” 子句时，可以选择根据对象的区分名（distinguished name，DN）、LDAP 风格的查询筛选器、属性列表或以上三者的

组合来进行筛选。最简单的子句允许一切内容，但也可以有很多限制。根据 DN 筛选允许您指定精确匹配，比如

CAS整合LDAP实现单点登录学习笔记

CAS整合LDAP实现单点登录学习笔记

SJTU

Crushing Blow

——CAS整合LDAP实现单点登录学习笔记

Solomon leo

********************

8/15/2010

Solomon leo 2010年8月15日，七夕前一日。忧来其如何？ 凄怆摧心肝。SJTU CAS整合LDAP实现单点登录学习笔记

Page 1 of 19

目录

Contents

目录 ........................................................................................................................................................................................... 1

1单点登录 ................................................................................................................................................................................ 2

2 CAS .......................................................................................................................................................................................... 3

2.1 JA-SIG（CAS）的设计愿景 ......................................................................................................................................... 3

Sun Directory ServerLDAP学习笔记(二)——API说明及代码样例

Sun Directory ServerLDAP学习笔记(二)——API说明及代码样例

从JDK5.0开始，对LDAP协议的数据访问操作就被集成在javax的扩展API包中，并随同JDK一并发布，这一章节，我们主要介绍API包中的类信息。

javax.naming.directory 包的结构

常用API解析

javax.naming.directory.InitialDirContext，初始化目录服务上下文类

该类是LDAP数据内容的操作工具类，通过该类可以执行绑定LDAP服务器、新增LDAP条目、获取条目实例、修改条目属性、删除条目和根据条件搜索条目等操作。常用方法说明如下：

初始化LDAP 目录服务上下文(相当于使用JDBC打开一个数据库链接)

 InitialDirContext(Hashtable environment)

绑定/创建LDAP条目对象（相当于新增一个LDAP条目数据bind(Name

 name, Object obj, Attributes attrs)

 bind(String name, Object obj, Attributes attrs)

 createSubcontext(Name name, Attributes attrs)

 createSubcontext(String name, Attributes attrs)

获取条目实例（属性集）

 getAttributes(Name name)

 getAttributes(Name name, String[] attrIds)

 getAttributes(String name)

 getAttributes(String name, String[] attrIds)

修改条目属性

 modifyAttributes(Name name, int mod_op, Attributes attrs)

 modifyAttributes(Name name, ModificationItem[] mods)