RFC4525 日本語訳

4525 Lightweight Directory Access Protocol (LDAP) Modify-IncrementExtension. K. Zeilenga. June 2006. (Format: TXT=11251 bytes) (Status: INFORMATIONAL)
プログラムでの自動翻訳です。
英語原文

Network Working Group                                        K. Zeilenga
Request for Comments: 4525                           OpenLDAP Foundation
Category: Informational                                        June 2006

Zeilengaがコメントのために要求するワーキンググループK.をネットワークでつないでください: 4525年のOpenLDAP財団カテゴリ: 情報の2006年6月

              Lightweight Directory Access Protocol (LDAP)
                       Modify-Increment Extension

増分を変更しているライトウェイト・ディレクトリ・アクセス・プロトコル(LDAP)拡大

Status of This Memo

このメモの状態

   This memo provides information for the Internet community.  It does
   not specify an Internet standard of any kind.  Distribution of this
   memo is unlimited.

このメモはインターネットコミュニティのための情報を提供します。 それはどんな種類のインターネット標準も指定しません。 このメモの分配は無制限です。

Copyright Notice

版権情報

   Copyright (C) The Internet Society (2006).

Copyright(C)インターネット協会(2006)。

Abstract

要約

   This document describes an extension to the Lightweight Directory
   Access Protocol (LDAP) Modify operation to support an increment
   capability.  This extension is useful in provisioning applications,
   especially when combined with the assertion control and/or the pre-
   read or post-read control extension.

このドキュメントは(LDAP)が増分の能力をサポートするように操作を変更するライトウェイト・ディレクトリ・アクセス・プロトコルに拡大について説明します。 この拡大はアプリケーションに食糧を供給する際に役に立ちます、特に主張コントロール、そして/または、あらかじめ読んでいるか、ポストで読まれたコントロール拡大に結合されると。

Table of Contents

目次

   1. Background and Intended Use .....................................1
   2. The Modify-Increment Extension ..................................2
   3. LDIF Support ....................................................2
   4. Security Considerations .........................................3
   5. IANA Considerations .............................................3
      5.1. Object Identifier ..........................................3
      5.2. LDAP Protocol Mechanism ....................................3
      5.3. LDAP Protocol Mechanism ....................................4
   6. References ......................................................4
      6.1. Normative References .......................................4
      6.2. Informative References .....................................5

1. バックグラウンドと意図している使用…1 2. 増分を変更している拡大…2 3. LDIFサポート…2 4. セキュリティ問題…3 5. IANA問題…3 5.1. オブジェクト識別子…3 5.2. LDAPはメカニズムについて議定書の中で述べます…3 5.3. LDAPはメカニズムについて議定書の中で述べます…4 6. 参照…4 6.1. 標準の参照…4 6.2. 有益な参照…5

1.  Background and Intended Use

1. バックグラウンドと意図している使用

   The Lightweight Directory Access Protocol (LDAP) [RFC4510] does not
   currently provide an operation to increment values of an attribute.
   A client must read the values of the attribute and then modify those
   values to increment them by the desired amount.  As the values may be
   updated by other clients between this add and modify, the client must

ライトウェイト・ディレクトリ・アクセス・プロトコル(LDAP)[RFC4510]は、現在、属性の値を増加するように操作を提供しません。 クライアントは、属性の値を読んで、次に、それらを必要な量で増加するようにそれらの値を変更しなければなりません。 これの間のクライアントが加えて、変更するもう一方、クライアント必須で値をアップデートするかもしれないので

Zeilenga                     Informational                      [Page 1]

RFC 4525            LDAP Modify-Increment Extension            June 2006

拡大2006年6月に増分を変更しているZeilengaの情報[1ページ]のRFC4525LDAP

   be careful to construct the modify request so that it fails in this
   case, and upon failure, to re-read the values and construct a new
   modify request.

組み立てるのに慎重である、この場合失敗するように要求を変更してください、そして、値を再読して、新しい状態でaを組み立てるように、失敗では、要求を変更してください。

   This document extends the LDAP Modify Operation [RFC4511] to support
   an increment values capability.  This feature is intended to be used
   with either the LDAP pre-read or post-read control extensions
   [RFC4527].  This feature may also be used with the LDAP assertion
   control extension [RFC4528] to provide test-and-increment
   functionality.

このドキュメントは、増加が能力であるとサポートするために、LDAP Modify Operation[RFC4511]を広げています。 LDAPがあらかじめ読むどちらかかポストで読まれたコントロール拡大[RFC4527]と共にこの特徴が使用されることを意図します。 また、この特徴が提供するのにLDAP主張コントロール拡張子[RFC4528]と共に使用されるかもしれない、試しに、増分、機能性。

   In this document key words "MUST", "MUST NOT", "REQUIRED", "SHALL",
   "SHALL NOT", "SHOULD", "SHOULD NOT", "RECOMMENDED", "MAY", and
   "OPTIONAL" are to be interpreted as described in BCP 14 [RFC2119].

