当前位置：文档之家 › RFC2255LDAP URL格式

RFC2255LDAP URL格式

  • 格式：pdf
  • 大小：263.82 KB
  • 文档页数：10

版权信息：本文档版权由所有，可随意传播、打印及用于任何用途，必须保留本文档的所有版权信息及版本信息，同时不可对本文档的任何部分进行任何修改。

版本信息日期版本描述作者2004-03-01 v1.0 最初版本 保留随时对本文档的任何部分作出修改，而不事先通知使用者的权利。

The LDAP URL FormatLDAP URL格式1、本备忘录的状态（Status of this Memo）本文档定义了一个用于Internet通讯的Internet标准跟踪协议，为了发展的需要讨论和建议。

对于这个协议的状况和地位请参照Internet官方协议标准（"Internet Official Protocol Standards"（STD 1））的当前版。

这个备忘录的传播是不受限制的。

版权提示（Copyright Notice）版权Internet组织（The Internet Society (1997)）。

所有权利保留。

IESG提示（IESG Note）本文档描述将一种同时提供读和更新访问的目录访问协议。

更新访问需要安全认证，但这个文档并不强制实现任何安全认证机制。

与RFC2026的4.4.1节相同，本规范正在被IESG批准期间，作为被提议的标准，可能并不限于本文档所述内容。

原因如下：a、鼓励在它们被发布前，实现和交互测试这些协议（带有或没有更新访问）；b、鼓励在只读的应用程序中配置和使用这些协议。

（例如，在某些应用程序中，目录的更新访问使用某些其它安全的机制而不是LDAP，而使用LDAPv3被作为对目录的查询语言）；c、避免阻碍别的Internet标准追踪协议的发展和发布。

（这些协议需要LDAPv3的目录服务器的查询能力，而不是更新能力）需要警告读者的是，直到强制的验证机制被标准化之前，根据本规范编写的客户端和服务器实现了更新功能的话，它们的互操作性可能是不可靠的，或者仅提供在认证需要极度弱化的时候的互操作性。

因此在具有强制认证的LDAPv3未成为一个RFC而被批准或发布之前，不鼓励实现者发布一个实现了更新功能的LDAPv3的客户端和服务器。

目录The LDAP URL Format LDAP URL格式 (2)1、本备忘录的状态（Status of this Memo） (2)版权提示（Copyright Notice） (2)IESG提示（IESG Note） (2)2、摘要（Abstract） (4)3、URL定义（URL Definition） (4)4、Bindname扩展（The Bindname Extension） (6)5、URL处理（URL Processing） (6)6、范例（Examples） (7)7、安全考虑（Security Considerations） (8)8、感谢（Acknowledgements） (9)9、参考书目（References） (9)10、作者地址（Authors' Addresses） (9)11、完整的版权声明（Full Copyright Statement） (10)2、摘要（Abstract）LDAP是轻目录访问协议，在参考文档[1]，[2]和[3]中定义。

本文档描述了LDAP统一资源地址（URL）的格式。

该格式描述了执行从一个LDAP目录检索信息的LDAP查询操作。

本文档替代了RFC 1959。

它为LDAPv3更新了LDAP URL格式，并解释了如何处理LDAP URL。

本文档也为LDAP URL定义了扩展机制，这样未来的文档能扩展它们的功能，例如，若定义了一个新的LDAPv3扩展，就可以提供对它们的访问。

在本文档中使用的关键字"MUST"，"MAY"和"SHOULD"的含意与参考文档[6]中描述的相同。

3、URL定义（URL Definition）一个LDAP URL使用协议的前缀"ldap"开始，并使用下面的语法定义。

