CURSO DE REDES

El curso de Instalacion y Supervision de Redes comprende los siguientes

temas:

CAPITULO 1

-Introduccion a las redes.

-Tipos de Redes.
-Sistema operativo de Red.
-Tipologia de las LAN.

CAPITULO 2

-Protocolo de Arbitraje.
-Trasmision de datos.
-Placas LAN mas utilizadas.
-Booteo remoto.

CAPITULO 3

-Distintas versiones de Netware.

-Diagramacion de una red.
-Instalacion del Netware.
-Instalacion en el server.

-Instalacion en las terminales.

CAPITULO 4

3-Introduccion a Windows NT.

-Primeros pasos en la instalacion.
-Reconocimiento del sistema.
-Config. de las unidades de almacenamiento.

CAPITULO 5

-Introduccion a Windows NT Workstation.

-Configurando el acceso a Red.
-Pantalla de los servicios de Red.

CAPITULO 6

-Introduccion a Windows NT Server.

-Comenzando la instalacion de la red.
-Pantalla de los servicios de Red.

CAPITULO 7

-Eleccion de un Protocolo para Win NT.

Página 1 de 41
-Protocolos "de serie": IPX/SPX y NetBEUI.
-NetBEUI.
-IPX/SPX.
-TCP/IP.

CAPITULO 8

-Dominios, relaciones y otras cosas.

-El dominio Master.
-Los grupos de trabajo.

CAPITULO 9

-Gestion de Usuarios.
-Grupos Globales.
-Grupos Locales.

CAPITULO 10

-El administrador de discos.

INTRODUCCION:

Una de las mejores definiciones sobre la naturaleza de una red es la de

identificarla como un sistema de comunicaciones entre computadoras. Como
tal, consta de un soporte físico que abarca cableado y placas adicionales en
las computadoras, y un conjunto de programas que forma el sistema operativo
de red.
La diferencia sustancial entre un sistema basado en una minicomputadora o
gran computadora (mainframe) y una red es la distribución de la capacidad de
procesamiento . En el primer caso, se tiene un poderoso procesador central,
también denominado "host", y terminales "bobas" que funcionan como entrada y
salida de datos pero son incapaces de procesar información o de funcionar
por cuenta propia. En el segundo caso, los miembros de la red son
computadoras que trabajan por cuenta propia salvo cuando necesitan un
recurso accesible por red.

TIPOS DE REDES:

Por la relación que hay entre sus miembros, las redes se subdividen en dos
grandes grupos: las redes con servidor y las entre pares.
En una "red basada en un servidor" (server-based), los recursos a compartir
se centralizan en una máquina denominada "servidor "(server). Las demás
máquinas, denominadas "estaciones de trabajo" (workstations), sólo pueden
usar recursos propios o del server. A su vez, las redes basadas en servidor,
aceptan dos subclases: con servidor "dedicado" o "no dedicado". En el
segundo, la máquina que funciona como servidor, lo hace también como
estación de trabajo.
En una "red entre pares "(peer-to-peer) cualquier estación puede ofrecer
recursos para compartir. Las que no ofrecen recursos se llaman "clientes"
(client) y las que lo hacen "anfitrión/cliente" (host/client).
Las ventajas y desventajas de un tipo de red frente al otro, son los

Página 2 de 41
derivados de la centralización de recursos. En general, las redes
importantes tienden a ser basadas en servidores dedicados, los que presentan
las siguientes ventajas:

un servidor dedicado tiene más capacidad de trabajo que una máquina que
opera además como estación.
ofrece más seguridad contra accesos no autorizados tener la información
centralizada que distribuída.
las redes que ofrecen mayor seguridad contra pérdidas accidentales de
información trabajan con servidores dedicados.
en las redes importantes, hay un "supervisor o administador del sistema"
cuyas tareas se facilitan mucho si la red está centralizada.
es más práctico para hacer actualizaciones de programas y copias de respaldo
la centralización de archivos.
cuando una estación de una red entre pares ofrece recursos para compartir,
le queda menos memoria libre que cuando sólo usa los de otras estaciones. La
diferencia puede ser tal que no se pueda cargar el programa de aplicación
que debería ejecutarse en la estación.
no se corre el riesgo de que una estación que se cuelgue, cuelgue el
sistema.
las redes en las que hay terminales corriendo sistemas operativos
diferentes, tienen servidores dedicados.

Las redes entre pares suelen presentar las siguientes ventajas:

Sistema operativo de menor costo.

El sistema de impresoras es descentralizado, lo que evita la disyuntiva
entre imprimir todo en el server (y caminar hasta él a buscar el trabajo) y
dotar a cada estación de trabajo de una impresora (solución cara).
Es mucho más fácil reconfigurar este tipo de sistemas.

Si bien las diferencias entre ambas son notables, en la práctica tienden a

disminuir pues cada una de ellas toma características de la otra. En efecto,
hay productos que permiten que en sistemas con servidores, algunas
estaciones puedan compartir sus impresoras. NetWare lo incorpora a partir de
la versión 2.15 Update con el nombre de PSERVER.
También es posible tener más de un servidor en la red. Por otra parte, a
medida que se le agregan máquinas a una red entre pares, surge sóla la idea
de ir dejando alguna dedicada a servir la red, con lo que aunque el sistema
operativo sea entre pares, funcionaría como una red basada en server. Otro
punto a tener en cuenta es que a medida que se agregan estaciones a la red,
aparecen nuevos usuarios y se llega a un punto en el que un administrador
del sistema es imprescindible.

SISTEMA OPERATIVO DE RED:

El sistema operativo es el programa a través del cual los demás programas

usan los recursos de la red.
En los sistemas entre pares, las estaciones trabajan bajo DOS y el sistema
operativo es un residente que funciona como una extensión del mismo; el
residente es de mayor tamaño si la estación funciona también como anfitrión.
Casi siempre, los sistemas operativos entre pares se basan en DOS 3.1 (o

Página 3 de 41
superior) y NETBIOS.
En los sistemas basados en servidores, la situación es distinta en el
servidor que en las estaciones. El sistema operativo del servidor puede ser
especial (caso del NetWare) o trabajar como una extensión de otro sistema
operativo (por ej: el LAN Manager trabaja bajo OS/2). Generalmente el
servidor no trabaja bajo DOS ya que el DOS no es ni multiusuario ni
multiproceso y está limitado a manejar 640K de RAM. Esto es consecuencia de
no usar al 80286 (o superiores) en modo protegido. Las estaciones trabajan
en forma similar a los sistemas entre pares con la salvedad de que no pueden
ofrecer recursos para compartir. Lo importante es que desde las estaciones
el server se vea igual que un disco local bajo DOS. En el caso de sistemas
mezclados (PCs con otros tipos de máquinas), cada máquina debe correr su
propio sistema operativo y, además, ver al server como si fuera parte de
ella.

Ventajas aportadas por el uso de una red:

Mantener bases de datos actualizadas instantáneamente y accesibles desde

distintos puntos.
Facilitar la transferencia de archivos entre miembros de un grupo de
trabajo.
Compartir periféricos caros (impresoras laser, plotters, discos ópticos,
etc)
Bajar el costo del software comprando licencias de uso múltiple en vez de
muchas individuales.
Mantener versiones actualizadas y coherentes del software.
Facilitar la copia de respaldo de los datos.
Correo electrónico.
Comunicarse con otras redes (bridge).
Conectarse con minis y mainframes (gateway).
Mantener usuarios remotos via modem.

Si las estaciones que forman la red carecen de diskettera, además se puede:

Evitar el uso ilegal del software.

Evitar el ingreso de virus.
Evitar el hurto de información.
Facilita el acceso al sistema para usuarios inexpertos, ya que ingresa
directamente a ejecutar sus aplicaciones.

TOPOLOGIA DE LAS REDES LAN:

La topología de la LAN la define el hardware. Hay tres topologías básicas:

1) Estrella (star)

Se la llama así pues hay un centro denominado hub hacia el cual convergen
todas las líneas de comunicación. Cada máquina tiene un enlace exclusivo con
el hub. Los sistemas host - terminales también usan una topología estrella,
con el host en el centro, pero se diferencian por la forma de comunicación.

Página 4 de 41
En las LANs, el hub es un dispositivo que, sea activo o pasivo, permite que
todas las estaciones reciban la transmisión de una; en los sistemas con
host, sólo el host recibe. En una red, la comunicación entre dos estaciones
es directa; en un sistema con host, una terminal se comunica con el host y
el host con la otra.

(Puedes fijarte en Fig. 1)

2) Bus:

En esta topología hay un cable que recorre todas las máquinas sin formar
caminos cerrados ni tener bifurcaciones. Eléctricamente, un bus equivale a
un nodo pues los transceptores de todas las máquinas quedan conectados en
paralelo. A los efectos de mantener la impedancia constante en el cableado
de la red, se deben conectar dos "terminadores" en ambos extremos del
cableado de la misma.

Página 5 de 41
(Puedes fijarte en Fig. 2)

3) Anillo:

En este caso, las líneas de comunicación forman un camino cerrado. La

información generalmente recorre el anillo en forma unidireccional, cada
máquina recibe la información de la máquina previa, la analiza, y si no es
para ella, la retransmite a la siguiente.

(Puedes fijarte en Fig. 3)

Página 6 de 41
Bueno, aqui esta el Capitulo 2. Debo reconocer estos son conceptos muy
teoricos y quizas a algunos no le intererese demasiado, pero a consejo
personal guarden una copia que le puede ser de mucha utilidad.

Hasta la proxima ...

****************************************************************************
**********************

PROTOLOCOS DE ARBITRAJE

Se denomina así al acceso a la posibilidad de transmitir datos por la red;

hay dos formas básicas :

CSMA/CD (Carrier Sense Multiple Access with Collission Detection):

En este caso, cualquier máquina puede iniciar una comunicación (acceso
múltiple) con sólo verificar que no haya ninguna otra comunicación en el
cable ; para ello detecta la presencia de portadora (Carrier Sense).(fase
a).
La información que se está transmitiendo tarda un cierto tiempo en recorrer
la red. Una estación a la que todavía no le llegaron los primeros bits
podría iniciar una transmisión basada en que en ese momento no hay
señal.(fase b). Un instante después le empezarán a llegar dichos bits, pero
como la transmisión ya había comenzado, las estaciones comprendidas entre
ambas máquinas recibirán la suma de las dos señales.(fase c). Esto se
denomina "colisión". El segundo transmisor debe seguir transmitiendo un
tiempo suficiente como para que el primero se entere de la colisión.(fase
d). Esta acción recibe el nombre de atascamiento (jamming).

ANALISIS DE UNA COLISION

(Fig. 4)

Página 7 de 41
El peor caso de colisión se produce cuando las estaciones están a la mayor
distancia posible y la segunda comienza a transmitir justo antes de recibir
el primer bit, pues al tiempo de propagación de la señal de la primera
estación a la segunda, hay que sumarle el de propagación del atascamiento de
la segunda a la primera. La suma de esos tiempos define la "ventana de
colisión". Para asegurarse la ausencia de colisiones indetectadas, se deben
cumplir dos condiciones:

1. la transmisión debe durar más que la ventana de colisiones. Por ej: en

Ethernet el paquete mínimo es de 46 bytes y el máximo de 1500 bytes.
2. la estación transmisora debe chequear la ausencia de colisiones durante
ese tiempo; después no es necesario.
Una vez detectada la colisión, ambas estaciones deben dejar pasar un tiempo
determinado cuasialeatoriamente antes de intentar retransmitir. Si se
produce otra colisión, se reintenta esperando un tiempo mayor. El tiempo
promedio de demora se duplica con cada reintento. Puede haber colisiones
múltiples. Es posible que una estación no pueda comunicarse durante mucho
tiempo debido a una sucesión de colisiones.

Token passing:

Este sistema evita la colisión pues limita el derecho a transmitir a una

