Instituto Tecnológico de Las Américas

Informe:

Servicios de Red en Windows Server 2008

Autor:

Frank de Jesús Portorreal 2012-1212.

Sistemas Operativos 2

José Doñé

21 de Octubre del año 2013

Índice:

Servicios de red……..…………….……………3

DNS………………………..………………………4

DHCP……………………………...………………8

Enrutamiento y Acceso remoto……….……10

NAT………………………………………………13

WINS…………………………….………………15

Bibliografía……………………………………..20

Servicios de red

Las aplicaciones de las computadoras requieren varias combinaciones de

datos, capacidad de procesamiento, y dispositivos de entrada/salida para

completar sus tareas. Los servicios de red permiten a las computadoras

compartir recursos usando aplicaciones especiales. Todas estas interactúan

con las aplicaciones del usuario, las aplicaciones de la red desarrollan servicios

en el background. Muchas de las aplicaciones que proveen los servicios de la

red son combinadas en un solo sistema operativo de red.

Los sistemas operativos de red son específicamente diseñados para

administrar y proveer múltiples servicios de red para aplicaciones de las

computadoras conectadas a ella.

Cuando seleccionamos un sistema operativo de red, se toma especial atención

para cada servicio de red que uno necesita.

Servicios de red más comunes

Los servicios de red más comunes son:

Servidores de autenticación

Servicio de directorio

Dynamic Host Configuration Protocol (DHCP)

Domain Name System (DNS)

Correo electrónico

Servicio de impresión

Network File System (NFS)

DNS

Función Servidor DNS

El sistema de nombres de dominio (DNS) es un sistema para asignar nombres

a equipos y servicios de red que se organiza en una jerarquía de dominios. Las

redes TCP/IP, como Internet, usan DNS para buscar equipos y servicios

mediante nombres descriptivos.

Para que el uso de los recursos de red sea más fácil, los sistemas de nombres

como DNS proporcionan un método para asignar el nombre descriptivo de un

equipo o servicio a otros datos asociados a dicho nombre, como una dirección

IP. Un nombre descriptivo es más fácil de aprender y recordar que las

direcciones numéricas que los equipos usan para comunicarse a través de una

red. La mayoría de la gente prefiere usar un nombre descriptivo (por ejemplo,

sales.fabrikam.com) para buscar un servidor de correo electrónico o servidor

web en una red en lugar de una dirección IP, como 157.60.0.1. Cuando un

usuario escribe un nombre DNS descriptivo en una aplicación, los servicios

DNS convierten el nombre en su dirección numérica.

¿Qué hace un servidor DNS?

Un servidor DNS proporciona resolución de nombres para redes basadas en

TCP/IP. Es decir, hace posible que los usuarios de equipos cliente utilicen

nombres en lugar de direcciones IP numéricas para identificar hosts remotos.

Un equipo cliente envía el nombre de un host remoto a un servidor DNS, que

responde con la dirección IP correspondiente. El equipo cliente puede entonces

enviar mensajes directamente a la dirección IP del host remoto. Si el servidor

DNS no tiene ninguna entrada en su base de datos para el host remoto, puede

responder al cliente con la dirección de un servidor DNS que pueda tener

información acerca de ese host remoto, o bien puede consultar al otro servidor

DNS. Este proceso puede tener lugar de forma recursiva hasta que el equipo

cliente reciba las direcciones IP o hasta que se establezca que el nombre

consultado no pertenece a ningún host del espacio de nombres DNS

especificado.

El servidor DNS del sistema operativo Windows Server® 2008 cumple con el

conjunto de solicitudes de comentarios (RFC) que definen y estandarizan el

protocolo DNS. Puesto que el servicio Servidor DNS es compatible con RFC y

puede usar formatos de registro de recursos y archivos de datos DNS estándar,

puede funcionar correctamente con la mayoría de las implementaciones del

servidor DNS, como las que usa el software Berkeley Internet Name Domain

(BIND).

Además, el servidor DNS de Windows Server 2008 proporciona las siguientes

ventajas especiales en una red basada en Windows®:

