Está en la página 1de 11

Instalación y Supervisión de Redes - Cap.2 http://proton.ucting.udg.mx/tutorial/redes/red2.

htm

Capítulo 2: Instalación del Netware

Recomendaciones generales:
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.
Es muy común que se diagrame una red en base a equipos ya existentes, sin tener en cuenta que esos
equipos no necesariamente deben funcionar en forma correcta bajo Netware, además puede cometerse el
error de suponer un determinado "seteo" de las placas de red para estandarizar la instalación, lo que en
muchos casos es imposible; ya que no todos los equipos (sobre todo los "compatibles") tienen las mismas
placas en su interior. En estos casos se hace necesario un relevamiento de placas de los diferentes equipos
tales como "puertas series", "modems", "placas multifunción", "placas de comunicaciones con host", etc;
que puedan interferir con seteos de IRQ o de áreas de memoria a configurar de las placas de red.
Existen algunos modelos nuevos de placas llamadas "jumperless" que se configuran por soft
exclusivamente e incluso modelos muy recientes que son autoconfigurables conocidos como "Plug and
Play" o PnP.
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 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

1 de 11 24/12/2010 2:54
Instalación y Supervisión de Redes - Cap.2 http://proton.ucting.udg.mx/tutorial/redes/red2.htm

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

2 de 11 24/12/2010 2:54
Instalación y Supervisión de Redes - Cap.2 http://proton.ucting.udg.mx/tutorial/redes/red2.htm

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í 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

3 de 11 24/12/2010 2:54
Instalación y Supervisión de Redes - Cap.2 http://proton.ucting.udg.mx/tutorial/redes/red2.htm

mismo, que se irá describiendo en los próximos capítulos.

Instalación en las terminales:


Se efectúa mediante el programa WSGEN (WorkStation GENeration) que se halla en el diskette del
mismo nombre existente hasta NetWare 3.11 y reemplazado por 5 diskettes llamados NetWare Clients a
partir de NetWare 3.12.
El el primer caso se produce la generación de un IPX (Internet Protocol Exchange) válido para cada placa
de red de cada estación de trabajo o bien habrá que configurar otro protocolo posible, el IPXODI, para
sistemas abiertos. Cuando la red se monta sobre equipos nuevos, puede hacerse el pedido al proveedor del
hardware para que configure los equipos de forma tal que quede libre determinada IRQ y que las placas
de red para las terminales sean todas iguales; esto nos facilitará la tarea ya que habrá que generar un solo
IPX para todas las terminales.
Pero normalmente esto no sucede o no es posible, por lo que en general hay que generar un IPX por
terminal (recordar documentar la instalación como se mencionó en el capítulo 2§).
WSGEN.EXE incluye drivers para modelos standard de placas de red de 8 y 16 bits, si entre las que se
listan no se incluye las que poseemos y tampoco es compatible con alguna de ellas habrá que presionar la
tecla "INSERT" y colocar el diskette con los drivers correspondientes provisto por el fabricante de las
placas. Si se desea vincular Netware con alguna otra plataforma casi con seguridad habrá que utilizar
IPXODI y haber seleccionado placas que posean drivers para su interconección con la plataforma deseada
(TCP-IP, Macintosh, etc).
El nuevo IPX generado se guarda en el mismo diskette por lo que hay que utilizar una copia del original
que no se encuentre protegida contra escritura.
Además, en el diskette WSGEN, se incluyen las distintos tipos de shell para las versiones de DOS que se
pueden utilizar en las estaciones, desde el net3.com hasta el netx.com pasando por las versiones de los
mismos para trabajar sobre memoria expandida o extendida.
En cambio, otra posibilidad implementada para las versiones más recientes de NetWare es la de trabajar
con el standard ODI, que permite el enlace con otras plataformas distintas, además incorpora una nueva
shell llamada VLM, que permite interconectar tanto viejas como las más modernas versiones del software
de red, y se instala en forma inteligente en la zona de memoria que permita dejar libre la mayor cantidad
posible, además de implementar una serie de mejoras que se verán más adelante.
Por último, y según el tipo de equipo provisto como terminal, se deberán copiar esos programas al disco
rígido local o a un diskette booteable, y si el equipo carece de diskettera, igualmente habrá que generar un
diskette booteable que además contenga los programas necesarios para el arranque de la terminal para
generar luego el "Net$dos.sys" mediante el comando de red "DOSGEN" descripto en capitulos siguientes.

