Документ взят из кэша поисковой машины. Адрес оригинального документа : http://mirror.msu.net/pub/rfc-editor/rfc-ed-all/pdfrfc/rfc953.txt.pdf Дата изменения: Wed Mar 27 23:52:58 2002 Дата индексирования: Tue Oct 2 16:39:30 2012 Кодировка:

Network Working Group Request for Comments: 953 Obsoletes: RFC 811

K. Harrenstien M. Stahl E. Feinler October HOSTNAME SERVER

(SRI) (SRI) (SRI) 1985

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. 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. 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. QUERY/RESPONSE FORMAT The name server accepts simple text query requests of the form [] 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 :

Harrenstien & Stahl & Feinler

[Page 1]


RFC 953 Hostname Server

October 1985

where 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 (e.g, single record or multiple the state of the reply results. several hundred or more records "HADDR" will usually return one 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. Keyword HELP VERSION Response This information. "VERSION: " where will be different for each version of the host table. interpret the nature of the reply record), so that no confusion about An "ALL" request will likely return of all types, whereas "HNAME" or HOST record.

HNAME One or more matching host table entries. HADDR One or more matching host table entries. ALL ALL-OLD DOMAINS ALL-DOM ALL-INGWAY All known gateways in TENEX/TOPS-20 INTERNET.GATEWAYS format. 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 The entire host table. The entire host table without domain style names. The entire top-level domain table (domains only). Both the entire domain table and the host table.

Harrenstien & Stahl & Feinler

[Page 2]


RFC 953 Hostname Server

October 1985

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 NET GATEWAY HOST DOMAIN BEGIN END entry not found, nature of error follows entry found, rest of entry follows entry found, rest of entry follows entry found, rest of entry follows entry found, rest of entry follows followed by multiple entries done with BEGIN block of entries

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: HNAME SRI-NIC.ARPA where is a carriage return/ linefeed, and 'SRI-NIC.ARPA' is a host name 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 : A response may stretch across more than one line. lines always begin with at least one space. Continuation

2. HADDR Query - Given an internet address (as specified in RFC 796) find the entry or entries that match that address. For example: HADDR 26.0.0.73 where is a carriage return/ linefeed, and '26.0.0.73' is a host address. The likely response is the same as for the previous HNAME request.

Harrenstien & Stahl & Feinler

[Page 3]


RFC 953 Hostname Server

October 1985

3. ALL Query - Deliver the entire internet host table in a machine-readable form. For example: ALL ;where is a carriage return/linefeed

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:'. 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 : : : as in ERR : NAMNFD : Name not found : 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 NAMNFD ADRNFD ILLCOM TMPSYS 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. 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. 3. Postel, J., "Address Mappings," RFC-796, Information Sciences Institute, University of Southern California, Marina del Rey, September 1981. 4. Postel, J., "Domain Name System Implementation Schedule", RFC-921, Information Sciences Institute, University of Southern California, Marina del Rey, October 1984. Name not found; name not in table Address not found; address not in table Illegal command; command key not recognized Temporary system failure, try again later

Harrenstien & Stahl & Feinler

[Page 4]


RFC 953 Hostname Server

October 1985

Harrenstien & Stahl & Feinler

[Page 5]