Compatibilidad para los servicios de dominio de Active Directory (AD

DS)

DNS es necesario para admitir AD DS. Si instala la función Servicios de

dominio de Active Directory en un servidor, puede instalar y configurar

automáticamente un servidor DNS si no se puede encontrar ningún

servidor DNS que reúna los requisitos de AD DS.

Las zonas DNS se pueden almacenar en el dominio o las particiones del

directorio de aplicaciones de AD DS. Una partición es un contenedor de

datos de AD DS que distingue los datos según los diferentes objetivos

de la replicación. Puede especificar la partición de Active Directory en la

que almacenar una zona y, en consecuencia, el conjunto de

controladores de dominio entre los que se pueden replicar los datos de

esa zona.

En general, el uso del servicio Servidor DNS de Windows Server 2008

se recomienda encarecidamente para conseguir la mejor integración y

compatibilidad posible con AD DS y las características de servidor DNS

mejoradas. Sin embargo, puede usar otro tipo de servidor DNS para

admitir la implementación de AD DS.

Zonas de rutas internas

DNS en Windows Server 2008 admite un tipo de zona denominada zona

de rutas interna. Una zona de rutas internas es una copia de una zona

que sólo contiene los registros de recursos que son necesarios para

identificar los servidores DNS autoritativos para esa zona. Una zona de

rutas internas mantiene un servidor DNS que hospeda una zona

principal que tiene en cuenta los servidores DNS autoritativos para su

zona secundaria. Esto permite mantener la eficacia de resolución de

nombres DNS.

Integración con otros servicios de conexión de red de Microsoft

El servicio Servidor DNS proporciona la integración con otros servicios y

contiene características adicionales distintas de las que se especifican

en los RFC de DNS. Entre estas características se incluye la integración

con otros servicios, como AD DS, Servicios de nombres Internet de

Windows (WINS) y Protocolo de configuración dinámica de host (DHCP).

Facilidad de administración mejorada

El complemento DNS de Microsoft Management Console (MMC) ofrece

una interfaz gráfica de usuario (GUI) para administrar el servicio Servidor

DNS. Además, existen varios asistentes de configuración para llevar a

cabo tareas de administración de servidor comunes. Además del

complemento DNS, se ofrecen otras herramientas que facilitan la

administración y compatibilidad de clientes y servidores DNS de la red.

Compatibilidad de protocolo de actualización dinámica conforme

con RFC

Los clientes pueden usar el servicio Servidor DNS para actualizar

dinámicamente registros de recursos en función del protocolo de

actualización dinámica (RFC 2136). Esto mejora la administración de

DNS al reducir el tiempo necesario para administrar estos registros

manualmente. Los equipos que ejecutan el servicio de clientes DNS

pueden registrar sus nombres DNS y direcciones IP de forma dinámica.

Además, el servicio Servidor DNS y los clientes DNS se pueden

configurar para realizar actualizaciones dinámicas seguras, una

capacidad que permite únicamente a los usuarios autenticados con los

derechos adecuados actualizar los registros de recursos en el servidor.

Las actualizaciones dinámicas seguras sólo están disponibles para

zonas integradas en AD DS.

Compatibilidad para transferencia de zona incremental entre

servidores

Las transferencias de zona replican información acerca de una porción

del espacio de nombres DNS entre servidores DNS. Las transferencias

de zona incremental replican únicamente las porciones modificadas de

una zona, lo que ahorra ancho de banda de red.

Reenviadores condicionales

El servicio Servidor DNS amplía la configuración de un reenviador

estándar con reenviadores condicionales. Un reenviador condicional es

un servidor DNS de una red que reenvía consultas DNS según el

nombre de dominio DNS de la consulta. Por ejemplo, puede configurar

un servidor DNS para que reenvíe todas las consultas que recibe para

los nombres que acaban en corp.contoso.com a la dirección IP de un

servidor DNS específico o a las direcciones IP de varios servidores DNS.

DHCP

Protocolo de configuración dinámica de host (DHCP) permite la gestión