ldapurl =scheme "://" [hostport] ["/"[dn ["?" [attributes] ["?" [scope]["?" [filter] ["?" extensions]]]]]]scheme = "ldap"attributes =attrdesc *("," attrdesc)scope = "base" / "one" / "sub"dn =distinguishedName from Section 3 of [1]hostport =hostport from Section 5 of RFC 1738 [5]attrdesc =AttributeDescription from Section 4.1.5 of [2]filter =filter from Section 4 of [4]extensions =extension *("," extension)extension =["!"] extype ["=" exvalue]extype =token / xtokenexvalue =LDAPString from section 4.1.2 of [2]token =oid from section 4.1 of [3]xtoken =("X-" / "x-") token前缀"ldap"声明了存在于LDAP服务器中的一个或多个条目，该LDAP服务器运行在给定主机的给定端口号上的。

缺省的LDAP端口号是TCP端口389。

如果示给出主机端口号，客户端必须有一些预备知识，以连接到一个适合的LDAP服务器。

dn是使用字符串格式的LDAP分辨名（参考文档[1]中描述）。

它标识了LDAP查询的基准对象（base object）。

attributes结构用于标识那些属性应该从条目中（或多个条目中）返回。

单个attrdesc名称与参考文档[2]中AttributeDescription的定义相同。

如果attributes部分被忽略，条目（或多个条目）的所有用户属性应该被请求（例如，通过设置LDAP查询请求中的attributes域的AttributeDescriptionList为一个NULL列表，或（在LDAPv3里）通过请求特殊的属性名"*"）。

scope部分用于指定在给定的服务器上执行的查询的范围。

允许的范围如下："base"指基准对象（base object）查询，"one"指一层子条目查询，或者"sub"指子树（subtree）查询。

如果scope被忽略，则认为是"base"范围。

filter被用于指定查询过滤器，该过滤器在查询时应用到指定范围内的条目上。

它的格式在参考文档[4]中定义。

如果filter被忽略，则认为过滤器是"(objectClass=*)"。

extensions部分提供了带有扩展机制的LDAP URL，它允许URL的能力在未来可以被扩展。

扩展是一个简单的由逗号分隔的（comma-separated）type=value对儿列表，=value部分对于不需要它的选项可以（MAY）被忽略。

每一个type=value对儿是一个扩展。

这些LDAP URL扩展不必与某个LDAPv3扩展机制相关。

处理该URL的客户端可以支持，也可以不支持扩展。

以'!'（ASCII 33）字符为前缀的extension是关键（critical）扩展。

不以'!'（ASCII 33）字符为前缀的扩展是非关键（non-critical）扩展。

如果某个扩展被客户端所支持，若该扩展是关键扩展，则客户端必须（MUST）遵守该扩展。

客户端应该（SHOULD）遵守它所支持的非关键扩展。

如果某个扩展不被客户端支持，若该扩展是关键扩展，客户端绝不（MUST NOT）能处理该URL。

如果不支持的扩展是非关键扩展，客户端必须（MUST）忽略该扩展。

如果一个关键扩展不能被客户端成功处理，客户端绝不（MUST NOT）能处理该URL。

如果一个非关键扩展不能被客户端成功处理，客户端应该（SHOULD）忽略该扩展。

带有"X-"或"x-"前缀的扩展类型保留，在通讯个体之间的双边协议（bilateral agreements）中使用。

其它扩展类型必须（MUST）在本文档中定义，或在其它标准追踪文档中定义。

本文档的下一节中将定义一个LDAP URL扩展。

其它文档或本文档的未来版本可能（MAY）定义其它扩展。

应注意，任何URL非法字符（URL-illegal character）（例如，空格），URL特殊字符（URL special character）（类似于RFC 1738的2.2节中定义的）和保留字符'?'（ASCII 63）出现在dn中、出现在filter中、或出现在LDAP URL中的其它元素中，必须（MUST）使用在RFC 1738（参考文档[5]）中描述的%方法进行转义。

如果一个','（逗号字符）出现在一个extension 值的中，该字符也必须（MUST）使用%方法进行转义。

4、Bindname扩展（The Bindname Extension）本节定义了一个LDAP URL扩展，该扩展代表了一个客户端使用的分辨名，客户端在解析一个LDAP URL期间认证到一个LDAP目录时使用该分辨名。

