Source: http://docplayer.es/1091611-El-sistema-netbios-y-la-resolucion-de-nombres.html
Timestamp: 2018-04-23 19:58:34+00:00

Document:
El sistema NetBIOS y la resolución de nombres - PDF
El sistema NetBIOS y la resolución de nombres
Download "El sistema NetBIOS y la resolución de nombres"
Óscar Córdoba Herrero
1 El sistema NetBIOS y la resolución de nombres Network Basic Input Output System -1-
2 Índice de contenido 1. Nombres NetBIOS...3 Formato de los nombres...3 Tipos de nombres...3 Tipos de servicios NetBIOS sobre TCP/IP...4 Resolución de nombres NetBIOS...4 Resolución de nombres NetBIOS mediante difusión...5 Resolución de nombres NetBIOS mediante NBNS...5 Tipos de nodos...6 Registrar vs Resolver El protocolo SMB...8 Modelo de seguridad SMB Modelo Net BIOS de Microsoft...10 Grupos de trabajo...10 Dominios Resolución de nombres...11 Distinción entre nombres NetBIOS y nombres de host (hostnames)...11 Métodos de resolución de nombres NetBIOS...14 Métodos de resolución de nombres de host / FQDN...16 Cuándo se utiliza cada uno...17 Resumiendo...17 Fuentes bibliográficas...18 Orlando Escribano Baigorri v.3 beta
3 Desarrollado por IBM en 1985, el sistema NetBIOS (Network Basic Input / Output System) es una API (Application Programming Interface) que proporciona a las aplicaciones unas funciones mínimas para poder compartir recursos y conectarse con otras computadoras de la red. En realidad, NetBIOS se encarga de establecer la sesión y mantener las conexiones. Pero este protocolo debe transportarse entre máquinas a través de otros protocolos; debido a que por sí mismo no es suficiente para transportar los datos a través de la red, para lo cual debe usar otro mecanismo de transporte (por ejemplo: protocolo NetBEUI en redes LAN; protocolo TCP/IP en redes LAN y WAN). Otra definición de NetBIOS: es una interfaz de acceso a servicios de red, es decir, una capa de software desarrollada para enlazar con el hardware. Su intención es conseguir que las aplicaciones sean independientes del hardware y los protocolos de bajo nivel, evitando a los desarrolladores el trabajo sucio de tener que crear rutinas de recuperación de errores, direccionamiento, etc. 1. Nombres NetBIOS Las computadoras que forman parte de una red NetBIOS se identifican mediante nombres. Formato de los nombres El tamaño máximo es de 15 caracteres. El formato permite utilizar cualquier carácter alfanumérico, además de los # $ % ^ & ( ) - { }. ~ Tipos de nombres Se definen dos tipos de nombres: Nombres únicos. Cada máquina debe poseer un nombre único que la identifique frente al resto. No pueden existir en la misma red máquinas con el mismo nombre. Grupos de trabajo. Es un nombre que identifica a un conjunto de máquinas que trabajan en la misma subred. Tipos de servicios Con el nombre NetBIOS una máquina no sólo advierte de su presencia al resto de las máquinas de la red, sino que también les indica el tipo de servicios que ofrece. El encargado de indicar el servicio es el byte 16 de la cadena que compone el nombre. En función del tipo de nombre, su valor (representado en hexadecimal) se asocia a diferentes servicios: -3-
4 Nombres únicos 00 Estación de trabajo estándar 03 Servicio mensajero 1B Controlador de dominio primario 1D Lo registra el examinador principal y los demás examinadores lo utilizan para comunicarse con el examinador principal 20 Servicio de ficheros e impresoras etcétera Nombres de grupo de trabajo 00 Grupo estándar de estaciones de trabajo 01.. MSBROWSE. Lo registra el examinador principal para anunciar un grupo a otros examinadores principales 1C Servicio de autenticación en un dominio 1D Examinador principal 1E Examinador del grupo de trabajo etcétera Las máquinas pueden tener más de un nombre registrado en la red, todo depende de la cantidad de servicios que ofrezcan. No te preocupes si no comprendes todos los recursos o tipos de grupos. Algunos de ellos ni siquiera los necesitaremos. Lo importante aquí es recordar la lógica del mecanismo de nombres. Para visualizar los servicios registrados por tu máquina, ejecutar el comando nbtstat -n. 2. NetBIOS sobre TCP/IP A finales de 1985, IBM crea NetBEUI (NetBIOS Extended User Interface), el protocolo de transporte sobre el que trabaja inicialmente NetBIOS, que obtiene un rendimiento aceptable en pequeñas LAN. Sin embargo, ante la implantación de TCP/IP como protocolo de Internet, se decide normalizar el funcionamiento de las aplicaciones NetBIOS sobre TCP/IP (llamado NBT). Resolución de nombres NetBIOS Cada nombre NetBIOS lleva asociada una única dirección IP. Cada vez que una aplicación necesita acceder a un equipo remoto debe resolver el nombre NetBIOS a la dirección IP que le corresponde ( Resolución de nombres NetBIOS) En los sistemas NBT, una máquina tiene, en principio, dos formas (más adelante veremos dos más) de resolver el nombre NetBIOS: -4-
5 Servidor de nombres: Consultar la IP a un servidor NBNS (NetBIOS Name Server). Esta solución es mejor desde el punto de vista del rendimiento de la red, ya que la solicitud va dirigida a una máquina concreta, evitando el uso de la difusión. Una de las implementaciones la introdujo Microsoft con la llegada de WINS (Windows Internet Name Service). Difusión: Enviar un paquete de difusión preguntando por la IP asociada a un determinado nombre. Si existe tal equipo, éste remitirá su IP. Este método disminuye el rendimiento de la red, especialmente si es de gran tamaño, ya que se generan muchos paquetes de difusión. Resolución de nombres NetBIOS mediante difusión SATURNO MARTE VENUS cuál es la IP de VENUS? PLUTON Resolución de nombres NetBIOS mediante NBNS SATURNO MARTE VENUS SERVIDOR NBNS cuál es la IP de VENUS? PLUTON
6 Tipos de nodos Cómo sabe la máquina NBT cuál de las dos estrategias debe emplear para resolver y registrar un nombre? Se han establecido tres tipos de nodos en la red para los que define tres tipos de comportamientos en la resolución: Nodo B (de difusión). Utiliza las consultas de difusión. Nodo P (punto a punto). Utiliza un servidor NBNS. Nodo M (mixto). Es una mezcla entre el B y el P. Por defecto se comporta como un B. Utiliza la difusión para registrar el nombre y, si tiene éxito, se lo comunica al servidor NBNS. También utiliza la difusión para resolver un nombre: sólo en caso de no tener éxito consulta al servidor NBNS. Microsoft desarrolló por su cuenta el comportamiento de otro nodo más tolerante a fallos de rutas: Nodo H (híbrido). Es una mezcla entre el P y el B. Por defecto funciona como nodo P. Si no puede resolver un nombre mediante un servidor NBNS, utilizará la difusión. Para saber cuál es el tipo de nodo de tu máquina, ejecutar el comando ipconfig /all. Por defecto, el equipo utiliza nodo tipo B. Si utilizamos un servidor WINS, el tipo de nodo cambiará automáticamente a H. Si la dirección del servidor WINS es obtenida por DHCP, el propio servidor DHCP debe cambiar el tipo de nodo de la máquina. En algunos casos puede ser necesario configurarlo a mano, por ejemplo, cuando queremos que sea de tipo M o P y no lo hacemos a través de DHCP. Si el tipo de nodo es Desconocido, puede ser que no esté establecido el tipo de nodo en el registro de Windows. Para cambiar el tipo de nodo de forma manual, tendremos que crear el valor NodeType en el registro de Windows o, en caso de que ya existiera, modificarlo. El valor en cuestión está ubicado en la clave: HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services \NetBT\Parameters\ -6-
7 Registrar vs Resolver Los posibles valores que puede tomar son: 0x1 Nodo B (Broadcast) 0x2 Nodo P (Peer) 0x4 Nodo M (Mixed) 0x8 Nodo H (Hybrid) Registrar: En el mundo NetBIOS, cuando cada máquina se vuelve activa, quiere reclamar un nombre para sí; esto se denomina registro de nombre. Sin embargo, dos máquinas en el mismo grupo de trabajo podrían solicitar el mismo nombre; esto causaría problemas de confusión para cualquier máquina que quiera comunicar con una de esas dos. Hay dos aproximaciones diferentes para asegurarnos de que esto no ocurra: Usar un Servidor de Nombres NetBIOS (NBNS) para controlar el registro de nombres NetBIOS de las máquinas. Permitir a cada máquina de la red defender su nombre en el caso de que otra máquina intente usarlo. Resolver: En adición, debe haber una forma de resolver un nombre NetBIOS hacia una dirección IP específica como ya mencionamos antes; esto es conocido como resolución de nombre. Hay dos formas diferentes también aquí con NBT: Cuando una máquina "escucha" una petición broadcast para su nombre NetBIOS, la máquina escuchante guarda la dirección IP de la máquina solicitante. Usar el NBNS o difusión para resolver nombres NetBIOS a direcciones IP. -7-
8 3. El protocolo SMB SMB (Server Message Block) es un protocolo abierto que ocupa las capas de presentación y aplicación del modelo OSI y que permite compartir recursos entre los diferentes equipos de una red: impresoras, archivos y puertos de E/S. Desde su nacimiento se ha convertido en el protocolo de soporte de la interfaz NetBIOS, y hoy en día trabaja sobre todos sus protocolos de transporte: NetBEUI, IPX/SPX, DECnet y, por supuesto, TCP/IP. SMB es un protocolo de petición-respuesta, donde el cliente es quién inicia la comunicación mediante una petición de servicio y que continúa cuando se recibe un mensaje de respuesta del servidor. Su principal ventaja está en la capacidad de realizar operaciones de lectura y escritura simultáneas, frente a la capacidad de lectura o transferencia de protocolos como FTP o HTTP. Aunque se suele hablar de uno u otro término indistintamente, SMB y NetBIOS son dos cosas diferentes. NetBIOS La primera versión de este protocolo (llamada PC Network Program 1.0 o PCLAN1.0 y desarrollada por IBM en 1985) podía realizar operaciones como: Abrir y cerrar archivos Enviar y eliminar archivos de la cola de impresión Leer y escribir sobre un archivo Crear y eliminar archivos y directorios Compartir directorios -8-
9 Modelo de seguridad SMB SMB establece un modelo de seguridad de dos niveles para garantizar la confidencialidad e integridad de los datos almacenados: Nivel share. Cada recurso compartido puede tener una contraseña para acceder a los arhivos que este contenga. El usuario podrá acceder a los mismos siempre y cuando tenga ese permiso de entrada (la password). Para las primeras variantes de SMB (Protocolos Core y Core Plus) éste era el único modelo de seguridad disponible. Para Windows 3.11 y Windows 95/98, éste nivel de seguridad es por defecto. Los privilegios pueden ser para leer (Sólo lectura) o de lectura/escritura (Completo). Nivel user. En este nivel se protege a los archivos de cada usuario, además de la protección del nivel que se mencionó anteriormente. Está basado en los derechos de acceso del usuario, para ello es necesario que cada cliente se conecte al servidor con el fin de que sea autenticado por el mismo quién le dará un UID. Este debe ser presentado al servidor en todos los siguientes accesos al mismo. Este modelo de seguridad esta disponible a partir de la tercera variante de SMB. Ilustración 1: Modo de compartir en Windows 98 SMB fue originalmente inventado por IBM, pero la versión más común hoy en día es la modificada ampliamente por Microsoft. Microsoft renombró SMB y lo llamó Common Internet File System (CIFS) en 1998 y añadió más características, que incluyen soporte para enlaces simbólicos, enlaces duros (hard links), y mayores tamaños de archivo. Hay características en la implementación de SMB de Microsoft que no son parte del protocolo SMB original. También existe Samba, que es una implementación libre del protocolo SMB con las extensiones de Microsoft. Funciona sobre sistemas operativos GNU/Linux y en otros UNIX. -9-
10 4. Modelo NetBIOS de Microsoft Microsoft ha desarrollado su propio modelo de red NetBIOS basado en el protocolo SMB. En este modelo se recogen dos posibles configuraciones de red: Grupos de trabajo y Dominios. Grupos de trabajo Los grupos de trabajo definidos en el ámbito de la red de Microsoft responden a una colección de máquinas de la misma subred identificadas por el mismo nombre de grupo de trabajo NetBIOS. En este tipo de redes, las máquinas se pueden comportar como servidores o clientes indistintamente (sistemas peer-to-peer o entre iguales). La difusión de mensajes para la resolución de nombres y la descentralización de la administración de los recursos hacen que el número ideal de máquinas que conforman un grupo de trabajo no supere las veinte. Por encima de este número es conveniente incorporar servidores NBNS como WINS para mejorar el rendimiento de la red eliminando el tráfico redundante. Dominios La administración descentralizada de los grupos de trabajo genera grandes problemas de fiabilidad en la seguridad cuando el número de máquinas crece en exceso. Microsoft lo soluciona creando lo que se denomina dominios e incorporándolos a partir de Windows NT El dominio es un grupo de trabajo que incorpora unos servidores independientes y especializados, llamados controladores de dominio, encargados de administrar de forma centralizada todos los recursos del dominio. El concepto de dominio también se puede entender como una base de datos donde se almacena la información relativa a un grupo de trabajo, y que está en poder del controlador de dominio. La información no se limita al nombre de los equipos que forman el grupo de trabajo, sino que incorpora matices sobre los recursos que comparte el grupo, además de los usuarios que están autorizados a utilizarlos. -10-
11 5. Resolución de nombres La utilización de nombres para referirnos a los ordenadores de una red resulta habitualmente más cómodo que tratar directamente con direcciones IP. Sin embargo, la familia de protocolos TCP/IP no es capaz de llegar hasta un ordenador sólo con su nombre: necesita obtener su dirección IP antes. El mecanismo de traducción de nombres a direcciones IP es lo que se conoce como resolución de nombres. Siempre que escribamos un nombre, ya sea en el cuadro de "Buscar PC" de Windows, en un navegador web o en un comando TCP/IP, el ordenador tendrá que dar el paso extra de averiguar su dirección IP antes de poder continuar (será ligeramente más lento que si tecleamos su dirección IP). Distinción entre nombres NetBIOS y nombres de host (hostnames) Un ordenador Windows con TCP/IP instalado tiene dos nombres que suelen coincidir: Nombre NetBIOS. Es el nombre que se define en el cuadro "Nombre NetBIOS del equipo" dentro de las ventana "Sufijo DNS y nombre NetBIOS del equipo" de las propiedades del sistema. Este nombre es el que utiliza Windows en Mis sitios de red. Mi PC --> Propiedades --> Ficha Nombre de equipo --> Botón Cambiar -->Botón Más --> Nombre de host. Es el nombre que se define en el cuadro "Nombre de equipo" dentro de la ventana Cambios en el dominio o el nombre del equipo. El nombre de dominio completo es el nombre de host seguido de un punto y del dominio. Por ejemplo, si el host es "servidor" y el dominio es "mired", el nombre de dominio completo será "servidor.mired". El nombre de dominio se utiliza para identificar un ordenador en Internet (por ejemplo, goliat.sim.ucm.es). Nota: Las redes Microsoft utilizan los nombres NetBIOS de 15 caracteres para nombrar a un ordenador (\\MIORDENADOR). Y en Internet se usa los FQDN (Fully Qualified Domain Name) que están constituidos por el nombre de host y el nombre del dominio (la red en la que se encuentra). Ejemplo: miordenador.empresa.es, donde miordenador es el nombre del host y el dominio Internet es empresa.es -11-
12 Nombre NetBIOS en Windows XP Mi PC --> Propiedades --> Ficha Nombre de equipo --> Botón Cambiar -->Botón Más --> (No se puede modificar porque WinXP oblica a que coincida con el nombre de host). Nombre de host en Windows XP Mi PC --> Propiedades --> Ficha Nombre de equipo --> Botón Cambiar --> -12-
13 FQDN en Windows XP Mi PC --> Propiedades --> Ficha Nombre de equipo --> Botón Cambiar -->Botón Más --> En Sufijo DNS principal de este equipo, escribimos el dominio al que pertenece. Nótese cuál es el nombre completo del equipo (el FQDN: hostname + nombre de dominio): Nota: Tradicionalmente, un ordenador que no sea Windows (o sea Windows pero con NetBIOS deshabilitado) no tendrá nombre NetBIOS. Por otro lado, un ordenador Windows que no tenga el protocolo TCP/IP instalado no tendrá nombre de host / FQDN. Un servidor web en Linux es un ejemplo del primer caso y un Windows 98 que utilice sólo el protocolo NetBEUI es un ejemplo del segundo. Antes de Windows 2000: Por defecto, el nombre que escribimos en la ventana de Propiedades del sistema es el nombre NetBIOS, y conviene que así sea. Pero el hostname podría ser diferente y tiene características sintácticas muy distintas: puede tener hasta 63 caracteres y sólo están permitidos letras, números y el carácter -, a diferencia del nombre NetBIOS, que permite la utilización de algunos símbolos. Después de Windows 2000: El nombre que asignamos al equipo es el hostname, que coincide con el nombre NetBIOS y que, a diferencia de sistemas anteriores, no se puede hacer diferente. Windows 2000 sigue utilizando el nombre NetBIOS por compatibilidad con los sistemas anteriores y por las aplicaciones basadas en NetBIOS. -13-
14 En los siguientes apartados estudiamos los principales mecanismos de resolución de nombres que permiten traducir un nombre NetBIOS o un nombre de dominio a su correspondiente dirección IP. Métodos de resolución de nombres NetBIOS 1. Caché NBT. Es una tabla dinámica almacenada en cada ordenador que contiene los últimos nombres que se han resuelto por otros métodos. Cada uno de los nombres resueltos permanece mapeado durante cierto tiempo en esta memoria. Esta tabla se puede visualizar mediante el comando nbtstat -c. 2. Servidor WINS. (WINS es la implementación de Microsoft de un servidor NBNS). Es un ordenador que contiene una lista centralizada de direcciones IP y nombres NetBIOS. Esta lista se crea de forma dinámica a medida que se van conectando y desconectando ordenadores en la red. Así, cuando los clientes tienen que resolver una dirección IP, le preguntan directamente al servidor WINS, en lugar de utilizar la difusión. 3. Broadcasting. Se pregunta el nombre a todos los ordenadores de la red. 4. Archivo LMHOSTS. Es un archivo de texto, situado en cada ordenador de la red, que contiene una lista de direcciones IP y nombres NetBIOS. Cada línea corresponde con un registro e incluye la dirección IP seguida de, al menos, un espacio y el nombre NetBIOS correspondiente. Este archivo debe mantenerse individual y manualmente en cada PC. En un ordenador Windows se encuentra c:\windows\system32\drivers\etc\. El método de resolución que funciona en una red si no se ha configurado otro es broadcasting. Este método resuelve los nombres de forma correcta, sin embargo genera un elevado tráfico en la red. Podemos conocer la cantidad de nombres que se han resuelto mediante broadcasting utilizando el comando nbtstat -r (línea "Resolved By Broadcast"). Cada vez que Windows resuelve un nombre lo almacena durante unos segundos en su caché NetBIOS (nbtstat -c). Esta tabla la consultará antes de realizar un broadcasting. Nombres sin tipo de servicio: Al ejecutar "nbtstat -r", pueden aparecer en "Nombres resueltos por difusión", algún nombre de equipo sin tipo de servicio asociado: Nombres NetBIOS resueltos por difusión ALHAMA HUECHA <00> ALHAMA <00> Posiblemente se trate del servicio "Servidor de archivos", código 20 o, lo que es lo mismo, espacio en blanco. Advierte que debido a que los nombres DNS no tiene tipos de recursos, los diseñadores intencionadamente pusieron un valor hexadecimal 20 (un espacio en blanco) por defecto para el tipo de servidor de ficheros. Podemos reducir el número de mensajes de broadcasting en una red sin necesidad de emplear un servidor mediante la creación, en cada máquina, de una lista con todos -14-
15 los nombres NetBIOS de nuestra red y sus correspondientes direcciones IP. Esta lista se debe incluir en un archivo llamado LMHOSTS. Sigue la siguiente sintaxis: # Ejemplo de archivo LMHOSTS router #PRE minerva #PRE saturno #PRE satur #PRE Sobre la sintaxis de LHMOSTS: En Windows, hay un archivo llamado LMHOSTS.SAM (la extensión.sam viene de sample = muestra). Para que funcione correctamente, basta con eliminar la extensión, ya que el archivo debe llamarse LMHOSTS a secas, sin extensión. Las líneas que comienzan con el carácter # son comentarios. Los diferentes elementos (IP's, nombres,...) deben ir separados por uno o más espacios o tabulaciones. Las tabulaciones permiten dejar el contenido del archivo más ordenado. Si queremos que el uso de LMHOSTS sea realmente eficiente, debemos colocar después de cada línea el modificador #PRE. Con esto se consigue que el sistema cargue en caché automáticamente el registro en cuestión. De otro modo, el nombre sólo sería resuelto al final, una vez que todos los demás métodos han fallado. Se pueden crear alias (más de un nombre para una misma IP) pero, a diferencia del archivo HOSTS, en el que basta con escribir varios nombres a continuación de la IP, en LMHOSTS deberemos escribir una nueva línea y repetir IP + nombre. El método más recomendable para redes medianas y grandes es utilizar un servidor de nombres NetBIOS. Este servidor es una máquina Windows NT, 2000 ó 2003 con el Servicio de nombres de Internet para Windows (WINS) configurado. En la pestaña "Configuración WINS" de las propiedades de TCP/IP de cada ordenador cliente tenemos que indicar la dirección IP del servidor WINS que hayamos configurado. Cada vez que escribamos un nombre, nuestro ordenador preguntará al servidor WINS en lugar de hacer un broadcasting a toda la red. Un servidor de nombres asegura, además, que los equipos mostrados en Mis sitios de red se corresponden con los que realmente están funcionando en la red ( siempre y cuando todos los equipos de la red sean clientes WINS!).. Un error muy común es confundir la resolución de nombres con el servicio Explorador que arma Mis sitios de red, donde se pueden ver los equipos que comparten recursos. Pero son dos cosas totalmente diferentes e independientes. Puede resolverse el nombre correctamente y, sin embargo, no ver el equipo en Mis sitios de red ; o ver el equipo en Mis sitios de red y no poder resolver la dirección IP. Por eso, cuando queremos saber si podemos acceder a un equipo, la mejor forma es hacerlo a través de su ruta UNC \\nombre_equipo o con el comando ping nombre_equipo o ping ip_equipo -15-
16 Métodos de resolución de nombres de host / FQDN 1. Caché de nombres de host. Similar a la caché NBT, pero para nombres de host. Disponible a partir de Windows Local host. Se compara el nombre con el del propio PC. El resto de nombres no es capaz de resolverlos. 3. Archivo HOSTS. Es un archivo de texto, situado en cada ordenador de la red, que contiene una lista de direcciones IP y FQDN's (similar al archivo LMHOSTS, pero para nombres de host). En un ordenador Windows se encuentra en c:\windows\system32\drivers\etc\. 4. Servidor DNS. Es un ordenador que contiene una lista centralizada de direcciones IP y FQDN's. La construcción de la lista puede hacerse manual o dinámicamente, según el sistema utilizado. A partir de Windows 2000, se utiliza DDNS (DNS Dinámico) y los clientes Windows 2000 se registran automáticamente. Windows NT no soporta DDNS, ni como cliente ni como servidor. Para solucionarlo existen dos alternativas: (1) dar de alta manualmente los registros o (2) utilizar un servidor DHCP y configurarlo para que, cuando asigne direcciones, también realice el registro de las mismas en el servidor DNS. Si en una red no configuramos ningún método de resolución de nombres de dominio, el único que funcionará será Local host. Es decir, cada ordenador sólo será capaz de resolver su propio nombre pero no el resto de los nombres de la red ni de Internet. Para permitir que los ordenadores de la red sean accesibles por su nombre de dominio podemos utilizar archivos HOSTS. En cada puesto de la red tenemos que crear un archivo que incluya al resto de ordenadores, siguiendo la siguiente sintaxis: # Ejemplo de archivo HOSTS router.mired minerva.mired saturno.mired satur La mejor solución, sin embargo, es configurar un servidor DNS que resuelva no sólo los nombres de nuestra propia red sino también los del resto de Internet (será un servidor DNS local). En la pestaña "Configuración DNS" de las propiedades de TCP/IP de cada ordenador cliente tenemos que indicar la dirección IP del servidor DNS. Se puede indicar una dirección IP que no sea de nuestra propia red. -16-
17 Cuándo se utiliza cada uno Una pregunta frecuente es, cuándo se usa la resolución de hostname y cuándo la de NetBIOS? Esto depende de la aplicación o sintaxis que usemos pero, en general, se puede decir que: siempre que utilicemos la sintaxis UNC del tipo \\nombre_equipo, el sistema interpreta que es un nombre NetBIOS. siempre que utilicemos utilidades TCP/IP, del tipo ping nombre_equipo (idem para ftp, telnet, etc.), el sistema interpreta que es un nombre de host. Una de las características de la implementación de Microsoft es que si el sistema tiene que resolver un nombre NetBIOS, primero prueba por los métodos de resolución de nombres NetBIOS pero, si no tiene éxito, probará con los métodos de resolución de nombres de host. Y viceversa. Esta táctica tiene una ventaja y un inconveniente: Ventaja: si no implementamos adecuadamente el sistema de resolución de nombres, el nombre se consigue resolver. Inconveniente: el acceso a equipos de red puede demorarse en exceso precisamente porque el sistema está probando con varios métodos hasta encontrar uno que tenga éxito. Microsoft ha ido haciendo mejoras en los algoritmos de resolución: si el nombre comienza por \\, supone que es un nombre NetBIOS. si el nombre tienen más de 15 caracteres, supone que es un nombre de host. si el nombre contiene puntos., supone que es un FQDN. Resumiendo En una instalación Windows con TCP/IP existen dos nombres de equipo: el nombre NetBIOS y el hostname. Dependiendo de la aplicación o el comando que usemos, el sistema resolverá uno u otro. El sistema, en todo caso, debe resolver ambos, aunque hay algunos requisitos: en un dominio NT4, es obligatorio resolver nombres NetBIOS. La resolución de hostnames es opcional. en un dominio Win2000 puro, es obligatorio resolver hostnames y FQDNs. La resolución de nombres NetBIOS es opcional. en un dominio Win2000 con clientes pre-win2000, habrá que resolver ambos, ya que los DC y los clientes Win2000 se encuentran a través de hostnames, mientras que los pre-win2000 lo hacen a través de nombres NetBIOS. -17-
18 Fuentes bibliográficas Redes de datos Teoría y Práctica Autores: Duque, Entrecanales y otros Ed. McGraw-Hill NBI/doc/indice.html El WWW en general

References: resolución 
 resolución 
 resolución 
 resolución 
 Resolución 
 Resolución 
 Resolución 
 Resolución 
 resolución 
 resolución 
 Resolución 
 Resolución 
 Resolución 
 Resolución 
 resolución 
 resolución 
 Resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución 
 resolución