centralizada y automática de direcciones IP y otras configuraciones de TCP / IP

para clientes de red. Usted puede reducir la sobrecarga administrativa de su

organización a través del diseño e implementación de una solución DHCP

fiable y escalable.

Terminología DHCP

Los siguientes son los conceptos clave de DHCP:

Plazo Descripción

conjunto de

direcciones

Las direcciones que quedan después de definir un ámbito

DHCP y aplicar intervalos de exclusión. Direcciones

agrupados son elegibles para la asignación dinámica por el

servidor a los clientes DHCP en la red.

intervalo de

exclusión

Una secuencia limitado de direcciones IP dentro de un

ámbito, excluidos de las ofertas de servicios de DHCP. Los

intervalos de exclusión aseguran que las direcciones de

estos rangos no son ofrecidos por el servidor a los clientes

DHCP en la red.

arrendar Una longitud de tiempo que un servidor DHCP específica,

durante el cual un equipo cliente puede utilizar una dirección

IP asignada. Cuando un contrato se hace a un cliente, el

contrato de arrendamiento se encuentra activo. Antes de que

expire el contrato, el cliente normalmente necesita renovar

su cometido concesión de dirección con el servidor. Un

contrato de arrendamiento se desactiva cuando expiran o se

elimina en el servidor. La duración de un contrato de

arrendamiento determina cuándo expirará y la frecuencia con

la que el cliente necesita para renovar con el servidor.

clase de opciones Un camino para el servidor para manejar más tipos de

opciones prestados a los clientes. Cuando se añade una

clase de opciones para el servidor, los clientes de esta clase

se pueden proporcionar tipos de opciones específicas de

clase para su configuración. Clases de opciones pueden ser

de dos tipos: clases de vendedor y usuario.

tipos de opciones Otros parámetros de configuración del cliente de un servidor

DHCP puede asignar al servir los arrendamientos a los

clientes DHCP. Por ejemplo, algunas opciones más comunes

incluyen las direcciones IP para la puerta de enlace

predeterminada (routers), servidores WINS y servidores

DNS. Por lo general, estos tipos de opciones se habilitan y

configuran para cada ámbito. Puede utilizar la consola DHCP

para configurar tipos de opciones predeterminadas que se

utilizan en todos los ámbitos añadido y configurado en el

servidor. La mayoría de las opciones están predefinidas por

RFC 2132, pero se puede utilizar la consola DHCP para

definir y añadir tipos de opciones personalizadas, si es

necesario.

reserva Se utiliza para crear una asignación de concesión de

dirección permanente por el servidor DHCP. Reservas

aseguran que un dispositivo de hardware especificada en la

subred siempre se puede utilizar la misma dirección IP.

alcance El rango consecutivo de posibles direcciones IP para una

red. Ámbitos normalmente definen una sola subred física de

la red a la que se ofrecen los servicios DHCP. Ámbitos

también proporcionan la forma principal para el servidor para

gestionar la distribución y asignación de direcciones IP y los

parámetros de configuración relacionados a los clientes en la

red.

superámbito Una agrupación administrativa de ámbitos que pueden ser

utilizados para apoyar varias subredes IP lógicas en la

misma subred física.Superámbitos sólo contienen una lista

de ámbitos miembros o ámbitos niño que se pueden activar

juntos. Superámbitos no se utilizan para configurar otros

detalles sobre el uso del ámbito de aplicación. Para la

configuración de la mayoría de las propiedades que se

utilizan dentro de un superámbito, debe configurar las

propiedades del ámbito miembros individualmente.

Enrutamiento y Acceso remoto

Servicio de enrutamiento y acceso remoto

El Servicio de enrutamiento y acceso remoto del sistema operativo

Windows Server® 2008 proporciona a los usuarios remotos acceso a los

recursos de la red privada a través de conexiones de acceso telefónico o de

red privada virtual (VPN). Los servidores configurados con el servicio

Enrutamiento y acceso remoto pueden proporcionar servicios de enrutamiento

de red de área extensa (WAN) y de red de área local (LAN) que se usan para