Arranque de estaciones de trabajo y servidores

Archivos de arranque para las estaciones:

El arranque de una estación se hace bajo DOS, y sobre este sistema operativo se montan los
programas residentes (TSR, Terminate and Stay Resident) que componen el software de la red.
Los archivos usados por MS-DOS son:
IO.SYS
MSDOS.SYS
COMMAND.COM
Además, pueden definirse para el DOS en las estaciones de la red los archivos:
CONFIG.SYS
AUTOEXEC.BAT es típico que sus últimas líneas sean :

IPX
NETx
F:
LOGIN
Otros programas DOS que pueden ejecutarse durante el arranque de las terminales son:
HIMEM.SYS, sirve para manejar memoria extendida, según el protocolo XMS v2.0.

4 de 11 24/12/2010 2:54
Instalación y Supervisión de Redes - Cap.2 http://proton.ucting.udg.mx/tutorial/redes/red2.htm

EMM386.EXE. Se puede correr sólo si se cuenta con una máquina equipada con un
microprocesador 80386 o superior que posea memoria extendida. Puede servir para dos
propósitos:
Emular memoria expandida usando la memoria extendida
Permitir cargar programas en bloques de memoria alta (UMB, Upper Memory Blocks).
La memoria alta se obiene redireccionado parte de la memoria extendida.
Los archivos usados por NetWare en sistemas cerrados pueden ser:
IPX.COM define la interfase con la placa de red. En realidad, IPX.COM abarca dos niveles
de comunicación: IPX y SPX. IPX (Internetwork Packet eXchange, intercambio de paquetes
entre redes) es el encargado de formar los paquetes y entregárselos a la placa de red. SPX
(Sequenced Packet eXchange, intercambio de paquetes en secuencia) se encarga de verificar
la integridad de las transmisiones, intentar retransmitir y avisar de las fallas en las
comunicaciones.
NETx.COM (o EMSNETx.COM o XMSNETx.COM) provee el "NetWare shell", es el
encargado de decidir si el comando ingresado o la llamada al sistema operativo debe ser
atendido localmente por DOS o por el server bajo NetWare. Los pedidos relacionados con el
server son procesados según el Netware Core Protocol, NCP, protocolo del núcleo de
NetWare). Las versiones EMS y XMS se usan si hay memoria expandida o extendida
disponible. La x puede significar un número, en cuyo caso debe coincidir con la versión de
DOS que corre en la estación o una X, que identifica a una versión de NET independiente de
la de DOS. Recién al cargar este programa se puede acceder al directorio SYS:LOGIN del
server para iniciar una conexión, para la versión 6.0 de MS-DOS pasaron a ser programas del
tipo "EXE". Esta "shell" toma el control de la Int 21h del DOS para lograr cumplir con sus
funciones.
Para funcionar en sistemas abiertos Netware puede utilizar:
LSL.COM ("Link Support Layer" o nivel de soporte de enlace), permite usar varios
protocolos en la estación.
Controlador (controlador de la placa de red instalada), podría ser por ejemplo NE2000.COM
Protocolo (el protocolo a asignar a la placa de red), podría ser por ejemplo IPXODI.COM
NETx (o sus variantes EMSNETx o XMSNETx).
Además, NetWare puede usar los siguientes archivos:
NetBIOS.EXE

Es un emulador de la ROM de extensión de BIOS presentada por IBM / Microsoft al lanzar la


PCNetwork. Provee de rutinas específicas para manejar la red; permite la comunicación entre
pares. Algunos programas requieren su presencia, y a tal efecto, se lo carga como un
residente más en la estación.
SHELL.CFG.

Este es un archivo de texto ASCII, que se puede definir para cada estación de trabajo, con el
objeto de agregar parámetros a los programas de conexión con la red.
NET.CFG.

Este es un archivo de texto ASCII, que se puede definir para cada estación de trabajo, similar
al SHELL.CFG, con la diferencia que debe ser escrito con sus respectivas órdenes indentadas
con respecto a las "cabeceras de sección", también se utiliza con el objeto de agregar
parámetros a los programas de conexión con la red y especificar el seteo de la placa de red.

Detalles adicionales de configuración:

Descripción del SHELL.CFG

Los archivos afectables por SHELL.CFG son IPX, EMSNETx, XMSNETx, NETx y NETBIOS. En
una amplia mayoría de los casos, los parámetros vinculados con IPX, EMSNETx, XMSNETx y
NETBIOS. son para alterar "timeouts", limitar la cantidad de reintentos ante errores de

