RFC953 日本語訳

Network Working Group                               K. Harrenstien (SRI)
Request for Comments: 953                                 M. Stahl (SRI)
Obsoletes:  RFC 811                                     E. Feinler (SRI)
                                                            October 1985

Harrenstien(様)がコメントのために要求するワーキンググループK.をネットワークでつないでください: 953 M.スタール(様)は以下を時代遅れにします。 RFC811E.Feinler(様)1985年10月

                            HOSTNAME SERVER

ホスト名サーバ

STATUS OF THIS MEMO

このメモの状態

   This RFC is the official specification of the Hostname Server
   Protocol.  This edition of the specification includes minor revisions
   to RFC 811 which brings it up to date.  Distribution of this memo is
   unlimited.

このRFCはHostname Serverプロトコルに関する公式の仕様書です。 仕様のこの版はそれを最新の状態にするRFC811に小さい方の改正を含んでいます。 このメモの分配は無制限です。

INTRODUCTION

序論

   The NIC Internet Hostname Server is a TCP-based host information
   program and protocol running on the SRI-NIC machine.  It is one of a
   series of internet name services maintained by the DDN Network
   Information Center (NIC) at SRI International on behalf of the
   Defense Communications Agency (DCA).  The function of this particular
   server is to deliver machine-readable name/address information
   describing networks, gateways, hosts, and eventually domains, within
   the internet environment.  As currently implemented, the server
   provides the information outlined in the DoD Internet Host Table
   Specification [See RFC-952].  For a discussion of future developments
   see also RFC-921 concerning the Domain Name System.

NICインターネットHostname ServerはSRI-NICマシンで動くTCPベースのホスト情報プログラムとプロトコルです。 それはSRIインターナショナルでDefense Communications Agency(DCA)を代表してDDN Networkインフォメーション・センター(NIC)によって維持された一連のインターネット名前サービスの1つです。 この特定のサーバの機能はネットワーク、ゲートウェイ、ホスト、および結局ドメインについて説明する機械可読な名前/アドレス情報を提供することです、インターネット環境の中で。 現在実装されるように、サーバはDoDインターネットHost Table Specificationに概説された情報を提供します[RFC-952を見てください]。 また、未来の発展の議論に関しては、ドメインネームシステムに関してRFC-921を見てください。

PROTOCOL

プロトコル

   To access this server from a program, establish a TCP connection to
   port 101 (decimal) at the service host, SRI-NIC.ARPA (26.0.0.73 or
   10.0.0.51).  Send the information request (a single line), and read
   the resulting response.  The connection is closed by the server upon
   completion of the response, so only one request can be made for each
   connection.

または、aからこのサーバにアクセスするために、プログラムを作ってください、そして、TCP接続を確立して、サービス・ホストで101(10進)を移植してください、SRI-NIC.ARPA、(26.0、.0、.73、10.0 .0 .51)。 情報要求(単線)を送ってください、そして、結果として起こる応答を読んでください。 接続は応答の完成のときにサーバによって閉店させられるので、各接続のために1つの要求しかすることができません。

QUERY/RESPONSE FORMAT

質問/応答形式

   The name server accepts simple text query requests of the form

ネームサーバは形式の簡単なテキスト質問要求を受け入れます。

      <command key> <argument(s)> [<options>]

<コマンドの主要な><議論>。[<オプション>]

   where square brackets ("[]") indicate an optional field.  The command
   key is a keyword indicating the nature of the request.  The defined
   keys are explained below.

正方形であるところで、括弧("[]")は任意の分野を示します。 コマンドキーは要求の本質を示すキーワードです。 定義されたキーは以下で説明されます。

   The response, on the other hand, is of the form

他方では、応答はフォームのものです。

      <response key> : <rest of response>

<応答の主要な>: 応答>の<残り

Harrenstien & Stahl & Feinler                                   [Page 1]

Harrenstien、スタール、およびFeinler[1ページ]

