RFC5020 日本語訳
5020 The Lightweight Directory Access Protocol (LDAP) entryDNOperational Attribute. K. Zeilenga. August 2007. (Format: TXT=8607 bytes) (Status: PROPOSED STANDARD)
プログラムでの自動翻訳です。
英語原文
Network Working Group K. Zeilenga Request for Comments: 5020 Isode Limited Category: Standards Track August 2007
Zeilengaがコメントのために要求するワーキンググループK.をネットワークでつないでください: 5020年のIsode株式会社カテゴリ: 標準化過程2007年8月
The Lightweight Directory Access Protocol (LDAP) entryDN Operational Attribute
ライトウェイト・ディレクトリ・アクセス・プロトコル(LDAP)のentryDNの操作上の属性
Status of This Memo
このメモの状態
This document specifies an Internet standards track protocol for the Internet community, and requests discussion and suggestions for improvements. Please refer to the current edition of the "Internet Official Protocol Standards" (STD 1) for the standardization state and status of this protocol. Distribution of this memo is unlimited.
このドキュメントは、インターネットコミュニティにインターネット標準化過程プロトコルを指定して、改良のために議論と提案を要求します。 このプロトコルの標準化状態と状態への「インターネット公式プロトコル標準」(STD1)の現行版を参照してください。 このメモの分配は無制限です。
Copyright Notice
版権情報
Copyright (C) The IETF Trust (2007).
IETFが信じる著作権(C)(2007)。
Abstract
要約
This document describes the Lightweight Directory Access Protocol (LDAP) / X.500 'entryDN' operational attribute. The attribute provides a copy of the entry's distinguished name for use in attribute value assertions.
このドキュメントはライトウェイト・ディレクトリ・アクセス・プロトコル(LDAP)/X.500の'entryDN'操作上の属性について説明します。 属性はエントリーの分類名のコピーを属性値主張における使用に提供します。
Zeilenga Standards Track [Page 1] RFC 5020 LDAP entryDN August 2007
Zeilenga規格はLDAP entryDN2007年8月にRFC5020を追跡します[1ページ]。
1. Background and Intended Use
1. バックグラウンドと意図している使用
In X.500 Directory Services [X.501], such as those accessible using the Lightweight Directory Access Protocol (LDAP) [RFC4510], an entry is identified by its distinguished name (DN) [RFC4512]. However, as an entry's DN is not an attribute of the entry, it is not possible to perform attribute value assertions [RFC4511] against it.
ライトウェイト・ディレクトリ・アクセス・プロトコル(LDAP)[RFC4510]を使用するアクセスしやすいものなどのX.500ディレクトリサービス[X.501]では、分類名(DN)[RFC4512]によってエントリーは特定されます。 しかしながら、エントリーのDNがエントリーの属性でないので、それに対して属性値主張[RFC4511]を実行するのは可能ではありません。
This document describes the 'entryDN' operational attribute which holds a copy of the entry's distinguished name. This attribute may be used in search filters. For instance, searching the subtree <dc=example,dc=com> with the filter:
このドキュメントはエントリーの分類名のコピーを持っている'entryDN'操作上の属性について説明します。 この属性は検索フィルタで使用されるかもしれません。 例えば、下位木<dcを捜すのはフィルタで例、dc=com>と等しいです:
(entryDN:componentFilterMatch:=or:{ item:{ component "3", rule rdnMatch, value "ou=A" }, item:{ component "3", rule rdnMatch, value "ou=B" } })
または、(entryDN:componentFilterMatch:=、:、項目:、コンポーネント、「3インチ(規則rdnMatch)が"ou=A"を評価する、項目:、コンポーネント、「3インチ(規則rdnMatch)が"ou=B"を評価する、)、」
would return entries in the subtree <ou=A,dc=example,dc=com> and entries in subtree <ou=B,dc=example,dc=com>, but would not return any other entries in the subtree <dc=example,dc=com>.
下位木<dc=例(dc=com>)におけるいかなる他のエントリーも返さないだろうというのを除いて、下位木<ou=B、例、dc=com dc=>で下位木<ou=A、dc=例、dc=com>、およびエントリーにおけるエントリーを返すでしょう。
In the above paragraph, DNs are presented using the string representation defined in [RFC4514], and the example search filter is presented using the string representation defined in [RFC4515] with whitespace (line breaks and indentation) added to improve readability. The 'componentFilterMatch' and 'rdnMatch' rules are specified in [RFC3687].
前の段落で、[RFC4514]で定義されたストリング表現を使用することでDNsを寄贈します、そして、空白(ラインブレイクと刻み目)が読み易さを改良するために加えられている状態で[RFC4515]で定義されたストリング表現を使用することで例の検索フィルタを贈ります。 'componentFilterMatch'と'rdnMatch'規則は[RFC3687]で指定されます。
Schema definitions are provided using LDAP description formats [RFC4512]. Definitions provided here are formatted (line wrapped) for readability.
LDAP記述形式[RFC4512]を使用することで図式定義を提供します。 ここに提供された定義は読み易さのためにフォーマットされます(包装された系列)。
2. 'entryDN' Operational Attribute
2. 'entryDN'操作上の属性
The 'entryDN' operational attribute provides a copy of the entry's current DN.
'entryDN'操作上の属性はエントリーの現在のDNのコピーを提供します。
The following is an LDAP attribute type description suitable for publication in subschema subentries.
↓これはサブスキーマ副次的記載での公表に適したLDAP属性型記述です。
( 1.3.6.1.1.20 NAME 'entryDN' DESC 'DN of the entry' EQUALITY distinguishedNameMatch SYNTAX 1.3.6.1.4.1.1466.115.121.1.12 SINGLE-VALUE NO-USER-MODIFICATION USAGE directoryOperation )
(1.3.6.1.1.20NAME'エントリーのentryDN'DESC'DN'EQUALITY distinguishedNameMatch SYNTAX1.3.6、.1、.4、.1、.1466、.115、.121、.1、.12SINGLE-VALUE NO-USER-MODIFICATION USAGE directoryOperation)
Zeilenga Standards Track [Page 2] RFC 5020 LDAP entryDN August 2007
Zeilenga規格はLDAP entryDN2007年8月にRFC5020を追跡します[2ページ]。
Note that the DN of the entry cannot be modified through this attribute.
この属性を通してエントリーのDNを変更できないことに注意してください。
3. Security Considerations
3. セキュリティ問題
As this attribute only provides an additional mechanism to access an entry's DN, the introduction of this attribute is not believed to introduce new security considerations.
この属性がエントリーのDNにアクセスするために追加メカニズムを提供するだけであるとき、この属性の導入が新しいセキュリティ問題を紹介すると信じられていません。
4. IANA Considerations
4. IANA問題
4.1. Object Identifier Registration
4.1. オブジェクト識別子登録
IANA has registered (upon Standards Action) an LDAP Object Identifier [RFC4520] for use in this document.
IANAは使用のために、本書では、LDAP Object Identifier[RFC4520]を登録しました(Standards Actionで)。
Subject: Request for LDAP OID Registration Person & email address to contact for further information: Kurt Zeilenga <Kurt.Zeilenga@Isode.COM> Specification: RFC 5020 Author/Change Controller: IESG Comments: Identifies the 'entryDN' attribute type
Subject: 詳細のために連絡するLDAP OID Registration PersonとEメールアドレスのために以下を要求してください。 カート Zeilenga <Kurt.Zeilenga@Isode.COM 、gt;、仕様: RFC5020作者/変化コントローラ: IESGはコメントします: 'entryDN'属性タイプを特定します。
4.2. 'entryDN' Descriptor Registration
4.2. 'entryDN'記述子登録
IANA has registered (upon Standards Action) the LDAP 'entryDN' descriptor [RFC4520].
IANAはLDAP'entryDN'記述子[RFC4520]を登録しました(Standards Actionで)。
Subject: Request for LDAP Descriptor Registration Descriptor (short name): entryDN Object Identifier: 1.3.6.1.1.20 Person & email address to contact for further information: Kurt Zeilenga <Kurt.Zeilenga@Isode.COM> Usage: Attribute Type Specification: RFC 5020 Author/Change Controller: IESG
Subject: LDAP Descriptor Registration Descriptor(省略名)のために以下を要求してください。 entryDNオブジェクト識別子: 1.3.6.1.1.20 詳細のために連絡する人とEメールアドレス: カート Zeilenga <Kurt.Zeilenga@Isode.COM 、gt;、用法: タイプ仕様を結果と考えてください: RFC5020作者/変化コントローラ: IESG
Zeilenga Standards Track [Page 3] RFC 5020 LDAP entryDN August 2007
Zeilenga規格はLDAP entryDN2007年8月にRFC5020を追跡します[3ページ]。
5. References
5. 参照
5.1. Normative References
5.1. 引用規格
[RFC4510] Zeilenga, K., Ed., "Lightweight Directory Access Protocol (LDAP): Technical Specification Road Map", RFC 4510, June 2006.
[RFC4510] Zeilenga、K.、エド、「軽量のディレクトリアクセスは(LDAP)について議定書の中で述べます」。 「仕様書ロードマップ」、RFC4510、2006年6月。
[RFC4512] Zeilenga, K., Ed., "Lightweight Directory Access Protocol (LDAP): Directory Information Models", RFC 4512, June 2006.
[RFC4512] Zeilenga、K.、エド、「軽量のディレクトリアクセスは(LDAP)について議定書の中で述べます」。 「ディレクトリ情報モデル」、RFC4512、2006年6月。
[X.501] International Telecommunication Union - Telecommunication Standardization Sector, "The Directory -- Models," X.501(1993) (also ISO/IEC 9594-2:1994).
[X.501]国際電気通信連合--電気通信標準化セクター、「ディレクトリ--、モデル、」、X.501(1993)(ISO/IEC9594-2も: 1994)。
5.2. Informative References
5.2. 有益な参照
[RFC3687] Legg, S., "Lightweight Directory Access Protocol (LDAP) and X.500 Component Matching Rules", RFC 3687, February 2004.
[RFC3687] Leggと、S.と、「ライトウェイト・ディレクトリ・アクセス・プロトコル(LDAP)とX.500のコンポーネントの合っている規則」、RFC3687、2月2004日
[RFC4511] Sermersheim, J., Ed., "Lightweight Directory Access Protocol (LDAP): The Protocol", RFC 4511, June 2006.
[RFC4511] Sermersheim、J.、エド、「軽量のディレクトリアクセスは(LDAP)について議定書の中で述べます」。 「プロトコル」、RFC4511、2006年6月。
[RFC4514] Zeilenga, K., Ed., "Lightweight Directory Access Protocol (LDAP): String Representation of Distinguished Names", RFC 4514, June 2006.
[RFC4514] Zeilenga、K.、エド、「軽量のディレクトリアクセスは(LDAP)について議定書の中で述べます」。 「分類名のストリング表現」、RFC4514、2006年6月。
[RFC4515] Smith, M., Ed., and T. Howes, "Lightweight Directory Access Protocol (LDAP): String Representation of Search Filters", RFC 4515, June 2006.
[RFC4515] エドスミス、M.、T.ハウズ、「軽量のディレクトリアクセスは(LDAP)について議定書の中で述べます」。 「検索フィルタのストリング表現」、RFC4515、2006年6月。
[RFC4520] Zeilenga, K., "Internet Assigned Numbers Authority (IANA) Considerations for the Lightweight Directory Access Protocol (LDAP)", BCP 64, RFC 4520, June 2006.
[RFC4520]Zeilenga、K.、「インターネットはライトウェイト・ディレクトリ・アクセス・プロトコル(LDAP)のために数の権威(IANA)に問題を割り当てました」、BCP64、RFC4520、2006年6月。
Author's Address
作者のアドレス
Kurt D. Zeilenga Isode Limited
カートD.Zeilenga Isode株式会社
EMail: Kurt.Zeilenga@Isode.COM
メール: Kurt.Zeilenga@Isode.COM
Zeilenga Standards Track [Page 4] RFC 5020 LDAP entryDN August 2007
Zeilenga規格はLDAP entryDN2007年8月にRFC5020を追跡します[4ページ]。
Full Copyright Statement
完全な著作権宣言文
Copyright (C) The IETF Trust (2007).
IETFが信じる著作権(C)(2007)。
This document is subject to the rights, licenses and restrictions contained in BCP 78, and except as set forth therein, the authors retain all their rights.
このドキュメントはBCP78に含まれた権利、ライセンス、および制限を受けることがあります、そして、そこに詳しく説明されるのを除いて、作者は彼らのすべての権利を保有します。
This document and the information contained herein are provided on an "AS IS" basis and THE CONTRIBUTOR, THE ORGANIZATION HE/SHE REPRESENTS OR IS SPONSORED BY (IF ANY), THE INTERNET SOCIETY, THE IETF TRUST AND THE INTERNET ENGINEERING TASK FORCE DISCLAIM ALL WARRANTIES, EXPRESS OR IMPLIED, INCLUDING BUT NOT LIMITED TO ANY WARRANTY THAT THE USE OF THE INFORMATION HEREIN WILL NOT INFRINGE ANY RIGHTS OR ANY IMPLIED WARRANTIES OF MERCHANTABILITY OR FITNESS FOR A PARTICULAR PURPOSE.
このドキュメントとここに含まれた情報はその人が代理をするか、または(もしあれば)後援される組織、インターネットの振興発展を目的とする組織、「そのままで」という基礎と貢献者の上で提供していて、IETFはそして、インターネット・エンジニアリング・タスク・フォースがすべての保証を放棄すると信じます、急行である、または暗示していて、他を含んでいて、情報の使用がここに侵害しないどんな保証も少しもまっすぐになるということであるかいずれが市場性か特定目的への適合性の黙示的な保証です。
Intellectual Property
知的所有権
The IETF takes no position regarding the validity or scope of any Intellectual Property Rights or other rights that might be claimed to pertain to the implementation or use of the technology described in this document or the extent to which any license under such rights might or might not be available; nor does it represent that it has made any independent effort to identify any such rights. Information on the procedures with respect to rights in RFC documents can be found in BCP 78 and BCP 79.
IETFはどんなIntellectual Property Rightsの正当性か範囲、実装に関係すると主張されるかもしれない他の権利、本書では説明された技術の使用またはそのような権利の下におけるどんなライセンスも利用可能であるかもしれない、または利用可能でないかもしれない範囲に関しても立場を全く取りません。 または、それはそれを表しません。どんなそのような権利も特定するどんな独立している取り組みも作りました。 BCP78とBCP79でRFCドキュメントの権利に関する手順に関する情報を見つけることができます。
Copies of IPR disclosures made to the IETF Secretariat and any assurances of licenses to be made available, or the result of an attempt made to obtain a general license or permission for the use of such proprietary rights by implementers or users of this specification can be obtained from the IETF on-line IPR repository at http://www.ietf.org/ipr.
IPR公開のコピーが利用可能に作られるべきライセンスの保証、または一般的な免許を取得するのが作られた試みの結果をIETF事務局といずれにもしたか、または http://www.ietf.org/ipr のIETFのオンラインIPR倉庫からこの仕様のimplementersかユーザによるそのような所有権の使用のために許可を得ることができます。
The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights that may cover technology that may be required to implement this standard. Please address the information to the IETF at ietf-ipr@ietf.org.
IETFはこの規格を実装するのに必要であるかもしれない技術をカバーするかもしれないどんな著作権もその注目していただくどんな利害関係者、特許、特許出願、または他の所有権も招待します。 ietf-ipr@ietf.org のIETFに情報を扱ってください。
Acknowledgement
承認
Funding for the RFC Editor function is currently provided by the Internet Society.
RFC Editor機能のための基金は現在、インターネット協会によって提供されます。
Zeilenga Standards Track [Page 5]
Zeilenga標準化過程[5ページ]
一覧
スポンサーリンク