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 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 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
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.
-
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:
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 |
| CONN.VLM |
Tabla principal de conexión |
Permite el seguimiento y alocación de las conexiones y provee
otros módulos con información acerca de las mismas. |
| IPXNCP.VLM |
Módulo de transporte IPX/NCP |
Arma los paquetes con el encabezamiento de NCP apropiado y entrega
el paquete para IPX |
| TRAN.VLM |
Multiplexador de protocolo de transporte |
Soporta los módulos de transporte |
| SECURITY.VLM |
Módulo de seguridad mejorada |
Provee seguridad adicional para transmisión de paquetes según
se necesite |
| NDS.VLM |
Servicios de directorio de Netware |
Utilizado solamente a partir de Netware 4.0 NDS |
| BIND.VLM |
Servicios de bindery |
Usado en Netware 4.0 para proveer compatibilidad con servicios de Netware
3.X |
| NWP.VLM |
Multiplexador de protocolo Netware |
Coordina los servicios con sus módulos dependientes o "hijos" |
| FIO.VLM |
Modulo de entrada / salida de archivos |
Brinda soporte para acceso a archivos en la red |
| GENERAL.VLM |
Módulo de funciones generales |
Provee funciones para otros módulos |
| REDIR.VLM |
Módulo redirector de DOS |
Trabaja con el DOS para manejar las tareas de redirección |
| PRINT.VLM |
Módulo de redirección de impresión |
Maneja la redirección de la impresión |
| NETX.VLM |
Compatibilidad de la shell de Netware |
Provee compatibilidad con aplicaciones que utilizen llamadas específicas
a la shell (API, Aplication 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.
-
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".