Servidores W2008 Unidad 1

Curso de Administracin de Servidores con Windows Server 2008
Administracin bsica de los

servicios y la red en Windows Server 2008
UNIVERSIDAD TECNOLGICA NACIONAL

Facultad Regional Crdoba
Secretaria de Extensin Universitaria
rea Tecnolgica de Educacin Virtual

Coordinador General de Educacin Virtual: Magster Leandro D. Torres
Curso:
Administracin de Servidores con

WINDOWS Server 2008 EV 3170
Mdulo:
Administracin bsica de los servicios y la red en Windows Server
2008
Tutor:
Ing. Oscar R. Espeche
Tutor: Ing. Oscar R. Espeche
Pgina 1

Unidad 1
Administracin bsica de los servicios y

la red en Windows Server 2008
Pgina 2

Orientacin del aprendizaje

Al finalizar sta unidad, usted estar en condiciones de alcanzar los siguientes objetivos:
Identificar las distintas funciones bsicas del Sistema Operativo

Reconocer la estructura y administracin de procesos
Reconocer las caractersticas del sistema de archivos
Comprender los principios bsicos de gestin de la memoria
Comprender la organizacin de redes de computadoras
Entender las caractersticas bsicas de una red TCP/IP
Configurar el protocolo TCP/IP
Reconocer las caractersticas bsicas de los servicios que proporcionan las redes de
computadoras
Instalar Funciones
Instalar Caractersticas
Instalar y configurar un servicio DNS
Instalar y configurar un servicio de WINS
En esta unidad veremos los principios bsicos de la gestin del Sistema Operativo Windows
Server 2008 y su rol relativo a la gestin de servicios, que permiten virtualizar el hardware de
la computadora y conectarse con otras computadoras en una red TCP/IP.
Pgina 3

Temas de la unidad
Instalacin de Windows Server 2008 en Virtual PC
1.0 Introduccin a los sistemas operativos y Windows Server 2008
1.1 Estructura de una red TCP/IP
1.1.1 Protocolo TCP/IP
1.1.2 Direccionamiento IP
1.1.3 Configuracin de TCP/IP
1.2 Protocolo TCP/IP en Windows Server 2008
1.2.1 Configurar TCP/IP en Windows Server 2008
1.2.2 Configuracin avanzada
1.2.3 Servicios de red
1.2.4 Administracin del Servidor
1.2.5 Prcticas recomendadas
1.3 El servicio DNS en Windows Server 2008
1.3.1 Instalar y configurar servidores DNS en Windows Server 2008
1.3.2 Trabajar con el servicio DNS en Windows Server 2008
1.4
El servicio WINS en Windows Server 2008
1.4.1 Cmo funciona WINS en Windows 2008 Server

1.4.2 Trabajar con el servicio WINS en Windows Server 2008
Pgina 4

Instalacin de Windows Server 2008 en Virtual PC

Veremos detalles de instalacin y configuracin de Virtual PC y la instalacin de Windows
server 2008
Introduccin
Esta es la versin compatible con Windows XP y Windows Vista.
http://www.microsoft.com/downloads/es-es/details.aspx?FamilyID=04d26402-3199-48a3afa2-2dc0b40a73b6
Para Windows 7 tenemos simplemente Virtual PC. Windows Virtual PC es lo ltimo en
tecnologa de virtualizacin de Microsoft. Esta tecnologa se puede usar para ejecutar ms de
un sistema operativo a la vez en un equipo, as como muchas aplicaciones de productividad en
un entorno virtual de Windows, con un solo clic y directamente desde un equipo en el que se
ejecute Windows 7.
La pgina para la descarga es la siguiente:
http://www.microsoft.com/downloads/es-es/details.aspx?FamilyID=2B6D5C18-1441-47EA8309-2545B08E11DD#Overview
La instalacin es muy sencilla, simplemente debers aceptar las opciones por defecto y
listo!!!!
En esta primer parte te explico cmo configurar el Virtual PC, cmo crear un nuevo equipo
virtual y cmo aadir a la consola un equipo existente.
Nota:
En estas capturas estoy usando un porttil con Windows Vista Ultimate y el Virtual PC 2007.
En las capturas en las que la barra del ttulo no se ve transparente es porque las he capturado
usando una conexin por escritorio remoto.
Configurar el Virtual PC
Cuando abres por primera vez el Virtual PC (en adelante VPC), lo primero que te encuentras
es un asistente para crear una mquina virtual (o aadir una existente).
El idioma mostrado puede ser ingls, pero aunque te hayas bajado la versin en ingls,
tambin lo puedes usar en espaol, y eso es lo primero que te voy a explicar.
En el men File, elige la opcin Options, te mostrar un cuadro de dilogo como el de la
figura 1, en la parte izquierda, abajo del todo, tienes la opcin de idioma (Language), en la
parte de la derecha una lista desplegable con los idiomas disponibles.
Una vez que hayas seleccionado el idioma espaol (Spanish), pulsa en OK (Aceptar) y cierra
el Virtual PC y vuelve a abrirlo para que los cambios se hagan efectivos.
Pgina 5

Figura 1. Configurar el idioma

En esa misma pantalla de opciones puedes cambiar la tecla predeterminada para "salir" de una
mquina virtual (porque cuando entras en una mquina virtual, se "captura" el teclado y el
ratn y no puedes usarlo fuera, salvo que hagas otra cosa, que despus te explico), por tanto,
puedes configurar que tecla se usar, que por defecto es ALT DERECHA, pero si quieres usar
otra, por ejemplo la tecla APLICACION (que es la que sueles usar para mostrar los mens
contextuales y que es la que est al lado de ALT GR), puedes hacerlo seleccionado la opcin
Keyboard y en el panel de la derecha, dentro de la caja de textos que hay bajo Current host
key, pulsa la que quieras usar (ver la figura 2).
Mi recomendacin es que no indiques una tecla que uses a menudo, ya que ser un rollo no
poder usarla de forma normal, yo he puesto la de APLICACIN, que es la que se usa para
mostrar los mens contextuales, porque esa operacin la puedo hacer (y de hecho casi siempre
lo hago) con el botn secundario del ratn (para los diestros, el botn derecho).
Pgina 6

Figura 2. Configurar la tecla de captura
Crear un nuevo equipo

Una vez que hemos configurado el idioma y la tecla "especial", le toca el turno de crear un
nuevo equipo.
En las siguientes capturas y opciones que te comente, estoy usando el idioma espaol, as
que... si ests usando otro, pues ya sabes cmo cambiarlo.
Este asistente te lo mostrar tanto si eliges Nuevo en el botn de la "consola de Virtual PC"
como si eliges la opcin Asistente para nuevo equipo virtual del men Archivo.
Pgina 7

Figura 3. Asistente crear nuevo equipo (paso 1 de 8)

Despus de la pantalla inicial (figura 3), nos preguntar que queremos hacer, si crear un nuevo
equipo o usar uno ya existente (figura 4). (La otra opcin, la que est en medio, no la he usado
nunca y no creo que la use, si quieres probarla por tu cuenta, pues...)
Pgina 8


Lo siguiente que har ser preguntar el nombre del equipo, de forma predeterminada el
nombre usado es "Nuevo equipo virtual" (tal como puedes ver en la figura 5) y te da la opcin
para que indiques dnde quieres guardar este nuevo equipo, si quieres guardarlo en otro sitio
que el predeterminado, pulsa en el botn Examinar y elige la ubicacin. (Yo suelo crear un
directorio con el mismo nombre de la mquina virtual, tal como ves en la figura 6.)
Pgina 9

Figura 6. Asistente crear nuevo equipo (paso 3.2 de 8)

Despus te pedir que sistema operativo vas a instalar (figura 7), de la lista desplegable que
hay bajo Sistema operativo, elige el que quieras. Fjate que no hay ninguno de Linux, si es
eso lo que quieres instalar (el SuSe 10 se instala bien), en ese caso, elige Otro.
Pgina 10


Pero el asistente de Virtual PC 2007 es "mu listo", de forma que si en el nombre del equipo le
indicas uno de los soportados, automticamente elegir ese sistema operativo, tal como
puedes ver en la figura 8.
Figura 8. Asistente crear nuevo equipo (paso 3 de 8 bis)
Pgina 11


Adems, al pulsar en Siguiente en el paso 3 (despus de haber elegido el sitio en el que lo
guardars), si has puesto un nombre "conocido", ya te lo mostrar seleccionado en la lista, tal
como puedes apreciar en la figura 9.
Y como puedes ver en la figura 9, al elegir el sistema operativo, te mostrar la memoria
"recomendada" para ese S.O.
Pgina 12


Si no quieres usar la memoria recomendada, puedes pulsar en Ajustar RAM e indicar la que
quieres usar.
Es importante que elijas bien la cantidad de memoria a usar por la mquina virtual, ya que esa
memoria la obtendr de la que tengas instalada en tu equipo, por tanto, si indicas mucha
memoria, es posible que no te quede la memoria suficiente para abrir ms de una mquina
virtual.
Pgina 13

Figura 11. Asistente crear nuevo equipo (paso 5.2 de 8)

Si eliges la opcin para ajustar la RAM, te mostrar la opcin para indicar cuanta memoria
quieres asignarle, (figura 11), fjate que el mximo es algo menos de la memoria que tengas
instalada, en esa captura muestra la que me da en mi porttil con 2 GB de RAM.
En cualquier caso, despus puedes cambiar la cantidad de memoria (indicando incluso menos
de la recomendada).
Pgina 14


Lo siguiente es indicar el disco duro a usar, que puede ser uno existente o uno nuevo, en este
caso, indicamos que sea uno nuevo (ver la figura 12).
Pgina 15

Puedes usar el valor que te indica por defecto (figura 13), ya que el tamao de los discos suele
ser "dinmico", es decir, no se usa ese tamao al crearlo, sino que v creciendo de forma
dinmica, pero lo que si debes saber es que ese tamao ser el mximo que puedas usar para
esta mquina virtual. Aunque la verdad es que usar esos 65 GB sera una "burrada" y te
aseguro que no llegars a usarlo nunca... yo lo ms que he llegado a usar (sin optimizar el
espacio del disco) es unos 20 GB, que ya es mucho... pero el Windows Vista es un
consumidor de recursos, incluso en las mquinas virtuales...

Y as llegamos al final del asistente de creacin de una nueva mquina virtual.
Una vez que pulses en Finalizar, se mostrar esa nueva mquina virtual en la "Consola de
Virtual PC", tal como puedes ver en la figura 15. En esa "consola" estarn las mquinas
virtuales que hayas creado.
Pgina 16

Figura 15. Consola de Virtual PC (la pantalla principal)
Aadir un equipo existente

Si ya tienes algn equipo virtual existente, creado con el Virtual PC 2004 (la versin anterior)
o el Virtual Server 2005, puedes usar esas mquinas virtuales. Para ello, inicia el asistente de
nuevo equipo virtual y cuando te muestre las opciones del paso 2 (figura 4), tendrs que
indicar que quieres usar un equipo existente, tal como ves en la figura 16.
Figura 16. Agregar un equipo existente

Despus selecciona el archivo .vmc del equipo que quieres usar (figura 17).
Pgina 17

Figura 17. Indicar el archivo de configuracin a usar

Y habrs llegado al final, una vez en la ltima pantalla, se te da la opcin de abrir el archivo
de configuracin tal como puedes ver en la figura 18.
Pgina 18

Figura 18. Al aadir un equipo existente, podemos ir directamente a la ventana de

configuracin
Si no quieres que se abra esa pantalla de configuracin, tendrs que quitar la seleccin de la
opcin Abrir configuracin al hacer clic en Finalizar.
Pgina 19

Instalacin de Windows Server 2008

Realizamos los pasos ya indicados. Mostramos las pantallas especficas de este sistema
operativo.
Pgina 20

Pgina 21

Pgina 22

Pgina 23

Pgina 24

Pgina 25

Pgina 26

Pgina 27

Listo!!!. Ya tenemos el Windows Server 2008 para trabajar en nuestro curso de Administracin de
Servidores donde instalaremos y configuraremos los servicios bsicos de red en Windows Server
2008.
Pgina 28

1.0 Introduccin a los sistemas operativos y

Windows Server 2008
Veremos a continuacin algunas definiciones de Sistema Operativo que nos permitir poner
en claro el enfoque y el mbito de nuestras conclusiones.
El sistema operativo es el administrador de los recursos del sistema. Significa que el Sistema
Operativo se encargar de la administracin de los recursos, en especial el hardware, para que
las aplicaciones puedan ejecutarse con independencia de este. Por lo tanto no es necesario
adaptar la aplicacin para ejecutarla en computadoras diferentes.
El sistema operativo es un software que presta servicios. Significa que dicho software no tiene
un objetivo en s mismo, sino que trabajar para ayudar a las aplicaciones, relevndolas de la
pesada carga de controlar el hardware.
El sistema operativo convierte una mquina real en una mquina virtual. Completa la
definicin anterior. Virtualiza al acceso al hardware para hacer el trabajo ms fcil a las
aplicaciones, sin que estas necesiten conocer los detalles particulares de cada hardware.
La diferencia fundamental entre el sistema operativo y cualquier otra aplicacin se debe al
nivel de privilegio que el procesador reconoce al sistema operativo (mximo privilegio)
mientras que a las aplicaciones le reconoce un mnimo privilegio. Los procesadores reconocen
cuatro niveles de privilegio (0, 1, 2, y 3) siendo 0 el de mximo y 3 el de mnimo privilegio.
El sistema operativo arranca con privilegio 0 y le asigna a las aplicaciones el privilegio 3.
Tambin ayuda conocer el tamao del sistema operativo al cual hacemos referencia y al que
tambin se conoce como KRNEL. Este kernel es el que tiene privilegio 0 y al cual
genricamente llamamos Sistema Operativo. El kernel vara con el sistema operativo, pero
podemos decir que aproximadamente tiene un tamao entre 1 y 5 Mbytes. Es el programa que
se ejecuta con mximo nivel de privilegio. Sin embargo cuando instalamos un sistema
operativo nos basamos en un DVD de unos 4 GByte, pero que debemos reconocer que se trata
del kernel ms una gran cantidad software adicional consistente en herramientas, libreras y
utilitarios diversos que facilitan la virtualizacin y la interactividad del usuario. Se entiende
por usuario a la persona que interacta con la computadora, como as tambin a los programas
o aplicaciones que usan los servicios y recursos de la misma.
Funciones administrativas del Sistema Operativo

Las funciones administrativas que controlan el uso de la computadora se clasifican en forma
universal de la siguiente manera:
Administracin de procesos. Se entiende como proceso al recurso administrado por
el S.O. que facilita la ejecucin de programas en forma simultnea, dando lugar a lo
que conocemos como multi-tarea o multiprogramacin
Administracin de la memoria. La memoria es un recurso muy crtico ya que es all
Pgina 29

donde trabajan los procesos y se deben compartir recursos. El mtodo de gestin

utilizado por el S.O. debe ser compatible con la forma de trabajo del procesador ya
que este cumple un pael activo en la gestin de la memoria.
Administracin de archivos. Si bien los archivos se administran en base a las reglas
del sistema de archivo, el S.O. en su funcin de virtualizador, genera sus propias
reglas de interfaz entre los programas y el sistema de archivos.
Administracin de entradas y salidas. Tambin aqu se manifiesta la funcin
virtualizacin del S.O. que utiliza reglas de interfaz para lograr acelerar el acceso a los
dispositivos fsicos y lograr una independencia a las particularidades del hardware.
Administracin de la conectividad. Se refiere a la conexin de computadoras en una
red. El S.O. adopta un juego de protocolos para poder comunicarse con otras
computadoras y prolongar a travs de estas su poder de procesamiento y acceso a
datos.
Procesos
La primera aproximacin a la idea de lo que es un proceso se la podra asociar al concepto de
programa. Sin embargo un programa es un archivo ejecutable que reside en el disco y un
proceso es una unidad de pertenencia de recursos y ejecucin, que reside en la memoria y que
temporariamente se podra almacenar en el disco cuando hay necesidad de disponer un
espacio en la memoria que necesitan los procesos que inmediatamente debern ejecutarse.
En realidad un proceso ejecuta el cdigo de un programa, y puede haber varios procesos que
ejecuten un mismo cdigo.
Por ahora diremos, que un proceso tiene bsicamente una estructura y un cdigo a ejecutar,
que define la tarea que realiza dicho proceso. Por esa razn, tambin podemos llamar tarea a
un proceso.
Primeramente conoceremos, las situaciones o estados o situaciones en que puede encontrarse
un proceso, como as tambin las transiciones entre dichos estados. La comprensin de este
tema es fundamental para entender el comportamiento del sistema operativo en el momento
de manejar los procesos.
Luego veremos otro aspecto fundamental, relacionado con la creacin de los procesos y su
estructura jerrquica padre-hijo, que es la base fundamental de la administracin de los
procesos.
Todo proceso proviene de otro, denominado proceso padre. Solamente existe un proceso que
no tiene padre, que se usa como proceso raz del rbol de procesos y es el primero que se crea
al inicializarse el sistema operativo.
Otro tema importante , que define la performance del sistema, se refiere a la planificacin de
los procesos , que entre otras cosas define la forma en que los procesos comparten al
procesador, y que determinara la velocidad de ejecucin de cada proceso en particular y de
todo el sistema en general .
Pgina 30

Estados y transiciones
El sistema operativo reconoce la situacin de un proceso en un momento determinado como
un estado del mismo que se caracteriza por tener un comportamiento administrativo comn
con otros procesos en la misma situacin.
El modelo ms sencillo que puede construirse tiene en cuenta que, en un momento dado, un
proceso puede estar ejecutndose en el procesador o no. As pues, un proceso puede estar en
uno de dos estados: Ejecucin o No Ejecucin.
Cuando el sistema operativo crea un nuevo proceso, ste entra en el sistema en estado de No
Ejecucin. De este modo, el proceso existe, es conocido por el sistema operativo y est
esperando la oportunidad de ejecutarse. De cuando en cuando, el proceso que est ejecutando
ser interrumpido y el programa distribuidor del sistema operativo seleccionar un nuevo
proceso para que se ejecute. El proceso anterior pasa del estado de Ejecucin al estado de No
Ejecucin y uno de los dems procesos pasar al estado de Ejecucin.
Incluso en este modelo tan simple ya se comienzan a apreciar algunos de los elementos de
diseo del sistema operativo. Cada proceso debe representarse de forma que el sistema
operativo pueda seguirle la pista. Esto es, debe haber informacin relativa a cada proceso,
incluyendo su estado actual y su posicin en memoria. Aquellos procesos que no estn
ejecutndose tienen que guardarse en algn tipo de cola, para que esperen su tumo de
ejecucin.
A este diagrama lo llamamos Diagrama de estados y transiciones de los procesos que en
este caso simplemente consta de dos estados por su simplicidad.
Si todos los procesos estuvieran siempre listos para ejecutar, entonces la disciplina de cola
propuesta en la figura seria eficaz. La cola podra ser una lista primero en entrar, primero en
salir (FIFO, First-in, First-Out) y el procesador operara segn un turno rotatorio (roundrobin) con todos los procesos disponibles (a cada proceso de la cola se le otorga una cierta
cantidad de tiempo para ejecutar y luego vuelve a la cola, a menos que se bloquee).
Sin embargo, an en el simple ejemplo que se ha descrito, esta implementacin no es
adecuada. Algunos procesos en el estado de No Ejecucin estn listos para ejecutar, mientras
que otros estn bloqueados, esperando a que termine una operacin de E/S. As pues,
utilizando una cola sencilla, el distribuidor podra no seleccionar exactamente el proceso que
est en el extremo ms antiguo de la cola. Ms bien, el distribuidor tendra que recorrer la lista
buscando el proceso que no este no bloqueado" y que lleve ms tiempo en la cola.
Una forma ms natural de afrontar esta situacin es dividir el estado de No Ejecucin en dos
estados: Listo y Bloqueado. Esto se muestra en la siguiente figura.
Pgina 31

Los cinco estados de este nuevo diagrama son los siguientes:
Ejecucin: El proceso que est actualmente en ejecucin. En esta unidad se suponen

computadores con un nico procesador, de forma que solo un proceso, a lo sumo,
puede estar en este estado en un instante dado.
Listo: Proceso que est preparado para ejecutar, en cuanto se le d la oportunidad.
Estos procesos y el que est en ejecucin son los procesos que comparten el tiempo
del microprocesador, que caracterizan el modelo de tiempo compartido.
Bloqueado: Proceso que no se puede ejecutar (temporariamente) hasta que se
produzca cierto suceso evento, como la terminacin de una operacin de E/S.
Nuevo: Proceso que se acaba de crear, pero que an no ha sido admitido por el sistema
operativo en el grupo de procesos ejecutables (los que comparten el tiempo del
microprocesador).
Terminado: Un proceso que ha sido excluido (permanentemente) por el sistema
operativo del grupo de procesos ejecutables, bien porque se detuvo o porque fue
abandonado por alguna razn.
Cambios de estado (transiciones)

El S.O. tiene bien definido el cambio de estado de los procesos. Estos solo podrn darse
cuando se producen ciertos cambios o eventos que estn perfectamente predefinidos por el
S.O.
Nuevo: Se crea un nuevo proceso para ejecutar un programa. Este suceso se produce
por algunas de las razones ya enumeradas.
Nuevo Listo: El sistema operativo pasar un proceso del estado Nuevo al estado
Listo cuando est preparado para aceptar un proceso ms. La mayora de los sistemas
ponen un lmite en funcin del nmero de procesos existente o en la cantidad de
memoria virtual dedicada a los procesos existentes. El motivo de este lmite es
asegurar que no haya tantos procesos activos como para degradar e rendimiento.
Listo Ejecucin: Cuando es hora de seleccionar un nuevo proceso para ejecutar, el
sistema operativo elige a uno de los procesos del estado Listo. La cuestin de qu
proceso se escoge es definida por el planificador a corto plazo.
Ejecucin Terminado: El proceso que se est ejecutando es finalizado por el
Pgina 32

sistema operativo ya sea que la terminacin est programada o que se deba a un error
en tiempo de ejecucin.
Ejecucin Listo: La razn ms comn de esta transicin es que el proceso que est
en ejecucin ha alcanzado el tiempo mximo permitido de ejecucin interrumpida;
casi todos los sistemas operativos con multiprogramacin imponen este tipo de norma
de tiempo. Esto se conoce como planificacin expropiativa. En algunos sistemas
operativos se puede desalojar a un proceso de su ejecucin si pasa al estado de listo
un proceso de mayor prioridad aunque no haya concluido el quantum del proceso en
ejecucin. Esto se conoce como planificacin expulsiva
Ejecucin Bloqueado: Un proceso se pone en el estado Bloqueado si solicita algo
por lo que debe esperar. Las solicitudes al sistema operativo suelen ser en forma de
llamadas al sistema operativo, es decir, llamadas desde el programa que est
ejecutndose a un procedimiento que forma parte del cdigo del sistema operativo. Por
ejemplo, un proceso puede solicitar un servicio que el sistema operativo no est
preparado para llevar a cabo de inmediato. Puede pedir un recurso, tal y como un
archivo o una seccin compartida de memoria virtual, que no est inmediatamente
disponible. O bien el proceso puede iniciar una accin, como una operacin de E/S,
que debe terminarse antes de que el proceso pueda continuar (E/S sncrona). Al
comunicarse los procesos unos con otros, uno se puede quedar bloqueado cuando
espera a que otro proceso le proporcione una cierta entrada o cuando espera un
mensaje del otro proceso.
Bloqueado Listo: Un proceso que est en el estado Bloqueado pasar al estado
Listo cuando se produzca el evento que estaba esperando.
Los tres estados principales que se han descrito (Listo, Ejecucin, Bloqueado) ofrecen una
forma sistemtica de modelar el comportamiento de los procesos y de guiar la
implementacin del sistema operativo.
Planificacin de procesos
En un sistema multiprogramado, mltiples procesos son mantenidos en memoria principal.
Multiprogramacin surgi con la idea de tener algn proceso ejecutndose en todo momento
con la finalidad de maximizar el uso del microprocesador. Tiempo Compartido fue concebido
con la idea de conmutar o cambiar continuamente el microprocesador entre procesos de forma
tal que los usuarios puedan interactuar con programas mientras estn corriendo otros.
Cuando un proceso entra al sistema es colocado en una cola de trabajos. Una vez que el
proceso se encuentra en memoria principal y est listo para ejecutar, este es colocado en la
cola de procesos listos (ready). Cuando al proceso se le asigna el microprocesador, ejecuta
por un tiempo y eventualmente el proceso terminar, o ser interrumpido o esperar por la
ocurrencia de algn evento. Con frecuencia nos encontraremos con situaciones en las que dos
o ms procesos son ejecutables desde el punto de vista lgico. En estos casos el sistema de
operacin debe decidir cul de ellos debe ejecutarse primero. La parte del sistema operativo
que lleva a cabo esta decisin se llama Planificador y el algoritmo que se utiliza se conoce
como Algoritmo de Planificacin.
Pgina 33

Objetivos de la planificacin
Con la planificacin de procesos se busca cumplir con los siguientes objetivos:
Garantizar que cada proceso obtenga una proporcin justa de tiempo del
microprocesador.
Mantener ocupado al microprocesador.
Minimizar el tiempo de respuesta de los procesos interactivos.
Maximizar el nmero de tareas procesadas por hora.
Ejecutar primero a los procesos que tengan mayor urgencia
Asegurar el mximo rendimiento de la multiprogramacin
El Planificador
Los procesos se mueven entre varias colas esperando su ejecucin. El sistema operativo debe
ir seleccionando procesos de dichas colas previas a la ejecucin, siguiendo algn esquema.
Cada seleccin es llevada a cabo por el planificador apropiado. El componente del sistema
operativo que se encarga de seleccionar procesos para su ejecucin se conoce como
Planificador
Algoritmos de planificacin
Los algoritmos que se aplican para gestin de la planificacin se basan en los siguientes
criterios bsicos:
FCFS. El primero en llegar es el primero en ser servido. Se basa en una lista de
procesos (usando como elementos de la lista a los BCP de cada proceso). De tal
manera que el primero de la lista (el que lleg primero) se ejecutar primero y el
ltimo (el que lleg ltimo) se ejecutar al final. Cada proceso se ejecuta hasta que por
alguna causa natural suspenda su ejecucin, por ejemplo cuando termina o debe
realizar una operacin de E/S.
Round Robin. A cada proceso se le asigna un tiempo mximo de ejecucin en forma
ininterrumpida llamado quantum (por ejemplo, 100 ms). Es similar al anterior salvo
que ahora hay un motivo ms para suspender la ejecucin temporariamente: cuando
vence el turno o quantum. Cuando se vence el quantum vuelve al estado de Listo
y se coloca al final de la lista.
Prioridades. Se basa en la asignacin de prioridades. De esta forma se privilegian a
los procesos que tienen ms urgencia a expensa de aquellos que pueden esperar. Se
ejecuta primero, el proceso de la lista de Listos que tenga mayor prioridad.
Colas de prioridad. Similar al anterior pero se prev que existan varios procesos con
la misma prioridad. Primero se ejecutan los de la cola de mayor prioridad. Dentro de
cada cola se aplica un criterio como FCFS o Round Robin.
Pgina 34

La memoria
La memoria es uno de los recursos ms importantes de la computadora y, en consecuencia, la
parte del sistema operativo responsable de tratar con este recurso, el gestor de memoria, es un
componente bsico del mismo. El gestor de memoria del sistema operativo debe hacer de
puente entre los requisitos de las aplicaciones y los mecanismos que proporciona el hardware
de gestin de memoria.
Se trata de una de las partes del sistema operativo que est ms ligada al hardware. Esta
estrecha colaboracin ha hecho que tanto el hardware como el software de gestin de
memoria hayan ido evolucionando juntos.
Las necesidades del sistema operativo han obligado a los diseadores del hardware a incluir
nuevos mecanismos que, a su vez, han posibilitado el uso de nuevos esquemas de gestin de
memoria. De hecho, la frontera entre la labor que realiza el hardware y la que hace el software
de gestin de memoria es difusa y ha ido tambin evolucionando.
En un sistema monoprogramado, la memoria principal se divide en dos partes: una parte para
el sistema operativo y otra parte para el programa que se ejecuta en ese instante. En un
sistema multiprogramado, la parte de "usuario" de la memoria debe subdividirse an ms para
hacer sitio a varios procesos. La tarea de subdivisin la lleva a cabo dinmicamente el sistema
operativo y se conoce como gestin de memoria.
En un sistema multiprogramado resulta vital una gestin efectiva de la memoria. Si slo hay
unos pocos procesos en memoria, y la mayor parte del tiempo estn esperando a la E/S, el
procesador estar desocupado. Por ello, hace falta repartir eficientemente la memoria para
meter tantos procesos como sea posible.
Paginacin y segmentacin
Cuando se usa el almacenamiento de los procesos en direcciones continuas y contiguas, tanto
las particiones de tamao fijo como las de tamao variable hacen un uso ineficiente de la
memoria; las primeras generan fragmentacin interna, mientras que las segundas originan
fragmentacin externa.
Tambin, el uso de particiones contiguas tiene el inconveniente de complicar el uso de
regiones variables en los procesos, como por ejemplo, imposibilita compartir memoria entre
los procesos. Tambin, el intercambio con el disco deber realizarse con el proceso completo
(algo que es ineficiente). Y en otros aspectos, impide la optimizacin a fondo de la gestin de
la memoria fsica.
Una posible solucin a estos problemas es dividir al medio de almacenamiento en pequeas
particiones administrables, de tal manera que se puedan usar como unidades de asignacin
para las regiones de los procesos. Una de esas soluciones consiste en la paginacin y la otra
solucin se conoce como segmentacin.
Pgina 35

Paginacin simple
Supngase, que la memoria principal se encuentra particionada en trozos iguales de tamao
fijo relativamente pequeos y que cada proceso est dividido tambin en pequeos trozos de
tamao fijo y del mismo tamao que los de memoria.
En tal caso, los trozos del proceso, conocidos como pginas, pueden asignarse a los trozos
(libres) de memoria, conocidos como marcos o marcos de pgina. En este apartado se ver
que el espacio malgastado en memoria para cada proceso por fragmentacin interna consta
slo de una fraccin de la ltima pgina del proceso. Adems, no hay fragmentacin externa.
El sistema operativo mantiene una tabla de pginas para cada proceso. La tabla de pginas
muestra la posicin del marco de cada pgina del proceso. Ahora el marco de pgina es la
unidad de asignacin para el espacio fsico que necesita un proceso. La pgina es el contenido
y el marco es el contenedor. Se asignan marcos al proceso, este puede liberar marcos de
pginas y tambin puede solicitar nuevas pginas que se colocarn en nuevos marcos.
Dentro del programa, cada direccin lgica constar de un nmero de pgina y de un
desplazamiento dentro de la pgina.
Con paginacin, el hardware del procesador realiza la traduccin de direcciones lgicas a
fsicas. Ahora, el procesador (usando su MMU-Unidad de manejo de memoria-) debe saber
cmo acceder a la tabla de pginas del proceso actual.
Dada una direccin lgica (nmero de pgina, desplazamiento), el procesador emplea la tabla
de pginas para obtener una direccin fsica (nmero de marco, desplazamiento).
Pgina 36

Segmentacin Simple
Otro modo de sub-dividir el programa es la segmentacin. En este caso, el programa y sus
datos asociados se dividen en un conjunto de segmentos. No es necesario que todos los
segmentos de todos los programas tengan la misma longitud, aunque existe una longitud
mxima de segmento. Como en la paginacin, una direccin lgica segmentada consta de dos
partes, en este caso un nmero de segmento y un desplazamiento.
En ausencia de un esquema de memoria virtual, sera necesario cargar en memoria todos los
segmentos de un programa para su ejecucin.
Un programa puede ocupar ms de un segmento y stas no tienen por qu estar contiguas. El
mismo beneficio que obtuvimos con la paginacin.
La segmentacin elimina la fragmentacin interna, pero sufre de fragmentacin externa.
Mientras que la paginacin es transparente al programador, la segmentacin es generalmente
visible a este, y se proporciona como una comodidad para la organizacin de los programas y
datos. Se trata de ajustar un segmento a una regin del proceso. De esta manera, el
procesador, que reconoce a los segmentos, tambin reconocer a las regiones y proporcionar
soporte de gestin por hardware para estas.
Normalmente, el programador o el compilador, asigna los programas y los datos a diferentes
segmentos. Y en aras de la programacin modular, el programa o los datos pueden ser
divididos de nuevo en diferentes segmentos.
El principal inconveniente de este servicio es que el programador debe ser consciente del uso
de segmentos y de la limitacin de tamao mximo de los segmentos.
De forma anloga a la paginacin, un esquema de segmentacin simple har uso de una tabla
de segmentos para cada proceso y una lista de bloques (huecos) libres en memoria principal.
Pgina 37

El sistema de archivos
Los sistemas de archivos (file system en ingls), estructuran la informacin guardada en una
unidad de almacenamiento (normalmente un disco duro de una computadora), que luego ser
representada ya sea textual o grficamente utilizando un gestor de archivos. La mayora de los
sistemas operativos poseen su propio sistema de archivos.
Estos sistemas de archivos tienen un nombre y una norma que los define. Por ejemplo
tenemos los siguientes sistemas de archivos:
FAT 16
FAT 32
NTFS
EXT2
EXT3
VFAT
..
Cada sistema de archivo tiene su propia forma de manejo de tal manera que los sistemas
operativos debern conocer dichas normas para poder trabajar con ellos. Cada sistema
operativo normalmente tiene mdulos o programas que son usados para interpretar el
contenido de un sistema de archivo almacenado en algn dispositivo fsico.
Lo habitual es utilizar dispositivos de almacenamiento de datos que permiten el acceso a
estos, como una cadena de bloques de un mismo tamao, a veces llamados sectores,
usualmente de 512 bytes de longitud. Sin embargo el sistema operativo solo maneja discos
lgicos (tambin llamados file systems). Se deja para los programas conocidos como
drivers el manejo de las caractersticas de bajo nivel como los son los cilindros, pistas y
sectores. Tambin las rutinas del BIOS pueden reconocer las caractersticas de bajo nivel de
los dispositivos de almacenamiento.
Los sistemas de archivos tradicionales proveen mtodos para crear, mover, renombrar y
eliminar tanto archivos como directorios.
Todas las aplicaciones necesitan almacenar y recuperar informacin. Mientras un proceso est
ejecutndose puede almacenar cierta cantidad de informacin dentro de su propio espacio de
direcciones. Sin embargo, esa capacidad de almacenamiento est limitada por el tamao del
espacio de direcciones virtual. Para algunas aplicaciones ese tamao es adecuado, pero para
otras, tales como la reserva de billetes de avin, la banca o el registro de las operaciones
realizadas por una empresa, resulta demasiado pequeo.
Pgina 38