客户端可以（MAY）实现该扩展。

该扩展类型是"bindname"。

extension值是认证时使用的目录条目的分辨名，与上面语法里描述的dn的格式相同。

dn可以是空字符串，指定为非认证访问。

该扩展可以是关键扩展（以'!'字符为前缀）或非关键扩展（不以'!'字符前缀）。

如果bindname扩展是关键扩展，解析URL的客户端必须（MUST）使用给定的分辨名和一个适当的认证方法认证到目录。

注意对于一个NULL分辨名，可能（MAY）需要不绑定（no bind），以获得对目录的匿名访问。

合集下载

url的组成格式为

url的组成格式为

URL由三部分组成：资源类型、存放资源的主机域名、资源文件名。

也可认为由4部分组成：协议、主机、端口、路径。

protocol（协议）
指定使用的传输协议，下表列出protocol 属性的有效方案名称。

最常用的是HTTP协议，它也是WWW中应用最广的协议。

hostname（主机名）
是指存放资源的服务器的域名系统(DNS) 主机名或IP 地址。

有时，在主机名前也可以包含连接到服务器所需的用户名和密码（格式：username:password@hostname）。

port（端口号）
整数，可选，省略时使用方案的默认端口，各种传输协议都有默认的端口号，如http的默认端口为80。

如果输入时省略，则使用默认端口号。

有时候出于安全或其他考虑，可以在服务器上对端口进行重定义，即采用非标准端口号，此时，URL中就不能省略端口号这一项。

path（路径）
由零或多个“/”符号隔开的字符串，一般用来表示主机上的一个目录或文件地址。

parameters（参数）
这是用于指定特殊参数的可选项。

query(查询)
可选，用于给动态网页（如使用CGI、ISAPI、PHP/JSP/ASP/ASP。

NET等技术制作的网页）传递参数，可有多个参数，用“&”符号隔开，每个参数的名和值用“=”符号隔开。

fragment（信息片断）
字符串，用于指定网络资源中的片断。

例如一个网页中有多个名词解释，可使用fragment直接定位到某一名词解释。

ISM 技术要点

ISM 技术要点

NOVELL ISM 解决方案产品技术规格eDirectory 目录服务器产品规格1.成熟性a)所采用的技术、经过国内外的大型企业使用实践检验，被证明是成熟的。

b)为自主研发，并具有10年以上的销售和使用历史。

2.标准兼容性a)兼容LDAPv3标准（RFC2251）。

b)支持LDAP搜索过滤器（RFC2254）。

c)支持LDAP URL标准（RFC2255）。

d)支持DSMLv2标准。

e)支持LDIF标准。

f)支持SASL标准g)支持SSL/TLS标准h)支持X.509v3标准i)支持目录系统协议 (DSP) 标准；j)支持目录访问协议 (DAP) 标准；k)支持目录信息屏蔽协议 (DISP) 标准；3.数据的复制a)支持多种复制粒度，能够实现基于目录树、基于某个分支的复制，能够支持仅复制记录的部分属性。

除提供相关的工具外，还应提供基于Java和C的API。

b)具备机制保证复制的可靠性，能够在各种情况下（例如，网络在传输过程中中断、主机宕机等）保证数据的一致性。

c)复制策略可以订制，能够指定复制的频度、定时复制时指定的复制时间等。

除提供相关的工具外，还应提供基于Java和C的API。

d)的数据复制应当满足低时延和低带宽占用（如：WAN）。

e)支持4个以上的多主目录复制。

f)支持目录服务器的远程复制g)支持多种复制启动方式：手动启动复制、定期启动复制。

h)支持数据的实时复制，并提供相关工具及基于Java和C的API。

i)作数据复制时，应当能够对传输的数据进行压缩。

j)作数据复制时，应当能够对传输的数据进行加密。

4.数据的备份与恢复a)支持多种备份方式，如增量备份、数据库文件备份等。

