RFC1464 日本語訳

Network Working Group                                       R. Rosenbaum
Request for Comments: 1464                 Digital Equipment Corporation
                                                                May 1993

コメントを求めるワーキンググループR.ローゼンボム要求をネットワークでつないでください: 1464 DEC1993年5月

                     Using the Domain Name System
                  To Store Arbitrary String Attributes

任意のストリング属性を保存するのにドメインネームシステムを使用します。

Status of this Memo

このMemoの状態

   This memo defines an Experimental Protocol for the Internet
   community.  Discussion and suggestions for improvement are requested.
   Please refer to the current edition of the "IAB Official Protocol
   Standards" for the standardization state and status of this protocol.
   Distribution of this memo is unlimited.

このメモはインターネットコミュニティのためにExperimentalプロトコルを定義します。 議論と改善提案は要求されています。 このプロトコルの標準化状態と状態の「IABの公式のプロトコル標準」の現行版を参照してください。 このメモの分配は無制限です。

Abstract

要約

   While the Domain Name System (DNS) [2,3] is generally used to store
   predefined types of information (e.g., addresses of hosts), it is
   possible to use it to store information that has not been previously
   classified.

ドメインネームシステム(DNS)[2、3]は事前に定義されたタイプの情報を保存するのに一般に使用されますが(例えば、ホストのアドレス)、以前に分類されていない情報を保存するのにそれを使用するのは可能です。

   This paper describes a simple means to associate arbitrary string
   information (ASCII text) with attributes that have not been defined
   by the DNS.  It uses DNS TXT resource records to store the
   information.  It requires no change to current DNS implementations.

この論文は任意のストリング情報(ASCIIテキスト)をDNSによって定義されていない属性に関連づける簡潔な方法を説明します。 それは、情報を保存するのにDNS TXTリソース記録を使用します。 それは現在のDNS実装への変化を全く必要としません。

1.  Introduction

1. 序論

   The Domain Name System is designed to store information that has both
   a predefined type and structure.  Examples include IP addresses of
   hosts and names of mail exchangers.  It would be useful to take
   advantage of the widespread use and scaleability of the DNS to store
   information that has not been previously defined.

ドメインネームシステムは、事前に定義されたタイプと構造の両方を持っている情報を保存するように設計されています。 例はホストのIPアドレスとメール交換器の名前を含んでいます。 以前に定義されていない情報を保存するのにDNSの普及使用とscaleabilityを利用するのは役に立つでしょう。

   This paper proposes the use of the DNS TXT resource record (defined
   in STD 13, RFC 1035) to contain new types of information.  The
   principal advantage of such an approach is that it requires no change
   to most existing DNS servers.  It is not intended to replace the
   process by which new resource records are defined and implemented.

この論文は、新しいタイプの情報を含むようにDNS TXTリソース記録(STD13、RFC1035では、定義される)の使用を提案します。 そのようなアプローチの主要な利点はほとんどの既存のDNSサーバへの変化を全く必要としないということです。 それが新しいリソース記録が定義されて、実装されるプロセスを取り替えることを意図しません。

2.  Format of TXT record

2. TXT記録の形式

   To store new types of information, the TXT record uses a structured
   format in its TXT-DATA field.  The format consists of the attribute
   name followed by the value of the attribute.  The name and value are
   separated by an equals sign (=).

新しいタイプの情報を保存するために、TXT記録はTXT-DATA分野で構造化された形式を使用します。 形式は属性の値があとに続いた属性名から成ります。 名前と値は等号(=)によって切り離されます。

Rosenbaum                                                       [Page 1]

RFC 1464          Storing Arbitrary Attributes in DNS           May 1993

1993年5月にDNSに任意の属性を保存するローゼンボム[1ページ]RFC1464

   For example, the following TXT records contain attributes specified
   in this fashion:

例えば、以下のTXT記録はこんなやり方で指定された属性を含んでいます:

        host.widgets.com   IN   TXT   "printer=lpr5"
        sam.widgets.com    IN   TXT   "favorite drink=orange juice"

host.widgets.com IN TXT「プリンタ=lpr5" sam.widgets.com IN TXT「お気に入りの飲み物=オレンジジュース」」

   The general syntax is:

一般的な構文は以下の通りです。

        <owner> <class> <ttl> TXT "<attribute name>=<attribute value>"

<所有者><のクラス><ttl>TXT「<属性名前>=<属性値>」

   Attribute Names

属性名

   Any printable ASCII character is permitted for the attribute name.
   If an equals sign is embedded in the attribute name, it must be
   quoted with a preceding grave accent (or backquote: "`").  A
   backquote must also be quoted with an additional "`".

