第 7 章 模式定义
目录架构是一组定义如何在目录中存储数据的规则。目录信息存储离散条目,每个条目由一组属性及其值组成。条目中描述的身份类型在条目的对象类中定义。对象类指定条目通过对象类定义的一组属性描述的对象类型。
基本上,架构文件是可以创建( 对象类)以及这些条目可以描述( 属性)的条目类型的列表。架构 定义 对象类和属性是什么。架构还定义了属性值包含的格式(属性 的语法),以及是否只能是该属性的单一实例。
可以将其他架构文件添加到目录服务器配置中并加载到服务器中,因此可以自定义该架构,并可根据需要进行扩展。
如果模式定义包含太多字符,目录服务器无法启动。在那些中,LDAP 标准允许使用零个或多个空格;例如,NAME 关键字与属性类型名称之间的位置。
7.1. 对象类
在 LDAP 中,对象类定义可用于定义条目的属性集合。LDAP 标准为许多常用条目提供对象类,如人员和 inetOrgPerson
)、组(groupOfUniqueNames
)、位置(locality
)、机构和部门(机构
和 机构单元
)和设备(设备
)。
在架构文件中,对象类由 objectclasses
行标识,然后是其 OID、名称、描述、其直接的对象类(需要与对象类一同使用的对象类,并与这个对象类共享其属性)以及所需的(MUST
)和允许(MAY
)属性的列表。以下示例中显示了:
例 7.1. 人员对象类架构条目
objectClasses: ( 2.5.6.6 NAME 'person' DESC 'Standard LDAP objectclass' SUP top MUST ( sn $ cn ) MAY ( description $ seeAlso $ telephoneNumber $ userPassword ) X-ORIGIN 'RFC 2256' )
7.1.1. 必要和允许的属性
每个对象类定义了多个所需属性和允许的属性。所需属性必须使用指定的对象类存在于条目中,而允许的属性会被禁止使用且可用于条目,但该条目不需要有效。
与 例 7.1 “人员对象类架构条目” 中一样,person
对象类需要 cn
,sn
, 和 iwl 属性,并允许 描述
,seeAlso
,telephoneNumber
, 和 userPassword
属性。
所有条目都需要 zFCP
属性,它列出了分配给该条目的对象类。
7.1.2. 对象类继承
个条目可以有多个对象类。例如,个人对象类条目由 person
对象类定义,但同一人也可能由 inetOrgPerson
和 organizationalPerson
对象类中的属性描述。
此外,对象类可以是分级。除了自己的必需和允许的属性外,对象类也可以从另一个类继承属性。第二个对象类是第一个 顶级 的对象类。
服务器的对象类结构决定了特定条目所需和允许的属性列表。例如,用户条目必须具有 inetOrgPerson
对象类。在这种情况下,该条目还必须包括 inetOrgPerson
,organizationalPerson
, 和 organizationalPerson 的 superior 对象类,即 organizationalPerson
的高级对象类,即:
objectClass: top objectClass: person objectClass: organizationalPerson objectClass: inetOrgPerson
当将 inetOrgPerson
对象类分配给条目时,该条目会自动继承来自高级对象类的必需属性和允许的属性。