DOCUMENTOS RFC (Request For Comments)



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

                    SERVIDOR DE NOMBRES DE MÁQUINAS

ESTADO DE ESTE MEMORÁNDUM

   Esta RFC es la especificación del Protocolo de Servidor de nombres de
   Máquinas.  Esta edición de la especificación incluye revisiones menores
   al RFC 811 al cual actualiza. La distribución de este memorándum es
   ilimitada.

INTRODUCCIÓN

   El Servidor de Nombres de Máquinas de Internet del NIC es un programa y
   protocolo basado en TCP ejecutándose en la máquina SRI-NIC. Pertenece a
   una serie de servicios de nombre de Internet mantenido por el DDN
   Network Information Center (NIC) en el SRI Internacional en
   representación de la Defense Communications Agency (DCA). La función de
   este particular servidor es entregar información sobre nombre/dirección
   en formato legible por una máquina describiendo redes, pasarelas,
   máquinas, y eventualmente dominios, dentro del entorno de Internet.
   Según está actualmente implementado, el servidor suministra la
   información esbozada en la Especificación de Tabla de Máquinas de
   Internet del DoD (ver RFC-952). Para una discusión de futuros
   desarrollos ver también la RFC-921 relativa al Sistema de Nombres de
   Dominio.

PROTOCOLO

   Para acceder a este servidor desde un programa, establece una conexión
   TCP al puerto 101 (decimal) a la máquina de servicio, SRI-NIC.ARPA
   (26.0.0.73 ó 10.0.0.51). Envía la petición de información (una única
   línea), y lee la respuesta resultante. La conexión la cierra el
   servidor tras completar la respuesta, de manera que solamente se puede
   hacer una petición por cada conexión.

   FORMATO PETICIÓN/RESPUESTA

   El servidor de nombres acepta peticiones de texto simple de la forma

      <comando clave> <argumento(s)> [<opciones>]

   donde los corchetes ("[]") indican un campo opcional. El comando clave
   es una palabra clave indicando la naturaleza de la petición. Las claves
   están explicadas abajo.

   La respuesta, por otra parte, es de la forma

      <respuesta clave> : <resto de la respuesta>

   donde <respuesta clave> es una palabra clave indicando la naturaleza de
   la respuesta, y el resto de la respuesta se interpreta en el contexto
   de la clave.

   NOTA: Se debería tener cuidado al interpretar la naturaleza de la
   respuesta (p. ej.: registro simple o registro múltiple), de manera que
   no se produzca confusión sobre el estado de la respuesta. Una petición
   "ALL" probablemente devolverá varios cientos de registros o más de todo
   tipo, mientras que "HNAME" o "HADDR" habitualmente devolverá un
   registro HOST.

CLAVES COMANDO/RESPUESTA

   Las palabras clave de los comandos definidas actualmente se listan
   abajo.  
   
   NOTA: Debido a que el servidor y a que las características
   disponibles se desarrollarán con el tiempo, se debería utilizar el
   comando HELP para obtener el resumen más reciente de las
   características implementadas, cambios, o nuevos comandos.

      Palabra Clave   Respuesta

      HELP   Esta información.

      VERSION  "VERSION: <cadena>" donde <cadena> será diferente para cada
                    versión de la tabla de máquinas.

      HNAME <nombre de máquina>
		    Una o más entradas correspondientes de la tabla de
		    máquinas.

      HADDR <dirección de máquina>
		    Una o más entradas correspondientes de la tabla de
		    máquinas.

      ALL       La tabla de máquinas entera.

      ALL-OLD   La tabla de máquinas sin el estilo de nombres de dominio.

      DOMAINS   La tabla de dominios de alto nivel entera (sólo dominios).

      ALL-DOM   Ambas tablas de dominios entera y de máquinas.

      ALL-INGWAY
	       Todas los pasarelas conocidas en TENEX/TOPS-20 INTERNET.
	       Formato GATEWAYS.

   Recuerde que el servidor acepta sólo una única línea de comando y
   devuelve sólo una única respuesta antes de cerrar la conexión. HNAME y
   NADDR son útiles para buscar una máquina específica por nombre o
   dirección; la VERSION la pueden utilizar procesos automatizados para
   ver si existe una "nueva" versión de la tabla de máquinas sin tener que
   transferir la tabla entera. Nótese, sin embargo, que la cadena de
   versión devuelta sólo se garantiza que sea única para cada versión y
   actualmente no se debería asumir nada sobre su formato.

   Claves de Respuesta:

      ERR      Entrada no encontrada, a continuación sigue la naturaleza
               del error
      NET      Entrada encontrada, a continuación sigue el resto de entradas
      GATEWAY  Entrada encontrada, a continuación sigue el resto de entradas
      HOST     Entrada encontrada, a continuación sigue el resto de entradas
      DOMAIN   Entrada encontrada, a continuación sigue el resto de entradas
      BEGIN    Seguido por múltiples entradas
      END      Termina un bloque de entradas comenzado por BEGIN

   Se añadirán más palabras clave según vayan apareciendo nuevas
   necesidades. A continuación sigue una descripción más detallada de
   peticiones/respuestas.

EJEMPLOS PETICIÓN/RESPUESTA

   1. Petición HNAME - Dado un nombre, encuentra la entrada o entradas que
   corresponden a ese nombre. Por ejemplo:

      HNAME SRI-NIC <CRLF>

         donde <CRLF> es un retorno de carro/avance de línea

      La respuesta probablemente sea:

      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 :

      Una respuesta puede alargarse más de una línea. Las líneas que van a
      continuación siempre comienzan con al menos un espacio en blanco.

   2. Petición HADDR - Dada una dirección de Internet (como se especifica
   en el RFC 796) encuentra la entrada o entradas que corresponden a esa
   dirección. Por ejemplo:

      HADDR 26.0.0.73 <CRLF>

	 donde <CRLF> es un retorno de carro / avance de línea, y
	 '26.0.0.73' es una dirección de máquina.

      La respuesta más probable es la misma que para la petición HNAME
      previa.

   3. Petición ALL - Entrega la tabla de máquinas de Internet entera en
   una forma legible para la máquina. Por ejemplo:

      ALL <CRLF>   ;donde <CRLF> es un retorno de carro/avance de línea

      La respuesta más probable es la palabra clave 'BEGIN' seguida de dos
      puntos ':', seguido de la tabla de máquinas de Internet entera en el
      formato especificado en el RFC 952, seguida por 'END:'.

TRATAMIENTO DE ERRORES

   1. Respuesta ERR - puede aparecer en cualquier petición y se debería
   permitir en cualquier programa que utilice el servidor de nombres. Los
   errores son de la forma

      ERR : <código> : <cadena> :

      como en

      ERR : NAMNFD : Nombre no encontrado : [N. del T.: NAMNFD : NAMe Not FounD :]

   El código de error es un descriptor único, limitado a 8 caracteres de
   longitud para cualquier error dado. Se puede utilizar por el programa
   de acceso para identificar el error y, en algunos casos, para tratarlo
   automáticamente. La cadena es un mensaje que acompaña a un error dado
   para el caso en el que el programa simplemente mete en un histórico el
   mensaje de error. Los códigos actuales y su interpretación asociada
   son:

      NAMNFD    Nombre no encontrado; el nombre no esta en la tabla
      ADRNFD    Dirección no encontrada; la dirección no está en la tabla
      ILLCOM    Comando ilegal; comando clave no reconocido
      TMPSYS    Fallo temporal del sistema, inténtelo más tarde


REFERENCIAS

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

   2. Pickens, J., Feinler, E., and Mathis, J., "The NIC Name Server," Una
      utilidad de información basada en datagramas, RFC-756, Network
      Information Center, SRI International, Julio de 1979.

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

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

La Web de ELISOFT
Copyright © Elisoft - Septiembre 2000