conectar segmentos de red dentro de una oficina pequeña o para conectar dos

redes privadas a través de Internet.

¿Qué hace el servicio Enrutamiento y acceso remoto?

El servicio Enrutamiento y acceso remoto de Windows Server 2008

proporciona:

Acceso remoto

Enrutamiento

Acceso remoto

Al configurar Enrutamiento y acceso remoto para actuar como un servidor de

acceso remoto, podrá conectar trabajadores remotos o móviles a las redes de

la organización. Los usuarios remotos pueden trabajar como si sus equipos

estuvieran conectados físicamente a la red.

Todos los servicios que suelen estar a disposición de un usuario conectado a

una LAN (incluso el uso compartido de archivos e impresoras, el acceso al

servidor web y la mensajería) se habilitan por medio de la conexión de acceso

remoto. Por ejemplo, en un servidor con Enrutamiento y acceso remoto, los

clientes pueden usar el Explorador de Windows para realizar conexiones a una

unidad y para conectarse a las impresoras. Dado que las letras de unidad y los

nombres de convención de nomenclatura universal (UNC) son totalmente

compatibles con el acceso remoto, la mayoría de las aplicaciones comerciales

y personalizadas funcionan sin necesidad de modificación.

Un servidor con Enrutamiento y acceso remoto proporciona dos tipos distintos

de conectividad de acceso remoto:

Red privada virtual (VPN)

VPN es la creación de conexiones seguras punto a punto a través de una red

privada o de una red pública como Internet. Un cliente VPN usa protocolos

especiales basados en TCP/IP denominados protocolos de túnel para realizar

una llamada virtual a un puerto virtual de un servidor VPN.

El mejor ejemplo de red privada virtual es aquél de un cliente VPN que

establece una conexión VPN con un servidor de acceso remoto conectado a

Internet. El servidor de acceso remoto responde a la llamada virtual, autentica

al autor de la llamada y transfiere datos entre el cliente VPN y la red

corporativa.

A diferencia del acceso telefónico a redes, VPN siempre es una conexión lógica

indirecta entre el cliente VPN y el servidor VPN a través de una red pública,

como Internet. Para garantizar la privacidad, es necesario cifrar los datos

enviados a través de la conexión.

Acceso telefónico a redes

En el acceso telefónico a redes, un cliente de acceso remoto establece una

conexión de acceso telefónico no permanente con un puerto físico de un

servidor de acceso remoto mediante el servicio de un proveedor de

telecomunicaciones, como un teléfono analógico o una ISDN. El mejor ejemplo

de acceso telefónico a redes es aquél de un cliente de acceso telefónico a

redes que marca el número de teléfono de uno de los puertos de un servidor de

acceso remoto.

El acceso telefónico a redes a través de un teléfono analógico o una ISDN es

una conexión física entre el cliente y el servidor de acceso telefónico a redes.

Es posible cifrar los datos enviados a través de la conexión, aunque no es

obligatorio.

Enrutamiento

Un enrutador es un dispositivo que administra el flujo de datos entre segmentos

de red o subredes. El enrutador dirige los paquetes entrantes y salientes

basándose en la información que contiene sobre el estado de sus propias

interfaces de red y una lista de posibles orígenes y destinos del tráfico de red.

Al proyectar el tráfico de red y las necesidades de enrutamiento según el

número y los tipos de dispositivos de hardware y aplicaciones usados en el

entorno, es posible decidir mejor si se va a usar un enrutador de hardware

dedicado, un enrutador basado en software o una combinación de ambos.

Normalmente, los enrutadores de hardware dedicados controlan mejor las

demandas de enrutamiento más complejas, mientras que los enrutadores

basados en software, que no resultan tan caros, controlan cargas de

enrutamiento más ligeras.

Una solución de enrutamiento basada en software, como el Servicio de

enrutamiento y acceso remoto de Windows Server 2008, puede resultar idónea

para una red pequeña y segmentada con un tráfico entre subredes

relativamente ligero. A la inversa, los entornos de red empresariales con un

gran número de segmentos de red y una amplia gama de requisitos de