5 de 11 24/12/2010 2:54
Instalación y Supervisión de Redes - Cap.2 http://proton.ucting.udg.mx/tutorial/redes/red2.htm

comunicación y ajustar la cantidad de memoria asignada a los procesos de comunicación y de


manejo de archivos y son ajustados sólo en contadas ocasiones. La situación es distinta con NETx
ya que hay parámetros que son comunmente cambiados. Algunas de ellos son:
FILE HANDLES = xxx indica la cantidad de archivos que pueden estar abiertos
simultáneamente en la estación (el valor por omisión es 40).
LOCAL PRINTERS = x especifica la cantidad de impresoras locales presentes en la estación.
Por omisión, se supone que hay una por cada puerta paralelo. Si no hay impresoras
conectadas, especificando el valor como 0, se evita que la estación se bloquee al imprimir una
pantalla (Print Screen).
LONG MACHINE NAME = nombre (nombre puede tener hasta 6 caracteres) inicializa la
variable %MACHINE, que puede ser usada en un Login Script (por ej: para cargar una
versión del sistema operativo distinta según el tipo de máquina).
SHORT MACHINE NAME = nombre (nombre puede tener hasta 4 caracteres) inicializa la
variable %SMACHINE, que puede ser usada en un Login Script. Tambien puede emplearse
para elegir la paleta a usar en los menúes. En efecto, por omisión se usa IBM$RUN.OVL pero
IBM puede reemplazarse por SMACHINE.
SEARCH MODE = modo (modo es un número de 0 a 7) indica el modo de búsqueda de
archivos. Esto se vincula con el comando de red SMODE.
SHOW DOTS = ON le indica al NetWare que debe mostrar en los listados de directorio las
entradas . y .. tal como aparecen bajo DOS. Por omisión este parámetro está en OFF, pero si
las estaciones corren Windows debe ponérselo en ON.
PREFERRED SERVER = nombre_server, se utiliza para conectarse a un server específico,
tiene sentido utilizarlo cuando existe más de uno.
Descripción del NET.CFG

Los archivos afectables por NET.CFG son IPX, LSL, controlador de placa de red, IPXODI, VLM,
EMSNETx, XMSNETx, NETx y NETBIOS. En una amplia mayoría de los casos, los parámetros
vinculados con IPX, EMSNETx, XMSNETx y NETBIOS. son para alterar "timeouts", limitar la
cantidad de reintentos ante errores de comunicación y ajustar la cantidad de memoria asignada a los
procesos de comunicación y de manejo de archivos; y son ajustados sólo en contadas ocasiones;
permitiendo además especificar la configuración de la placa de red. La situación es distinta con
NETx ya que hay parámetros que son comunmente cambiados.

Ejemplo:
LINK SUPPORT
BUFFERS 5
LAN DRIVER NE2000
Port=300
Int=3

SPX CONNECTIONS = x señala el número máximo de conexiones SPX que puede utilizar
simultáneamente el puesto de trabajo. El valor por omisión es 15.
SPX ABORT TIMEOUT = x determina el tiempo de espera antes de abortar una sesión en
caso de no recibir respuesta del otro lado. El valor por omisión es 540 ciclos de reloj (30
segundos)
SPX LISTEN TIMEOUT = x fija el tiempo que SPX espera por un paquete antes de efectuar
una petición de paquete de sesión. La sesión continuará siendo válida si dicha petición
obtiene una respuesta. El valor por omisión es 108 ciclos de reloj (6 segundos)
SPX VERIFY TIMEOUT = x fija el tiempo que SPX enviará paquetes para determinar si una
sesión continúa estando activa. El valor por omisión es 540 ciclos de reloj (30 segundos)
CACHE BUFFERS = x determina la cantidad de buffers empleados para memoria caché. El
tamaño de cada buffer es 512 bytes y el valor por defecto es 5 (512 x 5 = 2560 bytes).
Aumentar este valor mejora la performance del sistema en manejos de disco en las lecturas
secuenciales, pero resta memoria en el servidor para otros procesos.
SET STATION TIME = ON/OFF si se omite o está en ON, la estación sincroniza su reloj con

6 de 11 24/12/2010 2:54
Instalación y Supervisión de Redes - Cap.2 http://proton.ucting.udg.mx/tutorial/redes/red2.htm