Un segundo problema con el que nos encontramos al guardar la informacin dentro del
espacio de direccionamiento de un proceso es que cuando el proceso termina, la informacin
se pierde. Para muchas aplicaciones (por ejemplo para las bases de datos) la informacin debe
ser retenida durante semanas, meses o incluso para siempre. Es inaceptable permitir que la
informacin se desvanezca cuando termina el proceso que la utiliza. Adems, tampoco debe
perderse aunque el proceso se destruya repentinamente debido a una cada del sistema.
Un tercer problema es que frecuentemente es necesario que mltiples procesos accedan a
(partes de) la informacin al mismo tiempo. Si disponemos de una gua telefnica almacenada
dentro del espacio de direccionamiento de un nico proceso, slo ese proceso va a poder
acceder a ella. La manera de resolver este problema es hacer que la informacin sea ella
misma independiente de cualquier proceso.
Entonces tenemos ya tres requerimientos esenciales para el almacenamiento a largo plazo de
la informacin:
Debe poder almacenarse una cantidad de informacin muy grande.

La informacin debe permanecer tras la terminacin del proceso que la usa.
Debe permitir que mltiples procesos puedan acceder a la informacin
concurrentemente
La solucin usual a todos estos problemas es almacenar la informacin sobre discos y otros
medios externos en unidades denominadas archivos. Los procesos pueden entonces leerlos y
crear nuevos archivos si es necesario. La informacin almacenada en los archivos, debe ser
persistente, no debe verse afectada por la creacin y terminacin de los procesos. Un archivo
slo puede desaparecer cuando su propietario lo borre de forma explcita.
Los archivos estn gestionados por el sistema operativo. Pero la forma de cmo estn
estructurados, cmo se nombran, se acceden, se utilizan, se protegen, se transfieren e
implementan, son temas principales en el diseo de los sistemas de archivos. Globalmente, a
esa parte del sistema operativo que trata los archivos y directorios se la conoce como
administracin del sistema de archivos y es el tema de este captulo.
Desde el punto de vista de los usuarios, el aspecto ms importante de un sistema de archivos
es su apariencia, es decir, qu constituye un archivo, como se nombran y se protegen los
archivos, qu operaciones se permiten, etc. Los detalles, de si para seguir la pista de la
memoria libre se utilizan listas enlazadas o mapas de bits, o el detalle de cuntos sectores hay
en un bloque lgico, son cuestiones de menos inters, aunque son de gran importancia para
los diseadores del sistema de archivos. Por esa razn, hemos estructurado el captulo en
varias secciones. Las primeras secciones tienen que ver con la interfaz del usuario con los
archivos y con los directorios, respectivamente. A continuacin se discutir en detalle la
forma en la cual se implementa el sistema de archivos. Finalmente, daremos algunos ejemplos
de sistemas de archivos reales.
Pgina 39

Directorios
Asociado con cualquier sistema de gestin de archivos o cualquier coleccin de archivos suele
haber un directorio de archivos. El directorio contiene informacin sobre los archivos,
incluyendo atributos, ubicacin y propietario.
En realidad el directorio es un tipo de archivo como ya se mencion anteriormente. El nico
directorio que no es archivo es el directorio raz. Este directorio se crea en el momento del
formateo del sistema de archivos y tiene un tamao fijo, o sea que no puede crecer.
Cada sub-directorio (o simplemente directorio) contiene informacin que permite administrar
a otros sub-directorios y archivos. Como los archivos se organizan mediante registros, en el
caso de los directorios, estos registros se denominan entradas del directorio, y contienen
cada uno de ellos datos administrativos de un sub-directorio o archivo. Estos datos
administrativos sern diferentes para distintos sistemas de archivos y se complementan con
otra informacin administrativa que tiene cada archivo, en la parte de administracin del
sistema de archivo.
Esta informacin se puede obtener en forma indirecta mediante comandos o alguna
herramienta grfica. Tambin se puede ver la estructura de directorios y navegar por l. Ya
vimos que el nombre del archivo permite la navegacin y localizacin del archivo dentro del
rbol de directorios.
Implementacin del sistema de archivos

Este tema se refiere a como el sistema de archivos organiza su infraestructura para almacenar
a los archivos en el disco lgico. Como ya vimos el sistema operativo solo ve discos lgicos y
su infraestructura depende del sistema de archivos con que se formatea dicho disco. Un disco
duro estar particionado en uno o ms discos lgicos.
Discos lgicos
El disco duro est organizado en discos lgicos que son las unidades de almacenamiento
masivo que permiten que en un mismo disco fsico se puedan disponer de varios sistemas de
archivos. Para ello se crean particiones que debern ser reconocidas por el sistema operativo.
Estas particiones una vez formateadas contendrn un disco lgico. Primero deberemos crear
como mnimo una particin y como mximo 4 particiones. Luego deberemos formatear las
particiones para crear el disco lgico de acuerdo al sistema de archivos con que se formatee.
En la siguiente figura vemos el significado de un disco lgico: como una sub-divisin del
disco fsico, como un rbol de directorios y como un recurso de almacenamiento, que posee
como todo recurso una estructura donde almacenar los atributos o datos administrativos.
Pgina 40

Estructura lgica del disco duro de una PC

La estructura lgica de un disco duro est formada por:
El sector de arranque (Master Boot Record)

Espacio particionado
Espacio sin particionar
El sector de arranque es el primer sector de todo disco duro (cabeza 0, cilindro 0, sector 1). En
l se almacena la tabla de particiones y un pequeo programa master de inicializacin,
llamado tambin Master Boot. Este programa es el encargado de leer la tabla de particiones y
ceder el control al sector de arranque de la particin activa. Si no existiese particin activa,
mostrara un mensaje de error.
El espacio particionado es el espacio del disco que ha sido asignado a alguna particin. El
espacio no particionado, es espacio no accesible del disco ya que todava no ha sido asignado
a ninguna particin. A continuacin se muestra un ejemplo de un disco duro con espacio
particionado (2 particiones primarias y 2 lgicas) y espacio todava sin particionar.
Pgina 41

El caso ms sencillo consiste en un sector de arranque que contenga una tabla de particiones
con una sola particin, y que esta particin ocupe la totalidad del espacio restante del disco.
En este caso, no existira espacio sin particionar.
Particiones primarias y unidades lgicas
Ambos tipos de particiones contienen los correspondientes discos lgicos del computador. Sin
embargo, hay una diferencia importante: slo las particiones primarias se pueden activar.
Adems, algunos sistemas operativos no se pueden instalar en unidades lgicas o no pueden
acceder a particiones primarias distintas a la suya.
Lo anterior nos da una idea de qu tipo de particin utilizar para cada necesidad. Por defecto,
los sistemas operativos deben instalarse en particiones primarias, ya que de otra manera no
podran arrancar (aunque actualmente, se ha superado esta limitacin). El resto de particiones
que no contengan un sistema operativo, es ms conveniente crearlas como unidades lgicas.
Sin embargo ciertos sistemas operativos como Linux pueden instalarse en unidades lgicas.
Estructura de un archivo
Consta como todo recurso de dos partes bien diferenciadas: a) parte administrativa, b) parte de
trabajo. La organizacin de ambas partes depende del sistema de archivos en cuestin. A
continuacin podremos apreciar dicha estructura para el sistema de archivos FAT.
La parte administrativa comienza en la entrada del directorio que corresponde al archivo en
particular.
En la siguiente figura podemos apreciar las entradas de un directorio del sistema de archivos
FAT. La direccin hace mencin a la ubicacin del campo respectivo, relativo al comienzo de
la entrada.
Pgina 42

El nmero del primer bloque o cluster, nos lleva a la tabla de FAT donde obtenemos los
punteros a los bloques del archivo en forma ordenada, desde el primero, hasta localizar al
ltimo. Los punteros a los bloques permitirn localizar y acceder al archivo en forma
ordenada. En la siguiente figura vemos la forma y uso de la tabla de FAT.
Vemos que el primer bloque (nmero lgico) es el 4 (nmero fsico), en dicho casillero se
encuentra el 7 (nmero fsico) del segundo bloque y as sucesivamente hasta llegar al quinto
bloque que se indica como nmero fsico 12 que tiene grabado un -1 (FFFF en hexadecimal, o
16 bits en 1) para el caso de una tabla de FAT de 16 bits, indicando que all termina el
archivo.
Por lo tanto, la parte administrativa consiste en la entrada del directorio, ms los punteros
correspondientes de la tabla de FAT. La parte de trabajo sern los bloques cuyos
identificadores o punteros son: 4, 7, 2, 10 y 12.
Vemos un ejemplo de un archivo (Archivo A) cuyo nmero del primer cluster es 4 y que
consta de 5 bloques.
Pgina 43

1.1 Estructura de una red TCP/IP

Definimos como estructura fsica de la red a los distintos elementos fsicos que otorgan
funcionalidad a la misma. En esta seccin trataremos distintos temas relacionados con dichos
elementos fsicos.
Por un lado tenemos las computadoras que son mquinas electrnicas que tienen la
posibilidad de poder dialogar con las restantes que integran la red. Estas computadoras
pueden cumplir dos funciones perfectamente definidas: 1) las estaciones que son las
computadoras que usan la red y que contienen los programas de aplicacin, ya sea
aplicaciones clientes o aplicaciones servidoras. 2) los nodos de la red que cumplen funciones
de administracin de los datos que circulan por la red.
Por otro lado tenemos el medio de comunicacin que permite vincular elctricamente las
distintas computadoras. Este medio ms los nodos conforman lo que comnmente se conoce
como subred de comunicacin, o simplemente subred. El trabajo de la subred consiste en
transportar mensajes entre las computadoras de la misma manera que el sistema telefnico
transporta palabras entre las personas que se comunican.
El anlisis y diseo de la red se simplifica notablemente cuando se separan los aspectos
puros de comunicacin (subred), de los aspectos de las aplicaciones (estaciones).
La figura muestra la relacin entre los distintos componentes fundamentales de la red.
nodo
e s ta c i n
nodo de acceso
su b red
r e d d e c o m p u ta d o ra s
Existen diferencias significativas en la subred segn se trate de una red de rea local (LAN),
una red de rea metropolitana (MAN), o una red de rea extendida (WAN).
Pgina 44

Las redes LAN interconectan computadoras que se encuentran en una regin relativamente
pequea (en un edificio, en una habitacin, en un predio privado) y normalmente contienen
muy pocos nodos o ninguno.
Las redes MAN comunican computadoras en un centro urbano, tienen bastantes nodos y sus
caractersticas estn definidas por factores geogrficos y polticos de dicho centro.
Las redes WAN comunican computadoras de todo el planeta y poseen muchsimos nodos con
caractersticas muy heterogneas.
En trminos generales puede decirse que hay dos tipos de subredes de comunicacin:
1) comunicacin punto a punto
2) comunicacin por difusin.
En la comunicacin punto a punto los nodos se comunican por medio de varios cables,
haciendo uso de lneas telefnicas, redes privadas, etc. Siempre existe un "medio" que
comunica en forma directa dos nodos vecinos. Cuando un mensaje se enva de un nodo a otro
(en el contexto de la subred se denomina normalmente paquete) a travs de nodos
intermediarios, el paquete se almacena ntegramente en el nodo intermediario, y cuando la
lnea de salida lo permite se reenva el paquete hacia el destino.
La subred que utiliza este principio se denomina punto a punto, de almacenamiento y
reenvo o de conmutacin de paquetes. En la figura se muestran varias topologas posibles.
Normalmente las redes locales tienen una topologa simtrica, mientras que las de rea
extendida tienen una topologa irregular.
En una red de rea local simple, el nodo de acceso se reduce a un circuito que se incluye en el
interior de la computadora, de tal manera que siempre habr un nodo de acceso por cada
estacin. En una red de rea extendida puede haber un nodo de acceso para varias
computadoras.
La difusin se emplea como un segundo tipo de arquitectura, y la utilizan las mayoras de las
redes de rea local y un nmero reducido de redes de rea extendida. Los sistemas de
difusin tienen un solo canal que es compartido por todas las mquinas que usan la red. Los
Pgina 45

paquetes enviados por una mquina llegan a todas las estaciones, pero slo ser interpretado
por la estacin destinataria cuya direccin se indica en el paquete.
Tambin existe la posibilidad de enviar un paquete para que sea recibido por todas las
estaciones (o un grupo de ellas) de la red. Para ello se indica un cdigo especial en el campo
de direcciones del paquete. En la figura se indican algunas topologas posibles para las redes
de difusin.
Como el medio es nico, solamente una computadora podr transmitir en un instante dado.
Se necesita un mecanismo para resolver los conflictos cuando dos o ms mquinas deseen
enviar paquetes al mismo tiempo. Este mecanismo de arbitraje puede ser centralizado o
distribuido.
El mecanismo es centralizado cuando existe una estacin de control con caractersticas de
privilegio que decide cul de las estaciones debe transmitir en un momento determinado.
En un mecanismo distribuido no existe tal estacin privilegiada y entre todas establecen una
regla de juego para definir que estacin tiene el control del medio para poder transmitir.
En el ejemplo del satlite puede haber transmisiones simultneas si cada una de las estaciones
transmitiese en distintas frecuencias. Digamos que en este caso las seales no interfieren entre
s.
Como ejemplo sencillo de la conexin fsica de una computadora a una red LAN veremos el
caso de una red antigua de 10 Mbps y otra actual de 100 Mbps.
En la siguiente figura se muestra el aspecto fsico de la conexin con la red conocida como
10BaseT, que tiene las siguientes especificaciones bsicas:
Pgina 46

HUB repetidor
Conector
plug de 8
pines
Placa con
MAU
Conector
BNC
Conector
AUI
Cable UTP de
100m mximo
MAU
Jack de 8 pines
HUB
Se trata de una topologa en estrella con un dispositivo central denominado hub (conocido
tambin como concentrador o repetidor). Cada computadora tiene una conexin directa con el
hub. Esta conexin consta de dos pares de cable de cobre de par trenzado, uno para transmitir
y otro para recibir. En el extremo de la conexin hay un conector RJ-45, que se parece al
conector RJ-11 utilizado en los telfonos.
La T indica par trenzado, y 10 significa que la velocidad de transmisin es de 10 mbps.
La distancia mxima de la conexin entre la computadora y el hub es de 100 metros, y por lo
tanto la distancia mxima entre dos computadoras conectadas al hub, es de 200 metros. Esta
distancia, entre computadoras, se puede incrementar utilizando dispositivos de red como ser
hubs, switches, routers, y enlaces de fibra ptica.
En esencia, un hub es un repetidor: cuando recibe un bit desde la placa de red de la
computadora, reenva el bit a las dems computadoras. De esta manera cada placa puede
sondear el canal para ver si est vaco y detectar una colisin mientras est transmitiendo.
En la siguiente figura se muestran otros elementos fsicos bsicos que se usan en tecnologa
de 10BaseT.
Pgina 47

HUB
Cableado
UTP
RACK
Cuando el trfico en la red se hace pesado y empiezan a ocurrir las colisiones se produce una
disminucin del tiempo de respuesta de la red.
Sin embargo los hubs proporcionan funciones de gestin de red que ayudan al administrador.
Por ejemplo, cuando un adaptador funciona incorrectamente y enva continuamente tramas
Ethernet en forma ininterrumpida por error de la placa de red. Si esto sucede en una Ethernet
con cable coaxial (conocida como 10Base2) la red deja de funcionar y ninguna de las
computadoras de la red podr comunicarse.
Pero en una red 10BaseT continuar funcionando por que el hub detecta el problema y
desconectar internamente a la computadora que tiene la placa defectuosa.
Los hubs que son administrables pueden ser controlados desde una computadora para mostrar
informacin de la actividad del hub en distintos formatos, que pueden ser utilizados por el
administrador para conocer y corregir definiciones de configuracin de la red.
Otra ventaja del HUB respecto a las especificaciones 10Base2 y 10Base5, es que ahora la
deteccin de las colisiones no se realiza mediante la deteccin analgica de la amplitud de la
seal, sino que se considera colisin cuando dos o ms computadoras acceden
simultneamente al HUB. De esta forma se dice que la deteccin es digital y no analgica.
Actualmente se usan redes LAN de 100 Mbps, compatibles con la red que vimos
anteriormente. Esta tecnologa permite la extensin de una red ETHERNET de 10BaseT
mediante el uso de SWITCHES. Esta es una forma de mejorar el costo-efectividad de la
Pgina 48

plataforma de red sin necesidad de cambiar la anterior. La topologa de 100 BaseT aumenta
10 veces la velocidad de 10Mbps ETHERNET.
Para la extensin de la red es necesario utilizar otro tipo de tarjeta de interfase de red, que las
que se utilizan normalmente. Por esto, es necesario hacer un estudio minucioso para verificar
la necesidad de expansin de la red, puesto que implica el uso de otro tipo de tarjeta y muchas
veces un nuevo cableado.
En la siguiente figura se nuestra como se pueden combinar las tecnologas de 10BaseT y
100BaseT.
Vemos que se agrega un nivel ms de jerarqua en la parte superior de esta, donde el trfico es
ms intenso.
El modelo TCP/IP fue pensado para trabajar con redes interconectadas como se muestra en la
siguiente figura. All vemos varias redes fsicas - cada una con su propia direccin de red
interconectada por computadoras conocidas como ruteadores (routers) o simplemente
dispositivos de encaminamiento.
Cada computadora tiene su propia direccin fsica conocida como MAC Address-, y
tambin su propia direccin IP. La primera es administrada por la capa de enlace y la segunda
por la capa IP.
Pgina 49

En la siguiente figura se muestra el detalle de la trama Ethernet donde se observa que contiene
tres direcciones que son las siguientes:
Direccin MAC Address (origen y destino).

Direccin IP (origen y destino).
Direccin de puerto (origen y destino).
Pgina 50

1.1.1 Protocolo TCP/IP

El software que maneja las redes de computadoras est diseado de una forma muy
estructurada. La mayora de las redes se organizan en una serie de capas o niveles con el
objeto de reducir la complejidad de su diseo.
El nmero de capas y la funcin especfica de cada una de ellas vara de una red a otra pero
siempre existe un orden jerrquico que define que las capas inferiores prestan servicios a las
capas superiores. Tambin, la capa n de una mquina conversa con la capa n de otra
mquina. Las reglas y convenciones utilizadas en esta conversacin se conocen como
protocolo de la capa n. Podramos decir que los protocolos son los idiomas que habla una
computadora. El conjunto de protocolos de todas las capas se conoce comnmente tambin
como el protocolo de la red (como si fuese uno solo).
En la figura se muestra tal arquitectura para una red de siete capas :
En realidad no existe una transferencia fsica directa de datos desde la capa n de una mquina
a la capa n de la otra, sino ms bien, cada capa pasa la informacin a la capa inmediata
inferior y as sucesivamente hasta que se alcanza la parte ms baja de la estructura. Debajo de
la capa 1 esta el medio fsico a travs del cual se realiza la comunicacin fsica real.
En el dibujo se muestran con lneas gruesas el camino de la comunicacin real y con lneas
finas el camino de la comunicacin virtual.
Entre cada par de capas adyacentes (dentro de cada computadora) existe una interfase la cual
define los servicios que la capa inferior ofrece a la capa superior. Las interfases deben estar
perfectamente definidas de tal manera que una capa sepa exactamente como pedirle servicios
a la otra y a su vez la otra capa sepa como debe proporcionar dichos servicios.
Todo esto se debe respetar con independencia del trabajo interno de cada capa. De tal manera
que si se modifica una capa por motivos de optimizacin de su performance, no afecte la
normal comunicacin con las capas vecinas.
Pgina 51

Al conjunto de capas y protocolos se le denomina arquitectura de red. Las especificaciones de

sta debern contener la informacin suficiente que le permita al diseador construir un
programa para cada capa con el protocolo apropiado.
Sin embargo las interfaces no forman parte de dicha estructura ya que estn contenidas en el
interior de la mquina e incluso no tienen por qu ser iguales a las correspondientes en la otra
mquina. Sin embargo una estandarizacin de stas simplifica el diseo del software y la
compatibilidad de los mismos.
Veremos algunos de los temas que debern ser resueltos por los protocolos de nuestra
arquitectura que acabamos de plantear.
Cada capa debera tener un mecanismo para el establecimiento de la conexin. Adems como
en una red hay varias mquinas y en cada mquina hay varios procesos se debe especificar
perfectamente el destinatario de los mensajes que cada capa realice. Tambin deber existir
un mecanismo para definir cuando se interrumpe la comunicacin establecida con
anterioridad.
Otras definiciones en el protocolo se refieren al manejo de los datos que se transmiten. La
comunicacin puede ser siempre en un solo sentido (simplex); en ambos sentidos pero en
forma no simultnea (semiduplex); y en ambos sentidos en forma simultnea (duplex). Entre
ambas capas se pueden definir varios canales lgicos para la comunicacin entre ellas.
Un nmero considerable de redes tienen por lo menos dos canales lgicos: uno para datos
normales y otro para datos que necesitan la mxima velocidad de transferencia.
Un problema que debe resolverse, es el inherente a toda comunicacin a distancia: que
siempre se producirn errores debidos a todos los problemas de tipo fsico que afectan a los
medios de comunicacin. Sin embargo siempre es posible retransmitir la informacin mal
recibida si se toman los recaudos correspondientes. Para ello se definen cdigos detectores y
correctores de errores que se encargan de detectar primero el error para luego (en los cdigos
correctores de errores) corregirlos automticamente. Siempre existe la posibilidad de que se
produzcan errores bastante severos y la solucin ser retransmitir la informacin.
Por lo tanto es necesario que el receptor le indique al transmisor en qu estado llego la
informacin y a su vez el transmisor debe mantener en la memoria de la maquina el paquete a
retransmitir.
Otra situacin a resolver es la que se presenta cuando una estacin debe recibir la
informacin fragmentada en varios paquetes que a su vez recorrieron caminos fsicos distintos
para llegar a destino. Como resultado de esto los fragmentos (paquetes) pueden llegar en una
secuencia que no es la correcta. Es responsabilidad del transmisor de indicar el orden lgico
de los paquetes que a su vez debern ser organizados por el receptor para mantener dicho
orden.
Una dificultad se presenta cuando el caudal de paquetes que arriban a una estacin es mayor
a la capacidad que posee dicha estacin para administrarlos. Para eso existen mecanismos
Pgina 52

que permiten regular las transferencias de paquetes. En el caso de interconexin de redes

aparecen nuevos problemas como por ejemplo, que cada red adopta un tamao distinto para el
paquete.
Por ltimo mencionaremos la problemtica que se presenta en una red que ofrece mltiples
caminos para comunicar a dos estaciones cualesquiera. Debe existir un criterio de
encaminamiento de las comunicaciones que permita una mxima performance de la
transmisin a travs de la subred.
Vemos a continuacin las caractersticas fundamentales de cada unas de las capas para el caso
de una arquitectura real.
El modelo que se adopt en pocas anteriores y que todava es usado por algunos, es lo que se
conoce como modelo de referencia OSI (INTERCONEXION DE SISTEMAS ABIERTOS)
que fue propuesto por la Organizacin Internacional de Normas (ISO). En forma abreviada,
se conoce a este modelo como MODELO DE REFERENCIA OSI, que cuenta con siete
capas segn se muestra en la figura.
Los criterios que se tuvieron en cuenta para definir estas siete capas fueron aquellos que
presuponan una mayor eficiencia del sistema como por ejemplo minimizar el flujo de
informacin a travs de las interfases de tal manera que la arquitectura sea fcil de manejar.
En realidad el modelo OSI indica que es lo que debe hacer cada capa y no como debe hacerlo
por lo que no constituye una verdadera arquitectura de red. Sin embargo ha generado normas
para todas las capas aunque estrictamente hablando no forman parte del modelo.
En la figura se observan los protocolos que intercambian las capas entre s. A dicho protocolo
se lo denomina genricamente como PDU que significa: Unidad de Datos del Protocolo. Por
ejemplo para la capa de aplicacin se denomina: Unidad de Datos del Protocolo de Aplicacin
(APDU).
El protocolo TCP/IP
A continuacin veremos las caractersticas principales de este protocolo que fue impuesto en
forma universal por la red de mayor xito en la actualidad. Para entender rpidamente sus
principales funciones nos remontaremos al modelo OSI que tomamos como referencia. El
Pgina 53

protocolo TCP/IP fue creado por el Departamento de Defensa de los EEUU, y responde al
siguiente esquema de capas, como lo muestra la siguiente figura:
En la figura se muestra la relacin entre las capas de uno y otro modelo.

En realidad esta es una comparacin simplificada con el modelo OSI ya que ambos modelos
no tiene la misma precisin en las definiciones de las capas.
El modelo OSI define con precisin la funcionalidad de las capas pero no as TCP/IP. Este
ultimo es mas flexible ya que debe implementarse a travs de las RFC que son definiciones
puntuales de los protocolos y no de las capas. Como sabemos una capa puede tener uno o mas
protocolos. Cada protocolo se materializa por las cabeceras. Tambin algunos autores
consideran que TCP/IP tiene cinco capas como se muestra en la siguiente figura.
APLICACION
TRANSPORTE
INTERNET
ACCESO A LA RED
FISICA
Capa de Aplicacin: proporciona la comunicacin entre procesos o aplicaciones de

computadoras separadas.
Capa de Transporte: proporciona un servicio de transferencia de datos extremo a extremo.
Esta capa puede incluir mecanismos de seguridad y control de la congestin.
Capa Internet: Proporciona interconexin entre redes de igual o diferente naturaleza.
Capa de acceso a la red: Conecta a un sistema final con la sub-red.
Capa Fsica: Define caractersticas del medio de transmisin y la sealizacin empleada.
Pgina 54

De acuerdo a este modelo tenemos la siguiente comparacin con el modelo OSI y de esa
forma podemos sacar las conclusiones sobre la funcionalidad de cada capa del modelo
TCP/IP.
APLICACION
APLICACION
PRESENTACION
TRANSPORTE
SESION
TRANSPORTE
INTERNET
RED
ACCESO A LA RED
ENLACE
FISICA
FISICA
Otra diferencia con el modelo OSI es que TCP/IP no exige que se haga uso de todas las capas
para respetar el orden jerrquico. Es posible desarrollar aplicaciones que invoquen el servicio
de cualquier capa.
1.1.2 Direccionamiento IP
En la expedicin de los paquetes IP intervienen los siguientes dispositivos:
el host de origen.
el host de destino.
los routers.
los servidores DNS.
La siguiente figura muestra el esquema de los dispositivos que intervienen:
Router
Servidor DNS
Servidor DNS
La direccin IP
Esta direccin tiene 32 bits y responde al siguiente formato:
Pgina 55

Como vemos, los 32 bits estn divididos en dos campos que se denominan Net ID y Host
ID respectivamente. El primero identifica a la red y el segundo a una computadora de esa
red. Tambin se observa que los bits ms significativos definen lo que llamamos Clase de la
red, que permitir reconocer el lmite entre ambos campos.
La direccin IP se representa con la siguiente notacin, que usa nmeros decimales y puntos:
YY . XX . XX . XX
Cada nmero decimal representa un byte. El ms significativo se destaca del resto por que
define la clase de la red. Por ejemplo, la siguiente tabla permite hacer la siguiente
diferenciacin de clases segn los distintos valores posibles de YY:
CLASE
YY
0 - 126
CLASE A
128 - 191
CLASE B
192 - 223
CLASE C
Sin embargo no todas las direcciones son posibles. Las siguientes seran algunas direcciones
que no pueden ser usadas para Direccin IP de una computadora:
Direccin local
Representa la direccin de la propia computadora cualquiera sea su Direccin IP.
127.XX.XX.XX
Por defecto se usa 127.0.0.1 como la direccin local ( localhost).
Direccin de red
Toda direccin con el siguiente formato se usa para identificar una red y no una
computadora:
Net_ID0000...0
Pgina 56

Consiste en el nmero del Net ID seguido de ceros hasta completar los 32 bits.
Direccin de difusin dirigida

Net_ID111....1
Consiste en el nmero del Net ID seguido de unos hasta completar los 32 bits. Es la
direccin de destino cuando se enva un mensaje a todos los hosts de esa red.
Direccin de difusin local

255. 255. 255. 255
Es la direccin de destino cuando se enva un mensaje a todos los hosts de la propia
red.
Subredes
En la parte superior izquierda de la siguiente figura se muestra la red de direccin 132.35.0.0
a la cual se accede a travs del ruteador R.
Esta red tendra el problema en que todas las computadoras comparten todo el trfico que
potencialmente puede ser muy grande. Si este fuese el problema, una posible solucin sera
segmentar dicha red en varias subredes. De esta forma independizamos el trfico de cada
subred. Tenga en cuenta que cada subred es un mbito de difusin.
Tambin podra ser que en la red coexistan varios departamentos, y que cada uno de ellos
quiera administrar en forma separad las computadoras. Tambin la subdivisin en subredes
podra ser la solucin.
En la figura de la derecha se muestra la solucin con la implementacin de subredes. Vemos
que el ruteador ahora dispone de una salida independiente para cada subred.
Pgina 57

En la parte inferior de la figura se muestra como cambia la interpretacin de la direccin IP.

En el primer caso se muestra la situacin original, y ms abajo se muestra que, cada red ahora
tiene menos computadoras, y por lo tanto el Host ID necesita menos bits.
Los bits que se restan del campo Host ID son exactamente los bits que se usarn para
identificar las distintas subredes. Por lo tanto cambia el lmite entre el Net ID y el Host ID.
Esto quiere decir que desaparece el uso de la clase para definir cul es el Net Id y cul es el
Host ID. Esto se muestra con detalle en la siguiente figura.
Para poder definir el lmite entre el Net ID y el Host ID se introduce el concepto de mscara
de subred que consiste en 32 bits que contienen unos en el campo del Net ID y ceros en el
campo del Host ID, como en el siguiente ejemplo.
11111111111111111111 000000000000
que se representa en forma decimal y puntos como:
255.255.240.0
Para el resto de la Internet solo figura una sola red de acuerdo a la clase (A, B, C, etc.) para la
simplificacin del encaminamiento. Solo los encaminadores de acceso a las subredes y las
estaciones finales de las subredes, conocen la mscara de la sub-red a la que estn conectados.
El uso de esta mscara le permite al computador de origen definir si el paquete va a la misma
sub-red o a otra. Si debe viajar a otra sub-red deber enviar la trama a un encaminador que
deber ser local a la misma sub-red de origen.
La operacin para determinar la direccin de red de una direccin IP es la siguiente:
Direccin de red = Direccin IP AND Mscara de Subred
Los encaminadores aplican la mscara de su-red para definir si el paquete corresponde a
alguna computadora de alguna sub-red conectada al propio encaminador. En caso contrario lo
reenvan a otro encaminador segn la tabla de encaminamiento vigente. Los encaminadores
deberan poder entregar los paquetes al encaminador de la misma red del host de destino. En
la siguiente figura se muestra este comportamiento.
Pgina 58

Los ruteadores de una red deberan conocer las mscaras de subred de las subredes de dicha
red, en la informacin que poseen en sus tablas de ruteo. Esto lo define el respectivo
protocolo de ruteo.
Pgina 59

1.1.3 Configuracin de TCP/IP

Para que TCP/IP funcione correctamente, debe configurar los elementos siguientes:
Direccin IP
Mscara de subred
Puerta de enlace predeterminada
Servidor DNS
Servidor WINS
Direccin IP
Debe configurar cada interfaz en cada nodo TCP/IP (host o enrutador) con una direccin IP
nica que sea correcta para el segmento de red conectado. La direccin IP es un elemento de
configuracin necesario.
Mscara de subred
Debe configurar cada interfaz en cada nodo TCP/IP (host o enrutador) con una mscara de
subred que, cuando se combine con la direccin IP, genere el Id. de red. Todas las interfaces
IP del mismo segmento de red deben utilizar el mismo Id. de red. Por tanto, todas las
interfaces IP del mismo segmento de red deben utilizar la misma mscara de subred. La
mscara de subred es un elemento de configuracin necesario.
Puerta de enlace predeterminada

Para la comunicacin con nodos TCP/IP de otros segmentos de red, debe configurar al menos
una interfaz con la direccin IP de una puerta de enlace predeterminada (un enrutador local
que reenve el trfico TCP/IP remoto a su destino).
No necesita configurar una puerta de enlace predeterminada para una red que slo tenga un
segmento de red.
Servidor DNS
Un servidor DNS puede resolver nombres de dominio en direcciones IP. Cuando un host
TCP/IP est configurado con la direccin IP de un servidor DNS, el host TCP/IP enva
consultas de nombres DNS al servidor DNS para su resolucin. Se requiere un servidor DNS
para equipos que operen en entornos de red basados en Active Directory.
Pgina 60

Servidor WINS
Un servidor WINS puede almacenar y resolver nombres NetBIOS en direcciones IP. Cuando
un host TCP/IP est configurado con la direccin IP de un servidor WINS, el host TCP/IP
registra sus propios nombres NetBIOS con el servidor WINS y enva consultas de nombres
NetBIOS al servidor WINS para su resolucin. Se recomienda encarecidamente que utilice un
servidor WINS si la red tiene ms de un segmento de red y si dispone de equipos que no estn
basados en Active Directory (por ejemplo, equipos con Windows NT 4.0, Windows 95,
Windows 98 y Windows Millennium Edition).
No necesita configurar un servidor WINS para una red que slo tiene un segmento de red. Los
servidores que ejecutan Windows Server 2008 pueden utilizarse como servidores WINS.
Pgina 61

1.2 Protocolo TCP/IP en Windows Server 2008