rendimiento pueden necesitar una variedad de enrutadores basados en

hardware para realizar distintas funciones en la red.

NAT

La traducción de direcciones de red (NAT) proporciona un método para traducir

las direcciones de protocolo de Internet versión 4 (IPv4) de los equipos de una

red a direcciones IPv4 de equipos de una red distinta. Un enrutador IP

habilitado para NAT implementado en el punto en que una red privada, por

ejemplo una red corporativa, se encuentra con una pública, como Internet,

permite a los equipos de la red privada obtener acceso a los equipos de la red

pública gracias a este servicio de traducción.

La tecnología NAT se desarrolló con el objetivo de ofrecer una solución

temporal al problema del agotamiento de las direcciones IPv4. El número de

direcciones IPv4 únicas globales (públicas) disponibles es muy reducido para

adaptarse al creciente número de equipos que necesita acceso a Internet.

Aunque la solución a largo plazo (el desarrollo de direcciones de protocolo de

Internet versión 6 (IPv6)) existe, IPv6 aún no se ha adoptado de forma

mayoritaria.

La tecnología NAT permite a los equipos de cualquier red usar direcciones

privadas reutilizables para conectarse a equipos con direcciones públicas

únicas globales de Internet.

En Windows Server® 2008, el Servicio de enrutamiento y acceso remoto es

compatible con una solución NAT al permitir la configuración opcional de un

componente de protocolo de enrutamiento que proporciona traducción de

direcciones de red. Los equipos de una red privada pueden obtener acceso a

una red pública por medio de un enrutador habilitado para NAT con el Servicio

de enrutamiento y acceso remoto.

NAT consta de los siguientes componentes:

Componente Descripción

Traducción El servidor con Enrutamiento y acceso remoto en el que está

habilitado NAT traduce las direcciones IP y los números de puerto

TCP/UDP de los paquetes reenviados entre la red privada e

Internet.

Direccionamiento El equipo que traduce las direcciones de red proporciona

información de configuración de las direcciones IP al resto de

equipos de la red doméstica. El componente de direccionamiento

es un servidor DHCP simplificado que asigna una dirección IP,

una máscara de subred, una puerta de enlace predeterminada y la

dirección IP de un servidor DNS. Para poder recibir la

configuración IP de forma automática, es necesario configurar los

equipos de la red doméstica como clientes DHCP.

Resolución de

nombres

El equipo que traduce las direcciones de red se convierte en el

servidor DNS de los demás equipos de la red doméstica. Cuando

este equipo recibe solicitudes de resolución de nombres, las

reenvía al servidor DNS basado en Internet para el que está

configurado y devuelve las respuestas al equipo de la red

doméstica.

Consideraciones adicionales

Dado que NAT incluye componentes de direccionamiento y resolución de

nombres que proporcionan servicios DHCP y DNS para hosts de la red privada,

no es posible ejecutar:

El servicio DHCP ni el Agente de retransmisión DHCP si el

direccionamiento NAT está habilitado.

El servicio DNS si la resolución de nombres de red TCP/IP NAT está

habilitada.

Servicio de nombres Internet de Windows (WINS)

Servicio de nombres Internet de Windows (WINS) es un servicio de resolución

y registro de nombres de equipos que asigna nombres NetBIOS de equipo a

direcciones IP. Cuando se implementan servidores WINS en la red, los

usuarios finales pueden tener acceso a los recursos de red mediante un

nombre, en lugar de hacerlo a través de direcciones IP difíciles de recordar.

Además, el software y otros servicios que se ejecutan en los equipos y otros

dispositivos pueden realizar solicitudes de nombres en el servidor WINS para

resolver los nombres en direcciones IP.

Qué ofrece un servidor WINS

WINS ofrece las siguientes ventajas a la hora de administrar una red basada en

TCP/IP:

Una base de datos dinámica de nombre a dirección que mantiene la

compatibilidad con la resolución y el registro de nombres de equipos.

Administración centralizada de la base de datos de nombre a dirección

que palia la necesidad de administrar archivos Lmhosts.

