home
***
CD-ROM
|
disk
|
FTP
|
other
***
search
/
Network Support Encyclopedia 96-1
/
novell-nsepro-1996-1-cd2.iso
/
download
/
netware
/
vlmkt2.exe
/
NLS
/
ESPANOL
/
README.TXT
< prev
next >
Wrap
Text File
|
1994-12-15
|
18KB
|
423 lines
KIT LEAME (README) DEL CLIENTE NETWARE (31/10/94)
Para imprimir este archivo en una impresora local, haga lo siguiente:
1. Inserte el disquete de la estación de trabajo que contiene este archivo
en la unidad A: (o B:).
2. En el indicador DOS, escriba "A:" (o "B:") y pulse <Intro>.
3. En el indicador DOS, escriba "COPY README.TXT PRN" y pulse <Intro>.
NOTA: Si tiene una impresora PostScript, importe este archivo a una
aplicación de procesador de texto e imprímalo desde la aplicación.
------------------------------------------------------------------
Contenidos
Este documento contiene los siguientes temas sobre el Cliente de NetWare
para DOS y MS Windows:
1.0 Información General
1.01 Cómo evitar la pérdida de asignación de la raíz falsa
No use el comando DR DOS MOVE. El archivo MOVE.EXE en
DOS provoca la pérdida de asignación de la raíz falsa, porque
MOVE obtiene la vía de acceso adecuada e intenta ejecutar un
comando CD en dicha vía.
1.02 Resolución del Error NDIR en COMPAQ DOS 5.0 y DR DOS 6.0
En COMPAQ DOS 5.0 y DR DOS 6.0, los siguientes comandos
producen un error:
NDIR nombreservidor/volumen:
DIR nombreservidor/volumen:
CD nombreservidor/volumen:
Esto es debido a que DOS considera una barra inclinada (/) como
un especificador de opción cuando realiza su proceso. El usuario
puede asignar una unidad y usar las letras de unidad en lugar de
la sintaxis del nombreservidor/volumen.
1.03 Soporte de versiones actuales de archivos de cliente NetWare
Para soportar la funcionalidad de la ODI de la ráfaga de paquetes,
la suma de comprobación SFT III y el contestador de gestión de
NetWare, el archivo IPXNCP.VLM necesita cargar las versiones 2.0
o posteriores del archivo IPXODI.COM.
También se debe habilitar el soporte de la suma de comprobación y
la del GNMA (la versión y el nivel de soporte API se tratan
separadamente en IPXODI).
1.04 Entrada en un servidor de Personal NetWare
El archivo PNW.VLM necesita cargarse antes de que se conecte a
un servidor de Personal NetWare. Use la línea "NETWARE PROTOCOL"
en el archivo NET.CFG para cargar el software del PNW. Por
ejemplo:
Requester DOS de NetWare
NETWARE PROTOCOL = NDS BIND PNW
--Utilización de MS Windows
Use las herramientas del usuario de NetWare para MS Windows
si desea entrar en un servidor de Personal NetWare.
Asegúrese de que la casilla de verificación "Personal" está
señalada en la casilla "Opción Visualizar recursos" situada
debajo de "Ajustes de NetWare" en las herramientas del usuario
de NetWare. Si la casilla de verificación "Personal" no está
marcada, no se podrá acceder a los recursos de Personal NetWare.
Asegúrese de que el archivo PNW.DLL está copiado en el directorio
SYSTEM de MS Windows.
--Utilización de DOS
Use la utilidad NET.EXE que se proporciona junto con el Personal
NetWare para entrar y acceder a los recursos de Personal NetWare
en DOS.
Asegúrese de que los archivos NET.EXE, NETU.OVL y NETA.OVL están
copiados en el directorio de cliente NetWare (por defecto es
C:\NWCLIENT) y el archivo NETC.MSG se copia en el directorio
NLS\ENGLISH situado bajo el directorio de cliente NetWare.
NOTA: En la actualidad, el soporte para entradas simultáneas a
la red de Personal NetWare y a la de los servicios del directorio
NetWare no está disponible en las estaciones de trabajo que se
basen en 80286.
1.05 Uso de la utilidad monitor receptor (RXMONSTK.COM) con
las aplicaciones de tipo Monitor (tales como Lanalyzer)
Si las aplicaciones de tipo monitor que se están usando le parece
que ya no reciben paquetes de red cuando instala un nuevo
controlador LAN en la estación de trabajo, cargue el archivo
RXMONSTK.COM.
La aplicación que el usuario está usando necesitará probablemente
la tarjeta de la red para operar de modo promiscuo, y el
controlador LAN que está usando se ha desarrollado para una
especificación nueva que no respalda a este modo (Oct. 1994 o
posterior).
Cargue el archivo RXMONSTK.COM después del controlador LSL.COM
pero antes que el controlador LAN. RXMONSTK.COM opera como un TSR
y precisa 2684 bytes de memoria. El usuario sólo puede cargar
un controlador LAN cuando usa el RxMonStk.
2.0 Información específica sobre el uso del Requester DOS de NetWare
2.01 Asignación de [Root] raíces en las vías de acceso de más de 64
caracteres de longitud
DOS limita el número de caracteres que el software del Requester
DOS de NetWare puede soportyar en un nombre de la vía de acceso.
Para usar vías de acceso más largas, asigne una raíz [Root] en la
vía de acceso donde menos de 64 caracteres permanezcan en la misma.
DR DOS 6 y Novell DOS 7 reconoce vías de acceso de más de 64
caracteres sólo en unidades locales. Para usar vías de acceso de
más de 64 caracteres en las unidades de la red, siga las
instrucciones de asignación de raíz [Root] del párrafo anterior.
2.02 Ahora el modo de búsqueda usa la variable DOS ENVIRONMENT
La función "SEARCH MODE" usa la variable DOS
ENVIRONMENT "PATH" en lugar de la tabla de modo de búsqueda
público proporcionado en el archivo NETX.VLM. El usuario no debería
experimentar ningún cambio a menos que los usuarios corrompan
el entorno de la estación de trabajo.
Si sobrepasa los límites de PATH, las asignaciones de la unidad
de búsqueda no se incluirán en el mismo.
2.03 Diferencia en la información de diagnóstico que se notifica en el
archivo NETX.VLM comparado al NETX.COM y a los archivos
relacionados
Parte de la información de diagnóstico actual que se notifica en
el archivo NETX.COM no es válida en el archivo
NETX.VLM. Esto es debido a que el Requester DOS de NetWare es el
causante de la mayoría de la información de diagnósticos que
se mantuvieron previamente en el Shell de NetWare para DOS.
Parte de la información mantenida en el contestador de diagnósticos
no está proporcionado en el software del cliente actual.
Dicha información incluye lo siguiente:
Bad reply header (InvalidReplyHeaderCount)
Bad slot (InvalidSlotCount)
Bad sequence number (InvalidSequenceNumberCount)
No router found (NoRouterFoundCount)
Request in process (BeingProcessedCount)
Bad server slot (InvalidSlotFromServerCount)
Bad net address (NetworkGoneCount)
Bad local address (BadLocalAddressCount)
Allocate slot errors (AllocateSlotCannotFindRoute,
AllocateNoSlotsAvailable, AllocateServerIsDown)
El archivo contestador de gestión de NetWare (NMR.VLM);
proporciona ahora la información del diagnóstico parecida a la
información proporcionada en el software del shell de NetWare.
3.0 Información específica para el uso de MS Windows
3.01 Utilización de la versión 3.03 de NETWARE.DRV con MS Windows
La versión actual de NETWARE.DRV (version 3.03)
necesita que el archivo NWGDI.DLL se cargue cuando se ejecuta MS
Windows 3.1 o versiones posteriores.
Si recibe el siguiente mensaje mientras carga MS
Windows con el software del cliente NetWare para MS Windows,
debería asegurarse de que existe una copia del archivo NWGDI.DLL
en el directorio SYSTEM de MS Windows:
Application Error: Call to Undefined Dynalink
3.02 Uso de las versiones correctas de los archivos de Librería de
enlace dinámico (*.DLL) de la Utilidad del administrador de
NetWare en NetWare 4
Los archivos (*.DLL) de Librería de enlace dinámico proporcionados
con la versión actual del software cliente de NetWare no
dan soporte a la versión 4.05 ó anteriores (NetWare 4.0 y 4.01)
del archivo NWADMIN.EXE.
Para dar soporte a las versión 4.05 ó anteriores del archivo
NWADMIN.EXE, descargue WINDR1.EXE del NetWare o FTP.NOVELL.COM.
3.03 Corrección de la situación en la que MS Windows se cuelga y
despliega un cursor parpadeante en la esquina superior
izquierda de la pantalla (Black Screen of Death)
Si ha experimentando la situación en la que MS Windows se
cuelga y después muestra un cursor de subrayado parpadeante
en la esquina superior izquierda de la pantalla, deberá
realizar una o todas de las siguientes funciones:
1.> Si está usando una gestión de memoria de otros fabricantes,
no cargue ningún software de interfaz IPX (como por ejemplo
LSL.COM o IPXODI.COM) en memoria alta.
2.> Añada la línea de comando TimerCriticalSection=10000 en
la sección [386Enh] del archivo SYSTEM.INI.
3.> Descargue e implemente el controlador VTDA.386 desde
Microsoft.
El usuario puede obtener una copia si descarga el archivo
apropiado desde los servicios de descarga de Microsoft o del
área FTP.MICROSOFT.COM SOFTLIB.
4.> Si usa el sistema de soporte LAN de IBM, virtualice la tarjeta
de la red IRQ en la sección [VIPX] del SYSTEM.INI.
Consulte la documentación de la siguiente sección para
obtener más información específica sobre parámetros
disponibles.
Parámetros de configuración VIPX para VIPX
------------------------------------------
En la mayoría de los casos, VIPX funcionará bien con
la configuración por defecto. Sin embargo, algunas
aplicaciones necesitarán la configuración personalizada
del controlador.
Las siguientes secciones listan y discuten los parámetros
SYSTEM.INI que se pueden usar para configurar VIPX:
Parámetros de la sección [VIPX]
-------------------------------
VipxMappingPages=[número de páginas 4K]
(Por defecto=16)
Es el número de páginas que VIPX puede usar para
globalizar las peticiones en el controlador IPXODI.COM
global.
No se puede garantizar completamente que VIPX tenga
todas estas páginas disponibles en cualquier punto, ya
que éste es el número de páginas requerido para la
asignación global compartida que VIPX realiza en MS
Windows VMM en el momento de la inicialización.
VipxFailOverSizedPackets=[ON|OFF|TRUE|FALSE]
(Por defecto=OFF)
Este parámetro dirige a VIPX para que no realice ninguna
de las peticiones que necesitan un tamaño superior al
máximo permitido por la globalización. El máximo actual
varía de acuerdo con los medios que el usuario está
usando.
El máximo absoluto es de 8000 (decimal)
bytes. Con los medios que tienen paquetes más pequeños
de 8000 bytes, el tamaño máximo permitido es el
tamaño máximo de paquete que se puede poner en el
medio.
VirtualizeIrq[0-F]=[ON|OFF|TRUE|FALSE]
(Por defecto=OFF)
La versión 1.15 ó posterior a VIPX evita un bloqueo
entre la máquina y la tarjeta de la red
virtualizando la tarjeta de la red IRQ. Con los
controladores ODI y los IPX (IPX.OBJ) dedicados, VIPX
lee automáticamente la configuración de la tarjeta de
la red desde el controlador y virtualiza las IRQ
seleccionadas.
Sin embargo, cuando se usa el programa de soporte LAN
de IBM con SLANSUP.OBJ o LANSUP.COM, el controlador
no puede leer la IRQ de LAN. Por otro lado, debe definir
la IRQ para la tarjeta de la red en la sección [VIPX]
de SYSTEM.INI.
Por ejemplo, para virtualizar la IRQ 2 y la
IRQ 3 deberá añadir las siguientes líneas en el archivo
SYSTEM.INI:
[VIPX]
VirtualizeIrq2=TRUE
VirtualizeIrq3=TRUE
VIPX puede virtualizar hasta cuatro IRQ de LAN
diferentes.
Parámetros de sección [386h]
----------------------------
TimerCriticalSection=número
Como en la versión 1.15 de VIPX, se debe activar
TimerCriticalSection. El ajuste recomendado es el
siguiente:
[386Enh]
TimerCriticalSection=10000
Defina este parámetro para evitar un bloqueo con el
código de virtualización IRQ de LAN. Consulte el
parámetro "VirtualizeIrq[0-F]" en la documentación
"Parámetro de sección [VIPX]".
4.0 Información especifica del uso de MS Windows para el grupo de trabajo
4.01 El uso de LSL.COM, 3C5X9.COM, IPXODI.COM y del Requester DOS de
NetWare con MS Windows para el grupo de trabajo de los archivos
NWLINK.386 y MSODISUP.386
Si copia los archivos de una unidad local a una unidad
de red desde MS Windows para grupos de trabajo 3.11, el archivo
puede corromperse o la estación de trabajo del cliente puede
bloquear o perder su conexión con la red.
Debería actualizar la versión del archivo MSODISUP.386 de
Microsoft. Puede obtener una copia descargando
WG1004.EXE de los Servicios de descarga de Microsoft o del
área FTP.MICROSOFT.COM SOFTLIB.
4.02 Soporte de conductos nombrados de DOS
El archivo DOSNP.EXE de Novell no es compatible con MS Windows
para el trabajo en grupo (WFWG) de la versión 3.11. WFWG no permite
el uso de peticiones de conductos nombrados INT 21 que
el archivo DOSNP.EXE utiliza.
Actualmente, no hay ningún arreglo disponible.
5.0 Información específica para la Documentación
5.01 Error Tipográfico
El ejemplo siguiente en la "Guía para el usuario del cliente
DOS y MS Windows" en la página 148,
[port]
lp1:=
lp2:=
lp3:=
lp4:=
net1:=
record.prn=
aparecerá de la manera siguiente:
[port]
lpt1:=
lpt2:=
lpt3:=
lpt4:=
com1:=
record.prn=
-----------------------------------------------------------------
RENUNCIA DE RESPONSABILIDADES
Novell, Inc., no hace aserción ni emite garantías con respecto a
ningún software de NetWare y rechaza especificamente cualquier garantía
implícita o explícita de comerciabilidad, título o idoneidad para cualquier
propósito en particular.
La distribución de cualquier software de NetWare está prohibido sin el
expreso consentimiento escrito de Novell, Inc. Además, Novell se reserva
el derecho de interrrumpir la distribución de cualquier software de NetWare.
Novell no es responsable por la pérdida de ganancias o beneficios, por la
pérdida del uso del software, de datos, ni tampoco se responsabiliza por
los costes ocasionados por la reconstrucción de los datos perdidos, del
coste de cualquier sustitución del equipo o programa ni reclamos de
personas no incluidas en esta garantía.
Es muy recomendable realizar un respaldo antes de instalar
cualquier software. El soporte técnico para este software podrá ser
suministrado, si lo cree conveniente, por Novell.
-------------------------------------------------------------------
MARCAS COMERCIALES
Novell, NetWare y DRDOS son marcas comerciales registradas de Novell,
Inc. NetWare Client, Requester DOS de NetWare, Novell DOS, Packet Burst
(Ráfaga de paquetes), Personal NetWare, ODI y SFT III son marcas comerciales
de Novell,Inc. Compaq es una marca comercial registrada de Compaq Computer
Corporation.
IBM es una marca comercial registrada de International Business Machines
Corporation.
Microsoft es una marca comercial registrada de Microsoft Corporation.
PostScript es una marca comercial registrada de Adobe Systems Incorporated.