máquina. Esa máquina se dice que tiene el token (cospel). El token va
pasando a intervalos fijos de una máquina a otra. La circulación del token
de una máquina a la siguiente hace que, desde el punto de vista lógico, toda
red basada en tokens sea un anillo. Debe notarse que un anillo lógico no
implica un anillo físico. En efecto, si bien IEEE 802.5 emplea un anillo
físico, IEEE 802.4 especifica un bus y ARCnet usa una estrella.
Por la red circulan dos tipos de mensajes: los "tokens" y los "frames".
Un token indica que la red está disponible. El token incluye información de
prioridad, de forma tal que el control de la red lo pueda tomar sólo una
estación con igual o mayor prioridad. Hay un timer que asegura que ninguna
estación retenga el token demasiado tiempo.
Un frame (marco) es un mensaje que contiene (entre otras cosas) la
información que se quiere transmitir, las direcciones de las estaciones
transmisora y receptora, y un CRC para manejo de errores.

Comparación entre CSMA/CD y Token passing:

Ambos tipos de protocolo tienen uso generalizado. La ventaja del primero es

que permite mayor performance, especialmente cuando hay pocas colisiones.
Esto ocurre si la mayoría de las transmisiones se originan en la misma
máquina o si hay relativamente poco tráfico en la red. Una ventaja del
segundo es que puede asegurarse que, independientemente del tráfico en la
red, una máquina va a poder transmitir antes de un tiempo predeterminado.
Esto tiene dos efectos positivos: uno es que la performance de la red no
disminuye tanto al aumentar el tráfico; el otro (aunque su uso es menor) es
en sistemas de control donde es importante asegurarse de que un mensaje
llegue a destino antes de que pase cierto tiempo. Otra ventaja posible para
el segundo es que soporta un esquema de prioridades para el uso de la red.
Por estas razones, el CSMA/CD es el preferido para oficinas, mientras que el
Token passing es preferido para fábricas.

Página 8 de 41
TRANSMISION DE DATOS

Para permitir la fácil interconexión de un gran número de máquinas, se

simplifica al máximo el transmisor, receptor y cableado transmitiendo en
forma serie. La norma RS 232 no sirve en este caso, pues contempla
esencialmente la comunicación entre 2 equipos, y se complicaría notablemente
si se tratara de extrapolar a esta situación. Por lo pronto, mediante un
arbitraje adecuado, con sólo dos conductores (ya sea un par trenzado o algún
coaxil) es posible comunicar decenas de máquinas.
Como ganar el permiso para transmitir demanda un cierto tiempo, no es
eficiente transmitir sólo un byte; las redes arman grupos de bytes
denominados paquetes. Un paquete lleva los datos precedidos por bytes de
sincronización, direcciones tanto del transmisor como del receptor e
indicación del formato del paquete (por ej: cantidad de bytes) y termina con
bytes para efectuar un CRC (por ej: en Ethernet son 4).
Para evitar problemas de interferencia y de circulación de corriente
contínua entre máquinas, generalmente los cables están aislados del resto de
la computadora por medio transformadores de pulsos.
El tipo de conductor viene dado por la elección de la placa de red. Debido
al mayor ancho de banda obtenible, las redes que trabajan a mayor velocidad,
usan coaxil, y las de menor velocidad, par trenzado. Las redes donde se
emplea par trenzado en topología estrella (como StarLAN, IEEE 802.3 1 BASE
5), suelen ofrecer la ventaja de poder aprovechar pares sobrantes del
tendido de la instalación telefónica.
Si bien lo más habitual es transmitir mediante conductores, hay otras
alternativas. Cuando se requieren conexiones a distancias del orden del Km,
inmunidad a interferencias, seguridad frente a conexiones clandestinas y
total aislación entre equipos, se usan redes basadas en fibra óptica. Otra
aplicación posible de la fibra óptica es en enlaces de gran ancho de banda,
donde se aprovecha la instalación para transmitir audio y/o video.

PLACAS MAS HABITUALES EN LAN PARA COMPUTADORAS PERSONALES

Ethernet:

Es una red con topología tipo bus, con protocolo CSMA/CD, que trabaja en
banda base y es capaz de transmitir a 10 MBit/s, emplea codificación
Manchester. Existen versiones tanto con cable de cobre como con fibra
óptica. De las versiones por cable existen dos subtipos: Ethernet
propiamente dicha (o de cable grueso) y Cheapernet (o Ethernet de cable
delgado).
La red Ethernet estandar fue desarrollada por Xerox (introducida en 1975) y
normalizada por la IEEE como IEEE 802.3 10 BASE 5 (10 Mbit/seg, BASEband y
500 m de alcance).
El cable a usar es RG11 de 50 ohm de impedancia característica y 10,16 mm
(0,4 ") de diámetro. Los conectores son tipo N (a rosca) con el macho en el
cable. Las máquinas se conectan a este cable por medio de transceptores. La
vinculación entre la placa de red y el transceptor se realiza mediante un
cable terminado en conectores de tipo D de 15 contactos (denominados DIX),

Página 9 de 41
teniendo la plaqueta un conector hembra y el transceptor uno macho. En cada
extremo del cable, se debe conectar un conector N de terminación (también
llamado terminador, terminator) que contiene un resistor de 50 ohm (que es
la impedancia característica del cable). Una instalación correcta debe
incluir la puesta a tierra de UNO Y SOLO UNO de los terminadores. Debido a
la degradación de la relación señal/ruido, la distancia entre los
terminadores no debe superar los 500 m (1.640 pies). No se permite conectar
dos T usando menos de 2,5 m (8 pies) de cable.
Los cables que unen las máquinas con los transceptores pueden tener hasta 50
m (165 pies). En el caso de necesitar armarse un bus más largo, deberá
descomponérselo en segmentos de menos de 500 m denominados segmentos
troncales. Para integrar segmentos hay varias alternativas: poner
repetidores, poner un server con una placa Ethernet por cada segmento o
poner en algunas workstations 2 placas y hacer que, aparte de su trabajo
normal, funcionen como retransmisores (también se las llama puente).
Aún así hay ciertos límites: no puede haber más de 5 segmentos y no pueden
sumar más de 2.500 m (8.200 pies). Una limitación adicional es que no puede
haber más de 100 máquinas conectadas en un segmento, aunque se cumplan los
requisitos de longitud. Un asunto a tener en cuenta es que si se daña el
cable, todas las máquinas que dependen de él salen de servicio, por lo que a
veces se parte la red por cuestiones de confiabilidad.

(Fig. 5)

En las redes con cable delgado (también llamadas IEEE 802.3 10 BASE 2) se
usa como conductor un cable RG58 de 50 ohm (0,2" = 5,08 mm de diámetro). En

Página 10 de 41
la plaqueta hay un conector BNC hembra al cual se le conecta una T. Los
cables que unen máquinas se conectan en las T mediante BNC macho. En cada
extremo del cable, se debe conectar un terminador de 50 ohm. Una instalación
correcta debe incluir la puesta a tierra de UNO Y SOLO UNO de los
terminadores. La distancia entre los terminadores no deben superar los 185 m
(607 pies). No se permite conectar dos T usando menos de 0,5 m (1,6 pies) de
cable. La T debe conectarse directamente a la placa de red, sin
prolongadores. En el caso de necesitar armarse un bus más largo, deberá
descomponérselo en segmentos de menos de 185 m. Las alternativas para
integrar segmentos son las mismas que en Ethernet estandar. No puede haber
más de 5 segmentos en una red y no pueden sumar más de 925 m (3.035 pies).
Tampoco puede haber más de 30 máquinas conectadas en un segmento, aunque se
cumplan los requisitos de longitud.

(Fig. 6 )

La gran mayoría de las redes tipo Ethernet para computadoras personales, son
en realidad Cheapernet. Esto se debe a que en Cheapernet se ahorra el costo
de los transceptores y el cable cuesta por lo menos 3 veces menos. Por tal
motivo, todas las placas de red para computadoras personales traen el
conector BNC para Cheapernet pero no todas traen el conector DIX para
Ethernet. La red Ethernet tiene, por otra parte la ventaja de permitir
troncales más largos y mayor cantidad de máquinas por troncal por lo que es
más apropiada para instalaciones importantes. Otra área donde se aplica es
en la conexión con redes Ethernet preexistentes (con el software apropiado
pueden transferirse archivos aunque tengan distintos sistemas operativos).

Página 11 de 41
Si se desea probar un enlace entre dos máquinas, no se pueden conectar
directamente pues no tienen terminadores; deben usarse 2 T y 2 terminadores.
Se pueden combinar segmentos de Ethernet y Cheapernet no sólo usando puentes
o repetidores sino mediante adaptadores BNC - N ya que el cable tiene la
misma impedancia y la información se transmite igual (tanto eléctricamente
como lógicamente). La construcción de segmentos usando cable de distinto
diámetro tiene sentido para cables cuya longitud esté comprendida entre 185
m (el máximo posible con cable delgado) y 500 m (el máximo posible con cable
grueso).

La longitud máxima de cable delgado (d) utilizable para armar un troncal de

longitud L está dada por la fórmula:

d = (500 - L) / 3.28.

Por ej: si L = 300 m, se pueden usar 61 m de cable delgado y 240 del grueso.

La interfase con el bus de la PC se puede hacer mediante 8 o 16 bits

(generalmente se usan de 8 para las workstations y de 16 en el server). En
la placa hay un chip dedicado que maneja las comunicaciones, administra un
área de RAM que sirve de buffer de entrada/ salida, etc. La comunicación con
el microprocesador involucra, además de las líneas de datos y control
usuales, una línea de interrupción (IRQ) y una dirección en el mapa de I/O.
Las placas Ethernet vienen preparadas por default en la dirección 300h y
usan IRQ3. Debe tenerse cuidado en que no haya conflictos con otras placas:
IRQ3 es usada por COM2, COM4, quizás por modems o fax internos. En cambio,
la dirección 300h es usada por la placa prototipo de IBM y por placas de
adquisición de datos o control fabricadas por terceros, por lo que es raro
encontrarlas en máquinas conectadas en red.
Con respecto a DMA, Novell desaconseja su uso, aunque las placas que ellos
mismos fabrican tienen jumpers para elegir un canal.

ARCnet:

Fue desarrollada por Datapoint e introducida en 1977. Su nombre es la

abreviación de Attached Resource Computing network. La no participación en
el comité IEEE 802 dio lugar a que ninguna norma 802 la tenga en cuenta. Sin
embargo, cuatro factores contribuyeron a hacerla tan popular que es un
estandar de facto:

1. a partir de 1982, se comenzaron a vender los chips, por lo que

aparecieron "segundas fuentes" de esta placa (Davong, Nestar, Standard
Microsystems, Tiara y Waterloo entre otros).
2. el precio es bastante inferior a Ethernet y Token Ring.
3. es muy confiable
4. en muchos lugares de EEUU había cableados con coaxil de 93 ohm en
estrella provenientes de hosts con terminales IBM 3270. ARCnet permite que
al reemplazar las terminales por computadoras el cableado se aproveche.
En su versión original, es una red con topología tipo estrella, con
protocolo de pasaje de "token" , que trabaja en banda base y es capaz de
transmitir a 2,5 MBit/s.

Página 12 de 41
La placa ARCnet se conecta con el hub mediante un cable coaxil de 93 ohm
RG62. Hay dos tipos de hub: pasivos y activos. Los pasivos consisten en una
caja con 4 entradas vinculadas mediante resistores, de valor tal que si tres
entradas cualesquiera están terminadas en su impedancia característica, la
impedancia vista desde la otra entrada también sea la característica. Esta
conexión permite adaptar impedancias y evitar reflexiones, pero a costa de
una atenuación alta. Justamente la atenuación limita la distancia máxima
entre cada máquina y el hub a 30 m. Un hub activo, aparte de los resistores
de terminación, tiene amplificadores, por lo que se pueden conectar máquinas
hasta a 600 m del hub. Los hubs activos pueden ser internos (generalmente de
4 bocas) o externos (generalmente de 8). Es posible conectar un hub a otro
pero se deben respetar estas reglas:

No se pueden conectar hubs pasivos entre sí.

Cualquier entrada no usada en un hub pasivo debe llevar un terminador de 93
ohm.
Ningún cable conectado a un hub pasivo puede tener más de 30 m.
Un hub activo puede estar conectado a una máquina, a otro hub activo o a uno
pasivo.
Las bocas no usadas en un hub activo no necesitan terminador, pero es
conveniente usarlo.
Tanto los enlaces entre dos hubs activos como los efectuados entre hubs
activos y máquinas pueden ser de hasta 600 m.
Ninguna máquina puede estar a más de 6.000 m (20.000 pies) de otra.
No crear ningún lazo.
Para efectuar pruebas entre dos máquinas, no es necesario un hub, se las
puede conectar directamente pues las placas poseen terminadores internos.
En la actualidad se la puede considerar obsoleta.

Página 13 de 41
RED ARCNET EN TOPOLOGIA ESTRELLA

(Fig. 7)

Existen versiones de ARCNet para topología bus y para transmisión por par
trenzado, pero no se popularizaron. Tambien se desarrolló una versión
denominada "plus" de mayor velocidad de transmisión pero hasta el momento su
penetración en el mercado es casi nula.
El chip de control de comunicaciones maneja un buffer de 2 KBy (2048 d = 800
h). Como ARCnet trabaja con paquetes de longitud fija (508 bytes) y NetWare
también (pero de 560 bytes), se requiere transferir dos paquetes ARCnet para
transferir un paquete de NetWare (uno de ellos sólo lleva 52 bytes útiles,
el resto son 0). La dirección de la RAM del buffer es seleccionable con
jumpers. El default es D0000h - D07FFh), normalmente no interfiere con otras
direcciones. La placa también ocupa un espacio de 16 By en el mapa de I/O,
siendo el default 2E0 - 2EFh un valor que no interfiere. Emplea una línea de
IRQ seleccionable, siendo la 2 por default. En las XT no hay problema, pero
en las AT coincide con el IRQ generada por el segundo 8259, por lo que debe
cambiarse; las opciones son: 3, 4 (ambas pueden interferir con puertas
serie) , 5 y 7 (pueden interferir con puertas paralelo). Por último, hay un
par de parámetros de "time - out" que deben seleccionarse mediante DIP
switches con la restricción de que deben ser iguales en todas las placas.

Página 14 de 41
Token Ring:

Fue desarrollada por IBM y adoptada por IEEE como estandar IEEE 802.5 en
1986. Hay placas compatibles de General Instruments, Proteon, 3Com y
Ungermann-Bass. Por definición un "token - ring" consiste en un conjunto de
estaciones conectadas en cascada formando un anillo (ring) en el que la
información es transferida de una estación activa a la siguiente. Cada
estación recibe y regenera los bits que recibe, de forma tal que actúa como
repetidor cuando está activa. Cuando la información vuelve a la estación que
originó la transmisión, el mensaje es retirado de circulación.
La velocidad de transmisión original era de 4 MBit/s, pero hay versiones de
16 Mbit/s. La codificación es Manchester diferencial.
Cuando se desea armar una red Token Ring, lo intuitivo sería pensar en un
bus unido por sus extremos. Sin embargo, la topología que aparenta esta red
es la de una estrella (se la suele describir como "star - wired ring"). Esto
se debe a que el anillo está contenido en un dispositivo denominado 8228
Multistation Access Unit (MAU).
Las máquinas se conectan a las bocas 1 al 8 del 8228 mediante unos cables
llamados adaptadores (pues el conector incluído en la placa es distinto al
del 8228) o 'par de lóbulo (lobe pair, el nombre surge de considerar a cada
"punta" de la estrella como un lóbulo de ella). Si la red tiene más de 8
puestos, se forma un anillo de 8228 conectando la salida de uno (Ring
Output, RO) con la entrada del siguiente (Ring Input, RI). Los 8228 poseen
un relevador por cada boca; la estación que se conecta, debe activar el relé
para insertarse en el anillo.
Hay dos formas de cablear el sistema: "small movable cabling system" y
"large nonmovable cabling system".
En el primer caso, se tienen los siguientes límites:

Hasta 96 estaciones.
Hasta 12 unidades 8228.
Distancia máxima entre el 8228 y una estación: 45,7 m (150 pies) , a los que
hay que sumarle 2,4 m (8 pies) del adaptador.
Distancia máxima entre dos 8228: 45, 7 m (150 pies).
No pasar el cable por exteriores ni por conductos de ventilación, no
exponerlos a más de 75 grados Celsius, ni a interferencia eléctrica.
En el segundo caso, se pueden conectar hasta 260 estaciones y 33 8228, pero
se usa un montaje físico diferente (ver bibliografía).

Página 15 de 41
(Fig. 8)

La transmisión se efectúa mediante dos pares trenzados, pero hay de diversas

clases, definidas por IBM con números de tipo. El tipo 1 posee 2 pares AWG
22 con blindaje. Se usa principalmente para conectar MAUs. El tipo 2 ofrece
2 pares AWG 22 blindados y 4 pares AWG 26 sin blindaje; los pares extras son
para conectar el teléfono con el mismo cable. El tipo 3 es de 2 pares tipo
telefónico sin blindar. Es una alternativa barata al tipo 1. La ventaja de
usar cable tipo 3 es que en muchas empresas donde hay centrales telefónicas
internas, quedan pares disponibles, por lo que no hay que hacer un nuevo
tendido; la desventaja es que se limitan el alcance y la cantidad de
dispositivos que se pueden soportar (72 en vez de 255). El tipo 6 consta de
2 pares de cables (no alambres) de AWG 26 sin blindaje; es flexible y se usa
para los alargues entre el cable adaptador y el 8228. El cable 9 consta de
dos pares de AWG 26 blindados. Tiene menor alcance que el tipo 1 (aprox.
66%) pero es más barato. Todos los cables mencionados hasta acá soportan 16
Mbit/s excepto el 3 que llega sólo a 4 Mbit/s. Por último, el tipo 9 no es
un cable sino una fibra óptica de 140 micrones. Soporta hasta 250 Mbit/s.

Para ampliar el anillo, se puede usar el 8218 Token - Ring Copper Repeater
(repetidor de cobre), llevándolo a 775 m. Otra alternativa es emplear el
8219 Token - Ring Network Optical Fiber Repeater (para fibras ópticas), que
posibilita enlaces de hasta 2 km.

Hay dos modelos básicos de placas: la Token Ring PC Adapter (para PC, XT,
AT, y compatibles) y la Token Ring Adapter/A (TRN/A, para PS/2 Model 50 y
superiores). La diferencia entre ambas es, fundamentalmente, que la primera

Página 16 de 41
se conecta en un mainboard con bus tipo XT, mientras que la segunda es para
un bus MCA (microchannel).
La dirección de base en el mapa de I/O es A20h (default); se puede escoger
IRQ 2, 3 ó 7 (la 7 se superpone con la primera impresora). Un detalle a
tener muy en cuenta es que la Token Ring PC Adapter decodifica 12 bits en
I/O y no 10 (como es usual en PC). Por esta causa se debe tener cuidado con
el tema de las direcciones fantasma, por ej: A20h se puede superponer con
220h.

Identificación:

Para identificar a las placas involucradas en una comunicación (tanto la que

la origina como la que lo recibe), las placas para red tienen una
identificación, llamada "de nodo".
En las ARCnet, hay un banco de 8 DIP switches, soportando así hasta 255
nodos. No son 256 pues la dirección 0 se reserva para "broadcast" (mensajes
que deben ser recibidos por todas las placas simultáneamente). En ARCnet
Plus se llega a 2047.
En las IEEE 802.x (Ethernet y Token Ring entre otras), cada placa tiene un
número de identificación de 48 bits grabado en ROM. Esto permite hasta 281 x
10 ^ 12 identidades distintas. Los fabricantes de placas Ethernet le graban
a cada placa que venden una dirección distinta. Para evitar que dos
fabricantes le asignen la misma dirección a dos placas, los fabricantes le
piden a IEEE que les asigne un rango de direcciones (originalmente este
servicio lo hacía Xerox para las Ethernet). La dirección de la placa queda
constituída por dos partes: el código de fabricante (suministrado por la
IEEE) y el número de serie (suministrado por el fabricante). La dirección de
broadcast es "todos 1".

BOOTEO REMOTO

Hay ciertas situaciones donde conviene que una workstation no arranque desde
su diskettera o disco rígido sino que cargue el sistema operativo desde el
server. Esta operación, denominada booteo o reset remoto, implica
incorporarle a la placa una ROM con el código necesario para efectuar esta
transferencia. La ROM depende del tipo de placa (Ethernet, ARCnet, etc) y
del sistema operativo del server (NetWare, LANtastic, etc).
En el caso de NetWare, la ROM de booteo remoto carga el archivo NET$DOS.SYS
ubicado en el directorio LOGIN. Este archivo es una imagen del contenido del
diskette que se usaría para bootear desde la terminal (si se pudiera), e
incluye los archivos ocultos del DOS, el COMMAND.COM, AUTOEXEC.BAT,
CONFIG.SYS, otros .SYS necesarios para arrancar, NETX e IPX. Para crear este
archivo se graba un diskette tal como se necesitaría para bootear y se corre
el programa DOSGEN (contenido en el NetWare). Si, por diferentes razones, no
pudiese usarse el mismo NET$DOS.SYS para todas las estaciones, se debe crear
un archivo adicional denominado BOOTCONF.SYS que contiene una tabla (en
ASCII) vinculando los nombres de los archivos de booteo con las direcciones
de las placas. Las placas cuyo dirección no figure en BOOTCONF.SYS bootearán
por default del NET$DOS.
La dirección de la ROM puede cambiarse mediante jumpers para que no
interfiera con la de placas EGA/VGA ni discos rígidos. La ROM ocupa

Página 17 de 41
típicamente 2000h (8192d) bytes siendo generalmente una 2764.
Para las placas Token - Ring para PC, se debe elegir una dirección para la
ROM de booteo aunque no se vaya a conectar ninguna.
Debido al bajo costo de disketteras y discos rígidos, podemos considerarlas
en desuso.

DISTINTAS VERSIONES DE NETWARE

Históricamente, Novell desarrolló tanto software como hardware. Los primeros

servers que vendía eran basados en microprocesadores Motorola. Al migrar a
Intel, sus sistemas operativos incorporan en su denominación la
identificación del procesador para el que fueron escritos, por ej: NetWare
286 o NetWare 386. Con el transcurso del tiempo, fue abandonando la
producción de hardware para concentrarse en el software. Su éxito se basa,
entre otras cosas a no utilizar el software para vender el hardware sino
darle soporte a hardware de distintos proveedores para vender software. Para
adaptarse mejor a los tamaños de las redes en los que se instalará, cada
sistema operativo tiene distintas cantidades límites de usuarios, requisitos
en el servidor y prestaciones adicionales. A partir de la 2.20 todas las
versiones incluyen las SFT I y II, aunque es un requisito indispensable
utilizar un "servidor dedicado". También existe una versión llamada SFT III
que es el máximo nivel de seguridad posible en una red NetWare, utiliza una
técnica que duplica automáticamente la información en un servidor espejo;
éste es accedido por los usuarios únicamente ante una falla en el servidor
principal.

Actualmente se comercializan las siguientes versiones:

Netware 3.12 en sus versiones para 5, 10, 50, 100 y 250 usuarios. Permite
ser instalado en AT-386 como servidor dedicado únicamente.
Netware 4.1 en sus versiones de 10, 20, 50, 100, 250, 500 y 1000 usuarios.
Todas las versiones requieren instalación como "server dedicado" y demandan
como configuración mínima un equipo basado en el 80386 o superior.
Los requisitos de memoria del servidor dependen del tipo de instalación
efectuada y se analizarán en detalle en el capítulo siguiente.

