对 LDIF 文件进行查错

Novell 导入转换导出实用程序可方便地将 LDIF 文件导入 eDirectoryTM 或从 eDirectoryTM 中导出 LDIF 文件。要正确进行 LDIF 导入，必须使用 Novell 导入转换导出实用程序可以读取和处理的 LDIF 文件。本小节将介绍 LDIF 文件的格式和语法，并提供正确的 LDIF 文件示例。

了解 LDIF

LDIF 是一种普遍使用的文件格式，用来描述目录信息或可对目录执行的修改操作。LDIF 完全独立于在所有特定目录中使用的储存格式，LDIF 通常用于从 LDAP 服务器导出目录信息或将数据导入 LDAP 服务器。

LDIF 一般很容易生成。因此，可以借助于一些工具（如 awk 或 perl）将专有格式的数据移入 LDAP 目录。也可以编写脚本来生成 LDIF 格式的测试数据。

LDIF 文件格式Novell 导入转换导出导入需要 LDIF 1 格式的文件。以下是 LDIF 1 文件的基本规则：

第一个非注释行必须是版本号：1. 版本号后面跟有一个或多个记录。 每个记录由多个字段组成，一行一个字段。 各行使用换行符或回车符/换行符对分隔。 各记录由一个或多个空行分隔。 存在两种不同类型的 LDIF 记录：内容记录和更改记录。对 LDIF 文件可以包含的记录数目没有限制，但它们必须属于同一类型。在同一个 LDIF 文件中不能既有内容记录又有更改记录。 以井字符 (#) 开头的行是注释行，在处理 LDIF 文件时将被忽略。

LDIF 内容记录LDIF 内容记录代表整个项的内容。以下是 LDIF 文件示例，共包含四个内容记录：

1 version: 1 2 dn: c=US 3 objectClass: top 4 objectClass: country 5 6 dn: l=San Francisco, c=US 7 objectClass: top 8 objectClass: locality 9 st: San Francisco 10 11 dn: ou=Artists, l=San Francisco, c=US 12 objectClass: top 13 objectClass: organizationalUnit 14 telephoneNumber: +1 415 555 0000 15 16 dn: cn=Peter Michaels, ou=Artists, l=San Francisco, c=US 17 sn: Michaels 18 givenname: Peter 19 objectClass: top 20 objectClass: person 21 objectClass: organizationalPerson 22 objectClass: iNetOrgPerson 23 telephonenumber: +1 415 555 0001 24 mail: 25 userpassword: Peter123 26

此 LDIF 文件由以下部分组成：

表 135. LDIF 文件组成部分

部分说明

版本限定符　LDIF 文件的第一行包含版本号。冒号和版本号（当前定义为 1）之间可以无空格，也可以有多个空格。
如果缺少版本行，允许任何处理 LDIF 文件的应用程序将该文件的版本号假定为 0。但是也可能因为语法上的错误而拒绝处理该 LDIF。如果缺少版本行，处理 LDIF 的 Novell 实用程序将假定文件的版本号为 0。

判别名限定符　每个内容记录的第一行（如上面示例中的第 2、6、11 和 16 行）指定所代表的项的 DN。
DN 限定符必须使用以下两种格式之一：
dn:安全 UTF-8 判别名 dn::Base64 编码的判别名

行分界符　行分隔符可以是换行符或回车符/换行符对。这就解决了 Linux* 和 Solaris* 文本文件（将换行符用作行分隔符）与 MS-DOS 和 Windows* 文本文件（将回车符/换行符对用作行分隔符）间常见的不兼容问题。

记录分界符　使用空行（如上面记录中的第 5、10、15 和 26 行）作为记录分界符。
LDIF 文件中的每个记录（包括最后一个记录）必须使用记录分界符（一个或多个空行）作为终止。虽然某些情况也会默认地接受没有终止记录分界符的 LDIF 文件，但 LDIF 规范要求使用终止记录分界符。

特性值限定符　内容记录中所有其它的行均是值限定符。值限定符必须使用以下三种格式之一：
特性说明:值 特性说明::Base64 编码的值 特性说明:<URL