Reducción del tráfico de difusión NetBIOS en las subredes, ya que se

permite a los clientes enviar solicitudes a los servidores WINS para

encontrar directamente sistemas remotos.

Compatibilidad con clientes basados en versiones anteriores de

Microsoft® Windows® y NetBIOS que pueda haber en la red; permite a

estos tipos de clientes explorar listas de dominios remotos de Windows

sin necesidad de un controlador de dominio local en cada subred.

La resolución de nombres para clientes WINS es una extensión del mismo

proceso de resolución de nombres que usan todos los clientes de Microsoft

NetBIOS a través de TCP/IP (NetBT) para resolver solicitudes de nombres

NetBIOS en la red. El método real de resolución de nombres es transparente

para el usuario.

En Windows XP y Windows 2000, los clientes WINS usan el siguiente flujo

secuencial de opciones para resolver un nombre después de hacer la solicitud

mediante net use o una aplicación NetBIOS similar:

1. Determine si el nombre tiene más de 15 caracteres o si contiene puntos

("."). Si es así, realice una solicitud del nombre a DNS.

2. Determine si el nombre se almacena en la caché de nombres remotos

del cliente.

3. Póngase en contacto con los servidores WINS configurados para tratar

de resolver el nombre mediante WINS.

4. Use difusiones IP locales a la subred.

5. Compruebe un archivo Lmhosts si Habilitar la búsqueda de

LMHOSTS se ha habilitado en las propiedades del Protocolo de

Internet (TCP/IP) de la conexión.

6. Compruebe un archivo Hosts.

7. Realice la solicitud a un servidor DNS.

Componentes de un servidor WINS

WINS está formado por dos componentes principales, los servidores WINS y

los clientes WINS. En algunas configuraciones, se usan proxies WINS.

Servidores WINS

El servidor WINS controla las solicitudes de registro de nombres de los clientes

WINS, registra sus nombres y direcciones IP, y responde a las solicitudes de

nombres NetBIOS de los clientes mediante la devolución de la dirección IP de

un nombre solicitado si éste aparece en la base de datos del servidor.

También se pueden configurar los servidores WINS para replicar el contenido

de las bases de datos (que contienen las asignaciones de nombres de equipos

NetBIOS a direcciones IP) en otros servidores WINS. Cuando un cliente WINS

(por ejemplo, una estación de trabajo) se inicia en la red, el nombre y la

dirección IP del equipo se envían en una solicitud de registro directamente a su

servidor WINS principal configurado. Debido a que el servidor registra estos

clientes, se dice que es el propietario de los registros de los clientes en la base

de datos.

Base de datos WINS

La base de datos WINS almacena las asignaciones de nombre NetBIOS a

dirección IP de la red. Si configura los servidores WINS con asociados de

replicación a los que se envía el contenido de la base de datos, el contenido de

la base de datos en el servidor local se replica en el servidor asociado de

replicación. Si los asociados de replicación se configuran como asociados de

extracción, los registros del servidor WINS remoto se copian a la base de datos

local. Los intervalos a los que se producen estos eventos de replicación se

pueden configurar en Microsoft Management Console (MMC) mediante el

complemento WINS, también denominado consola WINS.

Además, la consola WINS proporciona las herramientas necesarias para

mantener, ver, hacer copias de seguridad y restaurar la base de datos del

servidor WINS. Haga una copia de seguridad de la base de datos siempre que

haga una copia de seguridad de los archivos del servidor WINS.

Clientes WINS

Los clientes WINS intentan registrar sus nombres en un servidor WINS cuando

se inician o unen a la red. A partir de ese momento, los clientes realizan

solicitudes en el servidor WINS para resolver los nombres remotos, cuando así

lo requieren.

Los clientes habilitados para WINS son equipos que se pueden configurar para

hacer uso directo de un servidor WINS. Por lo general, la mayoría de los

clientes WINS tienen más de un nombre NetBIOS que deben registrar para

usarlo en la red. Estos nombres se usan para publicar diversos tipos de

servicios de red como, por ejemplo, el servicio Messenger o Workstation. Los