中では、このドキュメントキーワード“MUST"、「必須NOT」が「必要です」、“SHALL"、「」、“SHOULD"、「「推薦され」て、「5月」の、そして、「任意」のNOTはBCP14[RFC2119]で説明されるように解釈されることであるべきですか?

2.  The Modify-Increment Extension

2. 増分を変更している拡大

   This document extends the LDAP Modify request to support a increment
   values capability.  Implementations of this extension SHALL support
   an additional ModifyRequest operation enumeration value increment
   (3), as described herein.  Implementations not supporting this
   extension will treat this value as they would an unlisted value,
   e.g., as a protocol error.

このドキュメントは増加能力であるとサポートするLDAP Modify要求を広げています。 この拡大SHALLの実装は、ここに説明されるように追加ModifyRequest操作が列挙値の増分(3)であるとサポートします。 この拡大をサポートしない実装が扱うようにこの値を扱うでしょう。例えば、プロトコル誤りとしての非記載された値。

   The increment (3) operation value specifies that an increment values
   modification is requested.  All existing values of the modification
   attribute are to be incremented by the listed value.  The
   modification attribute must be appropriate for the request (e.g., it
   must have INTEGER or other increment-able values), and the
   modification must provide one and only one value.  If the attribute
   is not appropriate for the request, a constraintViolation or other
   appropriate error is to be returned.  If multiple values are
   provided, a protocolError is to be returned.

増分(3)操作値は、増加変更が要求されていると指定します。 変更属性のすべての既存の値は記載された値によって増加されることです。 要求に、変更属性は適切であるに違いありません、そして、(例えば、それには、INTEGERか他の増分のできる値がなければなりません)変更は唯一無二の1つの値を提供しなければなりません。 要求には、属性が適切でないなら、constraintViolationか他の適切な誤りが返すことです。 複数の値を提供するなら、protocolErrorを返すことになっています。

   Servers supporting this feature SHOULD publish the object identifier
   (OID) 1.3.6.1.1.14  as a value of the 'supportedFeatures' [RFC4512]
   attribute in the root DSE.  Clients supporting this feature SHOULD
   NOT use the feature unless they know the server supports it.

この特徴がSHOULDであるとサポートするサーバが'supportedFeatures'[RFC4512]の値としての.14が根のDSEで結果と考えるオブジェクト識別子(OID)1.3.6.1.1を発行します。 彼らが、サーバがそれをサポートするのを知らないなら、この特徴がSHOULD NOTであるとサポートするクライアントが特徴を使用します。

3. LDIF Support

3. LDIFサポート

   To represent Modify-Increment requests in LDAP Data Interchange
   Format [RFC2849], the ABNF [RFC4234] production <mod-spec> is
   extended as follows:

LDAP Data Interchange Format[RFC2849]でのModify-増分の要求を表すために、ABNF[RFC4234]生産<モッズ仕様>は以下の通り広げられます:

       mod-spec =/ "increment:" FILL AttributeDescription SEP
            attrval-spec "-" SEP

モッズ仕様=/は「以下を増加します」。 FILL AttributeDescription9月のattrval-仕様「-」9月

Zeilenga                     Informational                      [Page 2]

RFC 4525            LDAP Modify-Increment Extension            June 2006

拡大2006年6月に増分を変更しているZeilengaの情報[2ページ]のRFC4525LDAP

   For example,

例えば

       # Increment uidNumber
       dn: cn=max-assigned uidNumber,dc=example,dc=com
       changetype: modify
       increment: uidNumber
       uidNumber: 1
       -

# uidNumber dnを増加してください: cnは最大で割り当てられたuidNumberと等しく、dcは例、dc=com changetypeと等しいです: 増分を変更してください: uidNumber uidNumber: 1 -

   This LDIF fragment represents a Modify request to increment the
   value(s) of uidNumber by 1.

このLDIF断片はuidNumberの値を1つ増加するというModify要求を表します。

4.  Security Considerations

4. セキュリティ問題

   General LDAP security considerations [RFC4510], as well as those
   specific to the LDAP Modify [RFC4511], apply to this Modify-Increment
   extension.  Beyond these considerations, it is noted that
   introduction of this extension should reduce application complexity
   (by providing one operation for what presently requires multiple
   operations) and, hence, it may aid in the production of correct and
   secure implementations.

