第 7 章 管理目录模式


您可以通过添加自定义模式(使用 dsconf 实用程序和 Web 控制台创建)将额外数据存储在目录服务器中。您还可以扩展 schema,并验证现有属性值的语法。

7.1. 模式扩展的工作流

添加新模式元素需要:

  1. 为新架构规划和定义唯一对象标识符(OID)。目录服务器通过其 OID 识别 schema 元素,但您必须手动管理 OID。

    OID 是一个以点分开的数字,它标识到服务器的 schema 元素。OID 可以分层,基本 OID 可以扩展以容纳不同的分支。例如,基本 OID 可以是 1,而 1.1 中可以有一个属性分支,以及 1.2 的对象类。

    重要

    即使不需要,红帽建议将数字 OID 用于自定义模式,以更好地转发兼容性和性能。

  2. 从互联网编号分配机构(IANA)请求 OID。详情请查看 https://pen.iana.org/pen/PenApplication.page
  3. 创建 OID registry 来跟踪 OID 分配,并确保没有 OID 用于多个目的。OID registry 是目录 schema 中使用的所有 OID 列表,包括描述。使用自定义模式发布 OID registry。
  4. 定义新属性。
  5. 定义包含新属性的对象类。但是,请不要更新默认模式。如果您创建新属性,请始终将它们添加到自定义对象类中。

当实例启动时,目录服务器会加载架构。若要加载新的架构文件,请重新启动实例或启动重新加载任务。

在自定义目录服务器模式时请记住以下规则:

  • 使架构尽可能简单。
  • 尽可能重复使用现有的 schema 元素。
  • 尽可能减少为每个对象类定义的必要属性数量。
  • 不要为同一目的定义多个对象类或属性。
  • 不要修改属性或对象类的任何现有定义。
警告

不要更新或删除标准模式,以避免与其他目录或 LDAP 客户端应用程序兼容。

返回顶部
Red Hat logoGithubredditYoutubeTwitter

学习

尝试、购买和销售

社区

关于红帽文档

通过我们的产品和服务,以及可以信赖的内容,帮助红帽用户创新并实现他们的目标。 了解我们当前的更新.

让开源更具包容性

红帽致力于替换我们的代码、文档和 Web 属性中存在问题的语言。欲了解更多详情,请参阅红帽博客.

關於紅帽

我们提供强化的解决方案,使企业能够更轻松地跨平台和环境(从核心数据中心到网络边缘)工作。

Theme

© 2025 Red Hat