Aqui esta la primera parte del capitulo 3. La segunda parte la enviare en el

proximo mail.
****************************************************************************
***********************

DIAGRAMACION DE UNA RED.

Antes de proceder a la instalación de una red, se la debe planificar. Si

bien parece un paso obvio, muchas veces es salteado, con el resultado de que
la red queda conformada por un conjunto de parches. Otro punto muy vinculado
con éste, y también omitido, es el de documentar la instalación efectuada.

Página 18 de 41
Por empezar, la red debe tener como propósito por lo menos alguno de los
siguientes (ya mencionados en el capítulo anterior):

-Mantener bases de datos actualizadas instantáneamente y accesibles desde

distintos puntos.
-Facilitar la transferencia de archivos entre miembros de un grupo de
trabajo.
-Compartir periféricos caros (impresoras laser, plotters, discos ópticos,
etc)
-Bajar el costo del software comprando licencias de uso múltiple en vez de
muchas individuales.
-Mantener versiones actualizadas y coherentes del software.
-Facilitar la copia de respaldo de los datos.
-Correo electrónico.
-Comunicarse con otras redes (bridge).
Mantener usuarios remotos via modem.

Si las estaciones que forman la red poseen ROM de booteo pueden carecer de
diskettera, con lo que además se logra:

-Evitar el uso ilegal del software.

-Evitar el ingreso de virus.
-Evitar el hurto de información.
-Facilita el acceso al sistema para usuarios inexpertos, ya que ingresa
directamente a ejecutar sus aplicaciones.

En función de los objetivos elegidos los pasos a seguir son:

1) Determinar los usuarios y sus tareas. Esto incluye también el clasificar

a los usuarios según aptitudes, nivel de seguridad en el que se desempeñarán
y preveer si hay que capacitarlos. Cuestiones de seguridad y/o de baja
capacitación pueden hacer recomendable el uso de estaciones sin disketteras
y que arranquen desde el server.

2) Seleccionar los programas de aplicación a usar en cada estación. En este

punto se elije la versión y cuántas licencias de uso hacen falta. Hay que
asesorarse bien en cuanto al software ya que hay programas que tienen
versiones especiales para red. Si se opta por programas multiusuario, aparte
del descuento por licencia múltiple, ocupan menos lugar en el disco rígido.

3) También se decide dónde se los instala: algunos pueden ir en las

estaciones, otros en el server. En general, conviene colocarlos todos en el
server aunque haya algunos que sean usados por un sólo usuario, ya que le
brinda la posibilidad de acceder al mismo desde otras estaciones.

Un caso muy frecuente es el de los puntos de venta. En estos casos conviene

elegir programas que sean muy fáciles de usar, ya que el operador pasará
casi todo el tiempo atendiendo al cliente.

Si se opta por un programa a medida, se lo deberá especificar y probar con

sumo cuidado, tratando además que se pueda reconfigurar la mayor cantidad de
cosas posibles sin intervención del programador. Siempre que se trabaje en
redes, los costos e inconvenientes que implique una reprogramación se

Página 19 de 41
multiplican por la cantidad de puestos afectados.

Entre los programas a instalar, conviene tener un antivirus.

4) El programa de aplicación también define el sistema operativo que correrá

en la estación.

5) En base a los requerimientos de software se dimensionan las estaciones de

trabajo, ya que deben funcionar como soporte del programa. El dimensionado
de las estaciones de trabajo incluye, entre otros tópicos:
tipo y velocidad del procesador.
cantidad y tipo de memoria (base, extendida, expandida).
Tipo de placa de video.
Si llevan disco rígido.
Si llevan diskettera (y de que formato).

6) En función de la cantidad de usuarios y de los servicios que deba brindar

el sistema operativo de red se procede a seleccionar el mismo. Se debe
considerar en este punto:
Si la red será basada en server o será entre pares.
Si el server correrá en modo dedicado o no.
Que para grandes bases de datos conviene la versión SFT con TTS, en casos
extremos, se pueden usar servers duplicados. Otras posibilidades son el
espejado y el "duplexing".

La futura expansión del sistema, ya que una versión para muchos más usuarios
es innecesariamente cara, pero comprar "justo" y hacer "upgrades" periódicos
puede ser más caro y ciertamente es más molesto.
si se correrá algún NLM.(Netware Loadable Module)

7) Tal como ocurre con las estaciones, el sistema operativo a correr decide
el hardware mínimo para el server. Debido a que en una red hay muchas más
estaciones que servers, las estaciones se dimensionan "justas" mientras que
el server se suele sobredimensionar. Al dimensionar el server se deciden:
tipo y velocidad del procesador. (mínimo un CPU 386 con 4Mb. de ram)
cantidad de memoria (depende de la capacidad del disco rígido y otros
componentes)
Tipo de placa de video. (no es relevante)
Cantidad y capacidad de los discos rígidos
Formato de la diskettera.
Necesidad de dispositivos tales como CD-ROM, unidades de cintas, etc.
Cantidad de puertas paralelo y serie.

8) Hay que decidir una estrategia de backup. En caso de decidirse por una
cinta o un DAT, verificar que el software sea "NetWare compatible" y ver en
qué máquina se la ubica.

9) Hacer un plano con la distribución de máquinas, donde figuren las

distancias entre ellas.

10) En función del tráfico estimado y de las distancias a cubrir, se decide

el tipo de placas de red y el cableado. Esto implica:
selección de la tecnología: Ethernet, ARCnet, Token ring u otras.

Página 20 de 41
Diagrama de cableado.
Si como consecuencia del tráfico o de violaciones de las distancias máximas
conviene hacer puentes. En este caso se puede elegir entre uno interno o uno
externo. tipo de bus al que se conectarán las placas de red: ISA de 8 o 16
bits, EISA, MCA o PCI.
Si se requiere una placa de red inteligente o con un gran buffer de
comunicaciones. (especialmente en el server de una red con mucho tráfico).
ROMs de "booteo remoto" para las estaciones que arranquen desde el server.

11) Determinar los equipos (como mínimo los servers, bridges y gateways) que
tendrán fuente de alimentación ininterrumpible (UPS). Para ellos, se debe
preveer si se usará algún sistema automático de detección de falta de
electricidad (hay versiones con placa adaptadora y otros por puerta serie).
Novell contempla algunas de estas placas, las demás deben contar con un
software provisto por el fabricante.

12) Aprovechando que se van a tender los cables de la red, es el momento de

revisar la instalación eléctrica. En particular, es necesario asegurarse que
los tomacorrientes tengan toma de tierra tanto para las computadoras como
para los monitores e impresoras asociados. (Parece tonto, pero es muy
importante, de esa manera evitaran "las patadas...")

13) Recién en este momento hacer la compra e instalación del hardware.

Verificar el buen funcionamiento individual de las máquinas.

14) Documentar el hardware existente. Esto incluye tres aspectos:

descripción completa de la configuración de cada máquina, que abarque no
sólo los nombres de las placas sino también la posición de los jumpers y el
setup del mainboard.
Plano de los cableados de la red, detallando los recorridos de los cables y
las longitudes de los tramos afectados.
Documentación comercial asociada: vendedor, plazo de garantía, TE del
servicio técnico, etc, de cada una de las partes. (Podría generarse una base
de datos para facilitar esta tarea)

15) Proceder a instalar el software. Como se verá oportunamente, el sistema

operativo de red pregunta datos sobre la controladora de disco y sobre la
placa de red (direcciones, interrupciones, DMA, etc) por lo que conviene
haber hecho a fondo la documentación que se sugiere en el punto 14.

16) Verificar que la red funcione, leyendo y escribiendo archivos desde las
estaciones.

17) En base a los programas a instalar en el server y la lista de usuarios

autorizados, se deberá diagramar el árbol de directorios y estudiar el tema
de permisos y atributos de archivos. Es fundamental documentarlo
correctamente y actualizarlo en forma periódica.

18) Instalar el software en el server.

19) Crear los usuarios y grupos, dotarlos de permisos, editar sus secuencias
de conexión etc.

Página 21 de 41
20) Prueba del sistema completo.

21) En los casos en los que se autorice a los usuarios a enviarse mensajes
por la red, o que haya más de un server, se deberá dotar a los usuarios de
una "guía" con los nombres de los usuarios y sus estaciones.

INSTALACION DEL NETWARE

La instalación del Netware es muchas veces considerada como la "instalación

de un software solamente" y es sobre este punto donde normalmente se
producen la mayoría de los problemas.
Casi siempre se omite el chequeo del hardware asociado (ya sea server o
terminales) para ver si es apto para trabajar con Netware.

En el futuro es muy probable que se impongan las placas "inalámbricas, por

ahora muy costosas, que evitarían los posibles trastornos ocasionados por el
cableado (siempre y cuando se reglamente debidamente el espectro de
frcuencias para comunicaciones).
En definitiva, es aconsejable tener siempre en cuenta, (principalmente para
las PC compatibles), que en la práctica es mucho más sencillo "acomodar" las
placas de red que otras placas presentes en el equipo, ya que muchas veces
se hace dificil recuperar los manuales de las demás placas, ya sea por
haberse extraviado o por traspapelarse.
Otra norma importante antes de comenzar la instalación es efectuar una copia
de seguridad de los diskettes de Netware. Esto es recomendado por el
proveedor, a pesar que a diferencia de las versiones anteriores que durante
la instalación escribían información en algunos de los diskettes; en Netware
3.1X dichos diskettes son leídos y los drivers copiados al disco del
servidor. Novell recomienda hacer la copia de los diskettes con el programa
del DOS "DISKCOPY". De cualquier forma, hoy en día sería deseable adquirir
el software en CD, debido a las muchas ventajas que esto implica.
Para aquellas instalaciones en las que el "server" es un equipo nuevo, es
conveniente que el disco rígido no sea formateado bajo DOS en su totalidad;
bastará con realizar una pequeña partición (25 Mb. son suficientes) para
cargar el DOS y algunos archivos necesarios para el correcto arranque del
servidor de la red y permitir futuras actualizaciones del mismo .
Si se utilizan discos rígidos tales como los de tecnologías SCSI o ESDI se
hace necesario preparar otro diskette con los drivers provistos por el
fabricante de la controladora de disco (generalmente leyendo en un archivo
"readme" explica que drivers utilizar para cada caso).
Puede suceder también que la placa de red instalada no sea 100 % compatible
con la placa Novell; eso no es un problema, ya que con las placas de red
suelen venir uno o más diskettes con drivers para diferentes aplicaciones,
leer en el manual de la placa o buscar en el diskette algún archivo "readme"
en donde se indiquen cuales drivers hay que copiar a otro diskette llamado
normalmente LAN_DRV_XXX donde X son números o letras indicados por el
proveedor.
Finalmente, y aunque esto pueda sonar extraño, conviene tener la certeza que
el disco o los discos instalados en el server estén libres de virus tales
como los muy conocidos STONED, MICHELANGELO u otros virus del tipo BOOT, ya
que a pesar que el servidor no es un equipo en el que se efectúen I/O de
datos mediante diskettes, el virus puede estar en la copia de instalación
del DOS; esto es muy importante ya que dichos virus no atacan las

Página 22 de 41
particiones Netware en forma directa pero lo hacen en forma indirecta al
atacar la partición de arranque (hecha en DOS) la que al perderse ante un
virus que se activa por fecha como el anteriormente nombrado.

Instalación en el server:

A continuación se procede a describir las rutinas de instalación suponiendo