el servidor, de lo contrario mantiene su hora "local". Puede utilizarse en OFF para acceder en
forma remota a una red o bien en redes del tipo WAN.
IPX PACKET SIZE LIMIT = número, puede variarse el tamaño máximo del paquete que se
gestiona para el controlador o placa de red a utilizar. Reduciendo el tamaño se puede ahorrar
memoria en la terminal. Surge esta opción a partir de NetWare 3.11; habrá que verificar con
cual funciona bien la placa de red. Puede utilizarse un valor más bajo (mínimo = 576 bytes) si
aparecen errores del tipo "out of memory" o mayores (máximo = 6500 bytes) incrementando
el rendimiento de las comunicaciones con el servidor. El valor por defecto es 4160 para
Token Ring y 1500 para Ethernet.
IPX RETRY COUNT = x, en donde x es la cantidad de veces que puede intentar
retransmitirse un paquete si hubo algún problema y/o se perdió. El valor por defecto es 20.
Modificación de parámetros de arranque en las estaciones:

Los archivos de arranque NETx e IPX aceptan algunos parámetros como opciones.
Para NETx son:
/I (Information, información), muestra la versión de NETx que está corriendo.
/U (Unload, descargar), descarga o elimina la "shell" de la memoria (es un TSR muy
particular), desconectando la estación de todos los servers simultáneamente. Para volver a
ingresar a la red, debe volver a cargarse en memoria RAM.
/F (Force, Forzar), descarga o elimina la "shell" de la memoria; la diferencia con respecto a la
opción anterior es que si se cargó en memoria algún residente luego del NETx con la opción
anterior no se podrá descargar de memoria (aparecerá un "shell error" en pantalla), mientras
que con esta opción "forzará" la descarga de la memoria y se correrá el riesgo que la terminal
se "cuelgue".
/PS=NombreServer, (Preferred Server, servidor preferido), se usa para tratar de conectar la
estación a un server en especial, en vez de empezar por el primero disponible.
/? , para pedir ayuda sobre la sintaxis del comando.
Para IPX existen:
/I (Information, información), muestra la versión de IPX que está corriendo y los parámetros
de la placa de red.
/D (Display, mostrar) presenta en pantalla las configuraciones de hardware de red soportadas
por el IPX en cuestión.
/O (Option, opción), para indicarle al IPX que la placa de red tiene una configuración que no
es la "por omisión"(pero es una de las que IPX /D muestra como posibles). Este comando se
usa cuando se modificó algún parámetro de la placa de red (por ej: dirección de I/O o línea de
interrupción) y no se quiere regenerar el IPX.

No sirve si se produjo un cambio en el tipo de placa de red (por ej: se reemplazó un placa
Ethernet por otra configurada diferente) (puede utilizarse también sin /) .
/? , para pedir ayuda sobre la sintaxis del comando.
Reemplazo de NETx.

Si se posee memoria expandida, se puede reemplazar NETx por EMSNET3 o EMSNET4. Antes de
cargar EMSNETx, se debe cargar un manejador (driver) de memoria expandida bajo protocolo EMS
v4.0, o el EMM386.EXE del DOS siempre y cuando la estación en cuestión tenga un procesador
386-SX o superior.
Si se posee memoria extendida, se puede reemplazar NETx por XMSNET3 o XMSNET4. Antes de
cargar XMSNETx, se debe cargar un manejador (driver) de memoria extendida bajo protocolo XMS
v2.0 tal como HIMEM.SYS.
Los sufijos 3 y 4 se refieren a la versión de DOS (3.x o 4.x) con la que deberán coexistir. La ventaja
de usar estos drivers es que sólo requieren 7Kby y 6KBy de RAM base respectivamente, residiendo
el resto en memoria expandida o extendida según el caso. Ninguno de estos drivers puede emplearse
en un server no dedicado ya que NetWare usa toda la memoria extendida que encuentra.
Con la aparición de Netware 3.12, se nota una tendencia a abandonar el uso de IPX reemplazándolo
por IPXODI para poder lograr interconectividad con otras plataformas. A su vez, a partir de esa

7 de 11 24/12/2010 2:54
Instalación y Supervisión de Redes - Cap.2 http://proton.ucting.udg.mx/tutorial/redes/red2.htm

versión se reemplaza NETx por VLM.EXE (Virtual Loadable Modules) que incorpora varias
mejoras con respecto a la "shell" anterior como por ejemplo:
detecta y utiliza la memoria que encuentre disponible en la estación para "cargarse".
comparte drives y tablas de archivos eliminando tablas redundantes y liberando memoria
utiliza la Int 2Fh en lugar de Int 21h (la Int 2Fh comprende a los redirectores del sistema)
soporta cualquier versión de DOS a partir de la versión 3.1
provee soporte para manejar hasta nueve impresoras

