附录 B. 相对 RFC 2253 的变更

本附录仅供参考，它不是本规范的规范性组成部分。

相对 RFC 2253，本文档做出了以下实质性变更：

• 删除了 IESG 说明。IESG 说明所关注的问题已被处理。

• 将所有对 ISO 10646-1 的引用替换为 [Unicode]。

• 在第 1 节中澄清：本文档不定义规范化的字符串表示。

• 澄清第 2 节描述的是被推荐 (RECOMMENDED) 的编码算法，并且允许使用其他算法。RFC 2253 中描述的某些编码选项在本规范中被视为可选算法。

• 修订了第 2 节的规范，允许任何已注册属性类型的短名出现在 DN 的字符串表示中，而不再局限于"已发布的表"。删除了"作为一个示例"的措辞。在第 3 节中增加了一条陈述，允许识别更多的名称，但同时要求识别已发布表中的那些名称。该表现在位于第 3 节。

• 删除了对同时支持 LDAPv3 的 LDAPv2 实现的附加要求（RFC 2253 第 4 节），因为 LDAPv2 现已归为 Historic。

• 允许识别其他形式的字符串表示。

• 更新第 2.4 节，允许对所有字符进行十六进制对转义，并澄清了存在多八位组 UTF-8 编码时的转义方式。指出空字符 (U+0000) 必须被转义。指出等号 ('=' U+003D) 字符可以转义为 '='。

• 重写第 3 节以使用 RFC 4234 定义的 ABNF。

• 更新了第 3 节的 ABNF。变更包括：

  • 允许长度为 1 的 AttributeType 短名（例如 'L'）；
  • 在 AttributeType 中使用了更严格的 产生式；
  • 不再要求转义等号 ('=' U+003D) 字符；
  • 不再要求转义非行首的数字符号 ('#' U+0023) 字符；
  • 允许空格 (' ' U+0020) 转义为 '\ '；
  • 要求对空字符 (U+0000) 进行十六进制转义；
  • 移除了仅属于 LDAPv2 的构造。

• 更新第 3 节，描述如何解析语法的各个元素。

• 重写了示例。

• 增加了对包含一般 LDAP 安全考虑的文档的引用。

• 增加了对呈现问题的讨论（附录 A）。

• 增加了本附录。

此外，还进行了大量编辑性修改。

编辑地址

Kurt D. Zeilenga OpenLDAP Foundation

EMail: [email protected]