どんな印刷可能なASCII文字も属性名のために受入れられます。 等号が属性名に埋め込まれるなら、前の低アクセントでそれを引用しなければならない、(以下をbackquoteする、「'、「)、」、' また、backquoteを引用しなければならない、追加、「'「.」'

   Attribute Name Matching Rules

属性名前マッチング規則

   The attribute name is considered case-insensitive.  For example, a
   lookup of the attribute "Favorite Drink" would match a TXT record
   containing "favorite drink=Earl Grey tea".

属性名は大文字と小文字を区別しないと考えられます。 例えば、属性のルックアップ「お気に入りの飲み物」は「グレイ伯爵お気に入りの飲み物=紅茶」を含むTXT記録に合っているでしょう。

   During lookups, TXT records that do not contain an unquoted "=" are
   ignored.  TXT records that seem to contain a null attribute name,
   that is, the TXT-DATA starts with the character "=", are also
   ignored.

ルックアップの間、引用を終わっている「=」を含まないTXT記録が無視されます。 ヌル属性名を含むように思えるTXT記録、すなわち、TXT-DATAはキャラクタ「=」から始めて、また、無視されます。

   Leading and trailing whitespace (spaces and tabs) in the attribute
   name are ignored unless they are quoted (with a "`").  For example,
   "abc" matches " abc<tab>" but does not match "` abc".

それらが引用されない場合属性名の主で引きずっている空白(空間とタブ)が無視される、(a、「'、「)、」、' 例えば、"abc"は、「abc<タブ>」を合わせますが、「'abc」'は合っていません。

   Note that most DNS server implementations require a backslash (\) or
   double quote (") in a text string to be quoted with a preceding
   backslash.  Accent grave ("`") was chosen as a quoting character in
   this syntax to avoid confusion with "\" (and remove the need for
   confusing strings that include sequences like "\\\\").

ほとんどのDNSサーバ実装がバックスラッシュ(\)か二重引用文を必要とすることに注意してください、(「)、前のバックスラッシュで引用されるべきテキスト文字列、」 アクセント墓、(「'、「)、a引用しているキャラクタとして「\」への混乱を避けるこの構文で選ばれた、(」 \\\\のような系列を含んでいるストリングを混乱させる必要性を取り除いてください、」、)、'

   Attribute Values

属性値

   All printable ASCII characters are permitted in the attribute value.
   No characters need to be quoted with a "`".  In other words, the
   first unquoted equals sign in the TXT record is the name/value
   delimiter.  All subsequent characters are part of the value.

すべての印刷可能なASCII文字が属性値で受入れられます。 どんなキャラクタも、aで引用される必要がない、「'「.」' 言い換えれば、TXT記録における最初の引用を終わっている等号は名前/値のデリミタです。 すべてのその後のキャラクタが価値の一部です。

   Once again, note that in most implementations the backslash character
   is an active quoting character (and must, itself, be quoted).

もう一度、ほとんどの実装では、バックスラッシュキャラクタがキャラクタを引用する能動態であることに注意してください、(そして、必須である、それ自体、引用されてください、)

Rosenbaum                                                       [Page 2]

RFC 1464          Storing Arbitrary Attributes in DNS           May 1993

1993年5月にDNSに任意の属性を保存するローゼンボム[2ページ]RFC1464

   All whitespace in the attribute value is returned to the requestor
   (it is up to the application to decide if it is significant.)

属性値におけるすべての空白を要請者に返します。(それが重要であるかどうか決めるのがアプリケーションまで達しています。)

   Examples

例

   <sp> indicates a space character.

<sp>は間隔文字を示します。

   Attribute    Attribute       Internal Form           External Form
   Name         Value           (server to resolver)    (TXT record)

属性Attribute Internal Form External Form Name Value(レゾルバへのサーバ)(TXT記録)

   color        blue            color=blue              "color=blue"
   equation     a=4             equation=a=4            "equation=a=4"
   a=a          true            a`=a=true               "a`=a=true"
   a\=a false           a\`=a=false             "a\\`=a=false"
   =            \=              `==\=                   "`==\\="

色..青..色..青..色..等しい..青..方程式..方程式..方程式..4インチ..本当..本当..等しい..本当に..誤る..等しい..誤る..偽

   string       "Cat"           string="Cat"            "string=\"Cat\""
   string2      `abc`           string2=``abc``         "string2=``abc``"
   novalue                      novalue=                "novalue="
   a b          c d             a b=c d                 "a b=c d"
   abc<sp>      123<sp>         abc` =123<sp>           "abc` =123 "

'「」 」 ストリング「猫」ストリング=「猫」「ストリング=\」猫\string2'abc'string2が"abc"と等しい、「string2=「abc「123<sp>「novalue novalueは「novalue=」b c d a b=c d"a b=c d"abc<sp>123<sp>abcと等しい'=「abc'=123」」

3.  Application Usage

3. アプリケーション用法

   The attributes can be accessed by the standard resolver library, but
   it is recommended that a library routine designed specially for this
   attribute format be used.  Such a routine might provide an analogue
   to gethostbyname:

標準のレゾルバライブラリは属性にアクセスできますが、特に、この属性形式のために設計されたライブラリ・ルーチンが使用されるのは、お勧めです。 そのようなルーチンはアナログをgethostbynameに供給するかもしれません:

         getattributebyname(objectname,          name of object
                            attributename,       name of attribute
                            attributevalue,      pointer to buffer
                            attributevaluelen)   length of buffer

バッファのgetattributebyname(objectname、オブジェクトattributenameの名前、属性attributevalue、attributevaluelenをバッファリングする指針の名前)の長さ

   This routine would remove all quoting characters before returning the
   information to the caller.  A more complex routine could return
   attributes with multiple values, or several different attributes.

このルーチンは、情報を訪問者に返す前にキャラクタを皆、引用しながら、取り外されるでしょう。 より複雑なルーチンは複数の値、またはいくつかの異なった属性がある属性を返すかもしれません。

4.  Attribute Name Registration

4. 属性名前登録

   To permit ease of interoperability and to reduce the chance of naming
   conflicts, a registration process for well known attribute names
   might be established.  This could be a periodically updated list of
   names and/or adherence to other name registration mechanisms such as
   published object identifiers.

相互運用性の容易さを可能にして、闘争を命名するという可能性を小さくするために、よく知られている属性名のための登録手続は確立されるかもしれません。 これは、発行されたオブジェクト識別子などの他の名前登録メカニズムへの定期的にアップデートされた名簿、そして/または、固守であるかもしれません。

   This paper does not address attribute name registration.

この紙は属性名前登録を扱いません。

Rosenbaum                                                       [Page 3]

RFC 1464          Storing Arbitrary Attributes in DNS           May 1993

1993年5月にDNSに任意の属性を保存するローゼンボム[3ページ]RFC1464

5.  Restrictions

5. 制限

   Some DNS server implementations place limits on the size or number of
   TXT records associated with a particular owner.  Certain
   implementations may not support TXT records at all.

いくつかのDNSサーバ実装が特定の所有者に関連しているTXT記録のサイズか数に限界を置きます。 ある実装は全く記録をTXTにサポートしないかもしれません。

6.  REFERENCES and BIBLIOGRAPHY

6. 参照と図書目録

   [1] Stahl, M., "Domain Administrators Guide", RFC 1032, Network
       Information Center, SRI International, November 1987.

[1] スタール、M.、「ドメイン管理者のガイド」(RFC1032)が1987年11月にインフォメーション・センター、SRIインターナショナルをネットワークでつなぎます。

   [2] Mockapetris, P., "Domain Names - Concepts and Facilities", STD
       13, RFC 1034, USC/Information Sciences Institute, November 1987.

[2]Mockapetris、P.、「ドメイン名--、概念と施設、」、STD13、RFC1034、科学が設けるUSC/情報、11月1987日

   [3] Mockapetris, P., "Domain Names - Implementation and
       Specification", STD 13, RFC 1035, USC/Information Sciences
       Institute, November 1987.

[3]Mockapetris、P.、「ドメイン名--、実装と仕様、」、STD13、RFC1035、科学が設けるUSC/情報、11月1987日

   [4] Mockapetris, P., "DNS Encoding of Network Names and Other Types",
       RFC 1101, USC/Information Sciences Institute, April 1989.

[4]Mockapetris、P.、「ネットワーク名と他のタイプのDNSコード化」、RFC1101、科学が1989年4月に設けるUSC/情報。

7.  Security Considerations

7. セキュリティ問題

   Security issues are not discussed in this memo.

このメモで安全保障問題について議論しません。

8. Author's Address

8. 作者のアドレス

   Rich Rosenbaum
   Digital Equipment Corporation
   550 King Street, LKG2-2/Z7
   Littleton, MA  01460-1289

キング・ストリート、豊かなローゼンボムDEC550LKG2-2/Z7リトルトン、MA01460-1289

   Phone: 508-486-5922
   Email: rosenbaum@lkg.dec.com

以下に電話をしてください。 508-486-5922 メールしてください: rosenbaum@lkg.dec.com

Rosenbaum                                                       [Page 4]

ローゼンボム[4ページ]