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:

• 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 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 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 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";") :

• 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".

CAPITULO ANTERIOR DEL CURSO

PROXIMO CAPITULO DEL CURSO