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ページ]

一覧

 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 

スポンサーリンク

register_resource() リソースプラグインを動的に登録します

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

上に戻る