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
Top Related