b)提供便捷的备份工具。

c)支持多种数据恢复方式。

d)提供便捷的数据恢复工具。

5.易用性a)提供基于WEB的管理方式，管理界面能够被信息门户整合。

b)支持中文信息，能够正确输入、检索、和输出中文信息。

c)提供缺省和定制索引功能。

RFC2251 LDAP协议 第三版

RFC2251 LDAP协议 第三版

版权信息：本文档版权由所有，可随意传播、打印及用于任何用途，必须保留本文档的所有版权信息及版本信息，同时不可对本文档的任何部分进行任何修改。

版本信息日期版本描述作者2003-04-30 v1.0 最初版本 2003-10-17 v1.1 修订，包括错误修正 2003-11-19 v1.2 整体修改 2004-01-14 v1.3 完成全部翻译，并调整格式 2004-01-28 v1.4 调整了章节格式 保留随时对本文档的任何部分作出修改，而不事先通知使用者的权利。

Lightweight Directory Access Protocol (v3)轻型目录访问协议(v3)1、本备忘录的状态（Status of this Memo）本文档定义了一个用于Internet通讯的Internet标准跟踪协议，为了发展的需要讨论和建议。

对于这个协议的状况和地位请参照Internet官方协议标准（"Internet Official Protocol Standards"（STD 1））的当前版。

这个备忘录的传播是不受限制的。

1.1、版权提示（Copyright Notice）版权Internet组织（The Internet Society (1997)）。

所有权利保留。

1.2、IESG提示（IESG Note）本文档描述将一种同时提供读和更新访问的目录访问协议。

更新访问需要安全认证，但这个文档并不强制实现任何安全认证机制。

与RFC2026的4.4.1节相同，本规范正在被IESG批准期间，作为被提议的标准，可能并不限于本文档所述内容。

原因如下：a、鼓励在它们被发布前，实现和交互测试这些协议（带有或没有更新访问）；b、鼓励在只读的应用程序中配置和使用这些协议。

（例如，在某些应用程序中，目录的更新访问使用某些其它安全的机制而不是LDAP，而使用LDAPv3被作为对目录的查询语言）；c、避免阻碍别的Internet标准追踪协议的发展和发布。

LDAP协议

LDAP协议

LDAP协议协议名称：LDAP协议一、协议目的LDAP（轻量级目录访问协议）是一种用于访问和维护分布式目录服务的应用层协议。

本协议的目的是明确规定LDAP协议的标准格式，以确保各方能够准确理解和实施LDAP协议。

二、协议范围本协议适合于所有使用LDAP协议进行目录服务的实体，包括但不限于LDAP 服务器、LDAP客户端以及与LDAP协议相关的中间件和应用程序。

三、协议内容1. LDAP协议版本1.1 LDAP协议的版本应符合RFC 4510规定。

1.2 目前广泛使用的LDAP协议版本包括LDAPv2和LDAPv3，推荐使用LDAPv3。

2. LDAP协议格式2.1 LDAP请求格式LDAP请求由操作码（Operation Code）和操作数（Operation Operand）组成。

操作码用于指示请求的类型，操作数用于携带请求的参数。

LDAP请求格式如下：<LDAP请求消息> ::= <LDAP消息头> <LDAP操作码> <LDAP操作数><LDAP消息头> ::= <消息ID><LDAP操作码> ::= <操作码类型><LDAP操作数> ::= <操作数类型>2.2 LDAP响应格式LDAP响应由结果码（Result Code）和结果描述（Result Description）组成。

结果码用于指示操作的结果状态，结果描述用于提供详细的操作结果信息。

LDAP响应格式如下：<LDAP响应消息> ::= <LDAP消息头> <LDAP结果码> <LDAP结果描述><LDAP消息头> ::= <消息ID><LDAP结果码> ::= <结果码类型><LDAP结果描述> ::= <结果描述类型>3. LDAP操作类型3.1 LDAP绑定操作LDAP绑定操作用于建立LDAP会话连接。