RFC3671 日本語訳
3671 Collective Attributes in the Lightweight Directory AccessProtocol (LDAP). K. Zeilenga. December 2003. (Format: TXT=17912 bytes) (Status: PROPOSED STANDARD)
プログラムでの自動翻訳です。
英語原文
Network Working Group K. Zeilenga Request for Comments: 3671 OpenLDAP Foundation Category: Standards Track December 2003
Zeilengaがコメントのために要求するワーキンググループK.をネットワークでつないでください: 3671年のOpenLDAP財団カテゴリ: 標準化過程2003年12月
Collective Attributes in
the Lightweight Directory Access Protocol (LDAP)
ライトウェイト・ディレクトリ・アクセス・プロトコルの集合的な属性(LDAP)
Status of this Memo
この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 Internet Society (2003). All Rights Reserved.
Copyright(C)インターネット協会(2003)。 All rights reserved。
Abstract
要約
X.500 collective attributes allow common characteristics to be shared between collections of entries. This document summarizes the X.500 information model for collective attributes and describes use of collective attributes in LDAP (Lightweight Directory Access Protocol). This document provides schema definitions for collective attributes for use in LDAP.
X.500の集合的な属性は、共通する特徴がエントリーの収集の間で共有されるのを許容します。 このドキュメントは、集合的な属性のためにX.500情報モデルをまとめて、LDAP(ライトウェイト・ディレクトリ・アクセス・プロトコル)で集合的な属性の使用について説明します。 このドキュメントは集合的な属性のための図式定義をLDAPにおける使用に提供します。
1. Introduction
1. 序論
In X.500 [X.500], a collective attribute is "a user attribute whose values are the same for each member of an entry collection" [X.501]. This document details their use in the Lightweight Directory Access Protocol (LDAP) [RFC3377].
X.500[X.500]では、集合的な属性は「エントリー収集の各メンバーにとって、値が同じであるユーザ属性」[X.501]です。 このドキュメントはライトウェイト・ディレクトリ・アクセス・プロトコル(LDAP)[RFC3377]における彼らの使用を詳しく述べます。
1.1. Entry Collections
1.1. エントリー収集
A collection of entries is a grouping of object and alias entries based upon common properties or shared relationship between the corresponding entries which share certain attributes. An entry collection consists of all entries within scope of a collective attributes subentry [RFC3672]. An entry can belong to several entry collections.
エントリーの収集はある属性を共有する対応するエントリーの間の通有性か共有された関係に基づくオブジェクトと別名エントリーの組分けです。 エントリー収集は集合的な属性副次的記載[RFC3672]の範囲の中のすべてのエントリーから成ります。 エントリーはいくつかのエントリー収集に属すことができます。
Zeilenga Standards Track [Page 1] RFC 3671 Collective Attributes in LDAP December 2003
Zeilenga規格は2003年12月にLDAPでRFC3671の集合的な属性を追跡します[1ページ]。
1.2. Collective Attributes
1.2. 集合的な属性
Attributes shared by the entries comprising an entry collection are called collective attributes. Values of collective attributes are visible but not updateable to clients accessing entries within the collection. Collective attributes are updated (i.e., modified) via their associated collective attributes subentry.
エントリー収集を包括するエントリーで共有された属性は集合的な属性と呼ばれます。 集合的な属性の値は、目に見えますが、収集の中でエントリーにアクセスするクライアントにアップデート可能されません。 それらの関連集合的な属性副次的記載で集合的な属性をアップデートします(すなわち、変更されます)。
When an entry belongs to multiple entry collections, the entry's values of each collective attribute are combined such that independent sources of these values are not manifested to clients.
エントリーが多回入国収集に属すとき、エントリーのそれぞれの集合的な属性の値が結合されているので、これらの値の個人記者からの情報はクライアントに表されません。
Entries can specifically exclude a particular collective attribute by listing the attribute as a value of the collectiveExclusions attribute. Like other user attributes, collective attributes are subject to a variety of controls including access, administrative, and content controls.
エントリーは、collectiveExclusions属性の値に属性について記載することによって、特定の集合的な属性を明確に除くことができます。 他のユーザ属性のように、集合的な属性はアクセス、管理の、そして、満足しているコントロールを含むさまざまなコントロールを受けることがあります。
1.3. Conventions
1.3. コンベンション
Schema definitions are provided using LDAPv3 [RFC2251] description formats [RFC2252]. Definitions provided here are formatted (line wrapped) for readability.
LDAPv3[RFC2251]記述形式[RFC2252]を使用することで図式定義を提供します。 ここに提供された定義は読み易さのためにフォーマットされます(包装された系列)。
The key words "MUST", "MUST NOT", "REQUIRED", "SHALL", "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and "OPTIONAL" in this document are to be interpreted as described in BCP 14 [RFC2119].
キーワード“MUST"、「必須NOT」が「必要です」、“SHALL"、「」、“SHOULD"、「「推薦され」て、「5月」の、そして、「任意」のNOTはBCP14[RFC2119]で説明されるように本書では解釈されることであるべきですか?
2. System Schema for Collective Attributes
2. 集合的な属性のためのシステム図式
The following operational attributes are used to manage Collective Attributes. LDAP servers [RFC3377] MUST act in accordance with the X.500 Directory Models [X.501] when providing this service.
以下の操作上の属性は、Collective Attributesを管理するのに使用されます。 このサービスを提供するとき、X.500ディレクトリModels[X.501]によると、LDAPサーバ[RFC3377]は行動しなければなりません。
2.1. collectiveAttributeSubentry
2.1. collectiveAttributeSubentry
Subentries of this object class are used to administer collective attributes and are referred to as collective attribute subentries.
このオブジェクトのクラスに関する副次的記載は、集合的な属性を管理するのに使用されて、集合的な属性副次的記載と呼ばれます。
( 2.5.17.2 NAME 'collectiveAttributeSubentry' AUXILIARY )
(2.5.17.2名前'collectiveAttributeSubentry'補助物)
A collective attribute subentry SHOULD contain at least one collective attribute. The collective attributes contained within a collective attribute subentry are available for finding, searching, and comparison at every entry within the scope of the subentry. The collective attributes, however, are administered (e.g., modified) via the subentry.
集合的な属性副次的記載SHOULDは少なくとも1つの集合的な属性を含んでいます。 集合的な属性副次的記載の中に含まれた集合的な属性は副次的記載の範囲の中のあらゆるエントリーで調査結果、探すこと、および比較に利用可能です。 しかしながら、集合的な属性は副次的記載で管理されます(例えば、変更されます)。
Zeilenga Standards Track [Page 2] RFC 3671 Collective Attributes in LDAP December 2003
Zeilenga規格は2003年12月にLDAPでRFC3671の集合的な属性を追跡します[2ページ]。
Implementations of this specification SHOULD support collective attribute subentries in both collectiveAttributeSpecificArea (2.5.23.5) and collectiveAttributeInnerArea (2.5.23.6) administrative areas [RFC3672][X.501].
この仕様SHOULDの実装が中の副次的記載の集合的な属性両方にcollectiveAttributeSpecificAreaをサポートする、(2.5、.23の.5と)collectiveAttributeInnerArea、(2.5 .23 .6の)行政区域[RFC3672][X.501]。
2.2. collectiveAttributeSubentries
2.2. collectiveAttributeSubentries
The collectiveAttributeSubentries operational attribute identifies all collective attribute subentries that affect the entry.
collectiveAttributeSubentriesの操作上の属性はエントリーに影響するすべての集合的な属性副次的記載を特定します。
( 2.5.18.12 NAME 'collectiveAttributeSubentries'
EQUALITY distinguishedNameMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.12
USAGE directoryOperation NO-USER-MODIFICATION )
(2.5、.18、.12が'collectiveAttributeSubentries'平等distinguishedNameMatch構文1.3.6.1.4.1.1466.115.121.1.12用法をどんなdirectoryOperationユーザ変更とも命名しない、)
2.3. collectiveExclusions
2.3. collectiveExclusions
The collectiveExclusions operational attribute allows particular collective attributes to be excluded from an entry. It MAY appear in any entry and MAY have multiple values.
collectiveExclusionsの操作上の属性は、特定の集合的な属性がエントリーから除かれるのを許容します。 それは、どんなエントリーにも現れて、複数の値を持っているかもしれません。
( 2.5.18.7 NAME 'collectiveExclusions'
EQUALITY objectIdentifierMatch
SYNTAX 1.3.6.1.4.1.1466.115.121.1.38
USAGE directoryOperation )
(2.5.18.7名前'collectiveExclusions'平等objectIdentifierMatch構文1.3.6.1.4.1.1466.115.121.1.38用法directoryOperation)
The descriptor excludeAllCollectiveAttributes is associated with the OID 2.5.18.0. When this descriptor or OID is present as a value of the collectiveExclusions attribute, all collective attributes are excluded from an entry.
記述子excludeAllCollectiveAttributesは.0にOID2.5.18に関連しています。 この記述子かOIDがcollectiveExclusions属性の値として存在しているとき、すべての集合的な属性がエントリーから除かれます。
3. Collective Attribute Types
3. 集合的な属性タイプ
A userApplications attribute type can be defined to be COLLECTIVE [RFC2252]. This indicates that the same attribute values will appear in the entries of an entry collection subject to the use of the collectiveExclusions attribute and other administrative controls. These administrative controls MAY include DIT Content Rules, if implemented.
COLLECTIVE[RFC2252]になるようにuserApplications属性タイプを定義できます。 これは、同じ属性値がエントリー収集のエントリーにcollectiveExclusions属性と他の運営管理コントロールの使用を条件として現れるのを示します。 実装されるなら、これらの運営管理コントロールはDIT Content Rulesを含むかもしれません。
Collective attribute types are commonly defined as subtypes of non- collective attribute types. By convention, collective attributes are named by prefixing the name of their non-collective supertype with "c-". For example, the collective telephone attribute is named c-TelephoneNumber after its non-collective supertype telephoneNumber.
集合的な属性タイプは一般的に非集合的な属性タイプの血液型亜型と定義されます。 コンベンションによって、集合的な属性は「c」でそれらの非集合的な「スーパー-タイプ」の名前を前に置くことによって、命名されます。 例えば、集合的な電話属性は非集合的なsupertype telephoneNumberにちなんでc-TelephoneNumberと命名されます。
Non-collective attributes types SHALL NOT subtype collective attributes.
非集合的な属性はSHALL NOTの「副-タイプ」の集合的な属性をタイプします。
Zeilenga Standards Track [Page 3] RFC 3671 Collective Attributes in LDAP December 2003
Zeilenga規格は2003年12月にLDAPでRFC3671の集合的な属性を追跡します[3ページ]。
Collective attributes SHALL NOT be SINGLE-VALUED. Collective attribute types SHALL NOT appear in the attribute types of an object class definition.
集合体はSHALL NOTを結果と考えます。SINGLE-VALUEDになってください。 集合的な属性タイプSHALL NOTはオブジェクトクラス定義の属性タイプで現れます。
Operational attributes SHALL NOT be defined to be collective.
操作上の属性SHALL NOT、集合的になるように、定義されてください。
The remainder of section provides a summary of collective attributes derived from those defined in [X.520]. The SUPerior attribute types are described in [RFC 2256] for use with LDAP.
セクションの残りは[X.520]で定義されたものから得られた集合的な属性の概要を提供します。 SUPerior属性タイプはLDAPとの使用のために[RFC2256]で説明されます。
Implementations of this specification SHOULD support the following collective attributes and MAY support additional collective attributes.
この仕様SHOULDの実装は、↓これが集合的な属性であるとサポートして、追加集合的な属性をサポートするかもしれません。
3.1. Collective Locality Name
3.1. 集合的な場所名
The c-l attribute type specifies a locality name for a collection of entries.
c-l属性タイプはエントリーの収集に場所名を指定します。
( 2.5.4.7.1 NAME 'c-l'
SUP l COLLECTIVE )
(2.5.4.7.1NAME'c-l'SUP l COLLECTIVE)
3.2. Collective State or Province Name
3.2. 集合的な状態か州名
The c-st attribute type specifies a state or province name for a collection of entries.
c、-、属性タイプは状態か州名をエントリーの収集に第指定します。
( 2.5.4.8.1 NAME 'c-st'
SUP st COLLECTIVE )
(2.5.4.8.1名、'、c、-、'第すすってください、第集合体)
3.3. Collective Street Address
3.3. 集合的な住所
The c-street attribute type specifies a street address for a collection of entries.
c-通りの属性タイプはエントリーの収集のための住所を指定します。
( 2.5.4.9.1 NAME 'c-street'
SUP street COLLECTIVE )
(2.5.4.9.1NAME'c-通り'SUP通りのCOLLECTIVE)
3.4. Collective Organization Name
3.4. 集合的な組織名
The c-o attribute type specifies an organization name for a collection of entries.
c-o属性タイプはエントリーの収集に組織名を指定します。
( 2.5.4.10.1 NAME 'c-o'
SUP o COLLECTIVE )
(2.5.4.10.1NAME'c-o'SUP o COLLECTIVE)
Zeilenga Standards Track [Page 4] RFC 3671 Collective Attributes in LDAP December 2003
Zeilenga規格は2003年12月にLDAPでRFC3671の集合的な属性を追跡します[4ページ]。
3.5. Collective Organizational Unit Name
3.5. 集合的な組織的なユニット名
The c-ou attribute type specifies an organizational unit name for a collection of entries.
c-ou属性タイプは組織的なユニット名をエントリーの収集に指定します。
( 2.5.4.11.1 NAME 'c-ou'
SUP ou COLLECTIVE )
(2.5、.4、.11.1NAME'c-ou'SUP ou COLLECTIVE)
3.6. Collective Postal Address
3.6. 集合的な郵便の宛先
The c-PostalAddress attribute type specifies a postal address for a collection of entries.
c-PostalAddress属性タイプはエントリーの収集のための郵便の宛先を指定します。
( 2.5.4.16.1 NAME 'c-PostalAddress'
SUP postalAddress COLLECTIVE )
(2.5.4.16.1名前'c-PostalAddress'一口postalAddress集合体)
3.7. Collective Postal Code
3.7. 集合的な郵便番号
The c-PostalCode attribute type specifies a postal code for a collection of entries.
c-PostalCode属性タイプはエントリーの収集に郵便番号を指定します。
( 2.5.4.17.1 NAME 'c-PostalCode'
SUP postalCode COLLECTIVE )
(2.5.4.17.1名前'c-PostalCode'一口postalCode集合体)
3.8. Collective Post Office Box
3.8. 集合的な私書箱
The c-PostOfficeBox attribute type specifies a post office box for a collection of entries.
c-PostOfficeBox属性タイプはエントリーの収集のための私書箱を指定します。
( 2.5.4.18.1 NAME 'c-PostOfficeBox'
SUP postOfficeBox COLLECTIVE )
(2.5.4.18.1名前'c-PostOfficeBox'一口postOfficeBox集合体)
3.9. Collective Physical Delivery Office Name
3.9. 集合的な物理的な配達局名
The c-PhysicalDeliveryOfficeName attribute type specifies a physical delivery office name for a collection of entries.
c-PhysicalDeliveryOfficeName属性タイプは物理的な配達局名をエントリーの収集に指定します。
( 2.5.4.19.1 NAME 'c-PhysicalDeliveryOfficeName'
SUP physicalDeliveryOfficeName COLLECTIVE )
(2.5.4.19.1名前'c-PhysicalDeliveryOfficeName'一口physicalDeliveryOfficeName集合体)
3.10. Collective Telephone Number
3.10. 集合的な電話番号
The c-TelephoneNumber attribute type specifies a telephone number for a collection of entries.
c-TelephoneNumber属性タイプはエントリーの収集に電話番号を指定します。
( 2.5.4.20.1 NAME 'c-TelephoneNumber'
SUP telephoneNumber COLLECTIVE )
(2.5.4.20.1名前'c-TelephoneNumber'一口telephoneNumber集合体)
Zeilenga Standards Track [Page 5] RFC 3671 Collective Attributes in LDAP December 2003
Zeilenga規格は2003年12月にLDAPでRFC3671の集合的な属性を追跡します[5ページ]。
3.11. Collective Telex Number
3.11. 集合的なテレックス番号
The c-TelexNumber attribute type specifies a telex number for a collection of entries.
c-TelexNumber属性タイプはエントリーの収集のテレックス番号を指定します。
( 2.5.4.21.1 NAME 'c-TelexNumber'
SUP telexNumber COLLECTIVE )
(2.5.4.21.1名前'c-TelexNumber'一口telexNumber集合体)
3.13. Collective Facsimile Telephone Number
3.13. 集合的なファクシミリ電話番号
The c-FacsimileTelephoneNumber attribute type specifies a facsimile telephone number for a collection of entries.
c-FacsimileTelephoneNumber属性タイプはエントリーの収集にファクシミリ電話番号を指定します。
( 2.5.4.23.1 NAME 'c-FacsimileTelephoneNumber'
(2.5.4.23.1名の'c-FacsimileTelephoneNumber'
SUP facsimileTelephoneNumber COLLECTIVE )
一口facsimileTelephoneNumber集合体)
3.14. Collective International ISDN Number
3.14. 集合的な国際ISDN番号
The c-InternationalISDNNumber attribute type specifies an international ISDN number for a collection of entries.
c-InternationalISDNNumber属性タイプはエントリーの収集の国際的なISDN番号を指定します。
( 2.5.4.25.1 NAME 'c-InternationalISDNNumber'
SUP internationalISDNNumber COLLECTIVE )
(2.5.4.25.1名前'c-InternationalISDNNumber'一口internationalISDNNumber集合体)
4. Security Considerations
4. セキュリティ問題
Collective attributes, like other attributes, are subject to access control restrictions and other administrative policy. Generally speaking, collective attributes accessed via an entry in a collection are governed by rules restricting access to attributes of that entry. And collective attributes access via a subentry are governed by rules restricting access to attributes of that subentry. However, as LDAP does not have a standard access model, the particulars of each server's access control system may differ.
他の属性のように、集合的な属性はアクセス制御制限と他の施政方針を受けることがあります。 概して、収集におけるエントリーを通ってアクセスされた集合的な属性はそのエントリーの属性へのアクセスを制限する規則で決定されます。 そして、副次的記載を通した集合的な属性アクセスはその副次的記載の属性へのアクセスを制限する規則で治められます。 しかしながら、LDAPに標準アクセスモデルがないとき、各サーバのアクセス制御システムの子細は異なるかもしれません。
General LDAP security considerations [RFC3377] also apply.
また、一般LDAPセキュリティ問題[RFC3377]は適用します。
Zeilenga Standards Track [Page 6] RFC 3671 Collective Attributes in LDAP December 2003
Zeilenga規格は2003年12月にLDAPでRFC3671の集合的な属性を追跡します[6ページ]。
5. IANA Considerations
5. IANA問題
The IANA has registered the LDAP descriptors [RFC3383] defined in this technical specification. The following registration template is suggested:
IANAはこの技術仕様書に基づき定義されたLDAP記述子[RFC3383]を登録しました。 以下の登録テンプレートは示されます:
Subject: Request for LDAP Descriptor Registration
Descriptor see comments
Object Identifier: see comment
Person & email address to contact for further information:
Kurt Zeilenga <kurt@OpenLDAP.org>
Usage: see comment
Specification: RFC3671
Author/Change Controller: IESG
Comments:
Subject: LDAP Descriptor Registration Descriptorが見るので、要求はObject Identifierについて論評します: 詳細のために連絡するコメントPersonとEメールアドレスを見てください: カート Zeilenga <kurt@OpenLDAP.org 、gt;、用法: コメントSpecificationを見てください: RFC3671はコントローラを書くか、または変えます: IESGはコメントします:
NAME Type OID
------------------------ ---- -----------------
c-FacsimileTelephoneNumber A 2.5.4.23.1
c-InternationalISDNNumber A 2.5.4.25.1
c-PhysicalDeliveryOffice A 2.5.4.19.1
c-PostOfficeBox A 2.5.4.18.1
c-PostalAddress A 2.5.4.16.1
c-PostalCode A 2.5.4.17.1
c-TelephoneNumber A 2.5.4.20.1
c-TelexNumber A 2.5.4.21.1
c-l A 2.5.4.7.1
c-o A 2.5.4.10.1
c-ou A 2.5.4.11.1
c-st A 2.5.4.8.1
c-street A 2.5.4.9.1
collectiveAttributeSubentries A 2.5.18.12
collectiveAttributeSubentry O 2.5.17.2
collectiveExclusions A 2.5.18.7
名前タイプOID------------------------ ---- ----------------- c-FacsimileTelephoneNumber A、2.5.4.23.1c-InternationalISDNNumber A2.5.4.25.1c-PhysicalDeliveryOffice A2.5.4.19.1c-PostOfficeBox A2.5.4.18.1c-PostalAddress A2.5.4.16.1c-PostalCode A2.5.4.17.1c-TelephoneNumber A2.5.4.20.1c-TelexNumber A2.5.4.21.1c-l A2.5.4.7.1c-o A2.5.4.10.1c-ou A、2.5、.4、.11、.1、c、-、A2.5.4.8.1c-通りのA2.5.4.9.1collectiveAttributeSubentries A2.5.18.12collectiveAttributeSubentry O2.5.17.2collectiveExclusions A2.5.18.7番目
where Type A is Attribute and Type O is ObjectClass.
Type AがAttributeとTypeであるところでは、OはObjectClassです。
The Object Identifiers used in this document were assigned by the ISO/IEC Joint Technical Committee 1 - Subcommittee 6 to identify elements of X.500 schema [X.520]. This document make no OID assignments, it only provides LDAP schema descriptions with existing elements of X.500 schema.
本書では使用されるObject IdentifiersはISO/IEC Joint Technical Committee1によって割り当てられました--X.500図式[X.520]の原理を特定する小委員会6。 このドキュメントはOID課題を全くしないで、それはX.500図式の既存の原理をLDAPスキーマ記述に提供するだけです。
Zeilenga Standards Track [Page 7] RFC 3671 Collective Attributes in LDAP December 2003
Zeilenga規格は2003年12月にLDAPでRFC3671の集合的な属性を追跡します[7ページ]。
6. Intellectual Property Statement
6. 知的所有権声明
The IETF takes no position regarding the validity or scope of any intellectual property 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; neither does it represent that it has made any effort to identify any such rights. Information on the IETF's procedures with respect to rights in standards-track and standards-related documentation can be found in BCP-11. Copies of claims of rights made available for publication 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 implementors or users of this specification can be obtained from the IETF Secretariat.
IETFはどんな知的所有権の正当性か範囲、実装に関係すると主張されるかもしれない他の権利、本書では説明された技術の使用またはそのような権利の下におけるどんなライセンスも利用可能であるかもしれない、または利用可能でないかもしれない範囲に関しても立場を全く取りません。 どちらも、それはそれを表しません。どんなそのような権利も特定するためにいずれも取り組みにしました。 BCP-11で標準化過程の権利と規格関連のドキュメンテーションに関するIETFの手順に関する情報を見つけることができます。 権利のクレームのコピーで利用可能に作られるべきライセンスの保証、または一般的なライセンスか許可が作成者によるそのような所有権の使用に得させられた試みの結果が公表といずれにも利用可能になったか、またはIETF事務局からこの仕様のユーザを得ることができます。
The IETF invites any interested party to bring to its attention any copyrights, patents or patent applications, or other proprietary rights which may cover technology that may be required to practice this standard. Please address the information to the IETF Executive Director.
IETFはこの規格を練習するのに必要であるかもしれない技術をカバーするかもしれないどんな著作権もその注目していただくどんな利害関係者、特許、特許出願、または他の所有権も招待します。 IETF専務に情報を扱ってください。
7. Acknowledgments
7. 承認
This document is based upon the ITU Recommendations for the Directory [X.501][X.520].
このドキュメントはディレクトリ[X.501][X.520]のためのITU Recommendationsに基づいています。
8. References
8. 参照
8.1. Normative References
8.1. 引用規格
[RFC2119] Bradner, S., "Key words for use in RFCs to Indicate
Requirement Levels", BCP 14, RFC 2119, March 1997.
[RFC2119] ブラドナー、S.、「Indicate Requirement LevelsへのRFCsにおける使用のためのキーワード」、BCP14、RFC2119、1997年3月。
[RFC2251] Wahl, M., Howes, T. and S. Kille, "Lightweight Directory
Access Protocol (v3)", RFC 2251, December 1997.
[RFC2251]ウォールとM.とハウズとT.とS.Kille、「ライトウェイト・ディレクトリ・アクセス・プロトコル(v3)」、RFC2251 1997年12月。
[RFC2252] Wahl, M., Coulbeck, A., Howes, T. and S. Kille,
"Lightweight Directory Access Protocol (v3): Attribute
Syntax Definitions", RFC 2252, December 1997.
[RFC2252] ウォール、M.、Coulbeck、A.、ハウズ、T.、およびS.Kille、「軽量のディレクトリアクセスは(v3)について議定書の中で述べます」。 「属性構文定義」、RFC2252、1997年12月。
[RFC2256] Wahl, M., "A Summary of the X.500(96) User Schema for use
with LDAPv3", RFC 2256, December 1997.
[RFC2256] ウォール、M.、「LDAPv3"、RFC2256、1997年12月との使用のためのX.500(96)ユーザSchemaのSummary。」
[RFC3377] Hodges, J. and R. L. Morgan, "Lightweight Directory Access
Protocol (v3): Technical Specification", RFC 3377,
September 2002.
[RFC3377] ホッジズ、J.、およびR.L.モーガン、「軽量のディレクトリアクセスは(v3)について議定書の中で述べます」。 「技術的な仕様」、RFC3377、2002年9月。
Zeilenga Standards Track [Page 8] RFC 3671 Collective Attributes in LDAP December 2003
Zeilenga規格は2003年12月にLDAPでRFC3671の集合的な属性を追跡します[8ページ]。
[RFC3383] Zeilenga, K., "Internet Assigned Numbers Authority (IANA)
Considerations for the Lightweight Directory Access
Protocol (LDAP)", BCP 64, RFC 3383, September 2002.
[RFC3383]Zeilenga、K.、「インターネットはライトウェイト・ディレクトリ・アクセス・プロトコル(LDAP)のために数の権威(IANA)に問題を割り当てました」、BCP64、RFC3383、2002年9月。
[RFC3672] Zeilenga, K. and S. Legg, "Subentries in Lightweight
Directory Access Protocol (LDAP)", RFC 3672, December
2003.
[RFC3672] ZeilengaとK.とS.Legg、「ライトウェイト・ディレクトリ・アクセス・プロトコル(LDAP)の副次的記載」、RFC3672、2003年12月。
[X.501] "The Directory: Models", ITU-T Recommendation X.501, 1993.
[X.501]、「ディレクトリ:」 「モデル」、ITU-T推薦X.501、1993。
8.2. Informative References
8.2. 有益な参照
[X.500] "The Directory: Overview of Concepts, Models", ITU-T
Recommendation X.500, 1993.
[X.500]、「ディレクトリ:」 ITU-T推薦X.500、1993に「概念、モデルの概要。」
[X.520] "The Directory: Selected Attribute Types", ITU-T
Recommendation X.520, 1993.
[X.520]、「ディレクトリ:」 「選択された属性タイプ」、ITU-T推薦X.520、1993。
9. Author's Address
9. 作者のアドレス
Kurt D. Zeilenga OpenLDAP Foundation
カートD.Zeilenga OpenLDAP財団
EMail: Kurt@OpenLDAP.org
メール: Kurt@OpenLDAP.org
Zeilenga Standards Track [Page 9] RFC 3671 Collective Attributes in LDAP December 2003
Zeilenga規格は2003年12月にLDAPでRFC3671の集合的な属性を追跡します[9ページ]。
10. Full Copyright Statement
10. 完全な著作権宣言文
Copyright (C) The Internet Society (2003). All Rights Reserved.
Copyright(C)インターネット協会(2003)。 All rights reserved。
This document and translations of it may be copied and furnished to others, and derivative works that comment on or otherwise explain it or assist in its implementation may be prepared, copied, published and distributed, in whole or in part, without restriction of any kind, provided that the above copyright notice and this paragraph are included on all such copies and derivative works. However, this document itself may not be modified in any way, such as by removing the copyright notice or references to the Internet Society or other Internet organizations, except as needed for the purpose of developing Internet standards in which case the procedures for copyrights defined in the Internet Standards process must be followed, or as required to translate it into languages other than English.
それに関するこのドキュメントと翻訳は、コピーして、それが批評するか、またはそうでなければわかる他のもの、および派生している作品に提供するか、または準備されているかもしれなくて、コピーされて、発行されて、全体か一部分配された実装を助けるかもしれません、どんな種類の制限なしでも、上の版権情報とこのパラグラフがそのようなすべてのコピーと派生している作品の上に含まれていれば。 しかしながら、このドキュメント自体は何らかの方法で変更されないかもしれません、インターネット協会か他のインターネット組織の版権情報か参照を取り除くのなどように、それを英語以外の言語に翻訳するのが著作権のための手順がインターネットStandardsプロセスで定義したどのケースに従わなければならないか、必要に応じてさもなければ、インターネット標準を開発する目的に必要であるのを除いて。
The limited permissions granted above are perpetual and will not be revoked by the Internet Society or its successors or assignees.
上に承諾された限られた許容は、永久であり、そのインターネット協会、後継者または指定代理人によって取り消されないでしょう。
This document and the information contained herein is provided on an "AS IS" basis and THE INTERNET SOCIETY AND THE INTERNET ENGINEERING TASK FORCE DISCLAIMS 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.
このドキュメントとそして、「そのままで」という基礎とインターネットの振興発展を目的とする組織に、インターネット・エンジニアリング・タスク・フォースが速達の、または、暗示しているすべての保証を放棄するかどうかというここにことであり、他を含んでいて、含まれて、情報の使用がここに侵害しないどんな保証も少しもまっすぐになるという情報か市場性か特定目的への適合性のどんな黙示的な保証。
Acknowledgement
承認
Funding for the RFC Editor function is currently provided by the Internet Society.
RFC Editor機能のための基金は現在、インターネット協会によって提供されます。
Zeilenga Standards Track [Page 10]
Zeilenga標準化過程[10ページ]
一覧
スポンサーリンク