equipos pueden usar estos servicios para comunicarse con otros equipos de la

red.

Proxies WINS

Un proxy WINS es un equipo cliente WINS configurado para actuar en

representación de otros equipos host que no pueden usar WINS directamente.

Los proxies WINS ayudan a resolver las solicitudes de nombres NetBIOS para

equipos ubicados en redes TCP/IP enrutadas.

De manera predeterminada, la mayoría de los equipos no pueden usar

difusiones WINS para resolver solicitudes de nombres NetBIOS y registrar sus

nombres NetBIOS en la red. Puede configurar un proxy WINS para escuchar

en nombre de estos equipos y hacer consultas a un servidor WINS sobre los

nombres que no se resuelven mediante la difusión.

Los proxies WINS sólo resultan útiles o necesarios en redes que incluyen

clientes sólo de difusión NetBIOS (o nodo b). La mayoría de las redes tiene

clientes habilitados para WINS y no se necesitan proxies WINS.

Los proxies WINS escuchan las funciones del servicio de nombres NetBIOS de

los nodos b (registro, liberación y solicitud de nombres), y pueden responder

por los nombres remotos y que no se usan en la red local. Los proxies se

comunican directamente con un servidor WINS para recuperar la información

necesaria y responder a estas difusiones locales.

Los proxies WINS se usan de diferentes formas:

Cuando un cliente de nodo b registra su nombre, el proxy lo comprueba

en la base de datos del servidor WINS. Si el nombre del cliente existe en

la base de datos WINS, el proxy puede enviar una respuesta negativa de

registro al cliente del nodo b que intenta registrarlo.

Cuando un cliente de nodo b libera su nombre, el proxy elimina el

nombre del cliente de su caché de nombres remotos.

Cuando un cliente de nodo b envía una solicitud de nombre, el proxy

intenta resolverla mediante la información contenida localmente en su

caché de nombres remotos o a través del uso de la información que

obtiene del servidor WINS.

Administración de un servidor WINS

La principal herramienta que se usa para administrar servidores WINS son la

consola WINS y los comandos Netsh para WINS.

Consola WINS

La consola WINS es un complemento Microsoft Management Console (MMC).

Después de instalar un servidor WINS, puede usar la consola WINS o los

comandos Netsh WINS para realizar las siguientes tareas administrativas

básicas de servidor:

1. Ver y filtrar los registros de nombres NetBIOS almacenados en el

servidor WINS para determinar los nombres de cliente usados en la red.

2. Agregar y configurar los asociados de replicación para el servidor WINS.

3. Realizar tareas relacionadas con el mantenimiento en la base de datos

del servidor WINS, incluidas la copia de seguridad, restauración,

compactación y eliminación.

Además, puede usar la consola WINS o los comandos Netsh WINS para llevar

a cabo las siguientes tareas de configuración opcionales o avanzadas:

Ver y modificar las propiedades WINS, por ejemplo, Renew Interval y otros

intervalos que se usan en el registro, la renovación y verificación de los

registros de nombres almacenados en la base de datos del servidor.

Agregar y configurar asignaciones WINS estáticas, si es necesario

usarlas en la red.

Eliminar o desechar registros WINS que aparecen en los datos del

servidor WINS que se usan en toda la red.

Comandos Netsh para WINS

Puede escribir los comandos Netsh WINS en una ventana del símbolo del

sistema con el símbolo del sistema netsh wins>, o puede ejecutar los

comandos Netsh WINS en archivos por lotes u otras secuencias de comandos.

Todas las funciones disponibles en la consola WINS también están disponibles

en el símbolo del sistema netsh wins>.

Bibliografía:

Servicios de Red: http://folleto1.galeon.com/servicios.htm

DNS: http://technet.microsoft.com/es-es/library/cc753143(v=ws.10).aspx

http://technet.microsoft.com/es-es/library/cc753635(v=ws.10).aspx

DHCP: http://technet.microsoft.com/es-ES/library/cc896553.aspx

WINS: http://technet.microsoft.com/es-es/library/cc725802.aspx