一般LDAPセキュリティ問題[RFC4510]、およびLDAP Modify[RFC4511]に特定のものはこのModify-増分の拡大に適用されます。 これらの問題を超えて、この拡大の導入がアプリケーションの複雑さ(現在同時併行処理を必要とすることに1つの操作を提供するのによる)を減少させるべきであることに注意されて、したがって、それは正しくて安全な実装の生産で支援されるかもしれません。

5.  IANA Considerations

5. IANA問題

   Registration of the following values [RFC4520] have been completed.

完成されました[RFC4520]以下の登録が、評価する。

5.1.  Object Identifier

5.1. オブジェクト識別子

   The IANA has assigned an LDAP Object Identifier to identify the LDAP
   Modify-Increment feature, as defined in this document.

IANAは、LDAP Modify-増分の機能を特定するために本書では定義されるようにLDAP Object Identifierを割り当てました。

       Subject: Request for LDAP Object Identifier Registration
       Person & email address to contact for further information:
           Kurt Zeilenga <kurt@OpenLDAP.org>
       Specification: RFC 4525
       Author/Change Controller: Author
       Comments:
           Identifies the LDAP Modify-Increment feature

Subject: 詳細のために連絡するLDAP Object Identifier Registration PersonとEメールアドレスのために以下を要求してください。 カート Zeilenga <kurt@OpenLDAP.org 、gt;、仕様: RFC4525作者/変化コントローラ: コメントを書いてください: LDAP Modify-増分の機能を特定します。

5.2.  LDAP Protocol Mechanism

5.2. LDAPプロトコルメカニズム

   The following LDAP Protocol Mechanism has been registered.

以下のLDAPプロトコルMechanismは登録されました。

       Subject: Request for LDAP Protocol Mechanism Registration
       Object Identifier: 1.3.6.1.1.14
       Description: Modify-Increment
       Person & email address to contact for further information:
           Kurt Zeilenga <kurt@openldap.org>

Subject: LDAPプロトコルメカニズム登録オブジェクト識別子のために以下を要求してください。 1.3.6.1.1.14 記述: 増分を変更しているPersonと詳細のために連絡するEメールアドレス: カート Zeilenga <kurt@openldap.org 、gt。

Zeilenga                     Informational                      [Page 3]

RFC 4525            LDAP Modify-Increment Extension            June 2006

拡大2006年6月に増分を変更しているZeilengaの情報[3ページ]のRFC4525LDAP

       Usage: Feature
       Specification: RFC 4525
       Author/Change Controller: Kurt Zeilenga <kurt@openldap.org>
       Comments: none

用法: 仕様を特徴としてください: RFC4525作者/変化コントローラ: カート Zeilenga <kurt@openldap.org 、gt;、コメント: なし

5.3.  LDAP Protocol Mechanism

5.3. LDAPプロトコルメカニズム

   The IANA has assigned an LDAP ModifyRequest Operation Type (3)
   [RFC4520] for use in this document.

IANAは使用のために、本書では、LDAP ModifyRequest Operation Type(3)[RFC4520]を割り当てました。

       Subject: Request for LDAP Protocol Mechanism Registration
       ModifyRequest Operation Name: increment
       Description: Modify-Increment
       Person & email address to contact for further information:
           Kurt Zeilenga <kurt@openldap.org>
       Usage: Feature
       Specification: RFC 4525
       Author/Change Controller: Kurt Zeilenga <kurt@openldap.org>
       Comments: none

Subject: LDAPプロトコルメカニズム登録ModifyRequest操作名のために以下を要求してください。 記述を増加してください: 増分を変更しているPersonと詳細のために連絡するEメールアドレス: カート Zeilenga <kurt@openldap.org 、gt;、用法: 仕様を特徴としてください: RFC4525作者/変化コントローラ: カート Zeilenga <kurt@openldap.org 、gt;、コメント: なし

6.  References

6. 参照

6.1.  Normative References

6.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月。

   [RFC4234]     Crocker, D. and P. Overell, "Augmented BNF for Syntax
                 Specifications: ABNF", RFC 4234, October 2005.

[RFC4234] クロッカー、D.、およびP.Overell、「構文仕様のための増大しているBNF:」 "ABNF"、2005年10月のRFC4234。

   [RFC2849]     Good, G., "The LDAP Data Interchange Format (LDIF) -
                 Technical Specification", RFC 2849, June 2000.

[RFC2849] いいぞ、G.、「LDAPデータは形式(LDIF)を交換します--技術的な仕様」、RFC2849、6月2000日

   [RFC4510]     Zeilenga, K., Ed., "Lightweight Directory Access
                 Protocol (LDAP): Technical Specification Road Map", RFC
                 4510, June 2006.

[RFC4510] Zeilenga、K.、エド、「軽量のディレクトリアクセスは(LDAP)について議定書の中で述べます」。 「仕様書ロードマップ」、RFC4510、2006年6月。

   [RFC4511]     Sermersheim, J., Ed., "Lightweight Directory Access
                 Protocol (LDAP): The Protocol", RFC 4511, June 2006.