RFC 953                                                     October 1985
Hostname Server

RFC953 1985年10月のホスト名サーバ

   where <response key> is a keyword indicating the nature of the
   response, and the rest of the response is interpreted in the context
   of the key.

<応答の主要な>が応答の本質を示すキーワードであり、応答の残りがキーの文脈で解釈されるところ。

   NOTE:  Care should be taken to interpret the nature of the reply
   (e.g, single record or multiple record), so that no confusion about
   the state of the reply results.  An "ALL" request will likely return
   several hundred or more records of all types, whereas "HNAME" or
   "HADDR" will usually return one HOST record.

以下に注意してください。 回答(e.g、ただ一つの記録または複数の記録)の本質を解釈するために注意するべきです、回答の状態に関する混乱が全く結果として生じないように。 「すべて」要求はおそらくすべてのタイプに関する数100以上の記録を返すでしょうが、通常、"HNAME"か"HADDR"が1つのホスト記録を返すでしょう。

COMMAND/RESPONSE KEYS

コマンド/応答キー

   The currently defined command keywords are listed below.  NOTE:
   Because the server and the features available will evolve with time,
   the HELP command should be used to obtain the most recent summary of
   implemented features, changes, or new commands.

現在定義されたコマンドキーワードは以下にリストアップされています。 以下に注意してください。 時間に従ってサーバと利用可能な特徴が発展するので、HELPコマンドは実装している特徴、変化、または新しいコマンドの最新の概要を得るのに使用されるべきです。

      Keyword   Response

キーワード応答

      HELP      This information.

ヘルプThis情報。

      VERSION   "VERSION: <string>" where <string> will be different for
                each version of the host table.

バージョン、「バージョン:」 <ストリング>がホストテーブルの各バージョンにおいて異なるようになる「<ストリング>。」

      HNAME <hostname>
                One or more matching host table entries.

HNAME<ホスト名>Oneか、より多くのマッチングホストがエントリーをテーブルの上に置きます。

      HADDR <hostaddr>
                One or more matching host table entries.

HADDR<hostaddr>Oneか、より多くのマッチングホストがエントリーをテーブルの上に置きます。

      ALL       The entire host table.

すべての全体のホストテーブル。

      ALL-OLD   The entire host table without domain style names.

すべて、-、OLD、ドメインスタイル名のない全体のホストテーブル。

      DOMAINS   The entire top-level domain table (domains only).

全体の最上位のドメインがテーブルの上に置くDOMAINS(ドメイン専用)。

      ALL-DOM   Both the entire domain table and the host table.

すべて、-、DOM Both、全体のドメインテーブルとホストテーブル。

      ALL-INGWAY
                All known gateways in TENEX/TOPS-20 INTERNET.GATEWAYS
                format.

すべて、-、INGWAY All、TENEX/TOPS-20 INTERNET.GATEWAYS形式でゲートウェイを知っています。

   Remember that the server accepts only a single command line and
   returns only a single response before closing the connection.  HNAME
   and HADDR are useful for looking up a specific host by name or
   address; VERSION can be used by automated processes to see whether a
   "new" version of the host table exists without having to transfer the

サーバがただ一つのコマンドラインだけを受け入れて、接続を終える前にただ一つの応答だけを返すのを覚えていてください。 HNAMEとHADDRは名前かアドレスで特定のホストを訪ねることの役に立ちます。 バージョンは自動化されたプロセスによって使用されて、ホストテーブルの「新しい」バージョンが移す必要はなくて存在するかどうかわかることができます。

Harrenstien & Stahl & Feinler                                   [Page 2]

Harrenstien、スタール、およびFeinler[2ページ]

RFC 953                                                     October 1985
Hostname Server

RFC953 1985年10月のホスト名サーバ

   whole table.  Note, however, that the returned version string is only
   guaranteed to be unique to each version, and nothing should currently
   be assumed about its format.

