RFC1960 日本語訳
1960 A String Representation of LDAP Search Filters. T. Howes. June 1996. (Format: TXT=5288 bytes) (Obsoletes RFC1558) (Obsoleted by RFC2254) (Status: PROPOSED STANDARD)
プログラムでの自動翻訳です。
英語原文
Network Working Group T. Howes Request for Comments: 1960 University of Michigan Obsoletes: 1558 June 1996 Category: Standards Track
コメントを求めるワーキンググループT.ハウズの要求をネットワークでつないでください: 1960年のミシガン大学は以下を時代遅れにします。 1558 1996年6月のカテゴリ: 標準化過程
A String Representation of LDAP Search Filters
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)の現行版を参照してください。 このメモの分配は無制限です。
1. Abstract
1. 要約
The Lightweight Directory Access Protocol (LDAP) [1] defines a network representation of a search filter transmitted to an LDAP server. Some applications may find it useful to have a common way of representing these search filters in a human-readable form. This document defines a human-readable string format for representing LDAP search filters.
ライトウェイト・ディレクトリ・アクセス・プロトコル(LDAP)[1]はLDAPサーバに送られた検索フィルタのネットワーク表現を定義します。いくつかのアプリケーションが、人間読み込み可能なフォームにこれらの検索フィルタを表す一般的な方法を持っているのが役に立つのがわかるかもしれません。 このドキュメントは、LDAP検索フィルタを表すために人間読み込み可能な記号列の書式を定義します。
2. LDAP Search Filter Definition
2. LDAP検索フィルター定義
An LDAP search filter is defined in [1] as follows:
LDAP検索フィルタは以下の[1]で定義されます:
Filter ::= CHOICE { and [0] SET OF Filter, or [1] SET OF Filter, not [2] Filter, equalityMatch [3] AttributeValueAssertion, substrings [4] SubstringFilter, greaterOrEqual [5] AttributeValueAssertion, lessOrEqual [6] AttributeValueAssertion, present [7] AttributeType, approxMatch [8] AttributeValueAssertion }
以下をフィルターにかけてください:= 選択そして、[2]フィルタ、AttributeValueAssertion(サブストリング[4]SubstringFilter、greaterOrEqual[5]AttributeValueAssertion、lessOrEqual[6]AttributeValueAssertion)が[7]AttributeType、approxMatch[8]AttributeValueAssertionを寄贈するequalityMatch[3]ではなく、[0]SET OF Filter、または[1]SET OF Filter
SubstringFilter ::= SEQUENCE { type AttributeType, SEQUENCE OF CHOICE { initial [0] LDAPString, any [1] LDAPString, final [2] LDAPString } }
SubstringFilter:、:= 系列AttributeTypeをタイプしてください、そして、SEQUENCE OF CHOICEは[0]LDAPString、どんな[1]LDAPString、決勝[2]LDAPStringにも頭文字をつけます。
Howes Standards Track [Page 1] RFC 1960 LDAP Search Filters June 1996
RFC1960LDAP検索が1996年6月にフィルターにかけるハウズ標準化過程[1ページ]
AttributeValueAssertion ::= SEQUENCE { attributeType AttributeType, attributeValue AttributeValue }
AttributeValueAssertion:、:= 系列attributeType AttributeType、attributeValue AttributeValue
AttributeType ::= LDAPString
AttributeType:、:= LDAPString
AttributeValue ::= OCTET STRING
AttributeValue:、:= 八重奏ストリング
LDAPString ::= OCTET STRING
LDAPString:、:= 八重奏ストリング
where the LDAPString above is limited to the IA5 character set. The AttributeType is a string representation of the attribute type name and is defined in [1]. The AttributeValue OCTET STRING has the form defined in [2]. The Filter is encoded for transmission over a network using the Basic Encoding Rules defined in [3], with simplifications described in [1].
上のLDAPStringがIA5文字の組に制限されるところ。 AttributeTypeは属性型名のストリング表現であり、[1]で定義されます。 AttributeValue OCTET STRINGには、[2]で定義された書式があります。 Filterはネットワークの上のトランスミッションのために[3]で定義されたBasic Encoding Rulesを使用することでコード化されます、簡素化が[1]で説明されている状態で。
3. String Search Filter Definition
3. ストリング検索フィルター定義
The string representation of an LDAP search filter is defined by the following grammar. It uses a prefix format.
LDAP検索フィルタのストリング表現は以下の文法によって定義されます。それは接頭語形式を使用します。
<filter> ::= '(' <filtercomp> ')' <filtercomp> ::= <and> | <or> | <not> | <item> <and> ::= '&' <filterlist> <or> ::= '|' <filterlist> <not> ::= '!' <filter> <filterlist> ::= <filter> | <filter> <filterlist> <item> ::= <simple> | <present> | <substring> <simple> ::= <attr> <filtertype> <value> <filtertype> ::= <equal> | <approx> | <greater> | <less> <equal> ::= '=' <approx> ::= '~=' <greater> ::= '>=' <less> ::= '<=' <present> ::= <attr> '=*' <substring> ::= <attr> '=' <initial> <any> <final> <initial> ::= NULL | <value> <any> ::= '*' <starval> <starval> ::= NULL | <value> '*' <starval> <final> ::= NULL | <value>
<フィルタ>:、:= '('<filtercomp>')'<filtercomp>:、:= <と>。| <か>。| >ではなく、<。| <の品目の><と>:、:= '&'<filterlist><か>:、:= '|'>ではなく、<filterlist><:、:、'= '!'<フィルタ><filterlist>:、:= <フィルタ>。| <フィルタ><filterlist><の品目>:、:= <の簡単な>。| <の現在の>。| <サブストリングの>の<の簡単な>:、:= <attr><filtertype><値の><filtertype>:、:= <の等しい>。| <、約、>。| <の、よりすばらしい>。| <の、より少ない><等しい>:、:= <と約'等しい'、>:、:= '~='<の、よりすばらしい>:、:= '>='<の、より少ない>:、:= '<='<の現在の>:、:= <attr>'=*'<サブストリング>:、:= >の<の最終的な>いずれも<が頭文字をつける<attr>'='<の初期の><>:、:= ヌル| <値の><、どんな>も:、:= '*'<starval><starval>:、:= ヌル| <値の>'*'<のstarvalの>の<の最終的な>:、:= ヌル| <値の>。
<attr> is a string representing an AttributeType, and has the format defined in [1]. <value> is a string representing an AttributeValue, or part of one, and has the form defined in [2]. If a <value> must contain one of the characters '*' or '(' or ')', these characters should be escaped by preceding them with the backslash '\' character.
<attr>はAttributeTypeを表すストリングであり、[1]で定義された書式を持っています。 <値の>はAttributeValueを表すストリング、または1の一部であり、[2]で定義された書式を持っています。 <値の>がそうしなければならないなら、キャラクタ'*の1つを含んでください。''('')'、これらのキャラクタ、バックスラッシュ'\'キャラクタと共に彼らに先行することによって、逃げられるべきです。
Howes Standards Track [Page 2] RFC 1960 LDAP Search Filters June 1996
RFC1960LDAP検索が1996年6月にフィルターにかけるハウズ標準化過程[2ページ]
Note that although both the <substring> and <present> productions can produce the 'attr=*' construct, this construct is used only to denote a presence filter.
<サブストリング>と<の現在の>創作の両方が'attr=*'構造物を生産できますが、この構造物が使用されることに注意してください存在フィルタを指示する。
4. Examples
4. 例
This section gives a few examples of search filters written using this notation.
このセクションはこの記法を使用することで書かれた検索フィルタに関するいくつかの例を出します。
(cn=Babs Jensen) (!(cn=Tim Howes)) (&(objectClass=Person)(|(sn=Jensen)(cn=Babs J*))) (o=univ*of*mich*)
(cnはBabsジェンセン) ((ティム・cn=ハウズ))と等しいです((objectClassは人と等しいです)(| (snはジェンセンと等しいです)(バブスcn=J*)))。(*mich*のo=univ*)
5. Security Considerations
5. セキュリティ問題
Security considerations are not discussed in this memo.
このメモでセキュリティ問題について議論しません。
6. Bibliography
6. 図書目録
[1] Yeong, W., Howes, T., and S. Kille, "Lightweight Directory Access Protocol", RFC 1777, March 1995.
[1]YeongとW.とハウズ、T.とS.Kille、「ライトウェイト・ディレクトリ・アクセス・プロトコル」、RFC1777、1995年3月。
[2] Howes, R., Kille, S., Yeong, W., and C. Robbins, "The String Representation of Standard Attribute Syntaxes", RFC 1778, March 1995.
[2] ハウズ、R.、Kille、S.、Yeong、W.、およびC.ロビンス、「標準の属性構文のストリング表現」、RFC1778(1995年3月)。
[3] Specification of Basic Encoding Rules for Abstract Syntax Notation One (ASN.1). CCITT Recommendation X.209, 1988.
[3] 基本的なコード化の仕様は抽象構文記法1(ASN.1)のために統治されます。 CCITT推薦X.209、1988。
7. Author's Address
7. 作者のアドレス
Tim Howes University of Michigan ITD Research Systems 535 W William St. Ann Arbor, MI 48103-4943 USA
ティムハウズミシガン大学ITDリサーチシステム535Wウィリアム・聖MI48103-4943アナーバー(米国)
Phone: +1 313 747-4454 EMail: tim@umich.edu
以下に電話をしてください。 +1 313 747-4454 メールしてください: tim@umich.edu
Howes Standards Track [Page 3]
ハウズ標準化過程[3ページ]
一覧
スポンサーリンク