que ya se creó una partición DOS igual o mayor a 5 Mb. de extensión.
Colocar el diskette SYSTEM-2 y copiar el archivo ISADISK.DSK al disco rígido
o el driver que provea el proveedor para la placa controladora en caso en
que sea especial (dispositivos ESDI, SCSI y algunos discos IDE).
Colocar el diskette SYSTEM-1 y copiar el módulo de instalación INSTALL.NLM y
copiar el programa SERVER.EXE.
Ejecutar el programa SERVER.EXE desde el disco rígido.
Se visualizará en la pantalla la velocidad relativa del procesador del
equipo, habrá que ingresar el nombre que se desee dar al servidor y luego se
informará la cantidad de memoria disponible o detectada.
Luego de esos pasos se verá en la pantalla el "prompt" que es el símbolo del
"dos puntos" y habrá que tipear primero "load c:\isadisk o el driver para
disco rígido que sea necesario y luego "load c:\install (o mencionar la ruta
de acceso completa si se creó un directorio "red" al copiar los archivos
mencionados anteriormente.
Si se efectuaron los pasos descriptos en forma correcta, veremos en la
pantalla un menú con ventanas desplegables llamado Installation Options con
cuatro opciones, las que hay que ir seleccionando por orden. La primera de
ellas es Disk Options

Disk Options: esta ventana contiene 5 opciones;

Format (opcional) permite el formateo de discos rígidos en bajo nivel, dicha
opción puede saltearse para discos nuevos o "Netware Ready" pero puede
utilizarse para verificar el correcto funcionamiento de aquellos o de
controladoras de los que se tienen dudas sobre su correcto funcionamiento; o
cunado se reinstala una red en discos usados en anteriores servidores.

Partition Tables: permite crear o borrar una partición Netware y modificar

el área de redireccionamiento, normalmente es un 2% del espacio total del
disco que se reserva para redireccionar bloques defectuosos y que se
explicará más profundamente en otros capítulos. Al crear la partición
Netware se observará además la partición DOS anteriormente creada. Luego de
crearla, se debe presionar "ESC" para volver al menú anterior. Si se
pretende utilizar el sistema de "Mirroring" o espejado de discos se deberá
seleccionar dicha opción en el menú, previamente se tuvieron que crear las
particiones correspondientes y cuando aparezca la pantalla "Drive Mirroring
Status" seleccionar la unidad primaria; presionar luego la tecla "INSERT" en
el menú "Mirrored Netware Partitions" para poder seleccionar después la
unidad secundaria en la pantalla "Available Partitions". De esta forma las
particiones quedarán parejas para la duplicación.

Nota: el concepto de espejado consiste en que la segunda unidad de disco

duplique los datos que se ingresan en la primera, para que entre en acción
automáticamente si la primer unidad de disco sufre un desperfecto.
El segundo disco rígido debe tener una capacidad igual o mayor al que el
primero; debido a que el espacio sobrante en caso que sea mayor no se

Página 23 de 41
utiliza y para que no se produzcan problemas de incompatibilidad en la
práctica se suelen utilizar dos discos de la misma marca y modelo.

Volume Options: al ingresar aparecerá un cartel "Volumes" y deberá presionar

"INSERT". En caso de haber más de una unidad disponible seleccione la unidad
en que se encontrará el volumen deseado. Hecho esto, en la pantalla
aparecerá "New Volume Information"

El primer volumen deberá tener por nombre "SYS" y se lo define así por
omisión; no debe cambiarse. Lo que se podrá o no cambiar es el tamaño de los
"bloques" cuyos equivalentes en DOS son los "clusters" y el tamaño de los
segmentos de volumen, que se utilizan para reservar espacio para varios
volúmenes en un mismo disco o bien para distribuir un solo volumen en varios
discos.
Tener en cuenta que si se elige un tamaño de bloque grande se produce un
efecto no deseado si durante el uso de la red se generan archivos pequeños
en gran cantidad ya que por ejemplo si genero con mis programas de
aplicación muchos archivos de 100 Bytes, cada uno de ellos ocupará un bloque
de 4 KBytes en el mejor de los casos amplificándose dicho efecto a medida
que selecciono tamaños mayores de bloque y trayendo como consecuencia una
gran cantidad de espacio en disco no utilizado.
Como contrapartida con tamaños de bloque grandes el usuario accede en forma
mucho más eficiente a la instalación ya que accede a los datos en una sola
operación en lugar de varias operaciones como sería necesario con bloques de
tamaño pequeño.

El criterio para seleccionar el tamaño de los bloques en forma práctica se

basa en el tipo de tareas que se desempeñarán en la red ya que si se accede
a bases de datos conviene que los bloques sean grandes y si se utilizan
aplicaciones que posean o generen archivos pequeños conviene que los bloques
sean pequeños por lo que muchas veces se generan 2 volúmenes con tamaños de
bloque diferentes para aprovechar el disco rígido en forma eficiente. Si se
quiere este tema podría plantearse como un defecto o una limitación, que
afortunadamente se solucionó en las versiones más recientes de Netware que
son las versiones 4.0 y 4.1 en las que los bloques pueden subdividirse o
"sub-alocarse" para alojar a los archivos. Antes de abandonar la ventana
"New Volume information" deberá seleccionar la opción "Status" y "montar" el
volumen; ya que aunque estén definidos, Netware no los ha abierto para poder
ser utilizados. Mediante la orden "Mount" se monta un volumen y por medio de
"Mount All" se montan todos los existentes.

System Options: este submenú se utiliza también para reconfigurar archivos

de arranque del servidor y para concluir la instalación. Las opciones
disponibles son:
Copy System and Public Files: como su nombre lo indica es la que crea los
directorios y termina de instalar los comandos básicos de la red.
Create Autoexec.ncf: es el equivalente al "Autoexec.sys" de versiones
anteriores, su función es similar a la del "Autoexec.bat del DOS (valga la
comparación), incluye datos como por ejemplo el nombre del server, el número
de ipx interno que sirve para identificar al servidor (es un número de hasta
8 cifras decimales) y que debe ser distinto en cada servidor si se los desea
comunicar; la configuración de la/las placas de red del equipo, declarar el
número de "net" que debe ser igual para poder comunicar servidores entre sí

Página 24 de 41
y otros comandos que pueden agregarse para un activado automático de
procesos o bien ser ejecutados desde el teclado del servidor y que se llaman
comandos de consola; dichos comandos serán vistos en próximos capítulos.

Create Startup.ncf: este archivo es el que especifica al Netware el tipo de

disco o controladora que posee el equipo. Es leído por el programa
"Server.exe" (en la partición DOS o el diskette de arranque ya que de otra
forma Netware no sabe que disco tiene instalado el servidor) antes del
"Autoexec.ncf" que está instalado dentro de la partición Netware.

Edit Autoexec.ncf: permite efectuar modificaciones como así también agregar

comandos, seteos y/o carga de módulos en forma automática. principal.Basic
Installation: como su nombre lo indica es la instalación más sencilla de
ejecutar, ya que es prácticamente automática, solamente hay que ingresar
ciertos datos como por ejemplo el nombre del Server, tipo y configuración de
la placa de red instalada, tipo y configuración del disco rígido utilizado.

Edit Startup.ncf: que como ya dijimos tiene al drive "A" o la partición

booteable DOS "C" como ubicaciones posibles.
Return to Main Menu: para volver al menú principal (se puede también volver
con "ESC").
Finalizada la instalación puede probarse la conección al servidor desde
alguna terminal para verificar que todo esté correcto.
Para finalizar, salir del programa de instalación con "Exit" en el menú
principal y convendrá bajar el servidor y volverlo a reiniciar. Para cumplir
con dicho requisito se deberá:

Tipear "down" en el prompt

Tipear "exit" luego que el servidor muestre en pantalla el mensaje que entre
otras cosas indica que el servidor ha cerrado los archivos pues ha sido dado
de baja.
Con un editor de textos (por ejemplo el "Edit" del DOS) generar en el disco
rígido "C" o en el diskette de arranque un "autoexec.bat" que contenga por
ejemplo:

@echo off path c:\dos;c:\red (si se creó un directorio para guardar los
archivos de arranque) server

Para cualquiera de las instalaciones descriptas, conviene aclarar que a

pesar de culminar la instalación general del soft; el sistema no se
encuentra listo para funcionar, ya que falta "la puesta a punto" del mismo,
que se irá describiendo en los próximos capítulos.

Apartir de aqui empezaremos con Windows NT. En este capitulo veremos los
primeros pasos para instalar Windows NT 4.0 (tanto NT Server como
Workstation); en el proximo capitulo seguiremos pero en forma separada cada
uno de estos

****************************************************************************
**********************

Página 25 de 41
Una vez considerado el sistema que albergará a nuestro servidor pasaremos a
instalar el sistema operativo, en estas páginas vamos a documentar la
instalación de NT 4.0 sobre una plataforma PC.

El sistema operativo se suministra en formato CD, por ello nuestra

plataforma tiene que tener instalada un lector de CD-ROM compatible con NT
(casi todos lo son) o estar conectado a una red que tenga uno compartido,
también tendremos tres discos de inicio, si no es así tendríamos que
generarlos.

Los discos de inicio puden generarse desde cualquier PC que tenga CD-ROM,
bastaría con introducir el CD de NT, ir al directorio I386 y ejecutar la
instrucción WINNT /OX, nos pedirá tres disquetes formateados y vacios.

----------------------------------------------------------------------------
----

El programa WINNT

Antes de seguir adelante tenemos que hacer un inciso y conocer el comando

WINNT con todas sus extensiones:

/S[:] nombre de la ruta

Indica la ruta de origen de los archivos de Windows NT; también puede ser
una unidad de RED.

/T[:] nombre del directorio

Indica el directorio temporal en el que se guardarán los archivos para la
instalación, también puede ser una unidad de RED.

/I [:] nombre del archivo .INF

Indica el nombre del archivo de instalación, por defecto es el archivo
DOSNET.INF.

/O
Solo crea los discos de inicio.

/OX
Crea los discos de inicio para la instalación desde CD-ROM.

/F
Desactiva la comprobación de los archivos disponibles en los disquetes de
inicio.

/C
Pasa por alto los controles de espacio disponibles en los disquetes de
inicio.

/B
Para hacer la instalación sin los disquetes de inicio. Mediante /S
indicaremos la ruta de los archivos de instalación si no es desde el CD-ROM
en el directorio I386.

Página 26 de 41
/V
Permite la instalación automática. Mediante /S indicaremos la ruta de los
archivos de instalación si no es desde el CD-ROM en el directorio I386

Para todos los casos de instalación NT 4.0 necesita un volumen de disco

local compatible con NT, con al menos119 Mb de espacio libre, no comprimido
y formateado con FAT o NTFS.

Podemos encontrarnos con distintas circunstancias al hacer la instalación:

Si tenemos un sistema operativo instalado con acceso a un lector de CD,

desde el directorio I386 del CD ejecutamos WINNT/B para que comience la
instalación y no se generen los tres discos de inicio.

Para realizar una instalación a través de red necesitamos tener instalado el

cliente para red de MS-DOS (viene incluido en el CD de NT server o
descargarse desde el web de microsoft), Windows 3.11 o Windows 95, nos
conectamos aun CD compartido en red o a un disco duro que contenga los
archivos de instalación y ejecutamos WINNT/B desde el directorio I386.

Si no tenemos nada instalado en el disco duro, introduciremos el CD-ROM en

su lector, el disco 1 en la disquetera y después encenderemos el sistema.
Si estamos instalando NT 4.0 en un equipo que pueda arrancar desde el lector
de CDROM podemos cambiar en la bios la secuencia de arranque de manera que
empiece por el CD, aunque el disco duro esté sin formatear y
consecuentemente sin ningún tipo de sistema operativo instalado, el programa
de instalación se inicia sólo y te permite hacer la instalación sin tener
nada en el disco duro y sin tener que generar los disquettes de instalación.
Una vez iniciada la instalación todas las opciones anteriores siguen
practicamente el mismo esquema.

----------------------------------------------------------------------------
----

RECONOCIMIENTO DEL SISTEMA

Lo primero que hace es reconocer el hardware indispensable para empezar a

