RFC811 日本語訳

Ken Harrenstien                                           RFC-811
Vic White                                            1 March 1982
Elizabeth Feinler
Network Information Center
SRI International

ケンHarrenstien RFC-811ヴィクホワイト1982年3月1日エリザベスFeinlerはインフォメーション・センターSRIインターナショナルをネットワークでつなぎます。

                        HOSTNAMES SERVER

ホスト名サーバ

INTRODUCTION

序論

   The NIC Internet Hostnames Server is an NCP/TCP-based host
   information program and protocol running on the SRI-NIC
   machine.  It is one of a series of ARPANET/Internet name
   services maintained by the 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 (RFC 810).

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

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>

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

   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.

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

COMMAND/RESPONSE KEYS

コマンド/応答キー

   The currently defined keywords are:

現在定義されたキーワードは以下の通りです。

      Command Keys:

キーを命令してください:

         HNAME   (find entry with given name)
         HADDR   (find entry with given address)
         ALL     (return entire host table)

HNAME(名でエントリーを見つける)HADDR(与えられたアドレスでエントリーを見つける)、すべて(全体のホストテーブルを返します)

                                                         [Page 1]

[1ページ]

                                                            1 March 1982
RFC 811                                                 Hostnames Server

1982年3月1日のRFC811ホスト名サーバ

      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)
         BEGIN   (followed by multiple entries)
         END     (done with BEGIN block of entries)

ERR(見つけられなかったエントリー、誤りの本質は従う)NET(見つけられたエントリー、エントリーの残りは続く)ゲートウェイ(見つけられたエントリー、エントリーの残りは続く)HOST(見つけられたエントリー、エントリーの残りは続く)BEGIN(多回入国はあとに続いている)END(エントリーのBEGINブロックを処理します)

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

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

PROTOCOL

プロトコル

   To access this server from a program, connect to service host
   (SRI-NIC)

プログラムからこのサーバにアクセスするには、サービス・ホストに接してください。(様-NIC)

      TCP: port 101 decimal
      NCP: socket 101 decimal for ICP

TCP: 101の10進NCPを移植してください: ICPのためのソケット101小数

   send the information query, and await the response.

情報質問を送ってください、そして、応答を待ってください。

   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 (see RFC 810), whereas "HNAME" or "HADDR" will
   usually return one HOST record, or "BEGIN:", list of host
   records, "END:", if there is more than one match.

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

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 <CRLF>   ;where <CRLF> is a carriage
      return/
                                 linefeed, and 'SRI-NIC' is a
      host name

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

      The likely response is:

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

         HOST : 10.0.0.73 : SRI-NIC,NIC : FOONLY-F3 : TENEX : NCP :

以下を接待してください。 10.0.0.73 : 様-NIC、NIC: FOONLY-F3: TENEX: NCP:

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

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

      HOST : 10.0.0.73 : SRI-NIC,NIC : FOONLY-F3 : TENEX : NCP :

以下を接待してください。 10.0.0.73 : 様-NIC、NIC: FOONLY-F3: TENEX: NCP:

[Page 2]

[2ページ]

1 March 1982
Hostnames Server                                           RFC 811

1982年3月1日ホスト名サーバRFC、811

   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 10.0.0.73 <CRLF>   ;where <CRLF> is a carriage
      return/
                                   linefeed, and '10.0.0.73' is a
      host
                                   address

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

      The likely response is the same as for the HNAME request:

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

         HOST : 10.0.0.73 : SRI-NIC,NIC : FOONLY-F3 : TENEX : NCP :

以下を接待してください。 10.0.0.73 : 様-NIC、NIC: FOONLY-F3: TENEX: NCP:

   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 810, followed by 'END:'.  For
      example:

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

         BEGIN:
         NET : 10.0.0.0 : ARPANET :
         NET : 18.0.0.0 : LCSNET :
         GATEWAY : 10.0.0.77, 18.8.0.4 : MIT-GW :: MOS : IP/GW :
         HOST : 10.0.0.73 : SRI-NIC,NIC : TENEX : FOONLY-F3
            NCP/TELNET, NCP/FTP, TCP :
         HOST : 10.2.0.11 : SU-TIP, FELT-TIP ::
         END:

始まります: ネット: 10.0.0.0 : アルパネット: ネット: 18.0.0.0 : LCSNET: ゲートウェイ: 10.0.0.77, 18.8.0.4 : MIT-GW:、: モス: IP/GW: 以下を接待してください。 10.0.0.73 : 様-NIC、NIC: TENEX: FOONLY-F3NCP/telnet、NCP/FTP、TCP: 以下を接待してください。 10.2.0.11 : SUくつがえしてください、そして、以下をフェルトでくつがえしてください: 以下を終わらせてください。

ERROR HANDLING

エラー処理

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

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

      ERR : <code> : <string> :

間違えます: <コード>: <ストリング>:

         as in

同じくらい中

      ERR : NAMNFD : Name not found :

間違えます: NAMNFD: 名前は見つけませんでした:

                                                           [Page 3]

[3ページ]

                                                           1 March 1982
RFC 811                                                Hostnames Server

1982年3月1日のRFC811ホスト名サーバ

   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--見つけられなかった名前。 どんなテーブルでもADRNFDを命名しないでください--見つけられなかったアドレス テーブルILLCOMでないところのアドレス--Illegalは命令します。 コマンドの主要な認識されなかったTMPSYS--一時的なシステム障害、後でもう一度試みてください。

REMARKS

注意

   The host name server described above runs over a single global
   internet host name/address data base.  This data base is an
   extension of the old ARPANET Hosts.txt file, and is being
   maintained by the NIC to provide continuity during the
   transition and expansion to the internet environment.  We view
   the central administration of a global host name data base,
   along with this simple name server, as an interim solution on
   the way to a decentralized, distributed name/address
   translation service.  The NIC welcomes your comments and
   suggestions for such an expanded service.  Send comments to
   NIC@SRI-NIC.

ただ一つのグローバルなインターネットホスト名/アドレスデータベースの上の走行を超えて説明されたホストネームサーバ。 このデータベースは、古いアルパネットHosts.txtファイルの拡大であり、変遷と拡張の間、インターネット環境に連続を提供するためにNICによって維持されています。 私たちはグローバルなホスト名データベースの中央の管理を見ます、この単純名サーバと共に、分散していて、分配された名前/アドレス変換サービスへの途中の当座のソリューションとして。 NICはそのような拡張サービスのためのあなたのコメントと提案を歓迎します。 コメントを NIC@SRI-NIC に送ってください。

REFERENCES

参照

   1. Feinler, E., Harrenstien, K., Su, Z. and White, V.
   Official
      DoD Internet Host Table Specification, RFC 810, Network
      Information Center, SRI International, March 1, 1982.

1. Feinler、E.、Harrenstien、K.、Su、Z.、およびホワイト(V.の公式のDoDインターネットホストテーブル仕様、RFC810)は1982年3月1日にインフォメーション・センター、SRIインターナショナルをネットワークでつなぎます。

   2. Postel, J.  Address Mappings, RFC 796, Information Sciences
      Inst., Univ. of Southern Calif., Marina Del Rey, Sept.
   1981.

2. 情報科学Inst、ポステル、J.がマッピング、RFC796を扱う、南部のカリフォルニア、マリーナデル・レイ9月1981の大学

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

3. ピケンズとJ.とFeinler、E.とマシス、J. NICネームサーバ、データグラムベースの情報ユーティリティ、ネットワークインフォメーション・センター、SRIインターナショナル(1979年7月)。

[Page 4]

[4ページ]