TCP/IP se puede configurar en servidores con Windows Server 2008 mediante los siguientes
mtodos:
Configuracin automtica
Configuracin dinmica
Configuracin manual
Configuracin automtica
TCP/IP utiliza Direcciones IP privadas automticas (APIPA, Automatic Private IP
Addressing) de forma predeterminada para proporcionar configuracin automtica mediante
un intervalo de direcciones IP comprendido entre 169.254.0.1 y 169.254.255.254, y la
mscara de subred 255.255.0.0. No se pueden configurar automticamente puertas de enlace
predeterminadas, servidores DNS o servidores WINS, ya que la caracterstica APIPA est
concebida para redes formadas por un nico segmento de red que no estn conectadas a
Internet.
Configuracin dinmica
Mediante DHCP, la configuracin de TCP/IP se realiza de forma dinmica y automtica al
iniciar el equipo. Para la configuracin dinmica se requiere la configuracin de un servidor
DHCP. De forma predeterminada, los equipos que ejecutan sistemas operativos Windows son
clientes DHCP. Al configurar correctamente el servidor DHCP, los hosts TCP/IP pueden
obtener la informacin de configuracin de la direccin IP, mscara de subred, puerta de
enlace predeterminada, servidor DNS, tipo de nodo NetBIOS y servidor WINS. Se
recomienda la configuracin dinmica (con DHCP) para redes TCP/IP medianas y grandes.
Configuracin manual
Mediante la configuracin manual de las propiedades del protocolo TCP/IP a travs de las
propiedades de una conexin de red (en Conexiones de red), puede asignar una direccin IP,
una mscara de subred, una puerta de enlace predeterminada, un servidor DNS y un servidor
WINS. La configuracin manual es necesaria en redes con varios segmentos de red cuando no
hay servidores DHCP.
Pgina 62

1.2.1 Configurar TCP/IP en Windows Server 2008

TCP/IP se instala de forma predeterminada. Antes de configurar TCP/IP debe saber:
Si la red admite una configuracin TCP/IP dinmica que utilice el Protocolo de

configuracin dinmica de host (DHCP, Dynamic Host Configuration Protocol). La
configuracin dinmica es la ms sencilla de realizar y se puede utilizar si hay un
servidor DHCP en la red. El servidor DHCP proporciona la direccin IP, mscara de
subred, puerta de enlace, o gateway, predeterminada (enrutador IP), nombre de
dominio DNS, servidor DNS e informacin acerca de la configuracin del servidor
WINS. De forma predeterminada, TCP/IP est configurado para utilizar una
configuracin dinmica.
Si la red requiere una configuracin TCP/IP manual. Algunas redes existentes no
utilizan DHCP o requieren que se realice manualmente la configuracin TCP/IP para
cada equipo.
Por ejemplo, los equipos porttiles a veces se conectan a la red corporativa que proporciona
direcciones dinmicas. Otras veces, los porttiles requieren una configuracin manual
alternativa para utilizar en las redes domsticas.
Si no puede utilizar DHCP para configurar TCP/IP dinmicamente, obtenga los siguientes
valores del administrador de red para configurar TCP/IP manualmente:
La direccin IP y la mscara de subred de cada adaptador de red instalado en el

equipo.
La direccin IP de la puerta de enlace predeterminada local (enrutador IP).
El nombre del dominio DNS y las direcciones IP de los servidores DNS de la red. Para
la implementacin de Active Directory, de forma predeterminada, el sufijo DNS
principal (denominado tambin nombre de dominio principal) de un equipo es el
nombre del dominio de Active Directory al que est unido el equipo. Puede cambiar el
sufijo DNS del equipo si desea que el sufijo DNS principal del equipo sea diferente al
nombre del dominio de Active Directory al que est unido el equipo.
Las direcciones IP para los servidores WINS, en caso de que los servicios WINS estn
disponibles en la red.
Numerar la red
Para redes TCP/IP privadas que no estn conectadas directa ni indirectamente a Internet, se
puede utilizar cualquier intervalo de direcciones IP vlidas de la clase A, B o C.
Para las redes TCP/IP privadas que estn conectadas indirectamente a Internet mediante un
traductor de direcciones de red (NAT, Network Address Translator) o una puerta de enlace de
nivel de aplicacin, como un servidor proxy, la Autoridad de nmeros asignados de Internet
(IANA, Internet Assigned Numbers Authority) recomienda utilizar las direcciones IP privadas
que se muestran en la siguiente tabla.
Id. de red privada
Mscara de subred
Intervalo de direcciones IP
Pgina 63

Id. de red privada
Mscara de subred
Intervalo de direcciones IP
10.0.0.0
255.0.0.0
10.0.0.1 - 10.255.255.254
172.16.0.0
255.240.0.0
172.16.0.1 - 172.31.255.254
192.168.0.0
255.255.0.0
192.168.0.1 - 192.168.255.254
IANA reserva los nmeros de estos intervalos para uso privado en redes TCP/IP y no se
utilizan en Internet.
Normalmente, por motivos de seguridad, no se deben conectar ms de unos pocos sistemas
TCP/IP de la red directamente a Internet. Para los sistemas host de la red conectada a Internet,
debe obtener el uso de direcciones IP registradas del proveedor de servicios Internet (ISP).
Puertas de enlace predeterminadas

Las puertas de enlace predeterminadas desempean una funcin importante en las redes
TCP/IP. Proporcionan una ruta predeterminada que pueden utilizar los hosts TCP/IP para la
comunicacin con otros hosts en redes remotas.
La siguiente ilustracin muestra la funcin que desempean dos puertas de enlace
predeterminadas (enrutadores IP) para dos redes: red 1 y red 2.
Para que el host A de la red 1 pueda comunicarse con el host B de la red 2, el host A
comprueba primero en su tabla de enrutamiento si existe una ruta especfica al host B. Si no
hay una ruta especfica al host B, el host A reenva el trfico TCP/IP del host B a su propia
puerta de enlace predeterminada, Ruteador 1.
El mismo principio se aplica si el host B enva trfico al host A. Sin una ruta especfica al
host A, el host B reenva el trfico TCP/IP destinado al host A a su propia puerta de enlace
predeterminada, el Ruteador 2.
Por qu se utilizan puertas de enlace

Las puertas de enlace predeterminadas son importantes para que el enrutamiento IP funcione
correctamente. En la mayor parte de los casos, el enrutador que acta como puerta de enlace
predeterminada para hosts TCP/IP, ya sea un enrutador dedicado o un equipo que conecta dos
Pgina 64

o ms segmentos de red, mantiene informacin sobre otras redes de la red ms grande y cmo
llegar a ellas.
Los hosts TCP/IP se basan en puertas de enlace predeterminadas para la mayor parte de sus
necesidades de comunicacin con hosts de segmentos de red remotos. De esta forma, los hosts
individuales estn liberados de la carga de tener que mantener amplia informacin
continuamente actualizada sobre segmentos de red IP remotos individuales. Slo el enrutador
que acta como la puerta de enlace predeterminada necesita mantener este nivel de
informacin de enrutamiento para llegar a otros segmentos de red remotos del conjunto de
redes ms grande.
Si se produce un error en la puerta de enlace predeterminada, puede verse afectada la
comunicacin a partir del segmento de red local. Para evitar esto, puede utilizar el cuadro de
dilogo Configuracin avanzada de TCP/IP (en Conexiones de red) para especificar varias
puertas de enlace predeterminadas para cada conexin. Tambin puede utilizar el comando
route para agregar manualmente rutas a la tabla de enrutamiento en hosts o redes con gran
actividad.
Utilizar varias puertas de enlace

Si tiene varias interfaces y configura una puerta de enlace predeterminada para cada una de
ellas, TCP/IP calcula automticamente y de forma predeterminada una mtrica de interfaz
basada en la velocidad de la interfaz. Esta mtrica se convertir en la mtrica de la ruta
predeterminada en la tabla de mtrica de la puerta de enlace predeterminada configurada. La
interfaz de mayor velocidad tiene la mtrica de ruta predeterminada ms baja. Como
resultado, siempre que se configuran varias puertas de enlace predeterminadas en varias
interfaces, la interfaz ms rpida se utiliza para reenviar el trfico a la puerta de enlace
predeterminada.
En caso de que varias interfaces con la misma velocidad tengan los valores de mtrica de
interfaz ms bajos, de acuerdo con el orden de enlace, se utilizar la puerta de enlace
predeterminada del primer adaptador de red. La puerta de enlace predeterminada del segundo
adaptador de red se utiliza si el primero no est disponible.
En versiones anteriores de TCP/IP, todas las puertas de enlace predeterminadas tenan
asignado un valor de mtrica de ruta predeterminado (1), y la puerta de enlace utilizada
dependa del orden de las interfaces. En ocasiones esto provocaba dificultades a la hora de
determinar qu puerta de enlace predeterminada estaba utilizando el protocolo TCP/IP.
La determinacin automtica de la mtrica de interfaz se habilita de forma predeterminada a
travs de la casilla de verificacin Mtrica automtica de la ficha Configuracin IP, en las
propiedades avanzadas del protocolo Protocolo Internet (TCP/IP).
Es posible deshabilitar la determinacin automtica y escribir un nuevo valor para la mtrica
de interfaz.
Configuracin prctica
A continuacin veremos los pasos que debe realizar el administrador para configurar la red
TCP/IP en Windows Server 2008.
Pgina 65

Configurar TCP/IP para direccionamiento dinmico

Abra: Inicio Panel de Control Centro de redes y recursos compartidos Administrar
conexiones de red
Haga doble clic en la conexin de red que desea configurar y, a continuacin, haga clic en
Propiedades, luego en Protocolo Internet (TCP/IP) y despus en Propiedades.
Haga clic en Obtener direccin IP automticamente y despus haga clic en Aceptar. Si
esta computadora puede localizar a un servidor DHCP se configurar automticamente
desde este servidor. Esto es lo que llamamos configuracin dinmica, ya que no interviene
el administrador directamente.
Pgina 66

Configurar TCP/IP para direccionamiento automtico

Igual que en el caso anterior, pero si no encuentra un servidor DHCP adopta una direccin IP
por defecto en forma automtica. Esto es lo que se conoce como configuracin automtica de
direcciones.
Configurar TCP/IP para direccionamiento esttico o manual
Igual que en el primer caso, pero seleccionar Usar la siguiente direccin IP

en la ltima ficha.
Pgina 67

Configurar TCP/IP para utilizar DNS

Igual que en el caso anterior, llegamos a la ltima ficha, donde en la parte inferior vemos dos
opciones relacionadas con el servicio DNS.
Si desea obtener direcciones de servidor DNS desde un servidor DHCP, haga clic en Obtener
la direccin del servidor DNS automticamente.
Si desea configurar manualmente las direcciones del servidor DNS, haga clic en Usar las
siguientes direcciones de servidor DNS y escriba las direcciones IP del servidor DNS
preferido y del servidor DNS alternativo en Servidor DNS preferido y Servidor DNS
alternativo.
Una vez que la computadora tiene configurada la direccin del servidor DNS se convierte en
un cliente DNS. Cuando lo crea conveniente usar ese servicio localizando al servidor DNS.
Pgina 68

1.2.2 Configuracin avanzada

Slo podr utilizar la configuracin de esta ficha para esta conexin de red si no est
utilizando la opcin Obtener una direccin IP automticamente de la ficha General.
Direcciones IP muestra direcciones adicionales del protocolo de Internet versin 4 (IPv4) que
pueden asignarse a esta conexin de red. No hay ningn lmite en el nmero de direcciones IP
que pueden configurarse. Este valor es til si el equipo se conecta a una sola red fsica, pero
requiere direccionamiento IP avanzado por alguno de los motivos siguientes:
Se utiliza una sola red IP lgica y el equipo necesita ms de una direccin IP para
comunicarse en dicha red.
Se utilizan varias redes IP lgicas y el equipo necesita una direccin IP diferente para
comunicarse en cada una de las redes IP lgicas.
Puertas de enlace predeterminadas muestra las direcciones IP de puertas de enlace

predeterminadas adicionales que pueden utilizarse para esta conexin de red. Una puerta de
enlace predeterminada es un enrutador IP local que se utiliza para reenviar paquetes a
destinos situados ms all de la red local.
Mtrica automtica especifica si TCP/IP calcula automticamente un valor para una mtrica
de interfaz basada en la velocidad de la interfaz. La interfaz de mayor velocidad tiene el valor
de mtrica de interfaz ms bajo.
Mtrica de la interfaz proporciona una ubicacin para que escriba un valor para la mtrica
de interfaz de esta conexin de red. Un valor bajo para la mtrica de interfaz indica una mayor
prioridad para utilizar esta interfaz.
Pgina 69

Ficha Configuracin de IP:

Para configurar direcciones IP adicionales para esta conexin
1. En Direcciones IP, haga clic en Agregar.
2. Escriba una direccin IP en Direccin IP.
3. Escriba una mscara de subred en Mscara de subred y, a continuacin, haga clic en
Agregar.
4. Repita los pasos del 1 al 3 para cada direccin IP que desee agregar y, a continuacin,
haga clic en Aceptar.
Para configurar puertas de enlace predeterminadas adicionales para esta conexin

1. En la ficha Configuracin de IP, en Puertas de enlace predeterminadas, haga clic
en Agregar.
2. En Direccin TCP/IP de puerta de enlace, escriba la direccin IP de la puerta de
enlace predeterminada en Puerta de enlace. Para configurar manualmente una mtrica
de ruta predeterminada, desactive la casilla Mtrica automtica y escriba una mtrica
en Mtrica.
3. Haga clic en Agregar.
4. Repita los pasos del 1 al 3 para cada puerta de enlace predeterminada que desee
agregar y, a continuacin, haga clic en Aceptar.
Ficha WINS:
utilizando la opcin Obtener una direccin IP automticamente de la ficha General.
Pgina 70

La opcin Direcciones WINS, en orden de uso muestra los servidores del Servicio de
nombres Internet de Windows (WINS) que TCP/IP consulta para resolver nombres del
sistema bsico de entrada y salida de red (NetBIOS). Los servidores WINS se consultan en el
orden en que aqu aparecen.
Habilitar la bsqueda de LMHOSTS especifica si se utiliza un archivo Lmhosts para

resolver los nombres NetBIOS de equipos remotos en una direccin IP.
Haga clic en Importar LMHOSTS para importar un archivo al archivo Lmhosts. El archivo
Lmhosts se encuentra en la carpeta %SystemRoot%\System32\Drivers\Etc de los equipos
basados en Windows. Tambin hay un archivo Lmhosts de muestra (Lmhosts.sam) en esta
carpeta. Al importar LMHOSTS de un archivo, el archivo Lmhosts original no se anexa al
nuevo archivo, sino que se sobrescribe con el nuevo archivo.
Configuracin de NetBIOS especifica que esta conexin de red obtiene la configuracin que
habilita o deshabilita NetBIOS a travs de TCP/IP (NetBT) de un servidor de Protocolo de
configuracin dinmica de host (DHCP).
Cuando se obtiene automticamente una direccin IP, se selecciona la opcin
Predeterminado para que el equipo utilice la configuracin de NetBT proporcionada
opcionalmente por el servidor DHCP cuando el equipo obtenga la concesin de la direccin
IP y la configuracin. Si el servidor DHCP proporciona la opcin DHCP Deshabilitar
NetBIOS a travs de TCP/IP, el valor de la opcin determina si se habilita o se deshabilita
NetBT. Si el servidor DHCP no proporciona la opcin DHCP Deshabilitar NetBIOS a travs
de TCP/IP, se habilita NetBT.
Si configura manualmente una direccin IP, al seleccionar Habilitar NetBios a travs de
TCP/IP, se habilitar NetBT. Esta opcin no est disponible para conexiones de acceso
telefnico.
Procedimientos
Pgina 71

Para configurar propiedades de WINS avanzadas
1. En Direcciones WINS, en orden de uso, haga clic en Agregar, escriba la direccin

del servidor WINS y, a continuacin, haga clic en Agregar.
2. Repita el paso 1 para cada direccin IP de servidor WINS que desee agregar y, a
continuacin, haga clic en Aceptar.
Para habilitar el uso del archivo Lmhosts para resolver nombres NetBIOS remotos
Active la casilla Habilitar la bsqueda de LMHOSTS. Esta opcin est habilitada

de forma predeterminada.
Para especificar la ubicacin del archivo que desea importar al archivo Lmhosts
Haga clic en Importar LMHOSTS y, a continuacin, seleccione el archivo en el

cuadro de dilogo Abrir.
Para habilitar o deshabilitar NetBIOS a travs de TCP/IP
Para habilitar el uso de NetBIOS a travs de TCP/IP, haga clic en Habilitar NetBIOS
a travs de TCP/IP.
Para deshabilitar el uso de NetBIOS a travs de TCP/IP, haga clic en Deshabilitar
NetBIOS a travs de TCP/IP.
Pgina 72

Para que el servidor DHCP determine si NetBIOS a travs de TCP/IP est habilitado o
deshabilitado, haga clic en Predeterminado.
Ficha DNS:
utilizando la opcin Obtener la direccin del servidor DNS automticamente de la ficha
General.
Direcciones de servidor DNS, por orden de uso muestra los servidores DNS ordenados por
la direccin IP que el equipo consulta para resolver los nombres de dominio DNS utilizados
en el equipo. Los servidores DNS se consultan en el orden en que aqu aparecen. La
configuracin local slo se utiliza si se deshabilita la directiva de grupo asociada o no se
especifica.
Anexar sufijos DNS principales y especficos para conexiones especifica que la resolucin
de nombres no completos que se utiliza en el equipo se limita a los sufijos de dominio del
sufijo principal y todos los sufijos especficos para conexiones. Los sufijos especficos para
conexiones se configuran en Sufijo DNS para esta conexin. El sufijo DNS principal se
configura haciendo clic en Propiedades en la ficha Nombre de equipo (disponible en el
elemento Sistema del Panel de control). La configuracin local slo se utiliza si se deshabilita
la directiva de grupo asociada o no se especifica.
Por ejemplo, si el sufijo DNS principal es dev.wcoast.microsoft.com y escribe ping xyz en el
smbolo del sistema, el equipo consulta xyz.dev.wcoast.microsoft.com. Si configura tambin
un nombre de dominio especfico para conexiones en una de sus conexiones para
bldg23.dev.wcoast.microsoft.com, el equipo consulta xyz.dev.wcoast.microsoft.com y
xyz.bldg23.dev.wcoast.microsoft.com.
Anexar estos sufijos DNS (en este orden) especifica los sufijos DNS que se deben buscar y
el orden en que se buscarn.
Sufijo DNS para esta conexin proporciona un espacio para especificar un sufijo DNS para
esta conexin. Si un servidor DHCP configura esta conexin y no se especifica un sufijo
DNS, se asignar un sufijo DNS a esta conexin mediante el servidor DHCP correctamente
configurado. Si se especifica un sufijo DNS, se omitir el sufijo asignado por el servidor
DHCP. La configuracin local slo se utiliza si se deshabilita la directiva de grupo asociada o
no se especifica.
Registrar en DNS las direcciones de esta conexin especifica que el equipo ha intentado
realizar un registro dinmico de las direcciones IP (a travs de DNS) de esta conexin con el
nombre completo de equipo, tal y como se especifica en la ficha Nombre de equipo
(disponible en el elemento Sistema del Panel de control). La configuracin local slo se
utiliza si se deshabilita la directiva de grupo asociada o no se especifica.
Usar el sufijo DNS de esta conexin para el registro en DNS especifica si la actualizacin
dinmica de DNS se utiliza para registrar las direcciones IP y el nombre de dominio
especfico de esta conexin. El nombre DNS especfico de esta conexin es la concatenacin
del nombre de equipo (que es la primera etiqueta del nombre completo de equipo) y el sufijo
DNS de esta conexin. El nombre completo de equipo se especifica en la ficha Nombre de
Pgina 73

equipo (disponible en el elemento Sistema del Panel de control). Si se activa la casilla

/Registrar en DNS las direcciones de esta conexin, se realiza este registro adems del
registro DNS del nombre completo de equipo. La configuracin local slo se utiliza si se
deshabilita la directiva de grupo asociada o no se especifica.
Procedimientos
Para configurar una direccin IP adicional del servidor DNS
1. En Direcciones de servidor DNS, por orden de uso, haga clic en Agregar.

2. En Servidor DNS, escriba la direccin IP del servidor DNS y, a continuacin, haga
clic en Agregar.
Para modificar el comportamiento de la resolucin de nombres DNS no completos, haga lo
siguiente
Para resolver un nombre no completo anexando el sufijo DNS principal y el sufijo

DNS de cada conexin (si se configura), haga clic en Anexar sufijos DNS
principales y especficos para conexiones. Si tambin desea buscar los sufijos
primarios del sufijo DNS principal hasta el dominio de segundo nivel, active la casilla
Anexar sufijos primarios del sufijo DNS principal.
Pgina 74

Para resolver un nombre no completo anexando los sufijos de una lista de sufijos
configurados, haga clic en Anexar estos sufijos DNS (en este orden) y, a
continuacin, haga clic en Agregar para agregar sufijos a la lista.
Para configurar un sufijo DNS especfico para conexiones, escriba el sufijo DNS en
Sufijo DNS para esta conexin.
Para modificar el comportamiento de actualizacin dinmica de DNS
Para utilizar la actualizacin dinmica de DNS con el fin de registrar las direcciones
IP de esta conexin y el nombre de dominio principal del equipo, active la casilla
Registrar en DNS las direcciones de esta conexin. Esta opcin est habilitada de
forma predeterminada. El nombre de dominio principal del equipo es el sufijo DNS
principal anexado al nombre del equipo y puede verse como el nombre completo del
equipo en la ficha Nombre de equipo (disponible en el elemento Sistema del Panel de
control).
Para utilizar la actualizacin dinmica de DNS con el fin de registrar las direcciones
IP y el nombre de dominio especfico de esta conexin, active la casilla Usar el sufijo
DNS de esta conexin para el registro en DNS. Esta opcin est deshabilitada de
forma predeterminada. El nombre de dominio especfico de esta conexin es el sufijo
DNS para esta conexin anexado al nombre del equipo.
Administrar TCP/IP desde la lnea de comandos

Adems de utilizar las propiedades de Protocolo Internet (TCP/IP) en Conexiones de red, para
administrar la configuracin TCP/IP puede emplear el comando ipconfig
El Comando Ipconfig
Muestra los valores actuales de la configuracin de la red TCP/IP y actualiza la configuracin
de DHCP (Protocolo de configuracin dinmica de host) y DNS (Sistema de nombres de
dominio). Si se utiliza sin parmetros, ipconfig muestra las direcciones IPv6 o la direccin
IPv4, la mscara de subred y la puerta de enlace predeterminada de todos los adaptadores.
Sintaxis:
ipconfig [/all] [/renew[adaptador]] [/release [adaptador]] [/flushdns]
[/registerdns] [/showclassidadaptador] [/setclassidadaptador [idDeClase]]
[/displaydns]
Parmetros:
/all
Muestra la configuracin de TCP/IP completa de todos los adaptadores. Sin este parmetro,
ipconfig slo muestra los valores de las direcciones IPv6 o de la direccin IPv4, de la mscara
de subred y de la puerta de enlace predeterminada de cada adaptador. Los adaptadores pueden
representar a interfaces fsicas, como los adaptadores de red instalados, o interfaces lgicas,
como las conexiones de acceso telefnico a redes.
Pgina 75

/renew [adaptador]
Renueva la configuracin de DHCP de todos los adaptadores (si no se especific un
adaptador) o de un adaptador especfico, si se incluy el parmetro adaptador. Este parmetro
slo est disponible en equipos que dispone de adaptadores configurados para obtener una
direccin IP automticamente. Para especificar un nombre de adaptador, escriba el que
aparece cuando se utiliza ipconfig sin parmetros.
/release [adaptador]
Enva el mensaje DHCPRELEASE al servidor DHCP para liberar la configuracin actual de
DHCP y descartar la configuracin de direccin IP para todos los adaptadores (si no se
especific un adaptador) o para un adaptador especfico si se incluy el parmetro adaptador.
Este parmetro deshabilita TCP/IP para los adaptadores configurados para obtener una
direccin IP automticamente. Para especificar un nombre de adaptador, escriba el que
aparece cuando se utiliza ipconfig sin parmetros.
/flushdns
Vaca y restablece el contenido del servicio de resolucin de la cach de clientes DNS.
Durante la solucin de problemas de DNS, puede utilizar este procedimiento para descartar
entradas de resultados negativos en la cach y otras entradas agregadas dinmicamente.
/displaydns
Muestra el contenido del servicio de resolucin de la cach del cliente DNS, que incluye las
entradas cargadas previamente desde el archivo Hosts local y los registros de recursos que se
hayan obtenido recientemente para consultas de nombre resueltas por el equipo. El servicio
Cliente DNS utiliza esta informacin para resolver rpidamente los nombres consultados
frecuentemente, antes de consultar a sus servidores DNS configurados.
/registerdns
Inicia el registro dinmico manual de los nombres DNS y direcciones IP configurados en un
equipo. Puede usar este parmetro para solucionar problemas en el registro de nombres DNS
o para resolver un problema de actualizacin dinmica entre un cliente y un servidor DNS sin
tener que reiniciar el cliente. La configuracin de DNS de las propiedades avanzadas del
protocolo TCP/IP determina qu nombres se registran en DNS.
/showclassid adaptador
Muestra el Id. de clase de DHCP del adaptador especificado. Para ver el Id. de clase de DHCP
de todos los adaptadores, use el carcter comodn asterisco (*) en lugar de adaptador. Este
parmetro slo est disponible en equipos que disponen de adaptadores configurados para
obtener una direccin IP automticamente.
/setclassid adaptador [idDeClase]
Pgina 76

Configura el Id. de clase de DHCP del adaptador especificado. Para establecer el Id. de clase
de DHCP de todos los adaptadores, use el carcter comodn asterisco (*) en lugar de
adaptador. Este parmetro slo est disponible en equipos que disponen de adaptadores
configurados para obtener una direccin IP automticamente. Si no se especifica un Id. de
clase de DHCP, se quita el Id. De clase actual.
/?
Muestra Ayuda en el smbolo del sistema.
Comentarios
El comando ipconfig es el equivalente en la lnea de comandos al comando winipcfg, que est
disponible en Windows Millennium Edition, Windows 98 y Windows 95. Aunque Windows
XP y la familia de Windows Server 2008 no incluyen un equivalente grfico del comando
winipcfg, puede usar Conexiones de red para ver y renovar una direccin IP. Para ello, abra
Conexiones de red, haga clic con el botn secundario del mouse (ratn) en una conexin de
red, haga clic Estado y, a continuacin, en la ficha Compatibilidad.
Este comando resulta ms til en equipos configurados para obtener una direccin IP
automticamente. As se permite a los usuarios determinar los valores de la configuracin de
TCP/IP que ha configurado DHCP, APIPA (Direcciones IP privadas automticas) o una
configuracin alternativa. Si el nombre adaptador contiene espacios en blanco, escrbalo entre
comillas (por ejemplo, "nombreDeAdaptador").
En los nombres de adaptador, ipconfig admite la utilizacin del carcter comodn asterisco (*)
para especificar adaptadores cuyos nombres comienzan con la cadena especificada o la
incluyen. Por ejemplo, Local* busca todos los adaptadores que comienzan con la cadena
Local y *Con* busca todos los adaptadores que incluyen la cadena Con.
Este comando slo est disponible si el protocolo Protocolo Internet (TCP/IP) est instalado
como un componente en las propiedades de un adaptador de red en Conexiones de red.
Ejemplos
Para mostrar la configuracin de TCP/IP bsica de todos los adaptadores, escriba.
Ipconfig
Para mostrar la configuracin de TCP/IP completa de todos los adaptadores, escriba.
ipconfig /all
Para renovar la configuracin de una direccin IP asignada por DHCP solamente para el
adaptador Conexin de rea local, escriba:
ipconfig /renew "Conexin de rea local"
Pgina 77

Para vaciar la resolucin de la cach de DNS al solucionar problemas de nombres DNS,

escriba:
ipconfig /flushdns
Para mostrar el Id. de clase de DHCP de todos los adaptadores cuyos nombres comienzan por
Local, escriba:
ipconfig /showclassid Local*

Para establecer el Id. de clase de DHCP del adaptador Conexin de rea local en TEST,
escriba:
ipconfig /setclassid "Conexin de rea local" TEST
Pgina 78

1.2.3 Servicios de red

Adems de controlar los servicios en general, la carpeta Herramientas Administrativas es el
centro de control de los recursos de Windows 2008.
All encontramos el administrador de servicios para iniciar, detener y configurar en forma

bsica los servicios. En especial nos interesan los servicios de red que son la razn de ser de
los Servidores de red.
Pgina 79

Se pueden realizar las siguientes acciones para los servicios en equipos locales y remotos:
Iniciar, detener, pausar, reanudar o deshabilitar servicios.
Configurar acciones de recuperacin para llevar a cabo si se produce un error en un servicio;

por ejemplo, reiniciar el servicio automticamente o reiniciar el equipo.
Ejecutar servicios en el contexto de seguridad de una cuenta de usuario especfica distinta de

la del usuario conectado o de la cuenta de equipo predeterminada.
Habilitar o deshabilitar servicios para un perfil de hardware especfico.
Exportar y guardar informacin de servicio en un archivo .txt o .csv.
Ver el estado y la descripcin de cada servicio.
Ver las dependencias de servicios.
Configurar acciones de recuperacin que se llevarn a cabo cuando se

produzca un error en un servicio
Si se produce un error en un servicio, puede usar el complemento Servicios para especificar la
accin que deber llevarse a cabo cuando se produzca el primer o el segundo error del
servicio, o cuando se produzcan errores posteriores (por ejemplo, al ejecutar un programa o
un script). Para poder realizar este procedimiento es necesario, como mnimo, pertenecer a
Opers. de cuentas, Admins. del dominio, Administradores de organizacin o equivalente.
Revise los detalles que se incluyen en "Consideraciones adicionales" en este tema.
Pgina 80

Para configurar acciones de recuperacin para llevar a cabo cuando se produce un error en un
servicio
1. En el panel de detalles, haga clic con el botn secundario en el servicio para el que
desea configurar acciones de recuperacin y, a continuacin, haga clic en
Propiedades.
2. En la ficha Recuperacin, haga clic en la accin que desee en Primer error,

Segundo error y Siguientes errores y, a continuacin, haga clic en Aceptar:
o
Si hace clic en Ejecutar un programa, en Ejecutar programa, escriba la ruta de

acceso completa del equipo especificado. No se admiten nombres conforme a la
especificacin UNC (convencin de nomenclatura universal). Por ejemplo, escriba
C:\scripts\handlefailure.cmd
en
lugar
de
\\computername\c$\scripts\handlefailure.cmd. Los programas o scripts que
especifique no deben requerir la entrada de datos del usuario.
Si hace clic en Reiniciar el equipo, haga clic en Opciones de reinicio del equipo
para especificar cunto tiempo tiene que esperar el equipo antes de reiniciarse.
Tambin puede crear un mensaje para envirselo automticamente a los usuarios
remotos antes de que se reinicie el equipo.
Seleccione Habilitar acciones para detenciones con error para order activar las
acciones de recuperacin que el servicio detuvo con un error.
Pgina 81

Consideraciones adicionales
Para llevar a cabo este procedimiento, debe ser miembro del grupo Operadores de cuentas,
Administradores de dominio o Administradores de organizacin, o bien debe tener delegada la
autoridad correspondiente. Como procedimiento de seguridad recomendado, considere la
posibilidad de utilizar Ejecutar como para llevar a cabo este procedimiento.
Las acciones de recuperacin slo estn disponibles en equipos que ejecutan Windows 2008,
Windows XP, Windows Server 2003, Windows Vista o Windows Server 2008.
Configurar la forma en que se inicia un servicio

Los servicios se ejecutan frecuentemente con las opciones de configuracin predeterminadas;
por ejemplo, un servicio puede deshabilitarse automticamente al inicio. No obstante, puede
utilizar el complemento Servicios para modificar las opciones de configuracin
predeterminadas de un servicio. Esto resulta til para solucionar errores de servicios o si
necesita cambiar la cuenta de seguridad bajo la que se ejecuta un servicio. Para poder realizar
este procedimiento es necesario, como mnimo, pertenecer a Opers. de cuentas, Admins. del
dominio, Administradores de organizacin o equivalente. Revise los detalles que se
incluyen en "Consideraciones adicionales" en este tema.
Inicio de un servicio
Utilizacin de la interfaz de Windows
Mediante la lnea de comandos
Para configurar la forma en que se inicia un servicio mediante la interfaz de Windows
1. Puede exportar y guardar una lista de las opciones de configuracin existentes. Para
ello, en el rbol de la consola, haga clic con el botn secundario en el nodo Servicios,
seleccione Exportar lista y guarde la lista de opciones de configuracin.
2. En el panel de detalles, haga clic con el botn secundario en el servicio que desee
configurar y, a continuacin, haga clic en Propiedades.
Pgina 82

3. En la ficha General, en Tipo de inicio, haga clic en Automtico, Manual,

Deshabilitado o Automtico (inicio retrasado).
4. Para especificar la cuenta de usuario que el servicio puede utilizar para iniciar sesin,
haga clic en la ficha Iniciar sesin y, a continuacin, realice una de las siguientes
acciones:
o
Para especificar que el servicio utilice la cuenta del sistema local, haga clic en Cuenta
del sistema local.
Para especificar que el servicio utilice la cuenta del servicio local, haga clic en Esta
cuenta y, a continuacin, escriba NT AUTHORITY\LocalService.
Para especificar que el servicio utilice la cuenta del servicio de red, haga clic en Esta
cuenta y, a continuacin, escriba NT AUTHORITY\NetworkService.
Para especificar otra cuenta, haga clic en Esta cuenta, haga clic en Examinar y, a
continuacin, especifique una cuenta de usuario en el cuadro de dilogo Seleccione
usuario. Cuando termine, haga clic en Aceptar.
5. Escriba la contrasea de la cuenta de usuario en Contrasea y en Confirmar la

contrasea y, a continuacin, haga clic en Aceptar. Si selecciona la cuenta del
servicio local o la cuenta del servicio de red, la contrasea deber estar en blanco.
Pgina 83

Para configurar la forma en que se inicia un servicio mediante la lnea de

comandos
Tambin puede administrar servicios utilizando el comando sc config. Para obtener