trabajar y comprobar que no exista una versión de NT, en este caso se
detendrá la instalación y tendremos que realizarla desde ese sistema NT ya
instalado (usando WINNT32) o eliminar la partición donde estuviera ubicado.
A continuación comenzará la carga de los archivos necesarios para la
instalación y nos pedirá que introduzcamos el disco 2 o en el caso de estar
haciendo una instalación sin discos pasará a un menú donde nos pregunta:

Si queremos ayuda sobre la instalación (F1)

Si queremos instalar NT (ENTRAR)
Si queremos reparar (R), este apartado lo veremos en un proximo documento.
Si queremos salir de la instalación (F3)
Nosotros pulsaremos "ENTRAR"

----------------------------------------------------------------------------

Página 27 de 41
----

CONFIGURACION DE UNIDADES DE ALMACENAMIENTO

Pasara a la fase de detección de los controladores ESDI/IDE, SCSI y unidades

de CDROM conectadas, preguntándonos si queremos detectar controladoras SCSI
(ENTRAR) o no detectarlas (I); éste sería el caso si no tuviéramos ningún
dispositivo SCSI. ¡Cuidado!, en este caso no se detectaría el CDROM IDE, ya
que NT lo trata como un dispositivo SCSI.

Nosotros pulsaremos "ENTRAR"

Nos pedirá el disco 3, aparece una pantalla con el resultado de la

detección. Si no hubiera sido detectado alguno de nuestros discos duros o
lectores de cdrom, tendríamos que instalar el driver del fabricante
presionando ( S ). Si los hubiera detectado todos pulsaremos "ENTRAR").

Aparece en pantalla la licencia del producto la cual leeremos atentamente

dando al avance pagina hasta que nos permita dar a ( F8 ) para continuar,
siempre que estemos de acuerdo con las condiciones de la licencia.

Seguidamente nos dará un listado de componentes instalados en el sistema,

los cuales podremos cambiar en caso necesario, creo que sería mejor dejar
las cosas como están y luego cambiar lo que queramos desde el sistema
operativo ya instalado.

Ahora pasaremos al gestor de particiones de disco y de ubicación de la

instalación el cual nos pregunta:

¿Dónde queremos instalar NT? .Para ello nos moveremos con el cursor hasta la
partición donde queremos instalarlo y luego presionaremos ( ENTRAR ).
Si tenemos espacio sin asignar nos moveremos con el cursor a ese espacio no
particionado y pulsando la tecla ( C ) crearemos una nueva partición, ¡ojo!,
yo lo haría desde el administrador de disco una vez instalado el sistema
operativo. Lo más importante es tener un espacio de aproximadamente 300 Mb
para la instalación de NT 4.0.
Si queremos borrar una partición moveremos el cursor a la partición
existente y pulsaremos ( E ).
En nuestro caso tenemos una partición FAT con el tamaño necesario para la
instalación del NT, por lo que moveremos el cursor hasta situarlo encima de
dicha partición y pulsaremos ( ENTRAR ).

Pasará a preguntarnos si queremos convertir la partición a NTFS o dejarlo

como está, con el cursor nos moveremos a la opción que deseemos. La
instalación es más rápida sobre FAT, y así lo haremos nosotros, recordando
que cuando terminemos la instalación tendremos que ejecutar CONVERT C:
/FS:NTFS para convertir a NTFS, siempre que queramos convertir el sistema de
archivo a este tipo.

NOTA: NTFS nos permite configurar permisos de seguridad sobre archivos y

directorios; FAT es más rápido pero no tiene opciones de seguridad.

También nos preguntará el directorio donde queremos ubicar el bloque de

Página 28 de 41
programas del NT, por defecto "\WINNT" y pasará a examinar los discos para
comprobar su integridad, para ello pulsaremos (ENTRAR); si consideramos que
los discos están en perfecto estado pulsaremos (ESC).

Llegado a este punto el sistema se pondrá a copiar los archivos necesarios

para la instalación del sistema NT, cuando acabe este proceso retiraremos el
disco de la disquetera y del CD-ROM y presionaremos ( ENTRAR ).

Con esto concluye la primera parte de la instalación, que sería igual para
el NT server y workstation. La segunda fase, basada en el entorno gráfico de
NT, es distinta para cada versión:
NT Server o NT Workstation

INSTALACION DE NT WORKSTATION

... Nos saldrá una pantalla donde nos indica los pasos que va a seguir la
instalación, donde pulsaremos (SIGUIENTE), y pasaremos a otra donde nos
indica el tipo de instalación que vamos a realizar:

Típica: Recomendada para la mayoría de los equipos

Portátil: Se instalará con opciones útiles para equipos portátiles

Compacta: Para ahorrar espacio en disco, no se instalará ninguno de los

componentes opcionales

Personalizada: Para usuarios más avanzados. Puede personalizar todas las

opciones de instalación disponibles

Nosotros usaremos la personalizada y pulsaremos (SIGUIENTE).

En el paso siguiente pondremos el nombre y la organización a la que va a

pertenecer la licencia (SIGUIENTE), e introduciremos la clave del CD de NT,
la cual viene en la carátula del CD, (SIGUIENTE), pasaremos a poner el
nombre que va ha tener el equipo para su reconocimiento en red, ¡ NO PUEDE
ESTAR DUPLICADO!, (SIGUIENTE), y nos preguntará la contraseña del
administrador ¡Nos se nos puede olvidar!, en caso de olvido tendremos que
reinstalar el sistema operativo, (SIGUIENTE). No pregunta si queremos un
disco de rescate. El disco de inicio es importante por si existe un bloqueo
o un fallo en el arranque de NT, este disco se tendrá que acuatiza cada
cierto tiempo, y siempre antes de hacer un cambio en el equipo, sobre todo
si es un cambio de hardware. En este caso la utilidad para generarlo es
"RDISK" que será ampliada mas adelante, (SIGUIENTE), la pantalla que sigue
es la selección de componentes en actuaremos eligiendo o descartando los
componentes que creamos adecuados, una vez determinado que es lo que
queremos instalara le daremos a (SIGUIENTE).

----------------------------------------------------------------------------
----

CONFIGURANDO EL ACCESO A RED

Página 29 de 41
Si el equipo está conectado a una red a través de RDSI (ISDN) o un adaptador
de red pulsaremos como activo en el cuadro a tal efecto.

Si a su vez va ha tener control de acceso telefónico a redes también

marcaremos el cuadro a tal efecto

Si nuestro equipo no va ha tener nada de lo anterior pulsaremos el botón

redondo que nos indica tal opción (No conectar este equipo a una red en este
momento)

Nuestro equipo esta conectado a una LAN a través de un adaptador de red.

(SIGUIENTE)

Pulsaremos la búsqueda automática de adaptadores de red, en el caso que no

lo detectase tendremos que utiliza un disco del fabricante o un adaptador
existente en la lista de adaptadores de NT. Una vez instalado el adaptador
de red, pasaremos a la instalación de los protocolos con los que van a
trabajar nuestro sistema, los cuales pueden ser TCP/IP, IPS/SPX, NetBEUI,
pudiéndose seleccionar otros desde una lista o instalarlos desde un disco
del fabricante. Nosotros instalaremos TCP/IP, si tuviéramos que instalar un
cliente para NETWARE tendríamos que instalar IPX/SPX, y si lo queremos
compatibilizar con una antiguas redes de Microsoft o queremos una
instalación sencilla hasta 8 equipo utilizaremos NetBEUI solamente.

Nosotros instalaremos TCP/IP ya que será imprescindible para el acceso a

Internet a través de acceso telefónico a redes, (SIGUIENTE).

----------------------------------------------------------------------------
----

PANTALLA DE LOS SERVICIOS DE RED

Sale un listado con los servicios mínimos de red que no se pueden tocar
desde la instalación, en el caso que queramos quitar algunos tendremos que
esperar a que se acabe la instalación, podremos ampliarlo dependiendo de los
que queramos, en el caso de una red Netware tendremos que instalar el
servicio de Cliente para Netware.

Ya hemos acabado la instalación de red Pulsaremos (SIGUIENTE), si tenemos

alguna duda (ATRÁS). Comenzado la instalación de todo lo que le hemos
indicado en los pasos previos. Pasando a la introducción de los datos para
el protocolo TCP/IP.

Si nuestro equipo adquiere la dirección IP desde un servidor DHCP

automáticamente le daremos que (SI), en el caso de tener una dirección IP
fija le daremos que (NO).

Ahora seguiremos con la introducción de los datos del TCP/IP de nuestro

equipo, si tenemos una dirección fija de red la pondremos una vez activada
la casilla a para tal efecto, con la mascara de red adecuada, si no tenemos
ningún ROUTER o GATEWAY para la solución de encaminamiento lo dejaremos en

Página 30 de 41
blanco, en caso de que existiera pondríamos la dirección de este. Esta es la
Instalación mínima mas adelante la analizaremos con mas detenimiento. Si
utilizados WINS para la resolución de nombres le indicaremos el servidor de
WINS en caso contrario le diremos que (SI) queremos continuar.

Nos indica los niveles de enlace entre los servicios, los protocolos y los
adaptares de comunicaciones tanto de red como de RAS los cuales podemos
habilitar o desabilitar a nuestro gusto. (SIGUIENTE). NT esta listo para
iniciar la red (SIGUIENTE) si lo tenemos claro, (ATRÁS) si no hemos
equivocado en algo.

Ahora llega el momento de decirle si vamos a formar parte de un dominio NT o

en un grupo de trabajo en el caso de trabajar en un dominio necesitamos la
asistencia del administrador para que de alta la máquina.

Nosotros en un principio no trabajamos en un dominio sino en un grupo de

trabajo.

Pondremos el Nombre, (SIGUIENTE), ya hemos terminado la instalación de la

red.

Pasaremos a poner la fecha y la hora (CERRAR), y las características del la

tarjeta gráfica, aunque recomiendo dejar la que nos haya dado por defecto y
continuar la instalación, posteriormente podremos cambiar el tipo. Si ha
detectado una tarjeta tendremos que pulsar (PRUEBA), antes de (ACEPTAR).

Copiará el resto de los archivos, guardara la configuración y nos pedirá que

insertemos un disco que etiquetaremos como "Disco de reparación" (ACEPTAR),
borrará los archivos temporales y nos pedirá que reiniciemos.

INSTALACION DE WIN NT SERVER 4.0

Una vez pasada la primera parte de la instalación, se reinicia el ordenador

y comienza la instalación basada en entorno gráfico. Lo primero que hace es
mostrar una pantalla indicando el proceso de instalación que vamos a seguir.

En el paso siguiente pondremos el nombre y la organización a la que va a

pertenecer la licencia , e introduciremos la clave del cdrom que viene en la
funda. Pasaremos a poner el nombre que va a tener el equipo en la red,
¡atención!, no puede estar duplicado.

Llegamos al menú donde tenemos que indicar que función realizará nuestro
equipo, antes quizás te convenga tener claro lo que es un dominio:

-Controlador principal de dominio (PDC): será el que gestione las cuentas de

usuarios y de equipos, y los inicios de sesión, sólo existe uno por dominio.

-Controlador de reserva del dominio (BDC): tiene una copia de la base de

datos de usuarios y puede sustituir al PDC en caso de fallo, pueden existir
varios en un mismo dominio.

-Servidor Independiente: servidores no integrados en un dominio o que no

Página 31 de 41
realizan en este funciones de PDC o BDC

Supondremos aquí que estamos instalando un PDC, lo seleccionaremos y nos

preguntará la contraseña del administrador, que no podemos olvidar, en cuyo
caso tendríamos que reinstalar el sistema operativo.

Ahora nos pregunta si queremos generar un disco de rescate, este disco es

importante si existe un bloqueo o un fallo en el arranque de NT, se tendrá
que actualizar cada cierto tiempo y también antes y después de hacer un
cambio importante en el equipo, sobre todo si es un cambio de hardware.
Preparamos un disquete vacio y lo creamos ahora. La pantalla que sigue es la
de selección de componentes accesorios al sistema, elegiremos los
componentes que creamos adecuados o dejamos la configuración por defecto si
no estamos muy familiarizados con ellos.