全体のテーブル。 しかしながら、返されたバージョンストリングが各バージョンに特有になるように保証されるだけであり、何も現在形式に関して想定されるべきでないことに注意してください。

   Response Keys:

応答キー:

      ERR       entry not found, nature of error follows
      NET       entry found, rest of entry follows
      GATEWAY   entry found, rest of entry follows
      HOST      entry found, rest of entry follows
      DOMAIN    entry found, rest of entry follows
      BEGIN     followed by multiple entries
      END       done with BEGIN block of entries

エントリーが当たらなかったERR、誤りの本質はエントリーが当たったNETに続いて、エントリーの残りは見つけられたゲートウェイのエントリーに続いて、エントリーの残りはエントリーが当たったHOSTに続いて、エントリーの残りはエントリーが当たったDOMAINに続いて、エントリーの残りはエントリーのBEGINブロックで行われた多回入国ENDによって続かれたBEGINに続きます。

   More keywords will be added as new needs are recognized.  A more
   detailed description of the allowed requests/responses follows.

新たな必要性が認められるとき、より多くのキーワードが加えられるでしょう。 許容要求/応答の、より詳細な記述は続きます。

QUERY/RESPONSE EXAMPLES

質問/応答の例

   1. HNAME Query - Given a name, find the entry or entries that match
   the name.  For example:

1. HNAME Query--名前を与えて、名前に合っているエントリーかエントリーであることがわかります。 例えば:

      HNAME SRI-NIC.ARPA <CRLF>

HNAME様-NIC.ARPA<CRLF>。

         where <CRLF> is a carriage return/ linefeed, and 'SRI-NIC.ARPA'
         is a host name

<CRLF>が復帰/ラインフィードであり、'SRI-NIC.ARPA'がホスト名であるところ

      The likely response is:

ありそうな応答は以下の通りです。

      HOST : 26.0.0.73, 10.0.0.51 : SRI-NIC.ARPA,SRI-NIC,NIC :
             DEC-2060 : TOPS20 : TCP/TELNET,TCP/SMTP,TCP/TIME,TCP/FTP,
             TCP/ECHO,ICMP :

以下を接待してください。 26.0.0.73, 10.0.0.51 : 様-NIC.ARPA、様-NIC、NIC: -2060年12月: TOPS20: TCP/telnet、TCP/SMTP、TCP/時間、TCP/FTP、TCP/エコー、ICMP:

      A response may stretch across more than one line.  Continuation
      lines always begin with at least one space.

応答は1つ以上の系列の向こう側に伸びるかもしれません。 継続行はいつも少なくとも1つのスペースで始まります。

   2. HADDR Query - Given an internet address (as specified in RFC 796)
   find the entry or entries that match that address. For example:

2. HADDR Query--インターネットを考えて、掘り出し物がそのアドレスに合っているエントリーかエントリーであると扱ってください(RFC796で指定されるように)。 例えば:

      HADDR 26.0.0.73 <CRLF>

HADDR26.0.0、.73<CRLF>。

         where <CRLF> is a carriage return/ linefeed, and '26.0.0.73' is
         a host address.

'<CRLF>はどこの復帰/ラインフィードですか、そして、26.0年.0の.73'はホスト・アドレスです。

      The likely response is the same as for the previous HNAME request.

ありそうな応答は前のHNAME要求のように同じです。

Harrenstien & Stahl & Feinler                                   [Page 3]

Harrenstien、スタール、およびFeinler[3ページ]

RFC 953                                                     October 1985
Hostname Server

RFC953 1985年10月のホスト名サーバ

   3. ALL Query - Deliver the entire internet host table in a
   machine-readable form.  For example:

3. すべてのQuery--機械可読なフォームで全体のインターネットホストテーブルを提供してください。 例えば:

      ALL <CRLF>   ;where <CRLF> is a carriage return/linefeed

すべての<CRLF>; <CRLF>が復帰/ラインフィードであるところ

      The likely response is the keyword 'BEGIN' followed by a colon
      ':', followed by the entire internet host table in the format
      specified in RFC-952, followed by 'END:'.