Debido a que el DOS y el Requester comparten la información de la tabla de drives, debe incluírse en el
CONFIG.SYS de la terminal la instrucción LASTDRIVE = Z.

A continuación se muestra un típico archivo de arranque de red para Netware 3.12

CD\NWCLIENT
SET NWLANGUAGE=ENGLISH
LSL
NE2000
IPXODI
VLM /MX
F:
CLS
LOGIN

A continuación se muestra un típico archivo de configuración (net.cfg) para Netware 3.12

LINK DRIVER NE2000


INT 5
PORT 340
FRAME ETHERNET_802.2

NETWARE DOS REQUESTER


NETWARE PROTOCOL=NDS BIND
PB BUFFERS=0
SHOW DOTS=ON
FIRST NETWORK DRIVE=F
PREFERRED SERVER=ACME
USE DEFAULTS=ON

La tabla dispueta a continuación muestra la configuración que VLM carga por defecto y la función
que cumple cada módulo cargado (para evitar la carga de alguno precederlo de";") :

Nombre Módulo Descripción


Permite el seguimiento y alocación de las conexiones y
Tabla principal de
CONN.VLM provee otros módulos con información acerca de las
conexión
mismas.
Módulo de transporte Arma los paquetes con el encabezamiento de NCP
IPXNCP.VLM
IPX/NCP apropiado y entrega el paquete para IPX
Multiplexador de
TRAN.VLM Soporta los módulos de transporte
protocolo de transporte
Módulo de seguridad Provee seguridad adicional para transmisión de paquetes
SECURITY.VLM
mejorada según se necesite

8 de 11 24/12/2010 2:54
Instalación y Supervisión de Redes - Cap.2 http://proton.ucting.udg.mx/tutorial/redes/red2.htm

Servicios de directorio de
NDS.VLM Utilizado solamente a partir de Netware 4.0 NDS
Netware
Usado en Netware 4.0 para proveer compatibilidad con
BIND.VLM Servicios de bindery
servicios de Netware 3.X
Multiplexador de Coordina los servicios con sus módulos dependientes o
NWP.VLM
protocolo Netware "hijos"
Modulo de entrada /
FIO.VLM Brinda soporte para acceso a archivos en la red
salida de archivos
Módulo de funciones
GENERAL.VLM Provee funciones para otros módulos
generales
Módulo redirector de
REDIR.VLM Trabaja con el DOS para manejar las tareas de redirección
DOS
Módulo de redirección de
PRINT.VLM Maneja la redirección de la impresión
impresión
Provee compatibilidad con aplicaciones que utilizen
Compatibilidad de la
NETX.VLM llamadas específicas a la shell (API, Aplication
shell de Netware
Programming Interface)

Modificación de parámetros de arranque de VLM.EXE:

El programa VLM.EXE acepta ocho parámetros como opciones.


/U (Unload, descargar), descarga o elimina VLM.EXE de la memoria, desconectando la
estación de todos los servers simultáneamente. Para volver a ingresar a la red, debe volver a
cargarse en memoria RAM.
/C=path\nombre_archivo.ext se utiliza para especificar un archivo de configuración de
arranque diferente (por defecto es NET.CFG)
/PS=NombreServer, (Preferred Server, servidor preferido), se usa para tratar de conectar la
estación a un server en especial, en vez de empezar por el primero disponible.
/PT=NombreArbol, (Preferred Tree, árbol preferido), se usa para tratar de conectar la
estación a un árbol en especial, se utiliza con NDS a partir de Netware 4.0.
/Vx muestra diferentes niveles de detalle donde x puede ser

0 = muestra el copyright y errores críticos


1 = muestra tambiéen mensajes de alerta
2= muestra los nombres de los módulos cargados
3= muestra los parámetros del archivo de configuración
4= muestra los mensajes del diagnóstico
/D (Display, mostrar) presenta el archivo de diagnóstico de VLM.EXE
/Mx el tipo de memoria sobre el que se forzará la carga de VLM.EXE, donde x es el tipo de
memoria

C = memoria convencional
X = memoria extendida (XMS)
E = memoria expandida (EMS)
/?, para pedir ayuda sobre la sintaxis del comando.
Arranque de estaciones sin discos flexibles o rígido:

Estas estaciones deben contar en sus placas de red con una ROM denominada Remote Boot ROM
(ROM de arranque remoto) habilitada. Esta ROM funciona como una extensión del BIOS, de forma
tal que trate de cargar el sistema operativo desde el server usando la placa de red.
El archivo de arranque, que reside en el server, se crea a partir de un diskette de arranque, usando
el programa de instalación DOSGEN; que se encuentra en el directorio SYSTEM.

9 de 11 24/12/2010 2:54
Instalación y Supervisión de Redes - Cap.2 http://proton.ucting.udg.mx/tutorial/redes/red2.htm

Hay dos situaciones posibles:


ESTACIONES IGUALES: en este caso el SYS:LOGIN debe contener un archivo
NET$DOS.SYS. Además SYS:LOGIN debe contener el archivo AUTOEXEC.BAT que será
común a todas las estaciones.
ESTACIONES DIFERENTES: en este caso, se debe generar un diskette de arranque por cada
grupo de estaciones similares. Como consecuencia, hay un archivo de arranque por cada
grupo de estaciones. Para decidir cual es el apropiado, cada estación busca un archivo
llamado BOOTCONF.TXT en el directorio SYS:LOGIN. En ese archivo se indica para cada
estación cual es el archivo de arranque. Todo archivo de arranque debe tener extensión SYS.
El directorio SYS:LOGIN también contendrá un archivo con extensión BAT por cada grupo
de estaciones. Para diferenciarlos, en el diskette de arranque usado por DOSGEN, se escribe
un AUTOEXEC.BAT que contenga sólo una línea en la cual invoque al archivo .BAT que
corresponda (y en el cual se pusieron todas las sentencias que debería contener el
AUTOEXEC.BAT)
Arranque de servidores en Netware 3.X ó superiores:

Un servidor dedicado 3.X puede arrancar desde diskettera o desde la partición DOS de su disco
rígido. Cuando arranca desde diskettera, se deben incluir en el diskette los archivos necesarios para
el arranque del DOS y además debe existir un archivo AUTOEXEC.BAT que contenga una línea
que invoque al programa de arranque SERVER.EXE y debe existir el archivo ASCII
STARTUP.NCF.

Se debe además tener presente que tanto SHELL.CFG como NEt.CFG (en las terminales) como
STARTUP.NCF son archivos de configuración o del tipo "profile" (perfil) y este tipo de archivo no
puede ser accedido aprovechando un "path" asignado, con lo que se efectúa el cambio al directorio
en el que se encuentran o bien se deberá indicar el camino de búsqueda para dichos archivos.

Otros archivos de arranque para servidores:

Al arrancar el servidor, NetWare busca los archivos descriptos a continuación, los cuales pueden o
no estar presentes:

AUTOEXEC.NCF (en versiones 3.X)


Es un archivo ASCII con comandos de consola que se ejecuta automáticamente al arrancar un server. De
esta forma se evita tener que ejecutar desde la consola los comandos y procesos a ejecutar cada vez que
se "levanta" el servidor. Este archivo se encuentra en el directorio SYS:SYSTEM.
Si bien puede contener cualquier comando de consola, usualmente se lo emplea en servers que efectúan
Core Printing para incluir comandos relacionados con la carga del módulo de server de impresión
"PSERVER.NLM", las colas de impresión, MONITOR, etc. .

Cada módulo a ejecutar ya sea mediante este archivo o desde la consola debe ser precedido por la orden
"LOAD". A continuación se muestra un típico archivo con comandos:

FILE SERVER NAME ACME


IPX INTERNAL NET 12345678
LOAD NE2000 PORT=300 IRQ=3
BIND IPX TO NE2000 NET=1
LOAD MONITOR -P
LOAD PSERVER LASERJETS
SPOOL 0 TO PRINTQ_0
SPOOL 1 TO PRINTQ_1

En el ejemplo dado se efectúan los seteos antes mencionados y se cargan los módulos "MONITOR.NLM",
"PSERVER.NLM" y se asigna un "SPOOLER" a las colas de impresión "PRINTQ_0" y "PRINTQ_1".

10 de 11 24/12/2010 2:54
Instalación y Supervisión de Redes - Cap.2 http://proton.ucting.udg.mx/tutorial/redes/red2.htm

CAPITULO ANTERIOR DEL CURSO

PROXIMO CAPITULO DEL CURSO

11 de 11 24/12/2010 2:54