[RFC4511] Sermersheim、J.、エド、「軽量のディレクトリアクセスは(LDAP)について議定書の中で述べます」。 「プロトコル」、RFC4511、2006年6月。

   [RFC4512]     Zeilenga, K., "Lightweight Directory Access Protocol
                 (LDAP): Directory Information Models", RFC 4512, June
                 2006.

[RFC4512] Zeilenga、K.、「軽量のディレクトリアクセスは以下について議定書の中で述べ(LDAP)」。 「ディレクトリ情報モデル」、RFC4512、2006年6月。

Zeilenga                     Informational                      [Page 4]

RFC 4525            LDAP Modify-Increment Extension            June 2006

拡大2006年6月に増分を変更しているZeilengaの情報[4ページ]のRFC4525LDAP

6.2.  Informative References

6.2. 有益な参照

   [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月。

   [RFC4527]     Zeilenga, K., "Lightweight Directory Access Protocol
                 (LDAP) Read Entry Controls", RFC 4527, June 2006.

[RFC4527]Zeilenga、K.、「ライトウェイト・ディレクトリ・アクセス・プロトコル(LDAP)はエントリーコントロールを読む」RFC4527、2006年6月。

   [RFC4528]     Zeilenga, K., "Lightweight Directory Access Protocol
                 (LDAP) Assertion Control", RFC 4528, June 2006.

[RFC4528] Zeilenga、K.、「ライトウェイト・ディレクトリ・アクセス・プロトコル(LDAP)主張コントロール」、RFC4528、2006年6月。

Author's Address

作者のアドレス

   Kurt D. Zeilenga
   OpenLDAP Foundation

カートD.Zeilenga OpenLDAP財団

   EMail: Kurt@OpenLDAP.org

メール: Kurt@OpenLDAP.org

Zeilenga                     Informational                      [Page 5]

RFC 4525            LDAP Modify-Increment Extension            June 2006

拡大2006年6月に増分を変更しているZeilengaの情報[5ページ]のRFC4525LDAP

Full Copyright Statement

完全な著作権宣言文

   Copyright (C) The Internet Society (2006).

Copyright(C)インターネット協会(2006)。

   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 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.

このドキュメントと「そのままで」という基礎と貢献者、その人が代表する組織で提供するか、または後援されて、インターネット協会とインターネット・エンジニアリング・タスク・フォースはすべての保証を放棄します、と急行ORが含意したということであり、他を含んでいて、ここに含まれて、情報の使用がここに侵害しないどんな保証も少しもまっすぐになるという情報か市場性か特定目的への適合性のどんな黙示的な保証。

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 provided by the IETF
   Administrative Support Activity (IASA).

RFC Editor機能のための基金はIETF Administrative Support Activity(IASA)によって提供されます。

Zeilenga                     Informational                      [Page 6]

Zeilenga情報です。[6ページ]

一覧

 RFC 1〜100  RFC 1401〜1500  RFC 2801〜2900  RFC 4201〜4300 
 RFC 101〜200  RFC 1501〜1600  RFC 2901〜3000  RFC 4301〜4400 
 RFC 201〜300  RFC 1601〜1700  RFC 3001〜3100  RFC 4401〜4500 
 RFC 301〜400  RFC 1701〜1800  RFC 3101〜3200  RFC 4501〜4600 
 RFC 401〜500  RFC 1801〜1900  RFC 3201〜3300  RFC 4601〜4700 
 RFC 501〜600  RFC 1901〜2000  RFC 3301〜3400  RFC 4701〜4800 
 RFC 601〜700  RFC 2001〜2100  RFC 3401〜3500  RFC 4801〜4900 
 RFC 701〜800  RFC 2101〜2200  RFC 3501〜3600  RFC 4901〜5000 
 RFC 801〜900  RFC 2201〜2300  RFC 3601〜3700  RFC 5001〜5100 
 RFC 901〜1000  RFC 2301〜2400  RFC 3701〜3800  RFC 5101〜5200 
 RFC 1001〜1100  RFC 2401〜2500  RFC 3801〜3900  RFC 5201〜5300 
 RFC 1101〜1200  RFC 2501〜2600  RFC 3901〜4000  RFC 5301〜5400 
 RFC 1201〜1300  RFC 2601〜2700  RFC 4001〜4100  RFC 5401〜5500 
 RFC 1301〜1400  RFC 2701〜2800  RFC 4101〜4200 

スポンサーリンク

RADIANS関数 度からラジアンに変換する

ホームページ製作・web系アプリ系の製作案件募集中です。

上に戻る