----------------------------------------------------------------------------
----

COMENZANDO LA INSTALACION DE LA RED

Si el equipo está conectado a una red, ya sea a través de RDSI (ISDN) o con
un adaptador de red, tendremos que activar el cuadro correspondiente,si
necesitamos acceso telefónico a redes también marcaremos el cuadro a tal
efecto.

En caso contrario pulsaremos el botón redondo que nos indica tal opción (No
conectar este equipo a una red en este momento)

Nuestro equipo esta conectado a una LAN a través de un adaptador de red.

(SIGUIENTE)

En esta pantalla nos pregunta si queremos instalar el IIS (Interner

Information Server) cuya instalación veremos en un próximo documento, solo
anticipar que es para poner nuestro equipo como un servidor de Internet. Lo
desseleccionaremos y pulsaremos (SIGUIENTE).

Pulsaremos la búsqueda automática de adaptadores de red, en el caso que no

lo detectase tendremos que utiliza un disco del fabricante o un adaptador
existente en la lista de adaptadores de NT. Una vez instalado el adaptador
de RED, pasaremos a la instalación de los protocolos con los que van a
trabajar nuestro sistema, los cuales pueden ser TCP/IP, IPS/SPX, NetBEUI,
pudiéndose seleccionar otros desde una lista o instalarlos desde un disco
del fabricante. Nosotros instalaremos TCP/IP, si tuviéramos que instalar un
cliente para NETWARE tendríamos que instalar IPX/SPX, y si lo queremos
compatibilizar con una antiguas redes de Microsoft o queremos una
instalación sencilla hasta 8 equipo utilizaremos NetBEUI solamente.

Nosotros instalaremos TCP/IP ya que será imprescindible para el acceso a

Internet a través de acceso telefónico a redes, (SIGUIENTE).

PANTALLA DE LOS SERVICIOS EN RED

Página 32 de 41
Sale un listado con los servicios mínimos de RED que no se pueden tocar
desde la instalación, en el caso que queramos quitar algunos tendremos que
esperar a que se acabe la instalación, podremos ampliarlo dependiendo de los
que queramos, en el caso de una red NETWARE tendremos que instalar el
servicio de Cliente para NETWARE.

Ya hemos acabado la instalación de RED Pulsaremos (SIGUIENTE), si tenemos

alguna duda (ATRÁS). Comenzado la instalación de todo lo que le hemos
indicado en los pasos previos. Pasando a la introducción de los datos para
el protocolo TCP/IP.

Si nuestro equipo adquiere la dirección IP desde un servidor DHCP

automáticamente le daremos que (SI), en el caso de tener una dirección IP
fija le daremos que (NO).

Ahora seguiremos con la introducción de los datos del TCP/IP de nuestro

equipo, si tenemos una dirección fija de red la pondremos una vez activada
la casilla a para tal efecto, con la mascara de red adecuada, si no tenemos
ningún router o gateway para la solución de encaminamiento lo dejaremos en
blanco, en caso de que existiera pondríamos la dirección de este. Esta es la
Instalación mínima mas adelante la analizaremos con mas detenimiento. Si
utilizamos WINS para la resolución de nombres le indicaremos el servidor de
WINS en caso contrario le diremos que (SI) queremos continuar.

Nos indica los niveles de enlace entre los servicios, los protocolos y los
adaptares de comunicaciones tanto de red como de RAS los cuales podemos
habilitar o desabilitar a nuestro gusto. (SIGUIENTE). NT esta listo para
iniciar la red (SIGUIENTE) si lo tenemos claro, (ATRÁS) si no hemos
equivocado en algo.

Ahora llega el momento de decir el nombre que va a tener nuestro dominio NT.
Pondremos el Nombre, (SIGUIENTE) ya hemos terminado la instalación de la
red.

Pasaremos a poner la fecha y la hora (CERRAR), y las características del la

tarjeta gráfica, aunque recomiendo dejar la que nos haya dado por defecto y
continuar la instalación, posteriormente podremos cambiar el tipo. Si ha
detectado una tarjeta tendremos que pulsar (PRUEBA), antes de (ACEPTAR).

Copiará el resto de los archivos, guardara la configuración y nos pedirá que

insertemos un disco que etiquetaremos como "rescate" (ACEPTAR), borrará los
archivos temporales y nos pedirá que reiniciemos.

ELECCION DE UN PROTOCOLO DE RED EN WIN NT

Una de las bazas más importantes que ha jugado siempre NT es la elasticidad

que tiene a la hora de integrarse con otros equipos en red, de hecho convive
sin problemas con redes basadas en sistemas Novell, AppleTalk, UNIX, SNA y
cualquier cosa que se le eche, sirviendo incluso de pasarela entre estos
mundos tan distintos. Este comportamiento tan versátil se debe a la gran
cantidad de protocolos que incorpora y que pueden convivir simultáneamente
en un sistema con Windows NT.

Página 33 de 41
Para cualquier administrador de sistemas es obvio que si necesita conexión
con Novell habrá de instalar el protocolo IPX/SPX, para convivir con UNIX
echará mano de TCP/IP y si los Macintosh abundan tendrá que usar AppleTalk.

Lo que a veces no queda tan claro es el protocolo a utilizar en una red

basada únicamente en sistemas operativos de Microsoft (MSDOS, Windows 3.x,
Windows 95 y el propio Windows NT), es aquí donde el presente artículo
pretende poner un poco de luz.

-Protocolos "de serie": IPX/SPX y NetBEUI.

Al instalar Windows NT los protocolos que se instalan por defecto son

IPX/SPX y NetBEUI. Aunque la elección de IPX/SPX me parece acertada no
entiendo porqué se nos endosa NetBEUI cuando la propia Microsoft nos dice
que no le parece un protocolo adecuado para una red que se precie de serlo.
Con el vamos a empezar esta discusión.

-NetBEUI.

Es el protocolo utilizado por las antiguas redes basadas en Microsoft LAN

Manager. Es muy rápido en pequeñas redes que no lleguen a la decena de
equipos y que no muevan ficheros de gran tamaño, a partir de ahí es mejor
que te decantes por otra opción y lo desinstales de tus clientes y tus
servidores, esto último siempre que no tengas ningún equipo que utilice LAN
Manager.

-IPX/SPX.

Este protocolo, implementado por Novell, ha demostrado sobradamente su valía

en redes de área local, es rápido, fácil de configurar y requiere pocas
atenciones. Es el protocolo que Microsoft recomienda para redes de área
local basadas en DOS, Windows 3.x, Windows 95 y Windows NT.

El principal inconveniente que presenta para redes medianas y grandes es que

no se puede enrutar o sea que no puede pasar de una subred a otra si entre
ambas hay un encaminador (router), por lo que no puede usarse en redes WAN.
Otro inconveniente que presenta en redes con un cierto número de equipos es
que puede llegar a saturar la red con los broadcast que lanzan los equipos
para anunciarse en la red.

-TCP/IP.

Este protocolo juega aquí con ventaja pues se trata de mi favorito y además
se hace imprescindible si estás conectado a Internet o quieres crear una
intranet.

La capacidad de TCP/IP para mover información en una red, por grande que
sea, sin perder datos, su sistema de nombres y direcciones, y su facilidad
para saltar de una red a otra lo convierten en el candidato ideal para
cualquier red de ordenadores dispuesta a no quedarse dentro de las paredes
de un edificio. No obstante pueden achacársele algunos inconvenientes como
la dificultad de configuración para el usuario y la necesidad de un
mantenimiento constante por parte del administrador de la red.

Página 34 de 41
El primer inconveniente se debe a la necesidad que tiene el usuario de
conocer algunos datos imprescindibles antes de que el sistema empiece a
funcionar en red: dirección IP, máscara de red, dirección del servidor de
nombres y dirección del encaminador, afortunadamente este problema puede
resolverse utilizando el servicio de configuración dinámica de equipos
(DHCP), que viene incluido en Windows NT Server, este servicio asigna los
datos mencionados arriba a cada equipo en el momento en que este se conecta
en red de manera transparente para el usuario.

El trabajo de mantenimiento por parte del administrador tampoco es baladí:

asignación de direcciones IP a los nuevos equipos, mantenimiento de la tabla
de nombres en el servidor de nombres si este existe o, peor aún, en cada
equipo si no existe y vigilar que no haya direcciones duplicadas por citar
sólo algunos. De nuevo NT Server nos hecha una mano si combinamos la
potencia de DHCP con el servicio de nombres para Windows (WINS) y el
reciente servicio de nombres de dominio (DNS).

Otro inconveniente que aún no hemos mencionado es la falta de seguridad de

TCP/IP frente a los "mirones" que tengan acceso físico a la red, ya que las
tramas TCP/IP no van codificadas y con un software adecuado podría
capturarse parte de la información que estamos enviando. Para este problema
comienzan a surgir soluciones como el protocolo punto a punto apantallado
(PPTP), que encripta las tramas TCP/IP que enviamos, estableciendo de esta
forma un canal seguro incluso a través de Internet.

-NetBIOS, un escalón más arriba.

No podemos nunca hablar de NetBIOS como una alternativa a los protocolos

mencionados arriba, pues se trata de un protocolo que se encuentra un
escalón más arriba que los anteriores(más cerca del usuario). NetBIOS es un
intermediario entre dichos protocolos y nuestras aplicaciones, que nos
permite conectarnos al resto de los equipos de nuestra red usando nombres
sencillos y fáciles de recordar (SERVIDOR, COMPRAS, ANDROMEDA) sin importar
que protocolo de red estemos usando para comunicarnos con ellos. De esta
manera para el usuario la red se convierte en algo transparente por la que
puede navegar usando el icono "Entorno de red".

Además no tenemos que preocuparnos nunca de él pues se instalará solito

sobre los protocolos que configuremos en nuestro equipo.

-Conclusion:

Mi más encarecida recomendación es que mantengas tu red funcionando con el

menor número de protocolos posibles, siendo muy conveniente que haya
homogeneidad entre los equipos que vayan a compartir recursos entre si, ya
que las máquinas que no tengan al menos un protocolo común no podrán verse
entre si ni compartir recursos.

Si por motivos de tamaño no vas a usar NetBEUI, la elección queda entre

IPX/SPX y TCP/IP, usa el primero en una red local sin acceso a Internet y el
segundo en una red no local (WAN,MAN) o si necesitas Internet o intranet.
Si, como es habitual, en tu red hay máquinas que no salen a Internet y otras

Página 35 de 41
que si lo hacen puedes instalar en todas IPX/SPX y en las que acceden a
Internet añades TCP/IP, de esta manera las máquinas que no acceden a
Internet están más seguras y todas se ven entre si.

DOMINIOS, RELACIONES Y OTRAS COSAS.

Un dominio es un conjunto de ordenadores (servidores + estaciones de

trabajo) que comparten características comunes en cuanto a accesos. Un
usuario registrado en un dominio con un nombre de usuario y una palabra de
paso, automáticamente es capaz de acceder a todos los servidores de dicho
dominio utilizando el mismo nombre y la misma palabra de paso.

Dentro de los servidores de un dominio existen dos jerarquías: el servidor

PDC (Primary Domain Controller) y los servidores BDC (Backup Domain
Controller). Por cada dominio ha de haber un PDC y sólo uno, y posiblemente
varios BDC. Cuando el administrador del dominio da de alta un nuevo usuario,
lo hace sobre el PDC. Los datos sobre los usuarios se guardan en una base de
datos llamada SAM, que la tiene cualquier servidor. El PDC se encarga de
copiar esa base de datos de usuarios a todos los BDCs de su dominio de
manera periódica. Notemos la liberación de trabajo que esto supone para un
administrador de red. Con sólo dar de alta un usuario en el PDC, ese usuario
automáticamente puede acceder a cualquier servidor del dominio y además
usando el mismo nombre de usuario y la misma palabra de paso. Este proceso
de copia periódica de la SAM se denomina replicación.