informacin sobre las opciones disponibles, abra el smbolo del sistema y escriba sc config /?.
autoridad correspondiente. Como procedimiento de seguridad recomendado, considere la
posibilidad de utilizar Ejecutar como para llevar a cabo este procedimiento.
Si se cambian las opciones de configuracin predeterminadas del servicio, es posible que los
servicios clave no se ejecuten correctamente. Es muy importante tener cuidado al cambiar las
opciones de configuracin Tipo de inicio e Iniciar sesin como de los servicios que estn
configurados para iniciarse automticamente.
En la mayora de los casos, se recomienda no modificar la configuracin Permitir que el

servicio interacte con el escritorio. Si permite que el servicio interacte con el escritorio,
cualquier informacin que el servicio muestre en el escritorio tambin se mostrar tambin en
el escritorio de un usuario interactivo. Un usuario malintencionado podra tomar el control del
servicio o atacarlo desde el escritorio interactivo.
La cuenta del servicio local y la cuenta del servicio de red estn configuradas con una
contrasea nula. Se ignorar la informacin de contrasea que proporcione.
Es recomendable que las cuentas de usuario que se utilizan para iniciar sesin como un
servicio tengan activada la casilla La contrasea nunca expira en sus cuadros de dilogo
Propiedades y que tengan contraseas seguras.
Si se habilita la directiva de bloqueo de cuenta y se bloquea la cuenta, no se iniciar el

servicio.
Si habilita o deshabilita un servicio y tiene problemas para iniciar el equipo, puede iniciar el
equipo en modo seguro. En modo seguro, los servicios principales que requieren el reinicio
del sistema operativo se inician en un esquema predeterminado, independientemente de los
cambios realizados en la configuracin del servicio. Despus de que el equipo salga del modo
seguro, puede modificar la configuracin del servicio o reiniciar la configuracin
predeterminada.
Si especifica una cuenta que no tiene permiso para iniciar sesin como un servicio, el
complemento Servicios concede automticamente los permisos adecuados a dicha cuenta en el
equipo que est administrando.
Usar perfiles de hardware para solucionar problemas de servicios

Puede utilizar el complemento Servicios junto con los perfiles de hardware predefinidos para
solucionar problemas con servicios recin instalados. Por ejemplo, si asocia un servicio a dos
perfiles de hardware distintos (un perfil en el que el servicio est habilitado y un segundo
perfil en el que el servicio est deshabilitado), podra solucionar con mayor facilidad los
problemas de hardware que podran producirse con un servicio recin instalado, como un
controlador que no se carga correctamente.
Pgina 84

Para poder realizar este procedimiento es necesario, como mnimo, pertenecer a Opers. de
cuentas, Adminis. del dominio, Administradores de organizacin o equivalente. Revise
los detalles que se incluyen en "Consideraciones adicionales" en este tema.
Para habilitar o deshabilitar un servicio para un perfil de hardware
1. En el panel de detalles, haga clic con el botn secundario en el servicio que desee
habilitar o deshabilitar y, a continuacin, haga clic en Propiedades.
2. En la ficha Iniciar sesin, haga clic en el perfil de hardware que desee configurar.
3. Haga clic en Habilitar o Deshabilitar y, a continuacin, haga clic en Aceptar.
autoridad correspondiente. Como prctica de seguridad, considere la posibilidad de utilizar
Ejecutar como para llevar a cabo este procedimiento.
Tenga cuidado al deshabilitar servicios utilizando este procedimiento. Si deshabilita un

servicio para un perfil de hardware determinado, la configuracin Perfil de hardware
invalidar la configuracin Tipo de inicio para dicho servicio.
En la mayora de los casos, se recomienda no modificar la configuracin Permitir que el

servicio interacte con el escritorio. Si permite que el servicio interacte con el escritorio,
cualquier informacin que el servicio muestre en el escritorio tambin se mostrar en el
escritorio de un usuario interactivo. Un usuario malintencionado podra tomar el control del
servicio o atacarlo desde el escritorio interactivo.
Si recibe un mensaje de error de Connection Manager al abrir el cuadro de dilogo

Propiedades para un servicio, compruebe que el servicio de Registro remoto est
ejecutndose en el equipo especificado. Si el servicio de Registro remoto no est ejecutndose,
o si el equipo especificado est ejecutando Windows NT 4.0, no podr ver ni modificar la
configuracin del perfil de hardware, pero podr realizar otras acciones.
Administracin por medio del comando SC

SC (Service Controller) es una herramienta por lnea de comandos que sirve para realizar una
administracin de los servicios que se ubican en Services.msc.
SC tiene bastantes utilidades para poder administrar los servicios, as como consultar su
estado, iniciar, detener, interrumpir, e incluso, eliminar de la consola.
Lista de caracteres bsicos de SC

Query: Consulta los servicios del sistema que estn iniciados (Es equivalente a escribir NET
START, pero sta incluye una hoja ms completa)
Queryex: Extensin de Query (Incluye el PID y el FLAG del servicio)
Start: Inicia un servicio
Stop: Detiene un servicio
Pgina 85

Pause: Pausa un servicio
Sintaxis del comando:

Inicialmente, la sintaxis para los comandos bsicos como Start, Stop, Query, Pause, son:
SC <opcin> <nombre del servicio>
Opciones bsicas: Start, Stop, Pause, Query, Queryex.
Si queremos iniciar el servicio de dhcp, escribimos:
sc start dhcp
Y acto seguido aparecer la query del archivo, marcando su inicio:
SERVICE_NAME: dhcp
TYPE : 20 WIN32_SHARE_PROCESS
STATE : 2 START_PENDING
(NOT_STOPPABLE,NOT_PAUSABLE,IGNORES_SHUTDOWN)
WIN32_EXIT_CODE : 0 (0x0)
SERVICE_EXIT_CODE : 0 (0x0)
CHECKPOINT : 0x0
WAIT_HINT : 0x7d0
PID : 1144
FLAGS:
Para detenerlo:
sc stop dhcp
Aparecer la siguiente informacin del servicio:
SERVICE_NAME: dhcp
STATE : 3 STOP_PENDING
(STOPPABLE,NOT_PAUSABLE,ACCEPTS_SHUTDOWN)
CHECKPOINT : 0x1
WAIT_HINT : 0x61a8
Para pausarlo:
sc stop lanmanworkstation
SERVICE_NAME: lanmanworkstation
STATE : 7 PAUSED
(STOPPABLE,PAUSABLE,ACCEPTS_SHUTDOWN)
Pgina 86

CHECKPOINT : 0x0
WAIT_HINT : 0x0
PD: no puedo pausar el servicio DHCP as que paus otro en su lugar, como ejemplo
vale igual.
Consulta del servicio y su estado (Query):
sc query dhcp
Muestra lo mismo que en el sc start dhcp, excepto el PID y el flag.
Pgina 87

1.2.4 Administracin del Servidor

Windows Server 2008 simplifica la tarea de administracin y proteccin de las distintas
funciones de servidor de una empresa a travs de la consola del Administrador de servidores.
El Administrador de servidores de Windows Server 2008 proporciona un nico origen para
administrar la informacin del sistema e identidad de un servidor, ya que muestra su estado,
identifica los problemas de configuracin de sus funciones y administra todas las funciones
instaladas en el mismo.
Modo en que el Administrador del servidor simplifica la administracin del servidor

El Administrador de servidores aporta una mayor eficacia a la administracin del servidor,
puesto que con una nica herramienta permite a los administradores:
Ver y modificar las funciones (servicios) y caractersticas instaladas en el servidor.
Realizar tareas de administracin asociadas al ciclo de vida operativo del servidor,

como iniciar o detener servicios y administrar cuentas de usuario locales.
Realizar tareas de administracin asociadas al ciclo de vida operativo de las funciones

instaladas en el servidor.
Determinar el estado del servidor, identificar eventos crticos, y analizar y solucionar

problemas o errores de configuracin.
En esta seccin, se definen los trminos funcin, servicio de funcin y caracterstica en el

mbito de Windows Server 2008.
Funciones
Una funcin de servidor es un conjunto de programas de software que, una vez que se instalan
y configuran correctamente, permiten a un equipo realizar una funcin especfica para varios
usuarios u otros equipos de una red. En trminos generales, las funciones comparten las
siguientes caractersticas:
Describen la funcin, la finalidad o el uso principal de un equipo. Un equipo en

concreto puede estar dedicado a desempear una sola funcin que se use intensamente
en la empresa o puede desempear varias funciones si cada una de ellas se usa con
menos intensidad.
Proporcionan a los usuarios de una organizacin acceso a los recursos administrados

por otros equipos, como sitios web, impresoras o archivos almacenados en distintos
equipos.
Suelen incluir sus propias bases de datos, que pueden poner en cola las solicitudes de
usuarios o equipos, o pueden registrar informacin relacionada con la funcin acerca
de los usuarios y equipos de la red. Por ejemplo, Servicios de dominio de Active
Directory incluye una base de datos para almacenar los nombres y las relaciones
jerrquicas de todos los equipos de una red.
Pgina 88

Las funciones estn diseadas para funcionar de forma automtica, siempre y cuando
estn correctamente instaladas y configuradas, lo que permite a los equipos donde
estn instaladas realizar las tareas necesarias con una intervencin mnima del usuario
en cuanto a supervisin o ejecucin de comandos.
Servicios de funcin
Los servicios de funcin son programas de software que proporcionan funcionalidad a una
funcin. Al instalar una funcin, puede elegir qu servicios de funcin proporcionar a otros
usuarios y equipos de la empresa. Algunas funciones, como Servidor DNS, tienen una sola
finalidad y, por lo tanto, no tienen servicios de funcin disponibles. Otras funciones, como
Terminal Services, tienen varios servicios de funcin que pueden instalarse, en funcin de las
necesidades de los equipos remotos de la empresa.
Una funcin puede considerarse como una agrupacin de servicios de funcin
complementarios y estrechamente relacionados, para los cuales, en la mayora de los casos, la
instalacin de la funcin implica la instalacin de uno o varios de sus servicios de funcin.
Caractersticas
Las caractersticas son programas de software que, aunque no forman parte directamente de
las funciones, pueden complementar o aumentar su funcionalidad, o mejorar la funcionalidad
Pgina 89

de todo el servidor, independientemente de las funciones que estn instaladas. Por ejemplo, la
caracterstica Clster de conmutacin por error aumenta la funcionalidad de otras funciones,
como Servicios de archivo y Servidor DHCP, ya que permite a estas funciones unirse a
clsteres de servidores para obtener una mayor redundancia y rendimiento. Cliente Telnet es
otra caracterstica que le permite comunicarse de forma remota con un servidor telnet a travs
de una conexin red, una funcionalidad que mejora las opciones de comunicacin del servidor
en su conjunto.
Dependencias en el Administrador del servidor

Cuando instale funciones y prepare la implementacin del servidor, el Administrador de
servidores le solicitar que instale las funciones, servicios de funcin o caractersticas
requeridos por la funcin que desee instalar. Por ejemplo, hay muchas funciones, como
Servicios UDDI, que requieren Servidor web (IIS) para ejecutarse.
Del mismo modo, si desea quitar funciones, servicios de funcin o caractersticas del equipo,
los mensajes del Administrador de servidores le indicarn si hay otros programas que
requieren el software que pretende desinstalar. Por ejemplo, si desea quitar Servidor web
(IIS), el Administrador de servidores le advertir si quedan otras funciones en el equipo que
dependen de Servidor web (IIS). El Administrador de servidores se encarga de administrar
esta compleja estructura de dependencias de software e impide la desinstalacin accidental del
software necesario para que el servidor realice sus tareas asignadas. No es necesario que los
usuarios conozcan el software del que dependen las funciones que desean instalar.
Pgina 90

Dependencias de funciones, servicios de funcin y caractersticas

en el Administrador del servidor
En este tema se identifican las dependencias que existen entre las funciones, servicios de
funcin y caractersticas del servidor y otras funciones, servicios de funcin y caractersticas
de Windows Server 2008.
Dependencias en el Administrador del servidor

Los administradores pueden usar los asistentes del Administrador de servidores para instalar,
configurar o quitar funciones, servicios de funcin y caractersticas. Muchos programas de
funciones, servicios de funcin y caractersticas dependen de otros programas para ejecutarse.
En este tema, para referirse a un programa que depende de otro se usar el trmino
dependiente. En cambio, para hacer referencia a un programa del que otro programa depende
para ejecutarse se usar el trmino antecedente. Por ejemplo, como la funcin Active
Directory Rights Management Services (AD RMS) depende de la funcin Servidor web (IIS),
AD RMS es la funcin dependiente y Servidor web (IIS) es la funcin antecedente.
Para poder instalar y ejecutar un programa dependiente, es necesario que tambin estn
instalados todos sus antecedentes. Algunos antecedentes son simplemente elementos
secundarios de la funcin, servicio funcin o caracterstica dependiente. Por ejemplo, en la
tabla Dependencias de caractersticas que se incluye ms adelante en esta seccin,
Caractersticas de .NET Framework 3.0 es la caracterstica primaria y Componentes de
activacin de Windows Communication Foundation es una subcaracterstica de
Caractersticas de .NET Framework 3.0.
En las tablas de las siguientes secciones se muestran las dependencias que existen entre las
tecnologas que pueden instalarse, administrarse y quitarse mediante el Administrador de
servidores.
Agregar funciones y caractersticas del servidor

Windows Server 2008 simplifica la tarea de administracin y proteccin de las distintas
funciones de servidor de una empresa a travs de la nueva consola del Administrador de
servidores. El Administrador de servidores de Windows Server 2008 proporciona un nico
origen para administrar la informacin del sistema e identidad de un servidor, ya que muestra
su estado, identifica los problemas de configuracin de sus funciones y administra todas las
funciones instaladas en el mismo.
Modo en que el Administrador del servidor simplifica la administracin del

servidor
El Administrador de servidores aporta una mayor eficacia a la administracin del servidor,
puesto que con una nica herramienta permite a los administradores:
Ver y modificar las funciones y caractersticas instaladas en el servidor.
Pgina 91

Realizar tareas de administracin asociadas al ciclo de vida operativo del servidor,

como iniciar o detener servicios y administrar cuentas de usuario locales.
Realizar tareas de administracin asociadas al ciclo de vida operativo de las funciones

instaladas en el servidor.
Determinar el estado del servidor, identificar eventos crticos, y analizar y solucionar

problemas o errores de configuracin.
Procedimiento para agregar funciones al servidor

En Windows Server 2008, para agregar funciones al servidor, se usa el Asistente para agregar
funciones. Este asistente se inicia desde la ventana Tareas de configuracin inicial o desde
el Administrador de servidores.
Funciones disponibles para instalarse en esta versin

Las funciones que se indican a continuacin estn disponibles para instalarse con el Asistente
para agregar funciones, que puede abrirse desde la ventana Tareas de configuracin inicial o
desde el Administrador de servidores.
Nombre de la funcin
Descripcin
Los Servicios de Certificate Server de Active Directory ofrecen

servicios personalizables para crear y administrar certificados de
clave pblica que se usan en los sistemas de seguridad de software
basados en tecnologas de clave pblica. Las organizaciones pueden
usar los Servicios de Certificate Server de Active Directory para
mejorar la seguridad mediante la asociacin de la identidad de una
persona, dispositivo o servicio a la clave privada correspondiente.
Los Servicios de Certificate Server de Active Directory tambin
Servicios de Certificate
incluyen caractersticas que permiten administrar la inscripcin y
Server de Active
revocacin de certificados en diversos entornos escalables.
Directory
Entre las aplicaciones compatibles con los Servicios de Certificate
Server de Active Directory se incluyen Extensiones seguras
multipropsito al correo de Internet (S/MIME), redes inalmbricas
seguras, redes privadas virtuales (VPN), protocolo de seguridad de
Internet (IPsec), Sistema de cifrado de archivos (EFS), inicio de
sesin de tarjeta inteligente, Capa de sockets seguros/Seguridad de
la capa de transporte (SSL/TLS) y firmas digitales.
Los Servicios de dominio de Active Directory (AD DS) almacenan
informacin acerca de los usuarios, equipos y otros dispositivos de
la red. AD DS ayuda a los administradores a administrar esta
Servicios de dominio de informacin con seguridad y simplifica el uso compartido de
recursos y la colaboracin entre usuarios. AD DS debe estar
Active Directory
instalado en la red para poder instalar aplicaciones habilitadas para
el uso de directorios, como Microsoft Exchange Server, y para
aplicar otras tecnologas de Windows Server, como la directiva de
Pgina 92
Servicios de federacin
de Active Directory
Servicios de directorio
ligero de Active
Directory
Active Directory Rights

Management Services
(AD RMS)
Servidor de aplicaciones
Servidor DHCP
(Protocolo de
configuracin dinmica
de host)
Servidor DNS

grupo.
Los Servicios de federacin de Active Directory (ADFS)
proporcionan tecnologas de inicio de sesin nico (SSO) web para
autenticar a un usuario en varias aplicaciones web con una sola
cuenta de usuario. Para lograrlo, ADFS federa o comparte de forma
segura identidades de usuario y derechos de acceso en forma de
notificaciones digitales entre organizaciones asociadas.
Las organizaciones que tengan aplicaciones que requieran un
directorio para almacenar datos de aplicaciones pueden usar los
Servicios de directorio ligero de Active Directory (AD LDS) como
almacn de datos. AD LDS se ejecuta como un servicio que no es
del sistema operativo y, como tal, no requiere que se implemente en
un controlador de dominio. Al ejecutarse como un servicio que no
es del sistema operativo, se pueden ejecutar varias instancias de
AD LDS simultneamente en un solo servidor y cada instancia se
puede configurar de forma independiente para dar servicio a varias
aplicaciones.
Active Directory Rights Management Services (AD RMS)
(AD RMS) es una tecnologa de proteccin de la informacin que se
usa en aplicaciones compatibles con AD RMS para ayudar a
proteger la informacin digital del uso no autorizado. Los
propietarios del contenido pueden definir exactamente cmo puede
usar la informacin un destinatario; por ejemplo, si puede abrir,
modificar, imprimir, reenviar o realizar otras acciones con la
informacin. Las organizaciones pueden crear plantillas de derechos
de uso personalizadas como "Confidencial - Slo lectura", que se
pueden aplicar directamente a datos como informes financieros,
especificaciones de productos, datos de clientes y mensajes de
correo electrnico.
El Servidor de aplicaciones ofrece una solucin completa para
hospedar y administrar aplicaciones de negocios distribuidas de alto
rendimiento. Los servicios integrados, como .NET Framework,
Compatibilidad con servidor web, Message Queue Server, COM+,
Windows Communication Foundation y Clster de conmutacin por
error, aumentan la productividad en todo el ciclo de vida de la
aplicacin, desde el diseo y el desarrollo hasta la implementacin y
la ejecucin de operaciones.
El Protocolo de configuracin dinmica de host permite a los
servidores asignar o conceder direcciones IP a equipos y otros
dispositivos habilitados como clientes DHCP. La implementacin
de servidores DHCP en la red proporciona automticamente a los
equipos y otros dispositivos de red basados en TCP/IP direcciones
IP vlidas, as como los parmetros de configuracin adicionales
(denominados opciones de DHCP) que estos dispositivos necesitan
para poder conectarse a otros recursos de red, como servidores
DNS, servidores WINS y enrutadores.
El Sistema de nombres de dominio (DNS) proporciona un mtodo
estndar para asociar nombres a direcciones de Internet numricas.
De esta forma, los usuarios pueden hacer referencia a los equipos de
Pgina 93

la red usando nombres fciles de recordar en lugar de largas series

de nmeros. Los servicios DNS de Windows pueden integrarse con
los servicios de Protocolo de configuracin dinmica de host
(DHCP) en Windows, de forma que ya no es necesario agregar
registros DNS cuando se agregan equipos a la red.
Servidor de fax enva y recibe faxes, y permite administrar los
recursos de fax como, por ejemplo, trabajos, opciones de
Servidor de fax
configuracin, informes y dispositivos de fax, en este equipo o en la
red.
Los Servicios de archivo proporcionan tecnologas para la
administracin del almacenamiento, la replicacin de archivos, la
Servicios de archivo
administracin de espacios de nombres distribuidos, la bsqueda
rpida de archivos y el acceso simplificado de los clientes a los
archivos.
Los Servicios de acceso y directivas de redes ofrecen varios
mtodos para proporcionar a los usuarios conectividad de red local y
remota, para conectar segmentos de red y para permitir que los
administradores de red puedan administrar de forma centralizada el
acceso de red y las directivas de mantenimiento de cliente. Con los
Servicios de acceso y
servicios de acceso y directivas de redes puede implementar
directivas de redes
servidores VPN, servidores de acceso telefnico, enrutadores y
acceso inalmbrico protegido 802.11. Tambin puede implementar
proxies y servidores RADIUS, y usar el Kit de administracin de
Connection Manager para crear perfiles de acceso remoto que
permitan a los equipos cliente conectarse a la red.
Los Servicios de impresin permiten administrar servidores de
impresin e impresoras. Un servidor de impresin reduce la carga de
Servicios de impresin
trabajo de administracin, ya que centraliza las tareas de
administracin de impresoras.
Terminal Services proporciona tecnologas que permiten a los
usuarios tener acceso a programas para Windows instalados en un
servidor de Terminal Server o al escritorio de Windows completo
Terminal Services
desde prcticamente cualquier dispositivo informtico. Los usuarios
pueden conectarse a un servidor de Terminal Server para ejecutar
programas y usar los recursos de red de dicho servidor.
Los Servicios UDDI proporcionan caractersticas Universal
Description, Discovery, and Integration (UDDI) para compartir
informacin sobre servicios web en la intranet de una organizacin
Servicios de Universal o entre empresas asociadas en una extranet o en Internet. Los
Description, Discovery, Servicios UDDI pueden contribuir a mejorar la productividad de los
and Integration (UDDI) programadores y profesionales de IT con aplicaciones ms
confiables y ms fciles de administrar. Los Servicios UDDI
impiden la duplicacin de esfuerzos, ya que promueven la
reutilizacin del trabajo de programacin existente.
El Servidor web (IIS) permite compartir informacin en Internet,
una intranet o una extranet. Es una plataforma web unificada que
Servidor web (IIS)
integra IIS 7.0, ASP.NET y Windows Communication Foundation.
IIS 7.0 tambin incluye mejoras de seguridad, diagnsticos
simplificados y administracin delegada.
Pgina 94
Servicios de
implementacin de
Windows
Hyper-V

Puede usar los Servicios de implementacin de Windows para

instalar y configurar sistemas operativos Microsoft Windows de
forma remota en equipos con ROM de arranque PXE (entorno de
ejecucin previo al arranque). La carga administrativa se reduce a
travs de la implementacin del complemento WdsMgmt de
Microsoft Management Console (MMC), que administra todos los
aspectos de los Servicios de implementacin de Windows. Los
Servicios de implementacin de Windows tambin proporcionan a
los usuarios finales una experiencia coherente con la instalacin de
Windows.
Hyper-V ofrece servicios que puede usar para crear y administrar
mquinas virtuales y los recursos de stas. Cada mquina virtual es
un sistema de equipo virtualizado que funciona en un entorno de
ejecucin aislado. Esto le permite ejecutar varios sistemas
operativos simultneamente.
En Windows Server 2008, para agregar funciones al servidor, se usa el Asistente para agregar
funciones. Este asistente se inicia desde la ventana Tareas de configuracin inicial o desde
el Administrador de servidores.
Asistente para agregar funciones

El Asistente para agregar funciones simplifica el proceso de instalacin de funciones en el
servidor y permite instalar varias funciones en el servidor al mismo tiempo. En versiones
anteriores del sistema operativo Windows, los administradores deban ejecutar Agregar o
quitar componentes de Windows varias veces para instalar todas las funciones, servicios de
funcin y caractersticas necesarios en un servidor. El Administrador de servidores reemplaza
la funcionalidad de Agregar o quitar componentes de Windows y basta una sola sesin del
Asistente para agregar funciones para completar la configuracin del servidor.
El Asistente para agregar funciones comprueba que se instalen todos los componentes de
software requeridos por la funcin seleccionada en el asistente. Si es preciso, el asistente le
pedir su aprobacin antes de instalar otras funciones, servicios de funcin o componentes de
software que sean necesarios para las funciones seleccionadas.
La mayora de las funciones y servicios de funcin disponibles para instalarse exigen que,
durante el proceso de instalacin, tome decisiones que determinen su funcionamiento en la
empresa. Algunos ejemplos son los Servicios de federacin de Active Directory (ADFS), que
requieren la instalacin de un certificado, o el Sistema de nombres de dominio (DNS), que
requiere que se proporcione un nombre de dominio completo (FQDN).
Para iniciar el Asistente para agregar funciones
En el rea Resumen de funciones de la ventana principal del Administrador de

servidores, haga clic en Agregar funciones.
O bien
Pgina 95

En el rea Personalizar este servidor de la ventana Tareas de configuracin inicial,

haga clic en Agregar funciones.
Procedimiento para agregar caractersticas al servidor

En Windows Server 2008, para agregar caractersticas disponibles al servidor se usa el
Asistente para agregar caractersticas.
Agregar caractersticas al servidor mediante el Asistente para agregar

caractersticas
Puede agregar las siguientes caractersticas con el Asistente para agregar caractersticas.
Caracterstica
.NET Framework 3.0
Cifrado de unidad
BitLocker
Extensiones de
servidor BITS
Kit de administracin
de Connection
Manager
Experiencia de
escritorio
Administracin de
directivas de grupo
Descripcin
.NET Framework 3.0 combina la eficacia de las API de .NET

Framework 2.0 con nuevas tecnologas para crear aplicaciones que
ofrecen interfaces de usuario atractivas, protegen la informacin de
identidad personal de los clientes, permiten una comunicacin fluida
y segura, y proporcionan la capacidad de modelar diversos procesos
de negocio.
El Cifrado de unidad BitLocker ayuda a proteger los datos en equipos
perdidos, sustrados o incorrectamente retirados mediante el cifrado
de todo el volumen y la comprobacin de la integridad de los
componentes de arranque iniciales. Los datos se descifran si la
comprobacin de esos componentes resulta correcta y la unidad
cifrada se encuentra en el equipo original. La comprobacin de
integridad requiere un mdulo de plataforma segura (TPM)
compatible.
Las Extensiones de servidor del Servicio de transferencia inteligente
en segundo plano (BITS) permiten que un servidor reciba los
archivos cargados por los clientes mediante BITS. BITS permite a los
equipos cliente transferir archivos en primer plano y en segundo
plano de forma asincrnica, mantener la capacidad de respuesta de
otras aplicaciones de la red y reanudar transferencias de archivos
despus de producirse errores de red y reinicios del equipo.
El Kit de administracin de Connection Manager (CMAK) genera
perfiles de Connection Manager.
Experiencia de escritorio incluye caractersticas de Windows Vista,
como el Reproductor de Windows Media, los temas de escritorio y la
administracin de fotografas. Experiencia de escritorio no habilita
ninguna de las caractersticas de Windows Vista de forma
predeterminada; deben habilitarse manualmente.
Administracin de directivas de grupo facilita la comprensin,
implementacin, administracin y solucin de problemas en las
implementaciones de directiva de grupo. La herramienta estndar es
la Consola de administracin de directivas de grupo (GPMC), un
Pgina 96

complemento de scripts de Microsoft Management Console (MMC)

que proporciona una nica herramienta administrativa para
administrar la directiva de grupo en toda la empresa.
El Cliente de impresin en Internet permite usar HTTP para conectar
y usar impresoras situadas en servidores de impresin web. La
impresin en Internet permite establecer conexiones entre usuarios e
Cliente de impresin en
impresoras que no se encuentran en el mismo dominio o red. Por
Internet
ejemplo, un empleado que est de viaje puede usar esta caracterstica
desde una sucursal remota o desde una cafetera equipada con acceso
Wi-Fi.
Internet Storage Name Server (iSNS) proporciona servicios de
deteccin para redes de rea de almacenamiento iSCSI (Interfaz
Internet Storage Name
estndar de equipos pequeos de Internet). iSNS procesa las
Server (iSNS)
solicitudes de registro, las solicitudes de anulacin de registro y las
consultas de clientes iSNS.
El Monitor de puerto de Line Printer Remote (LPR) permite a los
Monitor de puerto de
usuarios que tienen acceso a equipos basados en UNIX imprimir en
LPR
dispositivos conectados a estos equipos.
Message Queue Server garantiza la entrega de los mensajes y
proporciona un enrutamiento eficaz, seguridad y mensajera basada
en la prioridad entre las aplicaciones. Message Queue Server tambin
Servicios de Message
permite la entrega de mensajes entre aplicaciones que se ejecutan en
Queue Server
sistemas operativos diferentes, que usan infraestructuras de red
diferentes, que estn temporalmente desconectadas o que se ejecutan
en momentos diferentes.
E/S de mltiples rutas (MPIO), junto con el Mdulo especfico de
dispositivo de mltiples rutas de Microsoft (DSM) o un DSM de otro
E/S de mltiples rutas
fabricante, proporciona compatibilidad con el uso de mltiples rutas
de datos a un dispositivo de almacenamiento en Microsoft Windows.
Protocolo de resolucin El Protocolo de resolucin de nombres de mismo nivel (PNRP)
de nombres de mismo permite a las aplicaciones registrar y resolver nombres en el equipo
nivel
para que otros equipos puedan comunicarse con estas aplicaciones.
Experiencia de calidad de audio y vdeo de Windows (qWave) es una
plataforma de red para aplicaciones de transmisin de audio y vdeo
(AV) por secuencias en redes domsticas IP. Mejora el rendimiento y
la confiabilidad de las secuencias de AV, garantizando la calidad de
Experiencia de calidad
servicio de las aplicaciones de AV en la red. Proporciona
de audio y vdeo de
mecanismos de control de admisin, supervisin y cumplimiento de
Windows (qWave)
tiempo de ejecucin, recopilacin de comentarios acerca de
aplicaciones y establecimiento de la prioridad del trfico. En
plataformas Windows Server, qWave slo proporciona servicios de
ndice de flujo y establecimiento de la prioridad.
Asistencia remota le permite a usted (o a un empleado de soporte
tcnico) ofrecer ayuda a los usuarios que tengan problemas o dudas
acerca del equipo. Asistencia remota le permite ver y compartir el
Asistencia remota
control del escritorio del usuario para solucionar problemas. Los
usuarios tambin pueden solicitar ayuda a sus amigos o compaeros
de trabajo.
Pgina 97

La caracterstica Compresin diferencial remota (RDC) es un

conjunto de interfaces de programacin de aplicaciones (API) que las
Compresin diferencial
aplicaciones pueden utilizar para determinar si un conjunto de
remota
archivos ha cambiado y, si es el caso, detectar qu partes de los
archivos contienen los cambios.
Las Herramientas de administracin de servidor remoto permiten
administrar Windows Server 2003 y Windows Server 2008 de forma
Herramientas de
remota desde un equipo donde se ejecuta Windows Server 2008,
administracin de
mediante la ejecucin de algunas de las herramientas de
servidor remoto
administracin de funciones, servicios de funcin y caractersticas en
un equipo remoto.
Administrador de
El Administrador de almacenamiento extrable (RSM) administra y
almacenamiento
cataloga los medios extrables y activa los dispositivos de medios
extrable
extrables automatizados.
El proxy RPC sobre HTTP es un proxy que usan los objetos que
reciben llamadas a procedimiento remoto (RPC) a travs del
Protocolo de transferencia de hipertexto (HTTP). Este proxy permite
Proxy RPC sobre
a los clientes detectar esos objetos, aunque se muevan a otro servidor
HTTP
o se encuentren en reas discretas de la red, normalmente por motivos
de seguridad.
Servicios para NFS (Network File System) es un protocolo que acta
como un sistema de archivos distribuido, de modo que permite a un
equipo obtener acceso a los archivos a travs de la red con la misma
facilidad que si estuvieran en sus discos locales. Esta caracterstica
Servicios para NFS
est disponible para instalarse en Windows Server 2008 slo para
equipos basados en Itanium; en otras versiones de Windows
Server 2008, Servicios para NFS est disponible como un servicio de
funcin de Servicios de archivo.
Servidor SMTP permite la transferencia de mensajes entre sistemas
Servidor SMTP
de correo electrnico.
El Administrador de almacenamiento para redes de rea de
Administrador de
almacenamiento (SAN) le ayuda a crear y administrar nmeros de
almacenamiento para unidad lgica (LUN) en los subsistemas de unidades de disco iSCSI y
redes SAN
de canal de fibra de su red de rea de almacenamiento (SAN) que
admiten el Servicio de disco virtual (VDS).
Los Servicios simples de TCP/IP admiten los siguientes servicios de
TCP/IP: generador de caracteres, hora diurna, desechar, eco y cita del
Servicios simples de
da. Los Servicios simples de TCP/IP se proporcionan por cuestiones
TCP/IP
de compatibilidad con versiones anteriores y no deben instalarse a
menos que sea necesario.
El Protocolo simple de administracin de redes (SNMP) es el
protocolo estndar de Internet para el intercambio informacin
administrativa entre aplicaciones de consola de administracin (como
Servicios SNMP
HP Openview, Novell NMS, IBM NetView o Sun Net Manager) y
entidades administradas. Las entidades administradas pueden incluir
hosts, enrutadores, puentes y concentradores.
Subsystem for UNIX- Subsystem for UNIX-based Applications (SUA), junto con un
based Applications
paquete de utilidades de soporte que puede descargar desde el sitio
Pgina 98

web de Microsoft, permite ejecutar programas para UNIX, as como

compilar y ejecutar aplicaciones para UNIX personalizadas en el
entorno Windows.
El Cliente Telnet usa el protocolo Telnet para conectarse a un
Cliente Telnet
servidor Telnet remoto y ejecutar aplicaciones en ese servidor.
El Servidor Telnet permite a los usuarios remotos, incluidos los que
ejecutan sistemas operativos para UNIX, realizar tareas
Servidor Telnet
administrativas desde la lnea de comandos y ejecutar programas con
un cliente Telnet.
El Cliente del Protocolo trivial de transferencia de archivos (TFTP)
Cliente TFTP
se usa para leer o escribir archivos en un servidor TFTP remoto. El
(Protocolo trivial de
protocolo TFTP lo usan fundamentalmente los dispositivos o
transferencia de
sistemas incrustados que recuperan firmware, informacin de
archivos)
configuracin o una imagen de sistema durante el proceso de
arranque desde un servidor TFTP.
El Clster de conmutacin por error permite que varios servidores
funcionen conjuntamente para proporcionar una alta disponibilidad
Clster de conmutacin
de servicios y aplicaciones. El Clster de conmutacin por error suele
por error
usarse para servicios de archivos e impresin, y aplicaciones de base
de datos y correo.
El Equilibrio de carga de red (NLB) distribuye el trfico entre varios
servidores mediante el protocolo de red TCP/IP. NLB resulta
Equilibrio de carga de especialmente til para asegurarse de que las aplicaciones sin estado,
red
como un servidor web que ejecute Internet Information Services
(IIS), sean escalables mediante la incorporacin de servidores
adicionales a medida que aumenta la carga.
Copias de seguridad de Windows Server permite realizar copias de
seguridad y recuperar el sistema operativo, las aplicaciones y los
Copias de seguridad de
datos. Puede programar las copias de seguridad para que se realicen
Windows Server
una vez al da o con ms frecuencia, y puede proteger todo el servidor
o volmenes especficos.
El Administrador de recursos del sistema de Windows (WSRM) es
una herramienta administrativa del sistema operativo Windows
Administrador de
Server que puede controlar cmo se asignan los recursos de CPU y de
recursos del sistema de memoria. La administracin de la asignacin de recursos mejora el
Windows
rendimiento del sistema y reduce el riesgo de que las aplicaciones,
servicios o procesos interfieran entre s para reducir la eficacia del
servidor y la respuesta del sistema.
El Servidor del Servicio de nombres Internet de Windows (WINS)
proporciona una base de datos distribuida para registrar y consultar
Servidor WINS
asignaciones dinmicas de nombres NetBIOS para los equipos y
(Servicio de nombres
grupos que se usan en la red. WINS asigna nombres NetBIOS a
Internet de Windows)
direcciones IP y soluciona los problemas relacionados con la
resolucin de nombres NetBIOS en entornos enrutados.
El Servicio WLAN configura e inicia el servicio de configuracin
automtica de WLAN, independientemente de que el equipo
Servicio WLAN
disponga adaptadores inalmbricos. La configuracin automtica de
WLAN muestra los adaptadores inalmbricos y administra tanto las
Pgina 99
Windows Internal
Database
Windows PowerShell
Servicio WAS
(Windows Process
Activation Service)

conexiones inalmbricas como los perfiles inalmbricos que

contienen los valores necesarios para configurar un cliente
inalmbrico para que se conecte a una red inalmbrica.
Windows Internal Database es un almacn de datos relacional que
pueden usar nicamente las funciones y caractersticas de Windows,
como Servicios UDDI, Active Directory Rights Management
Services (AD RMS), Windows Server Update Services y el
Administrador de recursos del sistema de Windows.
Windows PowerShell es un shell de lnea de comandos y un lenguaje
de scripting que permite a los profesionales de TI aumentar la
productividad. Proporciona un nuevo lenguaje de scripting centrado
en la administracin y ms de 130 herramientas de lnea de comandos
estndar para facilitar la administracin del sistema y acelerar la
automatizacin.
El Servicio WAS (Windows Process Activation Service) generaliza
el modelo de proceso de IIS, quitando esta dependencia de HTTP.
Todas las caractersticas de IIS que anteriormente slo estaban
disponibles para aplicaciones HTTP, ahora lo estn para las
aplicaciones que hospedan servicios Windows Communication
Foundation (WCF) con protocolos distintos de HTTP. IIS 7.0
tambin usa WAS para la activacin basada en mensajes a travs de
HTTP.
Abra el Asistente para agregar caractersticas de una de las dos siguientes formas.
Para iniciar el Asistente para agregar caractersticas
En el rea Resumen de caractersticas de la ventana principal del Administrador de

servidores, haga clic en Agregar caractersticas.
O bien
En el rea Personalizar este servidor de la ventana Tareas de configuracin inicial,
haga clic en Agregar caractersticas.
Pgina 100


Se recomienda realizar las siguientes prcticas para afianzar los conocimientos de los temas
tratados en este tema
Acceder al Panel de Control y abrir la herramienta de configuracin de redes

Configurar en forma manual el protocolo TCP/IPv4
Verificar conectividad con otras redes, si es posible con Internet
Acceder a Herramientas Administrativas desde el men de Inicio
Abrir la herramienta Administrador del Servidor
Visualizar las Funciones y caractersticas instaladas en el servidor
Agregar la Funcin del Servicio DNS (si ya existe, la quitamos y luego la volvemos a
agregar)
Agregar la Caracterstica del Servicio WINS (si ya existe, la quitamos y luego la
volvemos a agregar)
Verificar la instalacin de los servicios de DNS y WINS
Pgina 101

1.3 El servicio DNS en Windows Server 2008

Este sistema responde a la necesidad, casi natural, de dar nombre a las mquinas que
pueblan la internet. Es casi tan antiguo como la red misma, y no parece que vaya a sufrir
modificaciones en un futuro cercano, al menos hasta que se decida su completa sustitucin
por algn sistema ms avanzado.
Todos estamos acostumbrados a conectarnos al Google, de forma instantnea, con nuestro
navegador, pero la realidad es bastante mas compleja que teclear Google.com... como
sabemos la Red no entiende de nombres, sino de nmeros. Ms exactamente, de direcciones
IP. De ah que ningn router sepa llegar hasta la mquina Google.com, sino que habr que
decirle cul es su direccin IP para poder localizarla.
Sin embargo, los nmeros y los humanos no tienden a llevarse demasiado bien, en particular
cuando hablamos de nmeros grandes (y con 32 bits se pueden hacer nmeros bastante
grandes, en trminos humanos) y adems debemos manejar varias decenas de direcciones a
las que nos queremos conectar. Por lo tanto, surge la necesidad de darle un nombre a cada
mquina, que nos haga sentirnos ms cmodos cuando intentamos llegar hasta ellas.
Cuando los computadores conectados a la Red podan contarse por decenas (los tiempos de la
ArpaNet, a mediados de los 80) bastaba un pequeo archivo de texto que contuviera los
nombres de las mquinas con sus correspondientes direcciones IP.
De esta forma, cuando el usuario requera una conexin a la mquina bogus.arpa.mil, el
sistema buscaba en el archivo una entrada con ese nombre, y resolva (traduca) el nombre a
su direccin IP correspondiente, tras lo cual empezaba la comunicacin en s.
Aunque vlido, este sistema exiga que cada computador conectado a la red mantuviera su
propia copia del archivo de nombres y direcciones, lo cual poda llegar a ser un infierno para
los administradores, que adems deban asegurarse de que los archivos de direcciones de sus
mquinas estuvieran puestos al da.
Hoy en da an son bastantes las redes pequeas que usan este sistema, fundamentalmente
redes corporativas y privadas, ya que no deben mantener un nmero grande de computadores,
y adems el nmero y localizacin de estos son conocidos por los administradores.
Sin embargo, en el caso de la Red (Internet), con el nmero de computadores conectados a
ella creciendo exponencialmente, pronto se hizo evidente que ese sistema no poda llegar
demasiado lejos. De aqu pasamos al concepto que subyace al DNS: bsicamente se trata de
un archivo de nombres y direcciones, al estilo del anterior pero ms complejo y con mas
funcionalidades, con dos caractersticas importantes :
1. Permite consultas remotas: De esta forma puedo establecer una mquina como
servidor DNS y mantener un nico archivo de direcciones, que ser usado por otros
nodos para averiguar direcciones IP. Si aadimos, modificamos o borramos una
direccin IP, slo he de modificar el archivo de direcciones del servidor DNS
correspondiente.
Pgina 102

2. Es jerrquico (y distribudo): En vez de un nico archivo de direcciones, que