'ありそうな応答はRFC-952で指定された形式の全体のインターネットホストテーブルが支えた'BEGINは'コロンで、続いたこと'が'ENDでいうことになったキーワードです'。

ERROR HANDLING

エラー処理

   ERR Reply - may occur on any query, and should be permitted in any
   access program using the name server.  Errors are of the form

どんな質問のときにも起こるかもしれなくて、どんなアクセスプログラムでもネームサーバを使用することで受入れられるべきです。ERR Reply--誤りはフォームのものです。

      ERR : <code> : <string> :
        as in
      ERR : NAMNFD : Name not found :

間違えます: <コード>: <ストリング>: 同じくらい中では、間違えてください: NAMNFD: 名前は見つけませんでした:

   The error code is a unique descriptor, limited to 8 characters in
   length for any given error.  It may be used by the access program to
   identify the error and, in some cases, to handle it automatically.
   The string is an accompanying message for a given error for that case
   where the access program simply logs the error message.  Current
   codes and their associated interpretations are

エラーコードは誤りを考えて、いずれのためにも長さが8つのキャラクタに制限されたユニークな記述子です。 それは、自動的に誤りといくつかの場合ハンドルにそれを特定するのにアクセスプログラムで使用されるかもしれません。 ストリングはそのような場合与えられた誤りへのアクセスプログラムが単にエラーメッセージを登録するところの付随のメッセージです。 現在のコードと彼らの関連解釈はそうです。

      NAMNFD    Name not found; name not in table
      ADRNFD    Address not found; address not in table
      ILLCOM    Illegal command; command key not recognized
      TMPSYS    Temporary system failure, try again later

見つけられなかったNAMNFD Name。 テーブルADRNFD Addressで見つけられた名前。 テーブルILLCOM Illegalコマンドでないのにおけるアドレス。 キーがTMPSYS Temporaryシステム障害を認識しなかったと命令してください、そして、後でもう一度試みてください。

REFERENCES

参照

   1. Harrenstien, K., Stahl, M., and Feinler, E., "Official DoD
      Internet Host Table Specification," RFC-952, DDN Network
      Information Center, SRI International, October 1985.

1. HarrenstienとK.とスタール、M.とFeinler、E.、「公式のDoDインターネットホストテーブル仕様」、RFC-952、DDNはインフォメーション・センターをネットワークでつなぎます、SRIインターナショナル、1985年10月。

   2. Pickens, J., Feinler, E., and Mathis, J., "The NIC Name Server," A
      Datagram-based Information Utility, RFC-756, Network Information
      Center, SRI International, July 1979.

2. ピケンズとJ.とFeinler、E.とマシス、J.「NICネームサーバ」、データグラムベースの情報ユーティリティ、RFC-756はインフォメーション・センターをネットワークでつなぎます、SRIインターナショナル、1979年7月。

   3. Postel, J., "Address Mappings," RFC-796, Information Sciences
      Institute, University of Southern California, Marina del Rey,
      September 1981.

3. ポステル、J.、「アドレス・マッピング」、RFC-796、情報Sciences Institute、南カリフォルニア大学、マリナデルレイ、1981年9月。

   4. Postel, J., "Domain Name System Implementation Schedule", RFC-921,
      Information Sciences Institute, University of Southern California,
      Marina del Rey, October 1984.

4. ポステル、J.、「ドメインネームシステム遂行スケジュール」、RFC-921、情報Sciences Institute、南カリフォルニア大学、マリナデルレイ、1984年10月。

Harrenstien & Stahl & Feinler                                   [Page 4]

Harrenstien、スタール、およびFeinler[4ページ]

RFC 953                                                     October 1985
Hostname Server

RFC953 1985年10月のホスト名サーバ

Harrenstien & Stahl & Feinler                                   [Page 5]

Harrenstien、スタール、およびFeinler[5ページ]