Windows NT Server viene preparado con los protocolos adecuados para soportar
diversos tipos de clientes: MS-DOS, Windows para Trabajo en Grupo, OS/2,
Windows 95 ...

Ahora que tenemos la idea intuitiva de lo que es un dominio, pasemos a ver

cómo se relacionan los dominios de una red mediante el concepto de Trust o
Relación de Confianza.

Se dice que un dominio A confía en otro B, o que hay establecida una

relación de confianza desde A hacia B, cuando cualquier usuario autorizado
en el dominio B puede entrar sin más en el dominio A.

Un grupo local es un grupo de usuarios, de manera que cualquier usuario del

grupo puede entrar y acceder a los recursos del servidor PDC del dominio al
que pertenece el grupo. Un grupo local se define como perteneciente a un
dominio.

Un grupo global es igual que el anterior excepto en que puede ser visto
también por todos los dominios que confían en el dominio al que pertenece el
grupo. La diferencia entre local y global es, pues, el ámbito de
visibilidad. Si A confía en B, y definimos en B un grupo global, entonces
ese grupo también se puede utilizar en A.

----------------------------------------------------------------------------
----

Un ejemplo práctico

Página 36 de 41
Como hemos dicho al principio, el dominio sirve para administrar de una
manera lógica los recursos, servidores y estaciones de una red fácilmente.

Por ejemplo, supongamos una facultad en la que hay departamentos. En cada

departamento hay servidores, estaciones y recursos (discos duros e
impresoras) . Podemos crear un dominio por departamento. En cada
departamento, elegiremos un servidor como PDC donde se dan de alta los
usuarios de ese departamento.
Nos damos cuenta de que en un departamento A nos interesa tener tres tipos
de grupos: los Administradores, los Profesores y los Becarios, cada uno con
diferentes permisos en cuanto a accesibilidad. Creamos en principio tres
grupos locales al dominio. A la hora de dar de alta un nuevo usuario en el
departamento, basta meterlo en el grupo correspondiente para que tenga los
permisos por defecto de ese grupo. Si queremos que tenga algún permiso
especial, también se lo podemos dar. Supongamos que el administrador da de
alta a un profesor, Baltasar González, en el grupo local Profesores con
nombre de usuario balgon.
El PDC copia la SAM en los restantes BDCs del departamento A, de manera que
el profesor Baltasar pueda hacer logon en cualquier servidor de su
departamento usando su nombre de usuario balgon y el mismo password.

Supongamos que nos interesa que el departamento A pueda utilizar los

recursos del departamento B. Entonces podemos hacer lo siguiente:

Creamos un grupo global en el PDC de A. En ese grupo global meteremos todos

los usuarios de A que van a acceder a B. Ahora establecemos un trust desde B
hacia A, de manera que B confía en A, y por tanto ve el grupo global
definido en A. Por último, en el dominio B damos al grupo global los
permisos necesarios para que acceda a los recursos de B, o mejor lo
incluimos en el grupo local más adecuado.

Lo anterior es sólo una manera de gestionar la organización de la facultad,

pero hay más posibilidades. Podemos tener un dominio único y definir un
grupo local por departamento, por ejemplo.

EL DOMINIO MASTER

Una organización distinta sería la del dominio master. Supongamos que

tenemos un dominio donde almacenamos todas las cuentas de los usuarios de la
red (dominio master). En él definimos varios grupos globales, por ejemplo
uno por departamento. Creamos ahora tantos dominios como departamentos hay,
y hacemos que todos esos dominios confíen en el master. Ahora, en el dominio
del departamento X creamos un grupo local donde meteremos todos los globales
del master cuoys usuarios nos interese que accedan a los recursos de las
máquinas de X. Por tanto, en el dominio X bastará dar permisos de acceso al
grupo local definido, y automáticamente heredarán esos permisos los usuarios
de los globales metidos en ese local. Un mismo grupo global puede estar
metido en varios locales de varios dominios. Repetiremos esta operación para
cada departamento. Esto da lugar a una administración centralizada.

Otro modelo es el de múltiples masters. Un dominio en general puede albergar

hasta 15000 cuentas de usuario. Cuando necesitamos más, podemos definir

Página 37 de 41
varios masters. Entre los masters definiremos relaciones de confianza en
ambos sentidos (por ejemplo, si tenemos dos masters M1 y M2, haremos que M1
confíe en M2 y M2 confíe en M1). Si ahora hacemos que todos los restantes
dominios confíen en M1 y en M2, habremos conseguido lo mismo que en el
modelo de master único pero ampliando el número de cuentas de usuario hasta
30000.

----------------------------------------------------------------------------
----

LOS GRUPOS DE TRABAJO

Para terminar me gustaría señalar la diferencia de los dominios con los

grupos de trabajo de Windows para trabajo en grupo. Un grupo de trabajo es
un conjunto de ordenadores en el que cada uno puede funcionar tanto como
cliente como servidor, o ambos a la vez. El administrador tiene la
responsabilidad de mantener la base de datos de usuarios en cada ordenador
del grupo. Además, un usuario de un ordenador podría fácilmente trastear con
él y echar abajo los servicios.

GESTION DE USUARIOS

Cuentas de usuarios y grupos

Es muy importante planificar cuidadosamente la administración de las cuentas

de usuario y grupos, no obstante disponemos de sencillas y potentes
herramientas para llevarlo a la práctica.

Aquí tienes algunos consejos importantes para realizar con éxito dicha
planificación:

El mantenimiento de los permisos y derechos de un grupo es más sencillo que

el de varias cuentas de usuario, generalmente usaremos los grupos para
administrar el acceso a los recursos (puestos, archivos, impresoras, etc):
Es obvio que sobre el directorio personal de un usuario aplicaremos permisos
específicos para dicho usuario, pero si necesitamos que varios usuarios de
distintos o de un mismo grupo accedan al mismo recurso es recomendable crear
un nuevo grupo para tal fin, ya que un usuario puede pertenecer a varios
grupos.
Muchas veces creamos grupos utilizando el mismo esquema de nuestra empresa u
organización, sin embargo también es aconsejable pensar en los grupos de
usuarios en función de los recursos que van a necesitar.
Cambiaremos los permisos proporcionados a un conjunto de usuarios utilizando
la cuenta de grupo pero no modificaremos cada cuenta.
Intentaremos aprovechar los grupos predefinidos de Windows NT, a los que se
han asignado útiles conjuntos de derechos y capacidades.
En un dominio de Windows NT Server se pueden mantener dos tipos de grupos:
grupos locales y grupos globales, para comprender la utilidad de cada uno
hemos hecho un pequeño extracto de los manuales de ayuda.

----------------------------------------------------------------------------

Página 38 de 41
----

Grupos globales

Un grupo global contiene una serie de cuentas de usuario de un dominio que

están agrupadas bajo un nombre de cuenta de grupo. Un grupo global sólo
puede contener cuentas de usuario del dominio donde se creó el grupo global.
Una vez que se crea un grupo global, se le puede asignar permisos y derechos
en su propio dominio sobre estaciones de trabajo o servidores miembro, o
sobre dominios que 9confían. Sin embargo, lo mejor es asignar derechos y
permisos a grupos locales, y usar el grupo global como método para agregar
usuarios a grupos locales.

Los grupos globales se pueden agregar a grupos locales del mismo dominio,
en dominios que confían en dicho dominio, o en servidores miembro o equipos
que ejecuten Windows NT Workstation en el mismo dominio o en uno que confía.
Los grupos globales sólo contienen cuentas de usuario de dominio. No puede
crear un grupo global en un equipo que ejecute Windows NT Workstation o en
un equipo que ejecute Windows NT Server como servidor miembro.

La palabra "globales" en "grupos globales" indica que el grupo está

disponible para recibir derechos y permisos en múltiples dominios
(globales).

Un grupo global sólo puede contener cuentas de usuario; no puede contener

grupos locales ni otros grupos globales.

----------------------------------------------------------------------------
----

Grupos locales.

Un grupo local contiene cuentas de usuario y cuentas de grupo globales de

uno o más dominios, agrupados bajo un nombre de cuenta de grupo. Los
usuarios y los grupos globales de fuera del dominio local sólo se pueden
agregar al grupo local si pertenecen a un dominio que confía. Los grupos
locales hacen posible la rápida asignación de derechos y permisos sobre los
recursos de un dominio (es decir, el dominio local) a usuarios y grupos de
dicho dominio y otros dominios que confíen en él.

Los grupos locales también existen en servidores miembro y equipos que

ejecutan Windows NT Workstation, y pueden contener cuentas de usuario y
grupos globales.

La palabra "locales" de "grupos locales" indica que el grupo está disponible

para recibir derechos y permisos en un dominio único (local).

Un grupo local no puede contener otros grupos locales.

----------------------------------------------------------------------------
----

Página 39 de 41
Estrategias para utilizar grupos locales y globales.

Un grupo local es una entidad de seguridad única a la que se puede conceder

acceso a muchos objetos de una única ubicación (un dominio, una estación de
trabajo o un servidor miembro) en vez de tener que editar los permisos sobre
todos esos objetos de forma independiente.

Con los grupos globales puede agrupar las cuentas de usuario a las que
podría conceder permisos para usar objetos en múltiples dominios y
estaciones de trabajo.

Por ejemplo, en una configuración de múltiples dominios, puede pensar en los

grupos globales como medio para agregar usuarios a los grupos locales de
dominios que confían. Para extender los derechos y permisos de los usuarios
a recursos de otros dominios, agregue sus cuentas a un grupo global de su
dominio y después agregue el grupo global a un grupo local de un dominio que
confía.

Incluso en un dominio único, si recuerda que puede agregar dominios

adicionales en el futuro, puede usar grupos globales agregados a grupos
locales para conceder todos los derechos y permisos. Posteriormente, si se
crea otro dominio, los derechos y permisos asignados a sus grupos locales
pueden extenderse a los usuarios del dominio nuevo creando una relación de
confianza y agregando 9grupos globales del dominio nuevo a sus grupos
locales. De la misma manera, si el dominio nuevo confía en su dominio, sus
grupos globales se pueden agregar a los grupos locales del dominio nuevo.

Los grupos globales de dominio también se pueden usar para propósitos

administrativos en equipos con Windows NT Workstation o en servidores
miembro con Windows NT Server. Por ejemplo, el grupo local Administradores
de dominio se agrega de forma predeterminada al grupo local incorporado
Administradores en todas las estaciones de trabajo o servidores miembro que
se unen a un dominio existente. La pertenencia al grupo local
Administradores de una estación de trabajo o servidor miembro permite que el
administrador de red administre el equipo de forma remota creando grupos de
programas, instalando software y solucionando los problemas del equipo.

REF: Curso de Redes (Grupo Febrero)

Si quieres participar con tu opinion, responde el mail y reenvialo a

cuestionario@cybercursos.net

1. TE SIRVIO EL CURSO??
a)Si, me aporto muchos conocimientos.
b)Saco algunas dudas
c)No.

2. EL CONTENIDO DEL CURSO:

a) Se trato todos los temas posibles
b) Los contenidos fueron pobres
c) Faltan desarrollar contenidos

Página 40 de 41
3. EL ENVIO:
a) Fue puntual
b) No fue puntual, pero no se perdio el hilo al tema
c) Fue inpuntual
d) Fue inpuntual y aporto a que no se entienda nada

4. LAS IMAGENES
a) Fueron descriptivas
b) No las vi
c) No fueron descriptivas

5. QUE AGREGARIA??

6. QUE SACARIA??

7. HARIA OTROS CURSOS??

8. QUE CURSO LE GUSTARIA QUE SE AGREGASE??

9. COMENTARIOS:

Página 41 de 41