resultara de un tamao enorme y sera difcilmente manejable, el DNS sigue una
estructura piramidal en rbol; si quiero buscar la mquina galileo.fie.us.ar, el cliente
DNS preguntar primero a uno de los servidores DNS root o raz , cuyas direcciones
son conocidas de antemano, para averiguar qu mquina sirve el dominio ar. Una
vez averiguado, ir a dicha mquina a preguntar quin sirver el dominio us, y as
sucesivamente; eventualmente, llegar al servidor DNS de la subred donde se halla la
mquina que queremos localizar, el cul devolver la direccin IP del nodo
galileo.fie.us.ar. La respuesta remontar de nuevo todo el arbol de servidores DNS
hasta llegar al servidor raz consultado inicialmente, el cual devolver a nuestro cliente
la direccin pedida.
Por supuesto que lo anteriormente explicado es un modelo muy simplificado de lo que
realmente ocurre en la vida real, pero de momento nos bastar con saber eso.
Con todo, esta solucin no est exenta de problemas. Con mquinas y servicios que confan
en los nombres de dominio para la autentificacin de conexiones, pueden surgir problemas de
seguridad si un hipottico intruso consiguiera controlar un servidor DNS y modificara la base
de datos de direcciones para hacerse pasar por un host en el que la vctima confe. Adems, el
DNS comienza a resultar pesado para el gran nmero de mquinas que estn conectadas a la
red. Ya se han levantado voces que advierten sobre la saturacin de las bases de datos DNS, y
se estima que no pasar mucho tiempo antes de que el actual sistema de nombres de dominio
tenga que ser sustitudo. Pero esa es otra historia.
Entrando en el aspecto puramente tcnico, diremos que el Sistema de Nombres de Dominio
(DNS) es un conjunto de protocolos y servicios sobre una red TCP/IP que permite a los
usuarios de la red utilizar nombres amigables jerrquicos cuando busque otros host (es decir,
equipos) en lugar de tener que recordar y usar sus direcciones IP.
Segn el Dr. Paul Mockapetris, el diseador principal de DNS, el objetivo original del diseo
de DNS era reemplazar ese engorroso archivo HOSTS (en computadoras UNIX,
LMHOSTS en computadoras LAN MANAGER (antecesor del Windows NT), administrado
de forma singular, por una base de datos distribuida ligera que permitiera la existencia de un
espacio jerrquico de nombres, la distribucin de la administracin, tipos de datos extensibles,
tamao de base de datos virtualmente ilimitado y un rendimiento razonable.
DNS se asigna a la capa 7 del modelo OSI y puede usar UDP o TCP como protocolo
subyacente. Los resolver (programa del sistema operativo encargado de resolver los nombres
de las computadoras a solicitud de los programas de aplicacin) envan consultas UDP
primero a los servidores, para obtener un mejor rendimiento, y slo acuden a TCP si los datos
devueltos estn truncados.
La implementacin ms conocida del protocolo DNS BIND se program en Berkeley,
originalmente, para el sistema operativo UNIX BSD 4.3. El nombre BIND significa
Berkeley Internet Name Domain (Dominio de nombres de Internet de Berkeley). Las
especificaciones principales de DNS se definen en las Peticiones de comentarios (Requests for
Comments, RFC) 974, 1034 y 1035.
Pgina 103

El Sistema de Nombres
Un sistema de nombres de dominio (DNS) consta de una base de datos de nombres,
distribuida. Los nombres de la base de datos DNS establecen una estructura lgica de rbol
conocida como espacio de nombres del dominio. Cada nodo o dominio del espacio de
nombres del dominio tiene un nombre y puede contener sub-dominios.
Los dominios y sub-dominios se agrupan en zonas (como unidad de almacenamiento) para
permitir la administracin distribuida del espacio de nombres. Las zonas se describen ms
adelante en esta seccin.
El nombre del dominio identifica la posicin del dominio en la jerarqua lgica de DNS
respecto de su dominio principal, al separar cada rama del rbol con un punto ..
Servidores DNS e Internet

El Centro de informacin de la red Internet (Internet Network Information Center,
http://www.internic.com) administra la raz de la base de datos DNS en Internet. Los
dominios superiores (top level) se han asignado a organizaciones y pases. Estos nombres de
dominio siguen el estndar internacional 3166. Para los pases se usan abreviaturas de dos y
de tres letras, y se han reservado varias abreviaturas para que las usen las organizaciones,
como se muestra en los siguientes ejemplos.
Nombre dominio DNS
Tipo de organizacin
com
Comercial (por ejemplo, microsoft.com para Microsoft Corporation)
edu
Educacional (por ejemplo, frc.utn.edu.ar para la facultad regional

Crdoba de la UTN)
gov
Gubernamental (por ejemplo, rosada.gob para la Casa Rosada)
int
Organizaciones internacionales (por ejemplo, otan.int para la OTAN)
mil
Operaciones militares (por ejemplo, ejrcito.mil para el Ejrcito)
net
Organizaciones de redes (por ejemplo, nsf.net para NSFNET)
org
Organizaciones no comerciales (por ejemplo, fidonet.org para FidoNet)
Dominios
Cada nodo del rbol de una base de datos DNS, junto con todos los nodos por debajo del
mismo, se llama un dominio. Los dominios pueden contener host (equipos) y otros dominios
(sub-dominios). Por ejemplo, el dominio Microsoft, microsoft.com, podra contener a la vez
equipos, como ftp.microsoft.com, y sub-dominios, como dev.microsoft.com, que a su vez
podra contener un host, como por ejemplo ntserver.dev.microsoft.com.
Zonas
Una zona es alguna parte del espacio de nombres DNS, almacenada como registros de una
base de datos, en un archivo de zona. Puede configurarse un nico servidor DNS para
administrar uno o mltiples archivos de zona. Los archivos de zona no contienen
necesariamente todo el rbol (es decir, todos los sub-dominios) bajo el dominio raz de la
Pgina 104

zona. En la Figura 24, que se muestra a continuacin, se ofrece una comparacin entre
dominios y zonas. En este ejemplo, microsoft.com es un dominio pero el dominio completo
no est controlado por un archivo de zona. Parte del dominio est realmente dividido en un
archivo de zona distinto para dev.microsoft.com.
Es muy importante que comprenda la diferencia entre una zona y un dominio. Una zona es un
archivo fsico compuesto de varios registros de recurso que definen uno o varios subdominios. Un dominio es un nodo del espacio de nombres DNS y todos los sub-dominios que
se encuentran por debajo. Podramos hacer una semejanza entre el rbol de dominios y un
rbol de directorios. Los dominios serian los directorios, los sub-dominios los sub-directorios,
y los hosts los archivos.
Servidores de nombres (Servidores DNS)

Los servidores DNS almacenan las zonas, y son conocidos como Servidores de nombres. Los
servidores de nombres suelen ser responsables de una o ms zonas. El servidor de nombres se
dice que tiene autoridad sobre esas zonas.
Cuando se configura un Servidor de nombres DNS, se indica cules son los restantes
Servidores de nombres DNS que mantienen zonas de sub-dominios que se encuentran en el
mismo dominio.
Servidores de nombres: primario, secundario y maestro

Un Servidor de nombres primario o principales un servidor de nombres que obtiene los
datos de sus zonas, en archivos locales de zona (en su disco duro). Los cambios en una zona,
como la adicin de dominios o hosts, se realizan en el Servidor de nombres primario.
Un Servidor de nombres secundario obtiene los datos de sus zonas de otro servidor de
nombres primario, que tiene autoridad para esa zona. El proceso de obtencin de informacin
de estas zonas (es decir, el archivo de base de datos) se conoce como una transferencia de
zona.
Pgina 105

Existen tres razones para tener servidores secundarios en una empresa:

1. Redundancia: Se necesitan al menos dos servidores de nombres DNS que
sirvan cada zona, uno principal y al menos uno secundario para redundancia.
Como en el caso de cualquier sistema de tolerancia a fallos, los equipos deben
ser tan independientes como sea posible (es decir, redes distintas, etc.).
2. Ubicaciones remotas: Tambin se debera tener servidores secundarios (u
otros servidores principales para los sub-dominios) en ubicaciones remotas que
tengan un alto nmero de clientes. Los clientes no deberan comunicarse a
travs de enlaces lentos para la resolucin de nombres.
3. Reducir la carga del principal: Tambin se necesitan servidores secundarios
para reducir la carga del servidor principal.
Puesto que la informacin de cada zona se almacena en archivos separados, esta designacin
principal o secundaria se define a nivel de zona. En otras palabras, un servidor de nombres
determinado puede ser un servidor de nombres principal para ciertas zonas y un servidor de
nombres secundario para otras zonas.
Cuando se define una zona en un servidor de nombres secundario, debe designar un servidor
de nombres primario donde deber obtener la informacin de la zona. El origen de la
informacin de la zona de un servidor de nombres secundario, se conoce como un Servidor
de nombres maestro.
Cuando se inicia un servidor de nombres secundario, se pone en contacto con su servidor de
nombres maestro e inicia una transferencia de zona con ese servidor. Tambin, un servidor
secundario podra ser maestro de otro secundario, cuando el servidor primario no sea
accesible o se encuentre muy distante.
Servidores de reenvo (forwarders) y servidores esclavos

Cuando un servidor de nombres DNS recibe una peticin de DNS, intenta localizar la
informacin solicitada dentro de sus propios archivos de zona. Si esto no funciona porque el
servidor no tiene autoridad sobre el dominio solicitado, debe comunicarse con otros
servidores de nombres DNS para resolver la peticin.
Teniendo en cuenta que, en una red conectada con Internet, la peticin de resolucin DNS
fuera de una zona local suele requerir la interaccin con servidores de nombres DNS de fuera
de la empresa, en Internet, puede que desee activar, de forma selectiva, determinados
servidores de nombres DNS en su empresa para realizar esta comunicacin de rea extensa,
con servidores DNS de Internet.
Para solucionar este asunto, DNS ofrece el concepto de servidor de reenvo. Se seleccionan
determinados servidores de nombres DNS para que sean servidores de reenvo y slo se
permite que sean estos servidores los que lleven a cabo la comunicacin de rea amplia por
Internet.
Todos los dems servidores de nombres DNS de la compaa se configuran para que usen el
servidor de reenvo y se configuran con la direccin IP de los servidores de nombres DNS
designados como servidores de reenvo. Esta configuracin se realiza teniendo en cuenta el
servidor, no la zona. En la Figura se muestra sta situacin.
Pgina 106

Cuando un servidor configurado como servidor de reenvo recibe una peticin DNS que no
puede resolver (a travs de sus propios archivos de zona), pasa la peticin a sus servidores de
reenvo. A continuacin, el siguiente servidor de reenvo realiza la comunicacin necesaria
para satisfacer la peticin y as sucesivamente. Una vez resuelta la peticin original, se
devuelve los resultados al servidor que efectu la peticin, que a su vez, devuelve la peticin
al anterior, hasta llegar al solicitante original.
Si el servidor de reenvo no puede resolver la consulta, tambin tiene la alternativa de
resolverla por s mismo, de forma normal, consultando a otros servidores DNS, para obtener
la direccin del servidor DNS que tiene autoridad sobre la zona donde est registrado el host
de quien se quiere conocer su direccin IP.
Los esclavos son servidores DNS configurados para usar servidores de reenvo solamente y
tambin para devolver un mensaje de error si el propio servidor de reenvo no es capaz de
resolver la consulta. Los esclavos no intentan ponerse en contacto con otros servidores de
nombres cuando el servidor de reenvo no puede satisfacer la peticin, salvo que estn
definidos otros servidores de reenvo a los cuales realizar las peticiones hasta lograr
respuesta satisfactoria de alguno de ellos agotar la lista de forwarders.
Servidores de almacenamiento temporal (slo-cacheo)

Aunque todos los servidores de nombres DNS almacenan en la cach las consultas que han
solucionado, los Servidores de almacenamiento temporal (tambin llamados de slocacheo) son servidores de nombres DNS cuyo nico trabajo es realizar consultas, almacenar
en la cach las respuestas y devolver los resultados. Es decir, no tienen autoridad sobre ningn
dominio y slo contienen la informacin que han acumulado en la cach mientras resolvan
consultas. En definitiva, no tienen autoridad sobre zona alguna.
Pgina 107

A la hora de decidir cundo usar estos servidores, tenga presente que, cuando el servidor se
inicia por primera vez, no tiene informacin acumulada en la cach y tiene que ir generando
dicha informacin con el tiempo, segn vaya atendiendo peticiones.
Resolucin de nombres
Un cliente (PC comn o servidor DNS que no tiene autoridad sobre la zona requerida) puede
realizar tres tipos de consultas a un servidor DNS, recursiva, iterativa e inversa. Mientras se
comenta la resolucin de nombres, recuerde que un servidor DNS puede ser un cliente de otro
servidor DNS.
Consultas recursivas: En una consulta recursiva, se pide al servidor de nombres que

responda con los datos pedidos, o con un error que indique que el nombre del dominio
especificado o los datos del tipo pedido no existen. El servidor de nombres no puede
simplemente mandar al solicitante a un servidor de nombres distinto.
Este tipo de consulta suele realizarla un cliente DNS (un Resolver) a un servidor DNS.
Adems, si un servidor DNS est configurado para usar un servidor de reenvo, la consulta de
este servidor DNS a su servidor de reenvo ser una consulta recursiva.
Consultas iterativas: En una consulta iterativa, el servidor de nombres consultado devuelve

al solicitante la mejor respuesta que tiene disponible (la direccin IP de un servidor de
nombres de una zona lo ms cercana al host en cuestin). Este tipo de consulta la suele
realizar un servidor DNS a otros servidores DNS despus de haber recibido una consulta
recursiva de un resolver.
En la Figura se muestra un ejemplo de ambos tipos de consultas. La consulta 1/8 es una
consulta recursiva de un resolver de clientes a su servidor DNS, mientras que 2/3, 4/5 y 6/7
son consultas iterativas del servidor DNS a otros servidores DNS.
Pgina 108

Obtencin del nombre del host dada la direccin IP

Qu ocurre si un resolver tiene la direccin IP y quiere saber el nombre del host de una
mquina determinada? En lugar de suministrar un nombre y preguntar por una direccin IP, el
cliente necesita proporcionar la direccin IP y preguntar por el nombre. Puesto que no hay
una relacin directa uno a uno-, en el espacio de nombres DNS, entre los nombres de
dominios y las direcciones IP asociadas que contienen, slo se puede garantizar una respuesta
correcta si se realiza una bsqueda en profundidad de todos los dominios.
Para solucionar este problema, se ha creado un dominio especial (in-addr.arpa.) en el
espacio de nombres DNS. Los nodos del dominio in-addr.arpa reciben su nombre segn los
nmeros de la representacin en bytes punteada de las direcciones IP(xx.xx.xx.xx).
Pero, puesto que las direcciones IP se vuelven ms especficas de izquierda a derecha y que
los nombres de dominio se vuelven menos especficos de izquierda a derecha, al generar el
rbol in-addr.arpa hay que invertir el orden de los bytes de la direccin IP. Con este arreglo,
ser puede conceder la administracin de las ramas inferiores del rbol in-addr.arpa de DNS a
las empresas cuando se les asigna su direccin de subred de clase A, B o C.
Una vez generado el rbol del dominio en la base de datos DNS, se agrega un registro de
recurso para asociar las direcciones IP a los nombres correspondientes de host. Es decir, para
buscar un nombre de host para la direccin IP 157.55.200.2, el resolver solicitar al servidor
DNS un registro de recurso para 2.200.55.157.in-addr.arpa.
Si esta direccin estuviera fuera del dominio local, el servidor DNS empezara en la raz y
resolvera, secuencialmente, los nodos del dominio hasta alcanzar 200.55.157.in-addr.arpa,
Pgina 109

que contendra el registro PTR del recurso de 2 (es decir, 157.55.200.2). Existen zonas
primarias y secundarias para acumular estos registros. Se denominan zonas inversas.
Almacenamiento en la cach y tiempo de vida

Cuando un servidor de nombres est procesando una consulta recursiva, puede que sea
necesario enviar varias consultas hasta encontrar la respuesta definitiva. El servidor de
nombres almacena en la cach toda la informacin que recibe en este proceso durante el
periodo de tiempo especificado en los datos devueltos. Este tiempo es conocido como el
tiempo de vida (Time To Live, TTL). El administrador del servidor de nombres de la zona
que contiene los datos decide el TTL para los datos propios. Cuanto menores sean los valores
de TTL se asegurar que los datos del dominio sean ms consistentes en la red si este valor
cambia a menudo. Sin embargo, esto tambin aumentar la carga del servidor de nombres.
En cuanto se almacenan los datos en la cach de un servidor DNS, debe empezar a disminuir
el TTL (es decir, a descontar) del valor original, de forma que pueda saber cundo eliminar
los datos de su cach. Si llega una consulta que se puede contestar con los datos acumulados,
el TTL que se devuelve con los datos es el tiempo real restante hasta que se eliminen los datos
de la cach del servidor DNS. Los resolver cliente tambin disponen de caches de datos y
utilizan el valor TTL, lo que les permite saber cundo caducan los datos.
Configuracin de servidores
La mayora de los sistemas DNS tienen que configurarse editando archivos de texto. Con
DNS de Microsoft, como con el resto de los productos basados en Microsoft Windows, existe
una interfaz amigable. La nueva interfaz de administracin hace mucho ms fcil la
configuracin de los servidores DNS de Microsoft, tanto locales como remotos. La
herramienta administrativa de DNS configura los archivos de texto compatibles RFC.
Aunque la interfaz grfica de usuario le ofrece la posibilidad de modificar los archivos DNS
sin un editor, es importante que conozca la composicin de los archivos de configuracin del
sistema DNS.
En los sistemas DNS compatibles con RFC, hay varios archivos que definen la configuracin
del sistema y la base de datos DNS. Entre estos archivos se incluye la base de datos (zona
directa), la cach y bsqueda inversa (zona inversa). Estos archivos tambin existen en el
DNS de Windows Server 2008 y tambin son compatibles con RFC. Estos archivos se
explican detalladamente en esta seccin.
El archivo de base de datos

Un archivo de base de datos o archivo de zona es el archivo que contiene los registros del
recurso para la parte del dominio de la que es responsable la zona que convierten un nombre
DNS en una direccin IP. Este tipo de zona que convierte direcciones de nombre en
direcciones numricas Ip se denomina zona de bsqueda directa.
Windows server 2008 proporciona una carpeta (WINDOWS\system32\DNS\SAMPLES) con
archivos de ejemplo que se pueden usar como modelo para las zonas respectivas. Por ejemplo,
Pgina 110

el archivo que se puede usar como plantilla para una zona directa es: "place.dns". Es necesario
modificar este archivo y cambiarle nombre antes de usarlo en un servidor DNS de produccin.
Se recomienda dar a este archivo el mismo nombre que el de la zona a la que representa ( ej:
utn.edu.ar). ste es el archivo que se va a duplicar entre los maestros y los secundarios.
Registros de recursos
Cada archivo est compuesto por una coleccin de registros denominados genricamente
registros de recursos. A continuacin veremos los ms importantes.
El registro inicio de la autoridad (SOA): El primer registro de cualquier archivo de base

de datos es el registro SOA.
La sintaxias es la siguiente:
IN SOA
<host origen> <correo electrnico de contacto>

<nmero de serie>
<tiempo de actualizacin>
<tiempo de reintento>
<tiempo de caducidad>
<TTL>
host origen :El host en el que se mantiene el archivo.

correo electrnico de contacto: La direccin de correo electrnico de Internet de la
persona responsable del archivo de base de datos de este dominio.
nmero de serie: El "nmero de versin" de este archivo de base de datos. Este
nmero debera aumentar cada vez que cambie el archivo de base de datos.
tiempo de actualizacin: El tiempo (en segundos) que esperar un servidor
secundario entre comprobaciones, de su servidor maestro para ver si el archivo de base
de datos ha cambiado y si hay que pedir una transferencia de zona.
tiempo de reintento: El tiempo (en segundos) que esperar un servidor secundario
antes de volver a intentar una transferencia de zona que haya fallado.
tiempo de caducidad: El tiempo (en segundos) que un servidor secundario seguir
intentando descargar una zona. Cuando haya pasado este tiempo, rechazar las
consultas recibidas por haber caducado la validez de la base de datos al no poder
actualizarla desde el master.
tiempo de vida (TTL): El tiempo (en segundos) que un servidor DNS que no posee
autoridad sobre la zona (y sus datos), tiene permitido acumular dichos datos en la
cach. ste es el valor que se enva con todas las respuestas de la consulta de este
archivo de zona.
En un archivo de zona, el smbolo @ representa el dominio raz de la zona (microsoft.com
en los siguientes ejemplos). La abreviatura IN de los siguientes registros es la clase de datos.
Pgina 111

Significa Internet. Existen otros smbolos, pero ninguna de ellos se utiliza demasiado en la
actualidad.
Cualquier nombre de dominio del archivo de base de datos que no termine con un punto .
tendr el dominio raz anexado al final.
Ejemplo:
@
IN SOA
nombreservidor1.microsoft.com. glennwo.microsoft.com. (
1
; nmero de serie
10800
; actualizar [3 horas]
3600
; reintentar [1 hora]
604800
; caducar [7 das]
86400 ) ; tiempo de vida [1 da]
El registro servidor de nombres

Enumera los servidores de nombres de este dominio y de sus sub-dominios contenidos en
la zona, ms los servidores de nombres de subdominios contenidos en otras zonas,
permitiendo que se conozca la direccin IP de dichos servidores y de esa forma se pueda
realizar consultas por direcciones en el dominio y subdominios como as tambin navegar
el rbol de nombres hacia zonas inferiores.
<dominio>
IN NS
<servidor_de nombres >
@ IN NS
ns1.microsoft.com.
@ IN NS
ns2.microsoft.com.
Ejemplo:
El registro intercambiador de correo

Este registro indica qu hosts procesan el correo de este dominio (y sub-dominios de la
misma zona). Si existen mltiples registros de intercambio de correo, el resolver intentar
ponerse en contacto con los servidores de correo en orden de preferencia, empezando por
los valores inferiores (mayor prioridad) hasta el valor superior (menor prioridad).
Al usar los siguientes registros de ejemplo, el correo enviado a scottsu@microsoft.com se
enva primero a scottsu@servidorcorreo0.microsoft.com, si es posible, y luego a
scottsu@servidorcorreo1.microsoft.com si servidorcorreo0 no est disponible.
<dominio>
IN MX
<preferencia> <servidor_de _correo >
Ejemplo:
@
IN MX
servidorcorreo0
IN MX
servidorcorreo1
Pgina 112

El registro Host
Un registro host sirve para asociar estticamente nombres de host a direcciones IP dentro de
una zona. Debe contener entradas para todos los hosts que requieran asignacin esttica,
incluyendo las estaciones de trabajo, los servidores de nombres, los servidores de correo, etc.
stos son los registros que componen la mayor parte del archivo de base de datos cuando se
usan registros estticos.
<nombre host>
IN A <direccin IP de host>
Ejemplo:
rino
IN A
157.55.200.143
nombreservidor2
IN A
157.55.200.2
servidorcorreo1
IN A
157.55.200.51
El registro Host Local

Un registro de host local permite consultas a "localhost.microsoft.com." para devolver
127.0.0.1.
localhost
IN A
127.0.0.1
El archivo de cach
El archivo de cach contiene la informacin de host necesaria para que un servidor de
nombres pueda resolver nombres fuera de los dominios donde tiene autoridad. Contiene
nombres y direcciones de servidores de nombres raz ( root name servers). Estos servidores
proporcionan las direcciones IP de los dominios tope (top level) del rbol de nombres (.com,
.edu, .gov, etc). De esta forma comienza la navegacin del rbol hacia abajo hasta localizar a
la computadora en el dominio correspondiente.
Para los usuarios de Internet, el archivo predeterminado suministrado con el Servicio DNS de
Microsoft debera ser suficiente. Para las instalaciones NO conectadas a Internet, el archivo
debera sustituirse para contener los servidores de nombres que tengan autoridad sobre la raz
de su red privada.
El archivo de bsqueda inversa

Es un archivo de base de datos que sirve para las consultas inversas, cuando se proporcionan
los nmeros de IP y se solicita al servidor el nombre de la computadora. Esto permite que un
resolver proporcione una direccin IP y que pida el correspondiente nombre de host. Este
archivo contiene registros SOA y Servidor de nombres parecidos a otros archivos de zonas de
base de datos DNS. Tambin contiene registros de punteros.
La funcionalidad de consultas inversas de DNS es importante, pues algunas aplicaciones
ofrecen la posibilidad de implementar la seguridad basada en los nombres de los hosts
El registro Puntero
Los registros puntero proporcionan una asignacin esttica de direcciones IP a
nombres de host en una zona de bsqueda inversa.
Pgina 113

Los nmeros de IP se escriben en orden inverso y se les anexa "in-addr.arpa." al final para
crear este registro puntero. Por ejemplo, la bsqueda del nombre del host que tiene la
direccin Ip "157.55.200.51" requiere una consulta a un registro PTR en la zona de nombre
"200.55.157.in-addr.arpa.", que tiene el siguiente formato:
<direccin Ip > IN PTR
<nombre del host>
Ejemplo:
51
IN PTR
servidorcorreo1.microsoft.com.
El archivo 0.0.127.in-addr.arpa
Es el archivo de base de datos para el dominio 0.0.127.in-addr.arpa. Este dominio se usa para
las consultas inversas de nmeros IP de la red 127.0.0.x, como el asignado a "localhost", que
es el 127.0.0.1. Este archivo es usado por el servidor de nombres cuando quiere averiguar su
propio nombre.
Pgina 114

1.3.1 Instalar y configurar servidores DNS en

Windows Server 2008
Instalaremos el servicio DNS como una nueva funcin. Para ello abrimos el Administrador
del Servidor que se encuentra en Herramientas Administrativas.
Hacemos clic en Agregar funciones y seguimos las instrucciones del asistente. Pasamos a la
seccin siguiente haciendo clic en la tecla Siguiente.
Pgina 115

Confirmamos haciendo clic en Instalar.

Pgina 116

Pgina 117

Vemos que se confirm la instalacin exitosa y terminamos con Cerrar. Ahora vemos en el
Administrador del servidor que se incorpor la funcin Servidor DNS.
Tambin lo comprobamos en Herramientas Administrativas. Ese ser en el futuro nuestra

puerta de acceso para las posibles configuraciones.
Pgina 118

1.3.2 Trabajar con el servicio DNS en Windows

Server 2008
Accedemos a Herramientas Administrativas DNS y se abre la consola de administracin de
Microsoft para el servicio DNS.
Pgina 119

Tareas bsicas de configuracin

Empezaremos con la adicin de una zona a nuestro servidor para que tenga autoridad sobre la
misma.
En el Sistema de nombres de dominio (DNS), se puede dividir un espacio de nombres DNS en
zonas. Las zonas almacenan informacin de nombre acerca de uno o ms dominios DNS. Para
cada nombre de dominio DNS que se incluye en una zona, la zona se convierte en el origen de
autoridad de la informacin acerca de este dominio.
Una zona se inicia como una base de datos de almacenamiento para un nombre de dominio
DNS nico. Si se agregan otros dominios debajo del dominio que se usa para crear la zona,
estos dominios pueden formar parte de la misma zona o pertenecer a otra zona.
Las zonas de bsqueda directa ofrecen una resolucin de nombre a direccin. Las zonas de
bsqueda inversa son opcionales y ofrecen una resolucin de direccin a nombre.
Puede implementar una zona de bsqueda directa con un nombre asignado, denominada
GlobalNames, para proporcionar una resolucin de nombres de etiqueta nica (es decir,
nombres que no contienen el nombre del dominio principal) cuando no se puede usar el
Servicio de nombres Internet de Windows (WINS) o las listas de bsqueda de sufijos.
En los siguientes temas se explican brevemente las zonas. En estos temas tambin se describe
cmo crear y quitar zonas del espacio de nombres DNS.
Empezamos creando una zona de bsqueda directa (dado un nombre DNS encontrar su
direccin IP).
Pgina 120

Elegimos Zona principal, lo que significa que toda modificacin de la misma deber hacerse
en esta zona y no en los posibles duplicados que podr tener por cuestiones de disponibilidad,
balance de carga y eficiencia.
Pgina 121

Pgina 122

Finalmente podemos apreciar la incorporacin de la nueva zona, que por ahora no tiene
contenido.
Ahora crearemos una zona principal de bsqueda inversa (dada una direccin IP, encontrar
su nombre DNS).
Pgina 123

Pgina 124

Pgina 125

Vemos la incorporacin de la nueva zona de bsqueda inversa.
Pgina 126

La siguiente tarea ser poblar las zonas con contenido. Las zonas directas se llenan con
registros de tipo A (Host nuevo) y las zonas inversas con registros PTR.
Indicamos el nombre de la computadora. Solamente el nombre de host o el nombre completo

terminado con un punto. Por ejemplo pc1 o pc1.pepe1.com.
Pgina 127

Vemos que automticamente se genera el registro PTR en la zona inversa si la direccin IP

corresponde a la sub-red del dominio inverso. Para ver si el servidor responde a las
consultas usamos el comando nslookup.
Vemos que las consultas deben hacerse con el nombre completo. Si indicamos el nombre nos
devuelve la direccin IP. Si indicamos la direccin IP nos devuelve el nombre.
Pgina 128

Agregar un nuevo Intercambiador de correo (servidor de

distribucin de correo SMTP)
Cada dominio o sub-dominio necesita un servidor de correo. Para que un servidor de
distribucin de correo pueda distribuir el correo basado en los nombres DNS de los dominios
de correo, es necesario que realice consultas DNS de tipo MX (mail exchanger) para localizar
al servidor de correo del destinatario.
Pgina 129

Tambin debemos agregar el registro tipo A para registrar la IP del servidor de correo.
Pgina 130

Agregar servidor secundario a la zona existente

A la zona de bsqueda directa que creamos le debemos crear un nuevo servidor DNS que ser
un servidor secundario. Lo que haremos a continuacin ser registrar dicho servidor en
nuestra zona directa mediante un registro NS. Luego indicaremos la direccin IP mediante un
registro A. En el item siguiente indicaremos como instalar dicha zona secundaria en el otro
servidor cuyo nombre y direccin IP declaramos ahora.
Pgina 131

Pgina 132

Pgina 133

Instalar y configurar un servidor secundario

A continuacin veremos como instalar una zona secundaria (copia de una zona principal en
otro servidor).
Pgina 134

Indicamos la direccin del servidor que contiene la zona principal desde donde se copiar esta
zona secundaria. La zona secundaria nunca se modifica. Solo se actualiza mediante copias de
la principal. A la copia se la llama transferencia de zona.
El asistente trata de comunicarse con el servidor DNS primario y mediante una marca indica
si la conexin tuvo xito.
Si no existe problema para conectarse con el servidor primario, se realizar la transferencia de

zona que quedar registrada en el servidor secundario. Todas las modificaciones se realizarn
en el servidor primario. El servidor secundario solo se modificar mediante las copias
(transferencias) desde el servidor primario. Sin embargo los clientes DNS vern al servidor
secundario como un servidor ms con autoridad sobre la zona.
Pgina 135

Servidores de reenvo
Veremos a continuacin como configuramos un servidor de reenvo (forwarder) que permite a
nuestro servidor obtener informacin DNS mediante una consulta recursiva, similar a la que
realiza un cliente DNS a un servidor DNS. De esta forma se obtiene la resolucin de nombres
en forma directa. Es posible tener una lista de varios de estos servidores de tal manera que si
el primero no responde afirmativamente se consultar al segundo de la lista y as
sucesivamente. Se supone que los forwarders son servidores que tienen la informacin
mediante un acceso rpido como es el cache DNS, o que nuestro servidor no es capaz de
acceder a la fuente de informacin y el forwarder si.
Como es un tema del servidor y no de una zona en particular accedemos a las propiedades del
servidor.
Pgina 136

Hacemos clic en Editar.
Pgina 137

Configuracin avanzada del servidor DNS

Veremos caractersticas de configuracin que normalmente no se modifican de su valor por
defecto. Solo se cambian si se justifica debido al uso particular del servidor.
Configurar sugerencias de raz

Las sugerencias de raz son datos del Sistema de nombres de dominio (DNS) almacenados en
un servidor DNS que identifican los servidores DNS autoritativos de la zona raz del espacio
de nombres DNS. Estas sugerencias se pueden usar para configurar los servidores
autoritativos de las zonas no raz de manera que puedan detectar servidores autoritativos que
hospeden dominios en un nivel superior o en otros subrboles del espacio de nombres de
dominio DNS. Estas sugerencias de raz son fundamentales para que los servidores que son
autoritativos en niveles inferiores del espacio de nombres puedan encontrar otros servidores
en estas condiciones.
Por ejemplo, suponga que un servidor DNS (servidor A) recibe una consulta relativa a un
dominio externo, como el dominio fabrikam.com. El servidor A necesitar alguna ayuda para
encontrar un servidor autoritativo (por ejemplo, el servidor B) para ese dominio.
Para que el servidor A encuentre al servidor B (o cualquier otro servidor que sea autoritativo
para el dominio fabrikam.com), debe ser capaz de consultar a los servidores raz del espacio
de nombres DNS. As, los servidores raz pueden referir el servidor A a los servidores
autoritativos del dominio com. Los servidores del dominio com pueden, a cambio, ofrecer
referencias al servidor B u otros servidores que sean autoritativos para el dominio
fabrikam.com. Las sugerencias de raz que usa el servidor A deben ser sugerencias tiles para
los servidores raz con el fin de que este proceso busque el servidor B (u otro servidor
autoritativo) como se pretende.
Para configurar y usar sugerencias de raz correctamente, responda primero las siguientes
consultas sobre el servidor DNS:
Usa DNS en Internet o una red privada?
Ha implementado una zona raz privada propia?
De forma predeterminada, el servicio Servidor DNS est configurado con un conjunto de
sugerencias de raz estndar. Las sugerencias de raz predeterminadas incluyen los registros
de recursos de host (A) y de servidor de nombres (NS) correspondientes a los servidores raz
de Internet. Sin embargo, si usa el servicio Servidor DNS en una red privada, puede sustituir
las sugerencias de raz predeterminadas por registros que sealen a sus propios servidores
DNS de raz internos.
Si se ha configurado un servidor DNS para obtener acceso a otros servidores DNS, como a
travs de una lista de servidores DNS configurada en las propiedades de TCP/IP de su cliente
para una conexin de red instalada, el servicio Servidor DNS puede recopilar sus propias
Pgina 138

sugerencias de raz durante la nueva configuracin del servidor. Puede usar el Asistente para
configurar un servidor DNS para realizar esta accin.
Para ello, siga el procedimiento que figura a continuacin:
1. Abra el Administrador de DNS. Para abrir el Administrador de DNS, haga clic en
Inicio, seleccione Herramientas administrativas y, a continuacin, haga clic en DNS.
2. En el rbol de consola, expanda DNS y, a continuacin, haga clic en el servidor DNS
que corresponda.
3. En el men Accin, haga clic en Propiedades.
Haga clic en la ficha Sugerencias de raz.
Pgina 139

Modifique las sugerencias de raz del servidor como se indica a continuacin:
Para agregar un servidor raz a la lista, haga clic en Agregar y, a continuacin,

especifique el nombre y la direccin IP del servidor que se va a agregar a la
lista.
Para modificar un servidor raz en la lista, haga clic en Editar y, a

continuacin, especifique el nombre y la direccin IP del servidor que se va a
editar en la lista.
Para quitar un servidor raz de la lista, seleccinelo y, a continuacin, haga clic

en Quitar.
Para copiar sugerencias de raz de un servidor DNS, haga clic en Copiar desde
servidor y, a continuacin, especifique la direccin IP del servidor DNS desde
el que desea copiar una lista de servidores raz para usarlos en la resolucin de
consultas. Estas sugerencias de raz no sobrescribirn ninguna sugerencia de
raz existente.
Pgina 140

Configurar propiedades avanzadas del servidor DNS
Deshabilitar recursividad
La opcin Deshabilitar Recursividad, sirve para que nuestro servidor DNS responda solo a
nombres que conozca en sus zonas o cache, es decir nunca ira a los servidores de sugerencia
Raz.
Recordemos que cuando habilitamos esta opcin, queda deshabilitada la opcin en los
reenviadores.
En la figura anterior, si preguntamos por www.google.com.ar y mi servidor no lo tiene en sus
zonas ni en su cache, no ira a preguntar a otro servidor.
Enlazar secundarios
Determina si se utiliza el formato de transferencia rpida al transferir una zona a servidores
DNS que ejecuten implementaciones de Berkeley Internet Name Domain (BIND) heredadas.
De forma predeterminada, todos los servidores DNS basados en Windows utilizan un formato
de transferencia de zona rpida, que utiliza la compresin y que puede incluir varios registros
por mensaje TCP durante una transferencia conectada. Este formato tambin es compatible
con los servidores DNS basados en BIND ms recientes que ejecuten la versin 4.9.4 o una
versin posterior.
Pgina 141

Error en carga si hay datos de zona no son vlidos

Establece que el servidor DNS debe analizar estrictamente los archivos. De forma
predeterminada, los servidores DNS de Windows 2008 registran los errores de los datos,
pasan por alto los datos errneos de los archivos de zona y siguen cargando la zona. Se puede
modificar esta opcin de forma que el servicio del servidor DNS registre los errores y no
pueda cargar un archivo de zona que contenga datos de registros que contengan errores.
Habilitar la funcin Round Robin (operacin por rondas)

Determina si el servidor DNS utiliza la peticin en rueda para rotar y reordenar una lista de
varios registros de recursos de direcciones de host (A) si el nombre de host consultado es de
un equipo configurado con varias direcciones IP. De forma predeterminada, los servidores
DNS de Windows 2008 utilizan la peticin por rondas. De esta forma se balancea la carga
entre varios servidores para un mismo sitio, que son objeto de consultas.
Habilitar orden de las mscaras de red

Determina si el servidor DNS reordena una lista de varios registros de recursos (A) basndose
en la prioridad de subred local si el nombre de host consultado es de un equipo multitarjeta
(varios dispositivos de red). De forma predeterminada, los servidores DNS de Windows 2008
utilizarn la prioridad de subred local.
Asegurar Cach contra corrupcin

Determina si el servidor intenta limpiar las respuestas para evitar la contaminacin de la
memoria cach. De forma predeterminada, los servidores DNS de Windows 2008 utilizan una
opcin de respuesta segura que no permite agregar registros de recursos no relacionados
incluidos en una respuesta de referencia a su cach. En la mayora de los casos, los nombres
agregados en las respuestas de referencia se almacenan en la memoria cach y ayudan a
acelerar la resolucin de consultas DNS posteriores.
No obstante, con esta caracterstica el servidor podra determinar que los nombres de
referencia son potencialmente contaminantes o inseguros y, por tanto, rechazarlos. El servidor
determina si se almacena en la memoria cach el nombre ofrecido en una referencia
basndose en si forma parte o no del rbol de nombres de dominio DNS relacionado exacto
para el que se cre el nombre original consultado.
Por ejemplo, si se realiza originalmente una consulta para "ejemplo.microsoft.com" y la
respuesta de referencia proporciona un registro de un nombre fuera del rbol de nombres de
dominio "microsoft.com", como msn.com , ese nombre no se almacenar en la memoria cach
en la que se puede utilizar esta caracterstica.
Comprobar los datos de zona y los nombres

Puede utilizar los siguientes mtodos de comprobacin de nombres con el servicio DNS y
administrarlos con el complemento DNS.
Pgina 142

RFC estricto (ANSI): Utiliza la comprobacin estricta de nombres segn las

especificaciones de nombres de host de Internet RFC 1123.
No RFC (ANSI): Permite nombres que no son estndar y que no siguen las
especificaciones de nombres de host de Internet RFC 1123.
Multibyte (UTF8): Permite el reconocimiento de caracteres que no son ASCII,
incluyendo los de Unicode, que normalmente se codifican con ms de un octeto (8
bits) de longitud.
Con esta opcin, los caracteres multibyte se pueden transformar y representar mediante la
compatibilidad con Unicode Transformation Format (UTF-8) (Formato 8 de transformacin
de Unicode) proporcionada por Windows 2008 Server.
Habilitar limpieza automtica de los registros obsoletos

Los servidores DNS de Windows 2008 admiten las caractersticas de compactacin y
caducidad. Estas caractersticas se proporcionan como mecanismo para realizar la limpieza y
eliminacin de registros de recursos (RR) obsoletos, que se pueden acumular en los datos de
la zona con el tiempo.
Con la actualizacin dinmica, los registros de recursos se agregan automticamente a las
zonas cuando los equipos se inician en la red. Sin embargo, en algunos casos, no se quitan
automticamente cuando los equipos abandonan la red. Por ejemplo, si un equipo registra su
propio RR de host (A) al inicio y ms tarde se desconecta incorrectamente de la red, su RR de
host (A) puede no eliminarse. Si la red tiene usuarios y equipos mviles, esta situacin se
puede producir frecuentemente.
Slo se puede elegir para participar en este proceso las zonas de tipo principal que se cargan
mediante el servicio Servidor DNS.
Compactacin de cualquier registro de recursos que persiste ms all del perodo de
actualizacin especificado.
Cuando un servidor DNS de Windows 2008 realiza una operacin de compactacin, puede
determinar que los registros de recursos han caducado hasta el punto de convertirse en
obsoletos y eliminarlos de los datos de la zona. Los servidores se pueden configurar para
realizar operaciones de compactacin repetitivas automticamente o puede iniciar una
operacin inmediata de compactacin en el servidor.
Pgina 143

Configuracin avanzada de zonas

Veremos temas de configuracin de zonas que van ms all de la creacin de la zona y la
poblacin con registros de tipo A y PTR.
Delegacin de zona
El Sistema de nombres de dominio (DNS) ofrece la posibilidad de dividir el espacio de
nombres en una o ms zonas, las cuales se pueden almacenar, distribuir y replicar en otros
servidores DNS.
Los objetos de almacenamiento en zonas, pertenecientes a un sub-dominio del dominio
principal de la zona se pueden almacenar en la zona del dominio principal o en una zona
instalada en un servidor diferente. La bsqueda natural mediante las consultas iterativas
tratar de localizar primero al servidor que contiene la zona del dominio principal y consultar
a este por el objeto perteneciente a un sub-dominio.
El servidor del dominio principal deber indicar (mediante la delegacin de zona) cual es el
servidor que contiene a los registros del sub-dominio si estos no se encuentran en la zona del
dominio principal.
Esto se acostumbra en el caso de dominios privados que tienen su propio administrador y no
requieren o no son permitidos en la zona del dominio principal.
Al estudiar si va a dividir el espacio de nombres DNS para disponer de zonas adicionales,
considere los siguientes motivos para usar zonas adicionales:
Desea delegar la administracin de parte del espacio de nombres DNS en otra

ubicacin o departamento de la organizacin.
Desea dividir una zona de gran tamao en zonas ms pequeas para distribuir las
cargas de trfico entre varios servidores, mejorar el rendimiento de la resolucin de
nombres DNS o crear un entorno DNS con mayor tolerancia a errores.
Desea ampliar el espacio de nombres al agregar varios subdominios a la vez, por

ejemplo, para admitir la apertura de una sucursal o sitio nuevos.
Si, por alguno de estos motivos, se puede beneficiar de la delegacin de zonas, quizs tenga
sentido reestructurar el espacio de nombres al agregar zonas adicionales. Si se plantea cmo
estructurar las zonas, use un plan que refleje la estructura de la organizacin.
Al delegar zonas en el espacio de nombres, recuerde que por cada zona que se crea, se
necesitan registros de delegacin en otras zonas que sealan a los servidores DNS
autoritativos para la nueva zona. Esto es necesario para transferir autoridad y proporcionar
referencias correctas a los servidores y clientes DNS de los nuevos servidores que se estn
convirtiendo en autoritativos para la nueva zona.
Cuando se crea una zona principal estndar, toda la informacin de registro de recursos se
almacena como un archivo de texto en un servidor DNS nico. Este servidor acta como el
Pgina 144

maestro principal de la zona. La informacin de la zona se puede replicar en otros servidores

DNS para aumentar la tolerancia a errores y el rendimiento de los servidores.
Al estructurar las zonas, existen varios motivos de peso para usar servidores DNS adicionales
para la replicacin de la zona:
Los servidores DNS agregados proporcionan redundancia de zona, lo cual permite que
los nombres DNS de la zona se resuelvan para los clientes si un servidor principal de
la zona deja de responder.
Los servidores DNS agregados se pueden colocar de forma que reduzcan el trfico de
red DNS. Por ejemplo, puede resultar til agregar un servidor DNS al lado opuesto de
un vnculo de red de rea extensa (WAN) de baja velocidad para administrar y reducir
el trfico de red.
Los servidores secundarios adicionales se pueden usar para reducir las cargas de un
servidor principal para una zona.
Como se muestra en la siguiente ilustracin, cuando se crea una zona nueva para un
subdominio (ejemplo.microsoft.com), se necesita la delegacin de la zona principal
(microsoft.com).
En este ejemplo, se asigna un nombre a un equipo servidor DNS autoritativo para subdominio
recin delegado ejemplo.microsoft.com que se basa en un subdominio derivado que se incluye
en la nueva zona (ns1.na.ejemplo.microsoft.com). Para que otros servidores reconozcan este
servidor fuera de la zona delegada, se necesitan dos registros en la zona microsoft.com para
completar la delegacin en la nueva zona.
Estos registros de recursos incluyen:
Pgina 145

Un registro de recursos de servidor de nombres (NS) para realizar la delegacin. Este

registro
de
recursos
indica
que
el
servidor
con
el
nombre
ns1.na.ejemplo.microsoft.com es un servidor autoritativo para el subdominio
delegado.
Se necesita un registro de recursos de host (A o AAAA) (tambin conocido como un

registro de adherencia) para resolver el nombre del servidor que se especific en el
registro de recursos NS en su direccin IP. En ocasiones, el proceso de resolver el
nombre de host de este registro de recursos en el servidor DNS delegado del registro
de recursos de servidor de nombres (NS) se denomina bsqueda de adherencias.
Creacin de una delegacin de zona

Puede dividir el espacio de nombres del Sistema de nombres de dominio (DNS) en una o ms
zonas. Puede delegar la administracin de parte del espacio de nombres en otra ubicacin o
departamento de la organizacin mediante la delegacin de la administracin de la zona
correspondiente.
Cuando delegue una zona, recuerde que para cada zona que cree necesitar registros de
delegacin en otras zonas que apunten a los servidores DNS autoritativos de la nueva zona.
Esto es necesario tanto para transferir la autoridad como para proporcionar las referencias
correctas a otros servidores DNS y clientes de los nuevos servidores que estn convirtindose
en autoritativos para la nueva zona.
Para completar este procedimiento, debe pertenecer como mnimo al grupo Administradores
o un grupo equivalente.
1. Abra el Administrador de DNS.
2. En el rbol de consola, haga clic con el botn secundario en el subdominio
correspondiente y, a continuacin, haga clic en Delegacin nueva.
3. Siga las instrucciones del Asistente para nueva delegacin para finalizar la creacin
del nuevo dominio delegado.
Pgina 146


Para realizar una prctica que permita afianzar los conceptos relativos a la instalacin y
configuracin de un servidor DNS se recomienda al alumno realizar las siguientes tareas:
1. Instalar el servicio DNS
2. Crear una zona directa, por ejemplo para el dominio alumno.com
3. Crear una zona inversa para las direcciones de sub-red elegidas para la prctica.
4. Agregar registros de tipo A en la zona directa que graben automticamente registros
PTR en la zona inversa.
5. Probar el funcionamiento del servidor mediante el comando nslookup
6. Agregar un servidor de correo (registro MX)
7. Agregar un servidor secundario (registro NS)
8. Agregar un servidor de reenvo
Pgina 147

1.4 El servicio WINS en Windows Server

2008
Mientras que el DNS se cre con una clara orientacin a Internet, WINS se concibi ms
como un servicio dinmico (el concepto contrario a la filosofa del DNS, que asume que una
mquina no cambiar de direccin as por las buenas) de nombres para LANs privadas, con
computadores donde no es fundamental mantener una IP fija por mquina, si exceptuamos los
casos puntuales de los servidores.
Por definicin, DNS es esttico (salvo en versiones dinmicas que pueden usarse
actualmente), esto es, si quiero cambiar la direccin IP de una mquina cliente debo editar el
archivo de direcciones en el lado del servidor, ya que si no el cliente no ser accesible para el
resto de usuarios de la red.
La parte de asignacin dinmica de direcciones IP corresponde al servicio DHCP, o Protocolo
de Configuracin Dinmica de Hosts. Este servicio es el responsable de asignar a los clientes
una direccin IP dentro de un determinado rango. Esta asignacin se realiza cada vez que el
cliente se inicializa, o bien cada vez que vence un plazo determinado por el administrador del
sistema.
En un entorno como ste, por ejemplo, la combinacin WINS/DHCP se revela de gran
utilidad.
En principio, existe un servidor WINS (pueden existir varios en la misma subred, en funcin
del nmero de clientes a servir) que atiende dos tipos de peticiones :
Registros: Son mensajes del tipo Quiero que sepas que mi nombre es XXXX y mi direccin
IP correspondiente es A.B.C.D. El servidor queda entonces enterado, y registra la identidad
del cliente.
Consultas: En esta ocasin el cliente pregunta al servidor por la identidad de una mquina
determinada: Quiero saber la direccin IP de la mquina XXXX.. Si la mquina XXXX se
ha registrado previamente, el cliente obtendr la respuesta.
Con esto, veamos un pequeo resumen de los pasos que seguira un cliente al reiniciarse en
nuestro entorno de trabajo:
1. El sistema operativo del cliente se inicia, y se inicializa el interfaz de red.
2. El cliente carece de cualquier tipo de identidad IP : no tiene ninguna direccin
asignada. Por lo tanto, emite un Broadcast a la red local buscando desesperadamente
un servidor DHCP que le asigne una direccin IP.
3. El servidor DHCP recibe la peticin del cliente. Consulta en su configuracin si tiene
alguna direccin IP libre que asignar, en cuyo caso expide un ACK al cliente y le
manda los datos de su nueva identidad. Si no le quedan direcciones IP libres para
asignar, expide un NACK y nuestro cliente queda slo y desamparado.
4. Con su nueva y flamante IP, el cliente debe anunciarce al mundo exterior. Llega el
turno de WINS. Entre otras cosas, el servidor DHCP le ha comunicado al cliente la
direccin IP de un servidor WINS, y lo primero que har el cliente es hacerle una
Pgina 148

peticin de registro. Tras esto, la base de datos del servidor WINS ya continene la
direccin IP que corresponde a ese cliente.
5. Cuando una computadora desee conectarse con este cliente, simplemente deber
recurrir al servidor de WINS pare efectuar una peticin de consulta y averiguar su
direccin IP.
Todo esto est muy bien en una LAN privada con unos pocos clientes que usen LanManager
(WfW, Windows95/98, NT) pero empieza a dar problemas si queremos hacer las cosas un
poco ms complejas.
La gran diferencia con el servicio DNS es que WINS maneja solamente bases de datos
centralizadas en cada servidor WINS (varios servidores WINS podrn intercambiar
informacin para expandir el alcance del servicio pero de forma limitada) y el esquema de
nombres solo acepta nombres simples como comp1 zzx4563kl, etc, pero no tiene la
estructura de nombres de dominio xx.ss.rr.tt.yy.com por ejemplo como DNS. Esta limitacin
no permite que la base de datos sea distribuida (por todo el planeta como en Internet) como
ocurre con DNS.
Informacin bsica acerca de NetBIOS

La interfaz NetBIOS fue desarrollada por Sytec Inc. (actualmente Hughes LAN Systems) para
International Business Machines Corporation (IBM) en 1983. Funcionaba sobre protocolos
propiedad de Sytec sobre redes de PC de IBM, una primera forma de tecnologa LAN que
admita un mximo de 72 dispositivos conectados. Desde sus orgenes, es importante hacer
nfasis en que NetBIOS nunca fue diseado para aceptar el grado de uso y crecimiento de las
redes de gran tamao.
En Microsoft, NetBIOS empez como interfaz de lenguaje de programacin de alto nivel para
programas MS-DOS utilizados en los equipos compatibles con IBM PC de los ltimos aos
de la dcada de 1980. Para construir LAN basadas en el hardware y software de red
disponibles para aquellos equipos, Microsoft y otros fabricantes estandarizaron el uso de la
interfaz NetBIOS para disear los componentes de sus sistemas operativos y sus programas de
red. Dicha interfaz utiliza nombres con una nica parte, limitados a 16 caracteres de longitud,
para identificar los recursos de la red.
El espacio de nombres de NetBIOS es plano, lo que significa que dichos nombres slo se
pueden utilizar una vez dentro de una red. Estos nombres se registran dinmicamente cuando
se inician los equipos, los servicios o cuando los usuarios inician la sesin. Los nombres
NetBIOS se pueden registrar como nombres nicos o nombres de grupo. Los nombres nicos
tienen una direccin asociada al nombre. Los nombres de grupo tienen ms de una direccin
asignada al nombre.
Antes de Windows 2000, todos los sistemas operativos basados en MS-DOS y Windows
requeran la interfaz de nombres de NetBIOS para proporcionar funciones de red. Con la
llegada de Windows 2000, la interfaz de nombres de NetBIOS ya no es necesaria para
construir redes de equipos. Por ejemplo, se podra construir un entorno que constara de
equipos host y programas compatibles con el uso del Sistema de nombres de dominio (DNS,
Domain Name System) para ejecutarse en Windows 2000 y otros sistemas operativos que no
Pgina 149

requieran nombres NetBIOS, como algunas versiones de UNIX. Sin embargo, la mayor parte
de las redes siguen teniendo que integrar sistemas operativos heredados que requieren
nombres de red NetBIOS con equipos que ejecuten Windows 2008.
Por esta razn, Microsoft sigue proporcionando de forma predeterminada compatibilidad con
nombres NetBIOS en Windows 2008, para facilitar la interoperabilidad con sistemas
operativos heredados que lo necesiten. Dicha compatibilidad se proporciona principalmente
de dos formas:
De forma predeterminada, todos los equipos Windows 2008 que utilizan TCP/IP estn
habilitados para proporcionar la compatibilidad del cliente necesaria para registrar y
resolver nombres NetBIOS.
Esta compatibilidad se proporciona a travs de NetBIOS sobre TCP/IP (NetBT) y se
puede deshabilitar manualmente, si se desea.
Windows 2008 Server sigue proporcionando compatibilidad de servidor a travs de

Servicio de nombres Internet de Windows (WINS). WINS se puede utilizar para
administrar eficazmente redes basadas en NetBT.
Nombres de NetBIOS
Un nombre NetBIOS contiene 16 bytes. Los primeros 15 bytes del nombre estn
especificados por el usuario e indican:
un nombre nico que identifica un recurso asociado con un solo usuario o equipo de la
red.
un nombre de grupo que identifica un recurso asociado con un grupo o coleccin de
usuarios o equipos de la red.
El carcter 16 de los nombres NetBIOS lo utilizan los clientes Microsoft NetBIOS como
sufijo para identificar el nombre e indicar informacin acerca del recurso que el nombre
registra en la red. Todos los nombres NetBIOS estn configurados como nombres nicos
(exclusivos) o nombres de grupo (no exclusivos).
Los nombres nicos se utilizan normalmente para enviar comunicaciones de red a procesos
especficos de un equipo. Los nombres de grupo se utilizan para enviar informacin a varios
equipos simultneamente.
Ejemplo: cmo se utiliza un nombre NetBIOS

Por ejemplo, el servicio Servidor utiliza un nombre NetBIOS. Cuando se inicia el equipo
servidor, este servicio registra un nombre NetBIOS nico, basado en su nombre de equipo
NetBIOS configurado, SERVER1 en este ejemplo, de la red. El nombre exacto registrado es
una combinacin de los caracteres "SERVER1" asignados al nombre de equipo NetBIOS ms
el carcter 16 que contiene el byte hexadecimal "20" (o [20h] como aparece al ver los
registros en la consola WINS).
Cuando otros equipos de la red utilizan el comando net use para conectarse a SERVER1, una
consulta de nombres busca dicho nombre NetBIOS. La consulta utiliza un contacto directo
Pgina 150

con un servidor WINS o una difusin en la red local para procesar la consulta. Cuando el
proceso del servidor se encuentra (por ejemplo, una entrada NetBIOS con el nombre
"SERVER1" y un sufijo "20" en el carcter 16), la direccin IP contenida en el registro de
nombres se devuelva al equipo solicitante. A continuacin, se pueden establecer
comunicaciones mediante los servicios del protocolo de transporte de red subyacente.
NetBIOS antes de Windows 2000

En versiones anteriores de Windows NT, todos los servicios de red slo se registraban con
nombres NetBIOS. En Windows 2008, el servicio Netlogon y, potencialmente, otros servicios
de red se registran en DNS. Adems, las aplicaciones de red heredadas que utilizan lneas de
comandos (como los comandos net) usan nombres NetBIOS para tener acceso a estos
servicios.
Los nombres NetBIOS tambin se utilizan en otros equipos basados en NetBIOS, como
Windows para Trabajo en Grupo, LAN Manager y LAN Manager para hosts UNIX.
Archivos Lmhosts
El archivo Lmhosts es un archivo esttico que asiste en la resolucin remota de nombres
NetBIOS en los equipos que no pueden responder a las difusiones de consultas de nombres
NetBIOS. Contiene asignaciones entre nombres NetBIOS y direcciones IP. Su funcin es
similar a la del archivo Hosts; la diferencia estriba en que el archivo Hosts se puede utilizar
para asignar nombres de dominio DNS de equipos host a sus direcciones IP.
Los equipos de una red Microsoft tienen varias maneras de resolver nombres NetBIOS. Si un
mtodo no funciona, prueban el mtodo siguiente, en un orden fijo. En una red basada en
difusiones, el equipo comprueba antes su cach de nombres NetBIOS. Normalmente, la cach
slo contiene el nombre si ha sido utilizado recientemente, pero dicha cach se puede cargar
previamente con los nombres del archivo Lmhosts.
Si escribe asignaciones entre nombre y direccin en el archivo Lmhosts con la notacin #pre,
dichos nombres se consideran cargados previamente en la cach de nombres NetBIOS y son
los que se utilizan en primer lugar para resolver las consultas de nombres, antes de utilizar una
difusin NetBIOS en la subred o una consulta WINS.
Despus de comprobar la cach local, se consulta despus a los servidores WINS (si est
configurados y disponibles), antes de difundir la consulta de nombre localmente en la subred
del cliente para intentar resolver el nombre. Si este mtodo no da resultado, el cliente (si est
habilitado para ello) puede volver a hacer referencia al archivo Lmhosts para buscar y obtener
la asignacin entre nombre y direccin IP. Por ejemplo, para resolver un nombre utilizado por
un equipo que se encuentra en otra subred distinta de la del cliente, a la que se llega a travs
de un enrutador.
Pgina 151

Limitaciones de los archivos Lmhosts

A pesar de los muchos usos del archivo Lmhosts, su diseo tiene algunas limitaciones. Su
mayor limitacin es que es un archivo esttico. Por dicho motivo, hay que actualizarlo si
cambia el nombre o la direccin IP de un equipo.
La direccin IP de un cliente puede cambiar por varias razones, como:
Cambia (se traslada fsicamente) a otra subred dentro de una red de rea local (LAN)
con enrutadores.
El equipo es porttil y se traslada a otra ubicacin, como un usuario remoto de acceso
telefnico que se conecta desde casa y tiene acceso remoto a la red.
El servidor DHCP otorga una direccin IP diferente al cliente despus de que caduque
la concesin.
Cuando se producen tales cambios, tambin se tienen que propagar a todos los equipos que
tienen que tener acceso al recurso con la asignacin entre nombre y direccin que ha
cambiado. Un archivo Lmhosts centralizado puede reducir algo la administracin manual
necesaria para propagar las asignaciones nuevas o modificadas a los equipos que las
requieran. Sin embargo, la escritura y la modificacin de las asignaciones sigue siendo un
proceso manual y laborioso. Mientras que mantener un archivo Lmhosts de forma
centralizada es indudablemente preferible a mantener un archivo Lmhosts en cada uno de los
equipos, esta solucin slo es viable para organizaciones que tengan un pequeo nmero de
servidores y clientes. En redes mayores, es demasiado complicado de mantener y no es una
solucin viable ni recomendada.
Nota:
La consola (herramienta para configurar WINS) WINS admite la posibilidad de

importar asignaciones estticas desde un archivo Lmhosts en la base de datos del
servidor WINS y crea entradas WINS de tipo esttico.
Pgina 152

1.4.1 Cmo funciona WINS en Windows 2008 Server

De forma predeterminada, cuando un equipo con Windows 2008 se configura con direcciones
de servidor WINS (manualmente o a travs de DHCP) para la resolucin de nombres,
comienza a usar el tipo de nodo hbrido (nodo h) para el registro de nombres NetBIOS, a
menos que se haya configurado otro tipo de nodo NetBIOS. Para las consultas y resolucin de
nombres NetBIOS, adopta tambin el comportamiento de los nodos h, aunque con algunas
diferencias:
Para la resolucin de nombres NetBIOS, el cliente WINS (nodo h) realiza normalmente la
siguiente secuencia de pasos para resolver un nombre:
1. El cliente comprueba si el nombre consultado es su nombre de equipo NetBIOS local,
el cual le pertenece.
2. El cliente comprueba su cach local de nombres NetBIOS en busca de nombres
remotos. Cualquier nombre que se resuelva de un cliente remoto se guarda en esta
cach donde permanece durante diez minutos.
3. El cliente enva la consulta NetBIOS al servidor WINS principal que tiene
configurado. Si el servidor principal WINS no responde a la consulta, ya sea porque
no est disponible o porque no tiene ninguna entrada para ese nombre, el cliente
tratar de ponerse en contacto con otros servidores WINS que tenga configurados, en
el orden en que se hayan configurado para su uso.
4. El cliente difunde la consulta NetBIOS en la subred local.
5. El cliente comprueba el archivo Lmhosts para ver si encuentra el nombre de la
consulta, siempre que est configurado para utilizar el archivo Lmhosts.
6. El cliente prueba en el archivo Hosts y, a continuacin, en un servidor DNS, siempre
que est configurado para usar uno.
Ejemplo de resolucin de nombres con WINS

WINS se utiliza para resolver nombres NetBIOS, pero para que dicha resolucin sea efectiva,
los clientes tienen que poder agregar, eliminar y actualizar sus nombres de forma dinmica en
WINS. Las secciones siguientes proporcionan la descripcin funcional de cada uno de estos
procesos; en concreto, cmo se registran, renuevan, liberan y resuelven los nombres para
los clientes de una red basada en WINS.
Este proceso de comunicacin cliente-servidor en WINS se resume en el grfico siguiente:
Pgina 153

En un sistema WINS, todos los nombres estn registrados en un servidor WINS. Los nombres
estn almacenados en una base de datos del servidor WINS que responde a las peticiones de
resolucin de nombres en direcciones IP basadas en las entradas de dicha base de datos.
La redundancia y el reparto de la carga se mantienen con varios servidores WINS en la red.
Peridicamente, los servidores duplican las entradas de sus bases de datos entre ellos
(servidores asociados) para mantener una vista coherente del espacio de nombres NetBIOS.
Todos los nombres tienen una entrada en la base de datos. Es propiedad del servidor WINS
con el que se registra y hay un duplicado en todos los dems servidores WINS. Cada entrada
tiene asociada un estado: la entrada puede estar activa, liberada o extinguida. A las entradas
tambin se les asigna un Id de versin. Este nmero se utiliza en el proceso de duplicacin.
WINS tambin permite el registro de nombres estticos. Esto permite que el administrador
registre nombres de servidores que ejecuten sistemas operativos que no puedan registrar
nombres de forma dinmica. WINS distingue entre entradas dinmicas y entradas estticas.
Los nombres estticos se tratan de forma algo diferente que los dinmicos.
Registrar nombres
El registro de nombres de un cliente WINS que solicita el uso de un nombre NetBIOS en la
red, que puede ser un nombre nico (exclusivo) o de grupo (compartido). Las aplicaciones
NetBIOS tambin pueden registrar uno o varios nombres.
Como se muestra en la ilustracin siguiente, un cliente WINS (HOST-C) enva una solicitud
de registro de nombre directamente a su servidor WINS configurado, WINS-A.
Pgina 154

WINS-A puede aceptar o rechazar la solicitud de registro del nombre mediante una respuesta
positiva o negativa a HOST-C. La accin tomada por WINS-A depende de varios factores.
El nombre no existe en la base de datos

Se acepta como registro nuevo y se realizan los pasos siguientes:
1. El nombre de HOST-C se escribe con un nuevo Id. de versin, se le asigna una marca
de hora y se le marca con el Id. de propietario del servidor WINS.
2. Se enva una respuesta de registro positiva a HOST-C con un valor de perodo de vida
(TTL) igual a la marca de hora registrada para el nombre en WINS-A.
Nombre registrado para la misma direccin IP

Si el nombre HOST-C ya est registrado en la base de datos con la misma direccin IP que se
solicita, la accin que se toma depende del estado de propiedad del nombre existente.
1. Si la entrada est marcada como activa y es propiedad del servidor (WINS-A), el
servidor actualiza la marca de hora del registro y devuelve una respuesta positiva al
cliente.
2. Si la entrada est marcada como liberada o desechada, o si la entrada es propiedad de
otro servidor WINS, el registro se trata como nuevo. La marca de hora, el Id. de
versin y la propiedad se actualizan y se devuelve una respuesta positiva.
Nombre registrado para una direccin IP diferente

Si el nombre existe en la base de datos de WINS con una direccin IP diferente de la que se
solicita, el servidor WINS evita tener nombres duplicados. Si la entrada de la base de datos
est en estado liberado o desechado, el servidor WINS es libre de asignar dicho nombre.
Sin embargo, si la entrada est en estado activo se pide al nodo que contiene el nombre que
determine si an existe en la red. En este caso, el servidor WINS (WINS-A) podra realizar un
desafo del nombre y hacer lo siguiente:
Pgina 155

1. WINS-A enva una respuesta WACK (en espera de confirmacin) al cliente solicitante
(HOST-C) y especifica la hora en el campo TTL en la que el cliente debe estar
preparado para recibir la respuesta.
2. WINS-A emite despus una consulta de nombre al nodo registrado actualmente con
dicho nombre en la base de datos del servidor.
3. Si el nodo an existe, ste enva una respuesta positiva a WINS-A.
4. WINS-A, a su vez, enva una respuesta de registro negativa al cliente solicitante
(HOST-C) con lo que rechaza el registro del nombre.
5. Si no se recibe una respuesta positiva desde la primera consulta hecha por WINS-A, se
hacen otras dos consultas de nombres posteriores. Despus de tres intentos sin
respuesta, el proceso de desafo termina y se devuelve una respuesta de registro
positiva al cliente solicitante (HOST-C) y el nombre se actualiza en la base de datos
del servidor con el nuevo registro.
Notas:
A diferencia de los clientes WINS, que pueden ponerse en contacto directamente con
un servidor WINS, los clientes no WINS (como los clientes NetBT de nodo b) tienen
que registrarse y defender sus nombres continuamente; para ello, envan y responden
las consultas de nombres por difusin dentro de la red local.
Los nombres NetBIOS se registran en el Servicio de nombres Internet de Windows
(WINS) y normalmente se liberan cuando el equipo se apaga correctamente. Si el
equipo no se apaga correctamente, o si el equipo no puede ponerse en contacto con un
servidor WINS durante su apagado, se puede utilizar el comando nbtstat para
actualizar en WINS los nombres locales de dicho equipo. Esto puede ser til para
equipos mviles o porttiles que se trasladan a ubicaciones diferentes de la red.
Liberar nombres
La liberacin de nombres se produce cuando un equipo cliente WINS termina de usar un
nombre concreto, cuando se apaga correctamente. Al liberar su nombre, el cliente WINS
notifica a su servidor WINS (o potencialmente a otros equipos de la red) que ya no va a
utilizar su nombre registrado.
Como se muestra en la figura siguiente, cuando un cliente WINS (HOST-C) libera su nombre,
tienen lugar los pasos siguientes:
Pgina 156

1. El equipo llamado HOST-C se apaga correctamente o el usuario escribe el comando

nbtstat -RR, con lo que se inicia una solicitud de liberacin de nombre en el servidor
WINS, WINS-A.
2. WINS-A marca la entrada de la base de datos relacionada con HOST-C como
liberada.
Si la entrada permanece liberada durante cierto tiempo, WINS-A marca la entrada
como desechada (extinguida), actualiza el Id de versin de la entrada y notifica la
modificacin a otros servidores WINS.
3. WINS-A devuelve un mensaje de confirmacin de la liberacin al cliente WINS,
HOST-C.
Si una entrada de nombre est marcada como liberada, el servidor WINS puede actualizar o
revisar inmediatamente la entrada cuando reciba una nueva solicitud de registro desde un
cliente WINS que tenga el mismo nombre pero una direccin IP diferente. Esto es posible
porque la base de datos de WINS muestra que el cliente WINS de la direccin IP antigua ya
no utiliza dicho nombre. Esto puede suceder, por ejemplo, cuando un equipo porttil
habilitado para DHCP cambia de subred.
La liberacin de los nombres se suele utilizar para facilitar el registro en WINS de los clientes
que se apagan y reinician en la red. Si un equipo ha liberado su nombre durante un apagado
normal, el servidor WINS no contestar al nombre cuando se vuelva a conectar el equipo. Si
no ha habido un cierre correcto del sistema, el registro del nombre con una direccin IP nueva
hace que WINS desafe el registro anterior. Cuando el desafo no se realiza correctamente
(porque el equipo cliente ya no utiliza la direccin IP antigua), el registro es correcto.
Pgina 157

Renovar nombres
Para que los equipos cliente WINS renueven sus registros de nombres NetBIOS en el servidor
WINS, es necesario renovar peridicamente los nombres. El servidor WINS trata las
solicitudes de renovacin de los nombres de forma similar a los registros de nombres nuevos.
Cuando un equipo cliente se registra por primera vez en un servidor WINS, el servidor WINS
devuelve un mensaje con un valor de perodo de vida (TTL, Time-To-Live) que indica cundo
caduca el registro del cliente o cundo se tiene que renovar. Si no se renueva antes de dicho
perodo, el registro del nombre caduca en el servidor WINS y la entrada se eliminar
posteriormente de la base de datos WINS. Sin embargo, los nombres WINS estticos no
caducan y, por tanto, no se tienen que renovar en la base de datos WINS.
El valor de Intervalo de renovacin predeterminado de las entradas en la base de datos
WINS es de seis das. La renovacin tiene lugar cada tres das en la mayor parte de los
clientes WINS, ya que los clientes WINS intentan renovar sus registros cuando se llega a la
mitad del perodo de vida.
Se debe renovar los nombres antes de que transcurra dicho intervalo; en caso contrario, se
liberarn. Los nombres se actualizan mediante el envo de una solicitud de actualizacin de
nombre al servidor WINS, como se muestra en la ilustracin siguiente.
Es responsabilidad del cliente (HOST-C) actualizar su nombre antes de que caduque el

Intervalo de renovacin. Si el servidor WINS, WINS-A, no responde a la solicitud de
actualizacin, el cliente (HOST-C) puede aumentar la frecuencia de los intentos de
renovacin de su nombre.
Importante:
En la mayora de los casos, el valor predeterminado es el Intervalo de renovacin

apropiado. Cuando se utilizan varios servidores WINS, siempre se debe establecer el
mismo Intervalo de renovacin en todos los asociados de duplicacin del servidor.
Un ajuste incorrecto del Intervalo de renovacin puede afectar de manera negativa al
rendimiento de la red y del sistema.
Pgina 158

Componentes de WINS
Veremos a continuacin un resumen de los elementos que forman parte del protocolo WINS.
Servidores WINS
WINS consta de dos componentes principales: el servidor WINS y los clientes WINS.
El servidor WINS controla las solicitudes de registro de nombres de los clientes WINS, y
registra sus nombres y sus direcciones IP; adems, responde a las consultas de nombres
NetBIOS que emiten los clientes y devuelve la direccin IP del nombre consultado si se
encuentra en la base de datos del servidor.
Adems, como se muestra en el grfico siguiente, los servidores WINS pueden replicar el
contenido de sus bases de datos (que contienen asignaciones de nombres de equipo NetBIOS
y direcciones IP) en otros servidores WINS. Cuando un cliente habilitado para WINS (como
una estacin de trabajo de las subredes 1 o 2) se inicia en la red, su nombre de equipo y su
direccin IP se envan en una solicitud de registro directamente a su servidor WINS principal
configurado, WINS-A. Como WINS-A es el servidor que registra dichos clientes, se dice que
es el propietario de los registros de los clientes en WINS.
En este ejemplo, el servidor WINS-A tiene clientes que se registran en l que son locales (es
decir, clientes de la subred 2 en la que se encuentra) y remotos (clientes ubicados en la subred
1 a travs de un enrutador). Un segundo servidor WINS, WINS-B, se encuentra en la subred 3
y slo posee asignaciones de los clientes locales que se registran desde su misma subred.
WINS-A y WINS-B pueden completar ms tarde la replicacin de sus bases de datos para que
los registros de los clientes de las tres subredes estn en las bases de datos WINS de ambos
servidores.
Pgina 159

Servidores WINS principal y secundario

Los clientes utilizan los servidores WINS de dos maneras: como servidor WINS principal o
secundario.
La diferencia entre el servidor WINS principal o secundario no est basada de ninguna
manera en los servidores (que son iguales desde el punto de vista funcional de WINS). La
diferencia est en el cliente, que diferencia y ordena la lista de servidores WINS cuando
puede utilizar ms de uno.
En la mayora de los casos, el cliente se pone en contacto con el servidor WINS principal para
todas sus funciones de servicio de nombres NetBIOS (registro, renovacin y liberacin de
nombres, y consulta y resolucin de nombres). El nico caso en el se puede llegar a utilizar el
servidor WINS secundario es cuando el servidor WINS principal:
a. No est disponible en la red cuando se hace la solicitud de servicio, o bien,
b. El servidor no puede resolver el nombre para el cliente (en caso de una consulta de
nombre).
En el caso de errores en el servidor WINS principal, el cliente solicita el mismo servicio a sus
servidores WINS secundarios. Si el cliente tiene configurados ms de dos servidores WINS,
los servidores WINS adicionales se utilizan hasta que la lista termine o uno de los servidores
WINS secundarios procese y responda correctamente la solicitud. Despus de utilizar un
servidor WINS secundario, el cliente intenta peridicamente volver a utilizar su servidor
WINS principal en las solicitudes de servicio futuras.
En los clientes WINS se puede configurar una lista de hasta 12 servidores WINS secundarios
(manualmente en las propiedades de TCP/IP o dinmicamente desde un servidor DHCP que
proporcione la lista mediante la opcin 44 de DHCP). Esta caracterstica es til en entornos en
los haya un gran nmero de clientes mviles y se utilicen con frecuencia recursos y servicios
basados en NetBIOS. Como en este tipo de entornos la base de datos de WINS puede no ser
coherente a travs de la red de servidores WINS debido a problemas de convergencia, puede
ser til que los clientes puedan consultar ms de dos servidores WINS.
Sin embargo, no se debe abusar de esta opcin de forma innecesaria ya que tiene
inconvenientes en trminos de la ventaja de tolerancia a errores que produce el disponer de
servidores WINS adicionales. La ventaja de esta caracterstica se tiene que evaluar con el
hecho de que para cada servidor WINS adicional, el tiempo de proceso de una consulta en
WINS es incrementalmente mayor. Por ejemplo, si un cliente WINS intenta la consulta en tres
o ms servidores WINS antes de desistir, puede retrasar notablemente el proceso de la
consulta del nombre antes de intentar otros mtodos alternativos, como la lectura del archivo
Hosts local o consultar un servidor DNS.
Caractersticas del servidor WINS

Veremos las siguientes particularidades de WINS que se configuran en el servidor:
Pgina 160

Conexiones persistentes
En Windows 2000 Server, WINS introduce las conexiones persistentes entre los asociados de
duplicacin del servidor WINS. Esta caracterstica es til porque, normalmente, los servidores
WINS se desconectan de sus asociados de duplicacin cuando la duplicacin termina. En
muchos casos, en los que los servidores WINS estn interconectados a travs de vnculos de
alta velocidad en una red de rea local (LAN), es preferible mantener las conexiones abiertas
en lugar de cerrarlas al terminar la duplicacin.
En versiones anteriores de WINS, los servidores tenan que establecer nuevas conexiones con
servidores WINS cada vez que se realizaba la duplicacin. Cada conexin requera una
modesta cantidad de tiempo del procesador. Por eficacia, los administradores de las redes
solan configurar los sistemas para que acumularan un mayor nmero de modificaciones antes
de iniciar la duplicacin. En algunas ocasiones, estas conexiones provocaban retrasos (quizs
de varios minutos) en el proceso de la duplicacin, lo que ocasionaba incoherencias en los
datos de los servidores cuando se actualizaba WINS.
Las conexiones persistentes aumentan la velocidad de la duplicacin, puesto que un servidor
puede enviar registros inmediatamente a sus asociados, sin establecer conexiones temporales
cada vez. Cada registro se actualiza inmediatamente a travs de la red una vez registrado en
WINS, haciendo que la duplicacin sea ms coherente. El ancho de banda que utilizan las
conexiones persistentes es mnimo porque la conexin suele estar inactiva.
Control de rfagas
Los servidores WINS ahora admiten el control de cargas de servidor de alto volumen
(rfagas). Las rfagas se producen cuando un gran nmero de clientes WINS intentan
registrar activa y simultneamente sus nombres locales en WINS, como cuando hay cortes de
suministro elctrico. Cuando se restablece el suministro, muchos usuarios empiezan a
registrar sus nombres simultneamente en la red, lo que crea altos niveles de trfico WINS.
Gracias a la compatibilidad para modo por rfagas, un servidor WINS puede responder
positivamente a estas peticiones de los clientes, incluso antes de procesar y agregar
fsicamente dichas actualizaciones en la base de datos del servidor WINS.
Cmo funciona el control de rfagas

El modo por rfagas utiliza un tamao de cola como valor de umbral. Dicho valor determina
cuntas peticiones de registro y actualizacin de nombres enviadas por los clientes WINS se
pueden procesar normalmente antes de pasar al modo por rfagas De forma predeterminada,
dicho valor es 500. El servidor WINS inicia el control de rfagas siempre que el nmero de
peticiones de registro por parte de los clientes WINS sobrepase dicho tamao de cola.
En el control de rfagas, las peticiones adicionales de los clientes son contestadas
inmediatamente con una respuesta positiva por el servidor WINS. La respuesta incluye
tambin un perodo de vida (TTL) variable para los clientes, que ayuda a regular la carga de
registro y a distribuir el proceso de las peticiones a lo largo del tiempo. Esto reduce la
velocidad de actualizacin y reintentos de los nuevos clientes WINS y regula las rfagas del
trfico de los clientes WINS.
Pgina 161

Por ejemplo, si el tamao de la cola de rfagas es de 500 entradas y hay ms de 500 peticiones
activas, el servidor WINS responde inmediatamente a las 100 siguientes peticiones de registro
WINS; para ello, enva respuestas anticipadas con un TTL inicial de 5 minutos. Para cada
grupo de 100 peticiones de cliente adicionales, se agregan 5 minutos ms al TTL, hasta un
mximo de 50 minutos. Si el trfico de clientes WINS sigue llegando a rfagas, a las 100
siguientes peticiones de clientes WINS se les responde con el valor TTL inicial de 5 minutos
y todo el proceso de incrementos del TTL de la respuesta se repite.
Este comportamiento contina hasta que el servidor WINS alcanza su mximo nivel de
proceso de consultas de registro y actualizacin, 25.000. En dicho punto, el servidor WINS
empieza a deshechar consultas.
Mediante la consola WINS, puede configurar el nivel de control de rfagas del servidor, que
modifica el tamao de la cola de rfagas para adaptarlo a situaciones de rfagas bajas, medias
o altas.
Eliminar y extinguir registros

WINS proporciona ahora una administracin mejorada de la base de datos a travs de las
siguientes operaciones de eliminacin:
Eliminacin simple, para eliminar registros de la base de datos WINS almacenados en

la base de datos de un nico servidor.
Eliminacin con extincin, para eliminar registros de la base de datos de WINS
duplicados en las bases de datos de otros servidores WINS.
La consola WINS proporciona tambin una sencilla y cmoda utilidad para eliminar de forma
administrativa registros de cualquier tipo, independientemente de si estn agregados de forma
esttica o dinmica.
Cmo funciona la eliminacin simple

La eliminacin simple elimina los registros seleccionados en la consola WINS slo en el
servidor WINS local que est administrando actualmente. Si los registros WINS eliminados
de esta forma existen en los datos WINS duplicados en otros servidores WINS de la red,
dichos registros adicionales no se eliminan totalmente. Adems, los registros eliminados de
forma simple en un solo servidor pueden volver a aparecer despus de la duplicacin entre el
servidor WINS en el que se hizo la eliminacin simple y cualquiera de sus asociados de
duplicacin.
Cmo funciona la extincin

La extincin marca los registros seleccionados como extinguidos, es decir, marcados
localmente como extinguidos y liberados inmediatamente de su uso activo en el servidor
WINS local. Este mtodo permite que los registros extinguidos permanezcan presentes en la
base de datos del servidor con el propsito de duplicar dichos registros en otros servidores en
la siguiente duplicacin.
Cuando se duplican los registros extinguidos, el estado de extincin se actualiza y se aplica en
los servidores WINS que almacenan copias duplicadas de dichos registros. Todos los
Pgina 162

servidores WINS duplicadores actualizan y extinguen estos registros. Cuando todos los
servidores WINS finalizan la duplicacin de estos registros y transcurre un intervalo de
tiempo especificado (determinado por Intervalo de comprobacin en cada servidor WINS),
los registros se eliminan automticamente de WINS.
En la mayora de los casos, los registros WINS se tienen que extinguir en el servidor WINS
que sea su propietario original, para impedir que los registros eliminados vuelvan a aparecer
en WINS despus de las duplicaciones con otros servidores.
El propietario de un registro de un servidor WINS suele ser el primer servidor con el que se
pone en contacto el cliente WINS durante el proceso de registro y el primer servidor utilizado
para registrar los nombres locales del cliente en WINS. En la mayora de los casos, el servidor
WINS propietario de un registro de nombre de cliente en WINS se corresponde con el
servidor WINS principal configurado en el equipo cliente WINS. Si el servidor WINS
principal configurado no est disponible durante el registro del cliente, un servidor WINS
secundario configurado puede hacer el registro del nombre del cliente y ser el propietario de
dicho registro.
Ejemplo: eliminacin manual con extincin en WINS con duplicacin

Cuando la eliminacin con extincin (desechar) se utiliza en un servidor WINS propietario
dentro de una red WINS duplicada, tiene lugar la siguiente secuencia de sucesos para eliminar
totalmente los registros seleccionados en todos los servidores WINS que dupliquen los
registros seleccionados.
1. El servidor WINS propietario marca y modifica el estado de los registros WINS
seleccionados en su base de datos WINS local de activo a extinguido (desechado).
A continuacin, WINS trata los registros como inactivos y liberados de su uso.
Cuando dichos registros se extinguen localmente, el servidor WINS propietario no
responde ni resuelve consultas de nombres NetBIOS para dichos nombres a menos
que se vuelvan a registrar desde los clientes WINS.
2. El servidor WINS propietario duplica los registros seleccionados como extinguidos en
los siguientes ciclos de duplicacin.
Los registros no se eliminan forzosa e inmediatamente de WINS, pero quedan
marcados para su futura eliminacin. El intervalo exacto del ciclo de duplicacin est
configurado en el servidor, en propiedades de Intervalos, y se pueden establecer en la
consola WINS. Los registros no se eliminan de los datos WINS hasta que no
transcurra el tiempo especificado en Intervalo de extincin. Esto permite que otros
servidores WINS sean notificados de que estos registros ya no estn en uso, actualicen
sus asignaciones duplicadas de dichos registros y dupliquen estos datos WINS
actualizados en otros servidores.
3. Los registros quedan extinguidos en todos los servidores WINS duplicados y ms
tarde se eliminan fsicamente de todos ellos.
Despus de que todos los servidores WINS que participan en la duplicacin completen
un ciclo de duplicacin y lleguen a un estado coherente, los registros extinguidos
Pgina 163

caducan y se eliminan de las bases de datos WINS de todos los servidores en la

siguiente operacin de recuperacin de espacio de la base de datos
(compactacin). Despus de que se realice la recuperacin de espacio en todos los
servidores, los registros ya no aparecen en la consola WINS y ya no estn
almacenados fsicamente en la base de datos WINS.
Resumen de los tiempos de los registros en la base de datos
Intervalo de renovacin: El intervalo de renovacin de WINS especfica la

frecuencia con que un cliente renueva el registro de sus nombres.
Intervalo de extincin: El intervalo de extincin de WINS especifica el
intervalo de tiempo que transcurre desde que una entrada se marca como
liberada hasta que se marca como extinguida en la base de datos WINS. El
valor predeterminado depende del intervalo de renovacin y, si el servidor
WINS tiene asociados de replicacin
Tiempo de espera de extincin: El tiempo de espera de extincin de WINS
especifica el intervalo de tiempo que transcurre desde que una entrada se
marca como extinguida hasta que se elimina definitivamente de la base de
datos. El valor predeterminado depende del intervalo de renovacin y, si el
servidor WINS tiene asociados de replicacin
Intervalo de verificacin (comprobacin): El intervalo de comprobacin de
WINS especifica el tiempo que debe transcurrir para que el servidor WINS
compruebe que los nombres antiguos que no son de su propiedad estn an
activos
Puede ver y configurar estos valores en la ficha Intervalos, que se encuentra en el

cuadro de dilogo Propiedades del servidor WINS <Nombre de servidor>. De forma
predeterminada, la suma de estos valores es de 34 das.
Clientes WINS
Los clientes WINS registran sus nombres en un servidor WINS al iniciar los equipos o cuando
se unen a la red. A partir de ese momento, los clientes consultan al servidor WINS para
resolver los nombres remotos cuando lo necesiten.
Los clientes WINS son equipos que se pueden configurar para hacer uso directo de un
servidor WINS. La mayor parte de los clientes WINS suelen tener ms de un nombre
NetBIOS que deben registrar para que se utilice dentro de la red. Dichos nombres se utilizan
para publicar varios tipos de servicios de red, como Mensajera o Estacin de trabajo, que los
equipos pueden utilizar de varias formas para comunicarse con otros equipos de la red.
Microsoft acepta clientes WINS que se ejecuten en las plataformas siguientes:
Microsoft Windows
Microsoft LAN Manager
Clientes MS-DOS
Clientes OS/2
Clientes Linux y UNIX (que tengan instalado Samba)
Los clientes WINS se comunican con el servidor WINS para:

Pgina 164

Registrar los nombres de los clientes en la base de datos WINS.

Renovar los nombres de los clientes en la base de datos WINS.
Liberar los nombres de los clientes en la base de datos WINS.
Resolver nombres a travs de las asignaciones que la base de datos WINS tiene para
nombres de usuario, nombres NetBIOS, nombres DNS y direcciones IP.
Los clientes que no estn habilitados para WINS pueden participar en estos procesos de forma
limitada a travs de servidores proxy WINS.
Servidores proxy WINS

Un servidor proxy WINS es un equipo cliente WINS configurado para actuar en
representacin de otros equipos que no pueden utilizar WINS directamente. Los servidores
proxy WINS ayudan a resolver consultas de nombres NetBIOS de los equipos ubicados en
redes TCP/IP con rutas.
De forma predeterminada, la mayor parte de los equipos que no pueden usar WINS utilizan
difusiones para traducir consultas de nombres NetBIOS y registrar sus nombres NetBIOS en
la red. Puede configurar un servidor proxy WINS para que escuche en lugar de dichos equipos
y para consultar a WINS los nombres no resueltos mediante difusin.
Los servidores proxy WINS slo son tiles o necesarios en las redes que incluyen clientes
NetBIOS de slo difusin (o nodos b). En la mayora de las redes, los clientes WINS son
comunes y los servidores proxy WINS no suelen ser necesarios.
Los servidores proxy WINS son equipos habilitados para WINS que escuchan emisiones de
servicios de nombres NetBIOS de nodos de tipo b (registro, liberacin y consulta de nombres)
y pueden responder para aquellos nombres que sean remotos y no se utilicen en la red local.
Los servidores proxy se comunican directamente con un servidor WINS para obtener la
informacin necesaria y responder a dichas difusiones locales.
Los servidores proxy WINS se utilizan de las siguientes maneras:
Cuando un cliente de nodo b registra su nombre, el servidor proxy comprueba el

nombre en la base de datos del servidor WINS. Si el nombre existe en la base de datos
WINS, el servidor proxy podra enviar una respuesta de registro negativa al cliente de
nodo b que intenta registrar el nombre.
Cuando un cliente de nodo b libera su nombre, el servidor proxy elimina el nombre del
cliente de su cach de nombres remotos.
Cuando un cliente de nodo b enva una consulta de nombre, el servidor proxy intenta
resolver el nombre mediante la informacin de su cach local de nombres remotos o a
travs de la informacin que puede obtener del servidor WINS.
Cmo resuelven los nombres los servidores proxy WINS

El grfico siguiente ilustra el uso de un servidor proxy WINS, HOST-B, en una subred que
contiene un cliente de nodo b, HOST-A.
Pgina 165

En este ejemplo, el servidor proxy WINS realiza los siguientes pasos para resolver los
nombres en el equipo de nodo b:
1. HOST-A difunde una consulta de nombre NetBIOS a la subred local.
2. HOST-B acepta la difusin y comprueba su cach en busca de la asignacin apropiada
de nombre NetBIOS y direccin IP.
3. HOST-B procesa la solicitud.
Si HOST-B tiene en su cach una asignacin de nombre y direccin IP que coincide
con la que pidi HOST-A, devuelve dicha informacin a HOST-A. Si no la tiene,
HOST-B consulta a un servidor WINS la asignacin solicitada por HOST-A.
4. Cuando HOST-B recibe la asignacin de nombre y direccin IP desde su servidor
WINS configurado (en este ejemplo, WINS-A), guarda dicha informacin en la cach.
De forma predeterminada, los servidores proxy WINS guardan en la cach las
asignaciones de nombres remotos que consultan en WINS durante 6 minutos, pero esta
duracin es configurable con un valor mnimo de 1 minuto.
5. A continuacin, HOST-B puede utilizar esta asignacin para responder a las siguientes
consultas de nombres NetBIOS difundidas desde HOST-A o desde otro equipo de
nodo b de la subred.
Nota:
Como los servidores WINS no responden a las difusiones, debe configurar un equipo
como servidor proxy WINS en cada subred que contenga equipos no WINS que deban
utilizar difusiones para resolver los nombres NetBIOS.
Pgina 166

La base de datos WINS

La base de datos WINS almacena y duplica las asignaciones entre nombres NetBIOS y
direcciones IP de una red. En Windows 2008 Server, la base de datos WINS utiliza el motor
de almacenamiento de rendimiento mejorado de Exchange Server.
Compactar la base de datos

No hay lmite integrado para el nmero de registros que un servidor WINS puede duplicar o
almacenar. El tamao de la base de datos depende del nmero de clientes WINS de la red. La
base de datos de WINS cambia a lo largo del tiempo segn los clientes inician y terminan
sesiones en la red.
Sin embargo, el tamao de la base de datos de WINS no es directamente proporcional al
nmero de clientes activos. Con el paso del tiempo, cuando algunas entradas de clientes
WINS quedan obsoletas y se eliminan, el tamao de la base de datos de WINS es mayor que
el espacio real utilizado en la base de datos. Esto se debe a que el servidor no recupera
automticamente el espacio utilizado para almacenar registros obsoletos cuando dicho
espacio se libera y se deja de utilizar.
La compactacin de la base de datos de WINS recupera dicho espacio no utilizado. La
compactacin dinmica de la base de datos se produce en los servidores WINS como proceso
automtico en segundo plano durante el tiempo de inactividad, despus de las actualizaciones
de la base de datos. La compactacin tambin se puede hacer manualmente sin conexin.
Windows 2008 Server admite la compactacin dinmica y manual.
Aunque la compactacin dinmica reduce en gran medida la necesidad de la compactacin sin
conexin, sta recupera mejor el espacio y se debe hacer peridicamente. La frecuencia de la
compactacin manual de la base de datos WINS depende de cada red. En redes grandes y muy
ocupadas, con 1.000 o ms clientes WINS, se debera compactar de forma manual una vez al
mes. Las redes menores requieren menos frecuencia de compactacin manual.
Como la compactacin dinmica de la base de datos tiene lugar mientras la base de
datos est en funcionamiento, no es necesario detener el servidor WINS durante dicho
proceso. Sin embargo, para la compactacin manual, hay que detener el servidor WINS y
desconectarlo.
Copia de seguridad de la base de datos WINS

La consola WINS proporciona las herramientas necesarias para mantener, ver, realizar copias
de seguridad y restaurar la base de datos del servidor WINS. Debe hacer copia de seguridad
de la base de datos cuando haga copias de seguridad de otros archivos del servidor WINS.
Archivos de la base de datos WINS

WINS utiliza el formato de las bases de datos Jet para almacenar sus datos. Jet crea archivos
J<n>.log y otros archivos en la carpeta systemroot\System32\Wins para aumentar la velocidad
y la eficacia del almacenamiento de los datos.
Pgina 167

La tabla siguiente describe los archivos que la base de datos Jet crea y utiliza en cada servidor
WINS.
Archivo
Descripcin
El registro de todas las transacciones realizadas en la base de datos WINS.
WINS utiliza este archivo para recuperar datos si es necesario.
Para aumentar la velocidad y la eficacia del almacenamiento de los datos, la
base de datos Jet escribe las transacciones en archivos de registro en lugar de
hacerlo directamente en la base de datos. Por tanto, la vista ms actualizada
de los datos incluye la base de datos y las transacciones de los archivos de
registro. Ambos archivos se utilizan para recuperar el estado de la base de
datos si el servicio WINS se detiene de forma abrupta o inesperada. Si el
servicio se detiene de forma inesperada, los archivos de registro se utilizan de
forma automtica para volver a crear el estado correcto de la base de datos
WINS.
Los archivos de registro mantienen un tamao especfico; sin embargo,

pueden crecer rpidamente en un servidor WINS muy ocupado.
Inevitablemente, WINS escribe ms transacciones de las que el archivo de
J50.log
y registro puede albergar. Cuando se llena el archivo de registro, se le cambia el
J50#####.log nombre, para indicar que es un archivo de registro antiguo y ya no est en
uso. Se crea un nuevo archivo de registro de transacciones con el nombre
J<n>.log, donde <n> es un nmero decimal, como J50.log. El formato del
nombre del archivo de registro anterior es JetXXXXX.log, donde cada X es un
nmero hexadecimal entre 0 y F. Los archivos de registro antiguos se
almacenan en la misma carpeta que los archivos de registro actuales.
Los archivos de registro se procesan (sus entradas se escriben en la base de
datos) y se eliminan cuando se hace una copia de seguridad sin errores o
cuando el servidor WINS se apaga correctamente. Si se acumulan muchos
archivos J<n>.log, tiene que programar copias de seguridad para mantener los
archivos de registro.
J50.chk
Wins.mdb
Despus de procesar las entradas, puede eliminar manualmente los archivos

de registro; sin embargo, esto impide la recuperacin correcta de la base de
datos en caso necesario. Por esta importante razn, no elimine manualmente
los archivos de registro del sistema hasta que no haya realizado una copia de
seguridad sin errores.
Un archivo de controles que indica la ubicacin de la ltima informacin
escrita correctamente desde el registro de transacciones a la base de datos. En
un escenario de recuperacin de datos, el archivo de controles indica dnde
tiene que empezar la recuperacin o la reproduccin de los datos. Este
archivo de controles se actualiza cada vez que se escriben datos en el archivo
de la base de datos (Wins.mdb).
El archivo de la base de datos del servidor WINS, que contiene dos tablas: la
Pgina 168

tabla de asignaciones entre direcciones IP e Id. de propietario y la tabla de

asignaciones entre nombres y direcciones IP.
Un archivo temporal que crea el servicio servidor WINS. Este archivo
funciona como archivo de intercambio durante las operaciones de
Winstmp.mdb
mantenimiento de ndices y puede permanecer en la carpeta
systemroot\System32\Wins despus de un error del sistema.
Res#.log
Son archivos de registro reservados, que funcionan en situaciones de

emergencia en las que el servidor se queda sin espacio en el disco. Si un
servidor intenta crear otro archivo de registro de transacciones y no hay
espacio suficiente en el disco, el servidor descarga las transacciones
pendientes en estos archivos de registro reservados. A continuacin, el
servicio se apaga y escribe un suceso en el Visor de sucesos.
Importante:
Los archivos J50.log, J50#####.log, Wins.mdb, Winstmp.mdb y Res#.log no se deben

eliminar ni modificar.
Pgina 169

Rplica entre Servidores WINS

Cuando se utilizan varios servidores WINS en la misma red, se pueden configurar para
replicar los registros de sus bases de datos en otros servidores. Este proceso se muestra en la
ilustracin siguiente. Dos servidores WINS, WINS-A y WINS-B, estn configurados para
replicar completamente sus registros entre ellos.
Mediante la rplica entre estos servidores WINS, se mantiene un conjunto de informacin

WINS coherente y distribuida por toda la red. Por ejemplo, en la ilustracin anterior un cliente
WINS (HOST-1) de la subred 1 registra su nombre en su servidor WINS principal, WINS-A.
Otro cliente WINS (HOST-2) de la subred 3 registra su nombre en su servidor WINS
principal, WINS-B. Si uno de estos host intenta buscar al otro mediante WINS (por ejemplo,
HOST-1 consulta para buscar la direccin IP de HOST-2) la rplica entre los servidores
WINS (WINS-A y WINS-B) hace posible la resolucin de dicha consulta.
Para que la rplica funcione, cada servidor WINS tiene que configurarse con al menos otro
servidor WINS como asociado de replicacin. Esto asegura que un nombre registrado en un
servidor WINS se replicar finalmente en todos los dems servidores WINS de la red. Un
asociado de replicacin se puede agregar y configurar como asociado de extraccin,
asociado de insercin o, para que utilice ambos tipos de rplicas, como asociado de insercin
y de extraccin. El tipo asociado de insercin y de extraccin es la configuracin
predeterminada, y se recomienda en la mayora de los casos.
Cuando los servidores WINS se replican, existe un perodo de latencia antes de que se
propague una asignacin de nombre de cliente y direccin IP de un servidor especfico a todos
Pgina 170

los dems servidores WINS de la red. A esta latencia se la conoce como el perodo de
convergencia de todo el sistema WINS. Por ejemplo, una solicitud de liberacin de nombre
de cliente no se propagar con la misma velocidad que una solicitud de registro. Esto es as
por diseo, porque es comn que los nombres de los clientes se liberen y se vuelvan a utilizar
con la misma asignacin cuando los equipos se reinician o se apagan peridicamente. La
rplica de estas liberaciones de nombres aumentar de forma innecesaria la carga de trabajo
de la rplica a travs de la red.
Adems, cuando un equipo cliente WINS se apaga de forma incorrecta, como en los casos de
cortes de energa elctrica, los nombres registrados del equipo no se liberan como se hara
normalmente, mediante el envo de una solicitud de liberacin al servidor WINS. Por tanto, la
presencia de un registro de nombre a direccin en la base de datos WINS no significa
necesariamente que un equipo cliente an utilice el nombre o su direccin IP asociada. Slo
significa que en un pasado cercano, un equipo con el nombre registrado utiliz la direccin IP
asignada.
Notas:
Los servidores WINS principal y secundario de cualquier cliente deben tener una
relacin de replicacin de insercin y de extraccin entre ellos. Sin embargo, no se
requiere una configuracin de insercin y de extraccin directa mientras se obtengan
resultados similares indirectamente durante los ciclos de replicacin normales.
La replicacin de WINS es siempre incremental, lo que significa que cuando se realiza
una rplica slo se replican las modificaciones de la base de datos, no la base de datos
completa
Servidores asociados de extraccin

Es recomendable que exista un mnimo de dos servidores WINS en cualquier red. Un segundo
servidor puede mantener una rplica de la base de datos WINS que puede utilizarse en caso de
fallo del servidor principal. En una inter-red extensa, el uso de varios servidores WINS
disminuye el trfico encaminado y distribuye las tareas de resolucin de nombres.
Es posible configurar parejas de servidores WINS para convertirlos en asociados de
duplicacin. Los servidores WINS pueden realizar dos tipos de acciones de duplicacin:
insercin y extraccin. Los miembros de una pareja de duplicacin pueden funcionar como
duplicador de insercin o duplicador de extraccin.
Toda la duplicacin de la base de datos se realiza mediante transferencias de informacin
desde un duplicador de insercin hasta un duplicador de extraccin. No obstante, un
duplicador de insercin no puede transmitir datos unilateralmente. Existen dos mtodos para
iniciar una transferencia.
Un duplicador de extraccin puede iniciar una rplica solicitndola a un duplicador de
insercin. Todos los registros de la base de datos WINS cuentan con un nmero de versin.
Cuando un duplicador de extraccin enva una solicitud, especifica el nmero de versin de
los ltimos datos recibidos. El duplicador de insercin enva los datos cuyo nmero de versin
es superior al especificado en la solicitud de extraccin.
Pgina 171

Un duplicador de insercin puede iniciar una rplica notificando al duplicador de extraccin

que existen datos listos para ser enviados. El duplicador de extraccin notifica su disposicin
para recibir los datos enviando una solicitud de extraccin al duplicador de insercin que
provoca el envo de los datos.
En resumen:
La duplicacin no puede tener lugar hasta que un duplicador de extraccin indique que
est preparado para recibir datos. Una solicitud de extraccin indica tanto la
disposicin para recibir datos como los datos que se esperan recibir. Por tanto, los
duplicadores de extraccin controlan el proceso de duplicacin.
Todos los datos se transfieren de un duplicador de insercin a un duplicador de
extraccin. Los datos slo se envan como respuesta a una solicitud de extraccin.
Normalmente, las extracciones son eventos programados a intervalos regulares. Las

inserciones se activan cuando el nmero de cambios que deben duplicarse excede un tope
preestablecido. No obstante, un administrador puede activar manualmente las inserciones y
las extracciones.
Generalmente, los duplicadores asociados se configuran para transferir registros en ambos
sentidos. Ambos miembros de una pareja se configuran como duplicador de insercin y de
extraccin para permitir que extraigan los datos actualizados de su pareja.
Como la replicacin de insercin utiliza notificaciones, no transfiere registros hasta que el
servidor asociado al que se notifica no devuelve un desencadenador de insercin posterior.
Por esta razn, la replicacin de extraccin se puede considerar el nico proceso que se utiliza
para replicar datos de WINS entre los servidores.
Servidores asociados de insercin

Un asociado de insercin es un servidor WINS que inserta o notifica a otros servidores WINS
(los que estn configurados para utilizarlo como tal) la necesidad de replicar las entradas de su
base de datos a intervalos establecidos. Para configurar un servidor WINS de modo que utilice
la replicacin de insercin, puede elegir entre varias opciones configurables en la consola
WINS. Por ejemplo, puede habilitar WINS para insertar asociados de notificacin
configurados cuando se d uno de los casos siguientes:
Cuando se inicie el servidor WINS.

Cuando se modifique una direccin IP en una asignacin de nombre a direccin en la
base de datos del servidor WINS.
Cuando se especifique un valor para Nmero de cambios en el Id. de versin antes
de la rplica, ya sea de forma global para todos los asociados de insercin o de forma
individual para algunos especficos, WINS puede utilizar este valor como umbral para
determinar cuntos cambios incrementales se pueden efectuar en su base de datos
antes de iniciar la replicacin de insercin con sus asociados.
Para configurar cualquiera de estas opciones para WINS, tiene que configurar los parmetros
de insercin: los predeterminados que el servidor utiliza para todos los asociados de insercin
o los que se aplican a un asociado especfico.
Pgina 172

Adicionalmente, la replicacin de insercin en otros servidores WINS se puede iniciar

manualmente.
Pgina 173

1.4.2 Trabajar con el servicio WINS en Windows

Server 2008
Herramientas de WINS en Windows 2008 server
La herramienta principal que se utiliza para administrar los servidores WINS es la consola
WINS, que se agrega a las Herramientas administrativas al instalar WINS. Con Windows
2008 Server, la consola WINS opera dentro de Microsoft Management Console (MMC), con
lo que la administracin de WINS se integra an ms en la administracin total de la red.
Despus de instalar un servidor WINS, se puede utilizar la consola WINS para realizar las
siguientes tareas administrativas bsicas del servidor:
1. Ver y filtrar registros de nombres NetBIOS guardados en el servidor WINS para los
nombres de cliente que se usan en la red.
2. Agregar y configurar asociados de duplicacin al servidor WINS.
3. Realizar tareas de mantenimiento en la base de datos del servidor WINS, tareas entre
las que se incluyen la realizacin de copias de seguridad, restauracin, compactacin y
recuperacin de espacio.
Adems, tambin puede usar la consola WINS para realizar las siguientes tareas de
configuracin opcional o avanzada:
Ver y cambiar las propiedades de WINS, como el Intervalo de renovacin y otros

intervalos que se utilizan al registrar, renovar y comprobar registros de nombres
guardados en la base de datos del servidor.
Agregar y configurar asignaciones estticas WINS, si es necesario utilizarlas en la red.
Eliminar o extinguir registros WINS que aparecen en los datos del servidor WINS
utilizados en toda la red.
Nota:
En Windows 2008 Server, la administracin de WINS tambin se puede realizar

mediante herramientas de la lnea de comandos.
Para utilizar comandos WINS de forma interactiva en el smbolo

del sistema
1.
2.
3.
4.
Abra Smbolo del sistema.

Escriba netsh.
En el smbolo del sistema netsh> (NetShell), escriba wins.
En el smbolo del sistema wins> (sistema de ayuda de WINS), escriba server
\\nombre_servidor o server direccin_IP para el servidor que desea administrar.
Una vez que haya entrado correctamente en contacto con un servidor para el que tenga
los permisos de administrador necesarios, debe aparecer en pantalla el mensaje "Tiene
acceso de lectura y escritura al servidor nombre_servidor".
Pgina 174

5. Cuando se haya conectado a ese servidor WINS, podr utilizar cualquiera de los
comandos compatibles.
Escriba /? o help para mostrar el correspondiente men de subcomandos WINS. O
bien, escriba list para mostrar todos los subcomandos NetShell que se pueden utilizar
con WINS.
Para utilizar comandos WINS de forma no interactiva o en

secuencias de comandos
1. Abra Smbolo del sistema.
2. En el smbolo del sistema o en un formulario de secuencias de comandos, puede
utilizar comandos NetShell para WINS de forma no interactiva mediante la siguiente
sintaxis de comandos completa:
netsh wins server [\\nombre_servidor] subcomando.
Para instalar un servidor WINS
Abrimos Panel de control.

Elegimos Herramientas administrativas.
Dentro de herramientas administrativas seleccionamos administrador de servidor.
Ahora seleccionamos caractersticas y aceptamos el mensaje que sale.
Pinchamos en agregar caractersticas.
Seleccionamos Servidor WINS de la lista y le damos a siguiente.
Ahora le damos a instalar.
Esperamos que acabe el proceso y ya estar instalado.
Para abrir la consola WINS

Abra WINS.
Notas:
Para abrir WINS, haga clic en Inicio, seleccione Programas, Herramientas

administrativas y, a continuacin, haga clic en WINS.
La consola WINS es una herramienta administrativa que permite administrar
servidores WINS.
Para agregar un servidor WINS a la consola

Abra WINS.
Pgina 175

1. En el rbol de la consola, haga clic en WINS.

2. En el men Accin, haga clic en Agregar servidor.
3. En Agregar servidor, escriba la informacin de servidor adecuada en Servidor
WINS.
Opcionalmente, haga clic en Examinar para encontrar en la red el equipo del servidor
WINS a partir de su nombre.
Para iniciar o detener un servidor WINS

Abra WINS.
1. En el rbol de la consola, haga clic en el servidor WINS aplicable.
2. En el men Accin, seleccione Todas las tareas y, a continuacin, haga clic en una
de las siguientes opciones:
o Para iniciar el servicio, haga clic en Iniciar.
o Para detener el servicio, haga clic en Detener.
o Para interrumpir el servicio, haga clic en Pausar.
o Para detener y, a continuacin, reiniciar automticamente el servicio, haga clic
en Reiniciar.
Notas:
Al poner en pausa o detener el servicio, aparece la opcin Reanudar en la que se

puede hacer clic para reanudar de inmediato el servicio WINS.
La mayor parte de estas operaciones tambin se pueden realizar desde el smbolo del
sistema mediante los siguientes comandos:
o net start wins
o net stop wins
o net pause wins
o net continue wins
Para modificar la configuracin de tiempos en el registro de

nombres
Abra WINS.
Pgina 176

1. En el rbol de la consola, haga clic en el servidor WINS aplicable.

3. Haga clic en la ficha Intervalos.
4. Modifique la configuracin predeterminada como sea necesario.
Notas:
En la mayor parte de las redes, la configuracin de intervalos predeterminada,

Intervalo de renovacin, Intervalo de extincin, Tiempo de espera de extincin e
Intervalo de comprobacin, son aceptables y no necesitan modificaciones.
Tambin puede hacer clic en Restaurar predeterminados para restaurar los
intervalos predeterminados que WINS utiliza para registrar, renovar y comprobar los
registros de nombres de la base de datos.
Intervalo de renovacin: El intervalo de renovacin de WINS especfica la
frecuencia con que un cliente renueva el registro de sus nombres.
Intervalo de extincin: El intervalo de extincin de WINS especifica el intervalo de
tiempo que transcurre desde que una entrada se marca como liberada hasta que se
marca como extinguida en la base de datos WINS. El valor predeterminado depende
del intervalo de renovacin y, si el servidor WINS tiene asociados de replicacin
Tiempo de espera de extincin: El tiempo de espera de extincin de WINS especifica
el intervalo de tiempo que transcurre desde que una entrada se marca como extinguida
hasta que se elimina definitivamente de la base de datos. El valor predeterminado
depende del intervalo de renovacin y, si el servidor WINS tiene asociados de
replicacin
Intervalo de verificacin (comprobacin): El intervalo de comprobacin de WINS
especifica el tiempo que debe transcurrir para que el servidor WINS compruebe que
los nombres antiguos que no son de su propiedad estn an activos
Para modificar las propiedades de registro de WINS

Abra WINS.
Pgina 177
1.
2.
3.
4.

En el rbol de la consola, haga clic en el servidor WINS aplicable.

En el men Accin, haga clic en Propiedades.
Haga clic en la ficha Avanzadas.
Active la casilla de verificacin Registrar los sucesos detallados en el registro de
sucesos de Windows.
Notas
Al activar la casilla de verificacin Registrar los sucesos detallados en el registro de

sucesos de Windows, WINS graba en el registro de sucesos del sistema informacin
detallada adicional que puede verse mediante el Visor de sucesos. Como el uso de esta
caracterstica puede disminuir el rendimiento del sistema, est deshabilitada de forma
predeterminada.
Para mostrar todos los registros de la base de datos WINS

Abra WINS.
1. En el rbol de la consola, haga clic en Registros activos.
2. En el men Accin, haga clic en Mostrar registros.
3. En Mostrar Informes, haga clic en Buscar y, a continuacin, en Aceptar.
Aparecer toda la base de datos WINS en el panel de detalles.
Pgina 178

Notas:
Cargar y mostrar todos los registros de todos los propietarios de la base de datos
WINS puede ser un proceso prolongado en redes corporativas.
Para ver las propiedades de un registro WINS seleccionado

Abra WINS.
2. En el men Accin, haga clic en Mostrar Registros.
o Si desea filtrar por nombre, seleccione Filtrar .
o
Si desea filtrar por IP, seleccione Filtrar .
Luego seleccione Buscar.

Pgina 179

3. En el panel de detalles, haga doble clic en el registro que desea ver. Ahora podemos
editar las propiedades del registro
Para agregar asignaciones estticas

Abra WINS.
2. En el men Accin, haga clic Asignacin esttica nueva.
Indique donde corresponda el nombre, tipo y direccin IP del nuevo equipo. A continuacin
seleccionamos Aceptar.
Pgina 180

Luego revisamos los registros activos y vemos la inclusin de la nueva computadora donde se
indica que la asignacin es esttica y no tiene caducidad.
Para importar contenido del archivo LMHOSTS

Abra WINS.
2. En el men Accin, haga clic en importar archivo LMHOSTS
3. Busque
la
localizacin
del
archivo
en
la
direccin:
\Windows\System32\Drivers\etc\
c:
Seleccionamos Abrir.
Pgina 181

Administrar la base de datos WINS

Veremos las operaciones bsicas que permiten mantener la base de datos WINS. La consola
WINS proporciona herramientas para el mantenimiento de la base de datos del servidor
WINS.
Coherencia de la base de datos WINS

La comprobacin de coherencia ayuda a conservar la integridad de la base de datos entre los
servidores WINS de una red de gran tamao. Al iniciar la comprobacin de coherencia en la
consola WINS, se extraen todos los registros de cada uno de los propietarios enumerados en
la base de datos del servidor actual, incluidos otros servidores WINS que sean asociados de
replicacin indirectos (no configurados directamente).
Todos los registros extrados de las bases de datos remotas se comparan con los registros de la
base de datos local y se realizan las siguientes comprobaciones para determinar su coherencia:
Si el registro de la base de datos local es idntico al extrado de la base de datos del

propietario, se actualiza su marca de tiempo.
Si el registro de la base de datos local tiene un identificador de versin menor que la
del registro extrado de la base de datos del propietario, el registro extrado se agrega
a la base de datos local y el registro local original se marca para eliminacin.
La consola WINS dispone de la funcin que permite la comprobacin de registros cuyos

propietarios son servidores asociados, que permite realizar el siguiente proceso de
comprobacin entre los servidores WINS de las redes:
Una lista de registros de nombres NetBIOS, que puede especificarse manualmente o

dentro de un archivo almacenado denominado Names.txt, contiene los nombres que
deben usarse para las pruebas y comprobacin.
Una lista de servidores WINS, que puede especificarse manualmente o dentro de un
archivo almacenado denominado Servers.txt, contiene los servidores WINS que deben
usarse para comprobar los nombres NetBIOS especificados, a su vez, para las pruebas
y comprobacin.
WINS usa la lista de nombres NetBIOS (por ejemplo, Names.txt) para crear una consulta y
realizar pruebas para esos registros con los registros que no coinciden y estn actualmente
registrados y almacenados en las bases de datos locales de otros servidores WINS. La lista de
servidores WINS usada para comprobar los nombres especificados se determina a partir de la
direccin IP de los servidores WINS incluidos en una lista de servidores (por ejemplo,
Servers.txt) WINS en los que se deben realizar las consultas.
Habilitar la comprobacin peridica de coherencia de la base de

datos WINS
1. Abra WINS.
2. En el rbol de la consola, haga clic en el servidor WINS correspondiente.
Pgina 182

4. Haga clic en la ficha Verificacin de la base de datos.

5. En la configuracin de Verificacin de la base de datos, seleccione la casilla de
verificacin Comprobar la coherencia de la base de datos cada nmero de horas
horas.
6. Si es necesario, cambie la configuracin predeterminada que se utiliza al realizar las
comprobaciones de coherencia.
Para comprobar manualmente la coherencia de la base de datos

1.
2.
3.
4.
Abra WINS.
En el rbol de la consola, haga clic en el servidor WINS correspondiente.
En el men Accin, haga clic en Comprobar coherencia de la base de datos.
Cuando se le pregunte si desea continuar, haga clic en S para iniciar la comprobacin
de la coherencia.
Para comprobar la coherencia del nmero de versin entre

servidores
1.
2.
3.
4.
Abra WINS.
En el rbol de la consola, haga clic en el servidor WINS correspondiente.
En el men Accin, haga clic en Comprobar coherencia del Id. de la versin.
Cuando se le pregunte si desea continuar, haga clic en S para iniciar esta operacin.
Para controlar la coherencia de registros en la base de datos

WINS
Abra WINS.
2. En el men Accin, haga clic Comprobar registros de nombre
Pgina 183

En Nombrar registros, indicamos el nombre del archivo txt que contiene una lista de los
registros a comprobar, o manualmente construimos la lista.
En servidores indicamos el nombre del archivo txt que contiene una lista de los servidores
asociados donde se realizarn las consultas, o en Lista indicamos manualmente dicha lista.
Para exportar una lista de nombres

Es la operacin frecuente antes de comprobar nombres en otros servidores propietarios
Abra WINS.
1.
2.
3.
4.
5.
En el rbol de la consola, haga clic en Registros activos.

En el men Accin, haga clic Mostrar registros
Filtrar por propietario u otra opcin
En el men Accin, haga clic Exportar lista
indicar el nombre del archivo txt
Pgina 184

Hacer copia de seguridad de la base de datos

La consola WINS proporciona su propia caracterstica para realizar copias de seguridad de la
base de datos WINS durante el uso normal. Despus de especificar un directorio de copia de
seguridad para la base de datos, de forma predeterminada, WINS lleva a cabo copias de
seguridad completas de la base de datos cada veinticuatro horas.
Tambin es necesario realizar peridicamente una copia de seguridad de las entradas del
Registro de Windows, del servidor WINS.
Para realizar una copia de seguridad de la base de datos WINS

1. Abra WINS.
3. En el men Accin, haga clic en Hacer copia de seguridad de la base de datos.
Aparecer el cuadro de dilogo Buscar carpeta.
4. Seleccione una ubicacin para la copia de seguridad de la base de datos WINS. Haga
clic en Aceptar.
5. Cuando la copia de seguridad haya terminado, haga clic en Aceptar.
Restaurar la base de datos

En situaciones de prdida de datos o corrupcin de la base de datos podr ser necesario
recuperar su contenido desde una imagen de backup. Para ello es necesario detener el servicio
WINS.
Para restaurar la base de datos WINS

1. Detenga WINS.
2. Elimine todos los archivos que haya en la carpeta del equipo servidor WINS donde va
a restaurar la base de datos. La ruta de acceso de la carpeta se especifica en la opcin
Ruta de acceso de la base de datos, que se encuentra en la ficha Avanzadas en
Propiedades de servidor.
3. En el men Accin, haga clic en Restaurar la base de datos.
4. En el cuadro de dilogo Buscar carpeta, haga clic en la misma carpeta (por ejemplo,
C:\) que se utiliz anteriormente para realizar la copia de seguridad de la base de datos
WINS local y, a continuacin, haga clic en Aceptar.
Recuperar espacio en la base de datos

La recuperacin de espacio en la base de datos del servidor WINS es un proceso que consiste
en eliminar y quitar la informacin obsoleta que permanece en ella despus de que se
produzcan cambios. Al igual que en todas las bases de datos, la base de datos de asignacin de
direcciones del servidor WINS necesita someterse peridicamente a operaciones de
recuperacin de espacio y copia de seguridad.
La base de datos del servidor WINS local conserva, en ocasiones, entradas antiguas y entradas
ya liberadas que se registraron en otros servidores WINS (y se replicaron en el servidor WINS
Pgina 185

local). La recuperacin automtica de espacio se lleva a cabo con una periodicidad definida
por la relacin entre los intervalos seleccionados para la renovacin y la extincin. Tambin
se puede liberar espacio de la base de datos de forma manual.
Para recuperar espacio en la base de datos WINS

1. Abra WINS.
3. En el men Accin, haga clic en Compactar base de datos.
Configurar la replicacin WINS

Antes de configurar la replicacin (o rplica), debe disear y repasar detenidamente la
topologa de replicacin que va a utilizar en WINS. En el caso de redes de rea extensa
(WAN), esta fase de preparacin puede resultar fundamental para el xito de la
implementacin y utilizacin de WINS. En general, WINS ofrece las siguientes opciones y
posibilidades para que elija la que prefiera al configurar la replicacin:
En el caso de un entorno WAN, puede configurar la replicacin WINS manualmente.

En el caso de redes locales de gran tamao, puede ser aconsejable configurar WINS de
forma que la replicacin se produzca en un entorno LAN.
Si se trata de instalaciones de LAN pequeas o limitadas, puede habilitar y usar la
configuracin automtica de asociados de WINS para simplificar la configuracin de
la replicacin.
En instalaciones de mayores tamaos o ms globales, puede configurar WINS a travs
de dominios Windows NT en los que no se confa.
Para agregar un asociado de replicacin

1.
2.
3.
4.
Abra WINS.
En el rbol de la consola, haga clic en Asociados de replicacin.
En el men Accin, haga clic en Nuevo asociado de replicacin.
En Nuevo asociado de replicacin, escriba el nombre o la direccin IP del servidor
WINS para agregarlo como asociado de replicacin. Tambin es posible buscar
automticamente en la red una computadora compatible para el servicio WINS
Para eliminar un servidor asociado de replicacin

1. Abra WINS.
2. En el rbol de la consola, haga clic en Asociados de replicacin.
3. En el panel de detalles, haga clic en el servidor asociado de replicacin que desee
quitar.
4. En el men Accin, haga clic en Eliminar.
5. Cuando se le pida, haga clic en S para confirmar que desea eliminar el servidor
asociado.
Pgina 186

Para modificar las propiedades por defecto de un servidor

asociado de insercin (extraccin)
1.
2.
3.
4.
5.
Abra WINS.
Haga clic en la ficha Replicacin de insercin (extraccin).
Si es necesario, cambie la configuracin predeterminada de los servidores asociados
de insercin (extraccin) que utilizar este servidor cuando realice la replicacin con
alguno de los servidores de extraccin (insercin) recin agregados.
Para modificar las propiedades particulares de un servidor

asociado de insercin (extraccin)
1.
2.
3.
4.
5.
6.
Abra WINS.
Seleccione el servidor.
Haga clic en la ficha Replicacin de insercin (extraccin).
Si es necesario, cambie la configuracin predeterminada de los servidores asociados
de insercin (extraccin) que utilizar este servidor cuando realice la replicacin con
alguno de los servidores de extraccin (insercin) recin agregados.
Para iniciar una rplica de insercin (extraccin) en forma

manual
1.
2.
3.
4.
5.
Abra WINS.
Seleccione el servidor.
En el men Accin, haga clic en Iniciar rplica por insercin (extraccin)
Si es de insercin elija la opcin de solamente insertar a este servidor o a todos los
servidores asociados de insercin
Configuracin automtica del asociado

Puede configurar un servidor WINS para que configure automticamente otros equipos
servidores WINS como asociados de rplica. Con este sistema automtico de configuracin de
asociados, los restantes servidores WINS se detectan cuando se incorporan a la red y se
agregan automticamente como asociados de rplica.
La configuracin automtica es posible ya que cada servidor WINS anuncia su presencia en la
red por medio de multidifusiones peridicas. Estos anuncios se envan en forma de mensajes
IGMP a la direccin 224.0.1.24 de grupo de multidifusin (la famosa direccin IP de difusin
mltiple que est reservada para el uso del servidor WINS).
El sistema automtico de configuracin de rplica supervisa esos anuncios de
multidifusin procedentes de otros servidores WINS y realiza automticamente los siguientes
pasos de configuracin:
Pgina 187

Agrega la direccin IP de los servidores detectados a su lista de asociados de rplica.

Configura los servidores detectados como asociados de replicadores de insercin y de
extraccin.
Configura la rplica por extraccin con un intervalo de dos horas en los servidores
detectados.
Si se detecta un servidor remoto y se agrega como asociado por medio de multidifusin, se

eliminar como asociado de rplica cuando WINS se cierre correctamente. Para que la
informacin de un asociado automtico est an disponible al reiniciar WINS, debe
configurarlo manualmente.
Para configurar manualmente la rplica con otros servidores WINS, se usa la consola WINS
para especificar las funciones de cada asociado y la informacin correspondiente.
Notas
La configuracin automtica de asociados es ms til, normalmente, en redes

pequeas, como puede ser el caso de entornos LAN con una nica subred. Sin
embargo, tambin puede usarse en redes con rutas. Para que la multidifusin WINS
tenga lugar en redes con ruta, el reenvo del trfico de multidifusin se realiza
mediante la configuracin de enrutadores para cada subred que reenvan el trfico de
multidifusin al grupo de multidifusin reservado del servidor WINS. La direccin IP
de destino para este grupo es 224.0.1.24 entres subredes con rutas.
Dado que los anuncios peridicos de multidifusin entre servidores WINS pueden
aumentar el trfico en la red, la configuracin automtica de asociados slo est
recomendada cuando el nmero de servidores WINS instalados en la red accesible es
pequeo (normalmente, tres o menos).
Para habilitar la configuracin automtica de asociados

1.
2.
3.
4.
5.
Abra WINS.
Haga clic en la ficha Opciones avanzadas.
Active la casilla de verificacin Habilitar la configuracin automtica de
asociados.
6. Si es necesario, modifique los parmetros correspondientes al intervalo de
multidifusin y al perodo de vida (TTL, <i>Time-to-Live</i>) de multidifusin que
debe utilizar este servidor cuando est habilitada la configuracin automtica de
asociados en WINS.
Pgina 188


Para una buena comprensin de los temas de administracin del servidor WINS se
recomienda realizar las siguientes prcticas:
Instalar el servidor WINS
Modificar los tiempos de actualizacin de los registros de la base de datos WINS
Visualizar los registros de la base de datos WINS
Reconocer el significado de los campos de cada registro
Agregar registros estticos
Realizar un backup de la base WINS
Restaurar la base WINS
Compactar la base WINS
Realizar la comprobacin de la coherencia de la base WINS
Configurar un servidor asociado de insercin/extraccin
Iniciar una rplica en forma manual
Verificar que se hayan replicado los registros del servidor asociado
Pgina 189

Servidores W2008 Unidad 1

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Servidores W2008 Unidad 1

Uploaded by

Copyright:

Available Formats

Curso de Administracin de Servidores con Windows Server 2008

Administracin bsica de los

UNIVERSIDAD TECNOLGICA NACIONAL

Secretaria de Extensin Universitaria

rea Tecnolgica de Educacin Virtual

Administracin de Servidores con

Tutor: Ing. Oscar R. Espeche

Curso de Administracin de Servidores con Windows Server 2008

Administracin bsica de los

Administracin bsica de los servicios y

Tutor: Ing. Oscar R. Espeche

Curso de Administracin de Servidores con Windows Server 2008

Administracin bsica de los

Orientacin del aprendizaje

Identificar las distintas funciones bsicas del Sistema Operativo

Tutor: Ing. Oscar R. Espeche

Curso de Administracin de Servidores con Windows Server 2008

Administracin bsica de los

El servicio WINS en Windows Server 2008

1.4.1 Cmo funciona WINS en Windows 2008 Server

Tutor: Ing. Oscar R. Espeche

Curso de Administracin de Servidores con Windows Server 2008

Administracin bsica de los

Instalacin de Windows Server 2008 en Virtual PC

Curso de Administracin de Servidores con Windows Server 2008

Administracin bsica de los

Figura 1. Configurar el idioma

Tutor: Ing. Oscar R. Espeche

Curso de Administracin de Servidores con Windows Server 2008

Administracin bsica de los

Figura 2. Configurar la tecla de captura

Crear un nuevo equipo

Tutor: Ing. Oscar R. Espeche

Curso de Administracin de Servidores con Windows Server 2008

Administracin bsica de los

Figura 3. Asistente crear nuevo equipo (paso 1 de 8)

Figura 4. Asistente crear nuevo equipo (paso 2 de 8)

Tutor: Ing. Oscar R. Espeche

Curso de Administracin de Servidores con Windows Server 2008

Administracin bsica de los

Figura 5. Asistente crear nuevo equipo (paso 3 de 8)

Tutor: Ing. Oscar R. Espeche

Curso de Administracin de Servidores con Windows Server 2008

Administracin bsica de los

Figura 6. Asistente crear nuevo equipo (paso 3.2 de 8)

Tutor: Ing. Oscar R. Espeche

Curso de Administracin de Servidores con Windows Server 2008

Administracin bsica de los

Figura 7. Asistente crear nuevo equipo (paso 4 de 8)

Figura 8. Asistente crear nuevo equipo (paso 3 de 8 bis)

Tutor: Ing. Oscar R. Espeche

Curso de Administracin de Servidores con Windows Server 2008

Administracin bsica de los

Figura 9. Asistente crear nuevo equipo (paso 4 de 8)

Tutor: Ing. Oscar R. Espeche

Curso de Administracin de Servidores con Windows Server 2008

Administracin bsica de los

Figura 10. Asistente crear nuevo equipo (paso 5 de 8)

Tutor: Ing. Oscar R. Espeche

Curso de Administracin de Servidores con Windows Server 2008

Administracin bsica de los

Figura 11. Asistente crear nuevo equipo (paso 5.2 de 8)

Tutor: Ing. Oscar R. Espeche

Curso de Administracin de Servidores con Windows Server 2008