Resolución de nombres estilo redes MS Windows

Las redes MS Windows se basan en el nombre dado de cada máquina. Este nombre recibe mútiples (e inconsistentes) denominaciones como el nombre de computadora, nombre de máquina, nombre de red, nombre netbios, o nombre SMB. Todos estos términos significan lo mismo con la excepción de nombre netbios que también puede aplicarse al nombre del grupo de trabajo o del dominio. El término grupo de trabajo y dominio son sólo un simple nombre con el cual está asociado la máquina. Todos los nombres NetBIOS tiene 16 caracteres de longitud. El carácter 16 se reserva para almacenar un valor de un byte que indica la información del nivel de servicio para el nombre NetBIOS registrado. Una nombre de máquina NetBIOS se registra para tipo de servicio proporcionado por el cliente/servidor.

Las tablas de nombres únicos NetBIOS y grupos de nombres muestra los tipos de registros de nombres/servicios NetBIOS.

Tabla Nombres únicos NetBIOS

Nombres de grupo

Observe que todas las máquinas NetBIOS registran su propio. Esto contrasta con las instalaciones TCP/IP donde tradicionalmenteel administrador del sistema determina en /etc/hosts o en la base de datos DNS define que nombre se asocia a cada dirección IP.

Debería observar otro punto aclaratorio más el fichero /etc/hosts y los registros DNS no proporcionan información de tipo de nombres NetBIOS de los que dependen los clientes MS Windows para localizar el tipo de servicio que puede necesitar. Un ejemplo es lo que sucede cuando un cliente MS Windows quiere localizar un servidor de conexiones de un dominio. Busca este servicio y la dirección IP de un servidor que lo preste realizando una búsqueda (mediante difusión NetBIOS) para enumerar todas las máquinas que tienen registrado el tipo de nombre *<1c>. Entonces se envía una solicitud de sesión a cada una de las direcciones de la lista. La máquina que contesta primero es la que presta el servicio.

El nombre grupo de trabajo o dominio pueen ser confusos ya que estos tienen el significado añadido de indicar cual es la arquitectura de seguridad de la red MS Windows. El término grupo de trabajo indica que la naturaleza del entorno de red es de siseño punto a punto. En un grupo de trabajo todas las máquinas son responsables de su propia seguridad y en general esa seguridad se limita al uso de una contraseña (nivel de seguridad del servicio). En la mayoría de las situaciones de una red punto a punto, el usuario que controla sus propias máquinas simplemente tiene la opción de no tener seguridad. Es posible tener el nivel de seguridad de usuario en un grupo de trabajo, esto requiere el uso de un nombre con la contraseña correspondiente.

Las redes MS Windows se basan en el uso de nombres de máquina para pasar todos los mensajes locales y remotos. El protocolo utilizado se llama Server Message Block (SMB) ys se desarrolla usando el protocolo NetBIOS (Network Basic Input Output System). NetBIOS se puede encapsular mediante el protocolo LLC (Logical Link Control) en cuyo caso el resultado es el protocolo NetBEUI (Network Basic Extended User Interface). NetBIOS también puede ejecutarse sobre el protocolo IPX (Inter-networking Packet Exchange) como el usado por Novell NetWare, y también se puede ejecutar sobre lso protocolos TCP/IP, en cuyo caso el protocolo resultante se llama NBT o NetBT, NetBIOS sobre TCP/IP.

Las máquinas MS Windows usan un complejo array como mecanismo de resolución de nombres. Como sólo no s interesa TCP/IP, el ejemplo se limita a este campo.

# Copyright (c) 1998 Microsoft Corp.
#
# This is a sample LMHOSTS file used by the Microsoft Wins Client (NetBIOS
# over TCP/IP) stack for Windows98
#
# This file contains the mappings of IP addresses to NT computer-names
# (NetBIOS) names. Each entry should be kept on an individual line.
# The IP address should be placed in the first column followed by the
# corresponding computer-name. The address and the computer name
# should be separated by at least one space or tab. The "#" character
# is generally used to denote the start of a comment (see the exceptions
# below).
#
# This file is compatible with Microsoft LAN Manager 2.x TCP/IP lmhosts
# files and offers the following extensions:
#
#      #PRE
#      #DOM:<domain>
#      #INCLUDE <filename>
#      #BEGIN_ALTERNATE
#      #END_ALTERNATE
#      \0xnn (non-printing character support)
#
# Following any entry in the file with the characters "#PRE" will cause
# the entry to be pre-loaded into the name cache. By default, entries are
# not pre-loaded, but are parsed only after dynamic name resolution fails.
#
# Following an entry with the "#DOM:<domain>" tag will associate the
# entry with the domain specified by <domain>. This effects how the
# browser and logon services behave in TCP/IP environments. To preload
# the host name associated with #DOM entry, it is necessary to also add a
# #PRE to the line. The <domain> is always pre-loaded although it wil\
l not
# be shown when the name cache is viewed.
#
# Specifying "#INCLUDE <filename>" will force the RFC NetBIOS (NBT)
# software to seek the specified <filename> and parse it as if it wer\
e
# local. <filename> is generally a UNC-based name, allowing a
# centralized lmhosts file to be maintained on a server.
# It is ALWAYS necessary to provide a mapping for the IP address of the
# server prior to the #INCLUDE. This mapping must use the #PRE directive.
# In addition the share "public" in the example below must be in the
# LanManServer list of "NullSessionShares" in order for client machines to
# be able to read the lmhosts file successfully. This key is under
# \machine\system\currentcontrolset\services\lanmanserver\
# parameters\nullsessionshares
# in the registry. Simply add "public" to the list found there.
#
# The #BEGIN_ and #END_ALTERNATE keywords allow multiple #INCLUDE
# statements to be grouped together. Any single successful include
# will cause the group to succeed.
#
# Finally, non-printing characters can be embedded in mappings by
# first surrounding the NetBIOS name in quotations, then using the
# \0xnn notation to specify a hex value for a non-printing character.
#
# The following example illustrates all of these extensions:
#
# 102.54.94.97     rhino     #PRE #DOM:networking  #net group's DC
# 102.54.94.102    "appname  \0x14"       #special app server
# 102.54.94.123    popular   #PRE         #source server
# 102.54.94.117    localsrv  #PRE         #needed for the include
#
# #BEGIN_ALTERNATE
# #INCLUDE \\localsrv\public\lmhosts
# #INCLUDE \\rhino\public\lmhosts
# #END_ALTERNATE
#
# In the above example, the "appname" server contains a special
# character in its name, the "popular" and "localsrv" server names are
# preloaded, and the "rhino" server name is specified so it can be used
# to later #INCLUDE a centrally maintained lmhosts file if the "localsrv"
# system is unavailable.
#
# Note that the whole file is parsed including comments on each lookup,
# so keeping the number of comments to a minimum will improve performance.
# Therefore it is not advisable to simply add lmhosts file entries onto the
# end of this file.