Nota
El acceso a esta página requiere autorización. Puede intentar iniciar sesión o cambiar directorios.
El acceso a esta página requiere autorización. Puede intentar cambiar los directorios.
Las convenciones de nomenclatura comparten un objetivo común: para resolver de forma inequívoca un nombre en una dirección de red, generalmente una dirección IP. La diferencia entre las convenciones de nomenclatura se encuentra en el enfoque distinto de cada convención para resolver nombres.
Las siguientes convenciones de nomenclatura se usan para identificar equipos en varios métodos de resolución de nombres del sistema, incluido el método Windows 2000:
Nombre del equipo
En el espacio de nombres NetBIOS plano, un nombre único resuelve de forma inequívoca un nombre de equipo en una dirección de red. Este es el nombre que las versiones anteriores de Windows almacenadas en las listas de exploradores y exploradores maestros, lo que permite a las redes de Windows del mismo nivel examinar los recursos en equipos Windows en red. En este escenario, el término asociado al equipo era el nombre del equipo. El registro del nombre de equipo depende de las difusiones de red (y un explorador maestro, determinado por las elecciones ganadas por números de versión posteriores de Windows o uso de Windows NT o una combinación). Esto fue útil para redes Windows pequeñas y basadas en pares, pero las redes pronto crecieron más allá de lo que el uso de las difusión y las listas sencillas de exploradores maestros de archivos planos podrían dar servicio.
Nombre de host
A continuación, llegó el servicio de nomenclatura de Internet (WINS) de Windows, que habilitó un repositorio dinámico y centralizado de nombres de equipo basados en NetBIOS almacenados en servidores WINS. Estos repositorios podrían atender una red más grande. Con este desarrollo, las consultas de resolución de nombres se podrían dirigir a un servidor WINS (en lugar de difundirse) y los conflictos podrían arbitrarse de forma centralizada. Con WINS, el término nombre de equipo se conserva, pero el término nombre de host también apareció y se usó indistintamente con el nombre del equipo. En ese momento, WINS era el solucionador de nombres predeterminado para las plataformas Windows, pero DNS ganaba con la popularidad y proliferación de redes más grandes y grandes.
Las redes crecieron y WINS se volvió menos capaz de controlar el creciente volumen de nombres. La capacidad de disminución de WINS para controlar la carga de resolución de nombres no se debe a la potencia de procesamiento necesaria para la resolución, sino al hecho de que generar nombres únicos para muchos equipos se convirtió en una carga de administración cada vez mayor.
Nombre de dominio completo
DNS es una mejor solución; con su espacio de nombres jerárquico, la necesidad de nombres de equipo únicos está aislada en un dominio determinado, lo que permite que un nombre de equipo como server1 exista en diferentes ubicaciones de dominio de la misma jerarquía. Con la capacidad de tener el mismo nombre de host en dominios diferentes, surgió la necesidad de un nombre que se dirigió correctamente a la jerarquía de DNS. El nombre tenía que incluir no solo el nombre de equipo o el nombre de host, sino también un nombre que podría identificar sin ambigüedades o calificar completamente ese equipo dentro de toda la jerarquía dns. Ese nombre es el nombre de dominio completo (FQDN), por ejemplo, server1.widgets.microsoft.com.
Sin embargo, en determinadas situaciones, la parte de jerarquía de dominio del FQDN es complicada y un nombre local para un equipo determinado (o cualquier otro host DNS) relativo al dominio DNS en el que reside el host es necesario. Ese nombre es el nombre distintivo relativo. El nombre distintivo relativo es simplemente el nombre de host único a la izquierda del punto izquierdo del FQDN, de modo que un FQDN de server1.widgets.microsoft.com tiene server1 como nombre distintivo relativo.
Nombre distintivo relativo
En lugar de imponer nuevos nombres o convenciones de nomenclatura nuevas en los usuarios de nombres NetBIOS, DNS simplemente usa el nombre de equipo (nombre de host) como nombre distintivo relativo y anexa la jerarquía de dominios DNS a ese nombre para crear el FQDN. En la ilustración siguiente se muestra cómo identificar el nombre de equipo (o nombre de host o nombre distintivo relativo) parte del FQDN: