PC Plus SuperCD 12

home *** CD-ROM | disk | FTP | other *** search

/ PC Plus SuperCD 12 / 12_pcplus_supercd.iso / COMUN / OS2 / IBM_6 / ESPANOL / OS2BOOK.INF (.txt) next >

Wrap

OS/2 Help File | 1996-08-09 | 382.3 KB | 10,562 lines

ΓòÉΓòÉΓòÉ 1. ╨╜ LEAME PRIMERO ! ΓòÉΓòÉΓòÉ Agradecemos sus comentarios Esta versi╨▓n en l╨▒nea de la Gu╨▒a del usuario del Cliente NetWare para OS/2 es un nuevo producto del Departamento de Publicaciones T╨Æcnicas de Novell. Nos interesan sus comentarios. Puede imprimir esta p╨░gina y enviarla por fax o correo a: Novell, Inc. Technical Publications MS C-23-1 122 East 1700 South Provo, UT 84606 (EE.UU.) FAX (801) 429-3002 ╨╕Hasta qu╨Æ punto le resultan ╨│tiles los siguientes recursos para resolver dudas sobre la configuraci╨▓n del NetWare para OS/2? Menos ╨│til M╨░s ╨│til 1 2 3 4 6 7 8 9 10 La copia impresa de la Gu╨▒a del usuario del Cliente NetWare para OS/2 1 2 3 4 6 7 8 9 10 Esta versi╨▓n en l╨▒nea de la Gu╨▒a del usuario del Cliente NetWare para OS/2 en formato OS/2. 1 2 3 4 6 7 8 9 10 TextoElectr╨▓nico(TM) (la documentaci╨▓n en l╨▒nea de Novell con formato de MS Windows) 1 2 3 4 6 7 8 9 10 Las pantallas de ayuda de las distintas utilidades (por ejemplo,. NWADMIN, NWTOOLS, INSTALL) Indique su opini╨▓n de esta versi╨▓n en l╨▒nea de la Gu╨▒a del usuario del Cliente NetWare para OS/2 y c╨▓mo considera que se podr╨▒a mejorar. ΓòÉΓòÉΓòÉ 2. Gu╨▒a del usuario del Cliente NetWare para OS/2 ΓòÉΓòÉΓòÉ Gu╨▒a del usuario del Cliente NetWare para OS/2 Renuncia de responsabilidad Novell, Inc. no efectuar╨░ reclamaciones ni emitir╨░ garant╨▒as con respecto al contenido o uso de este manual, y renuncia espec╨▒ficamente a cualquier garant╨▒a de capacidad de comercializaci╨▓n o idoneidad, ya sea expresa o impl╨▒cita, para cualquier prop╨▓sito particular. Por otra parte, Novell Inc. se reserva el derecho de revisar esta publicaci╨▓n y efectuar cambios en su contenido en cualquier momento, sin ninguna obligaci╨▓n de notificar estos cambios o revisiones a personas o entidades. Asimismo, Novell Inc. no efectuar╨░ reclamaciones ni emitir╨░ garant╨▒as con respecto a cualquier software NetWare, y renuncia espec╨▒ficamente a cualquier garant╨▒a de capacidad de comercializaci╨▓n o idoneidad, ya sea expresa o impl╨▒cita, para cualquier prop╨▓sito particular. Asimismo, Novell Inc. se reserva el derecho de modificar cualquier parte, o en su totalidad, y en cualquier momento el software NetWare sin obligaci╨▓n alguna de notificar estos cambios a personas o entidades. Marcas comerciales Novell y NetWare son marcas registradas de Novell, Inc. en los Estados Unidos y otros pa╨▒ses. El s╨▒mbolo de Novell Network es una marca comercial de Novell. Inc. La siguiente lista de marcas comerciales provienen de varias fuentes: NetWare y Novell son marcas comerciales registradas de Novell, Inc. Internetwork Packet Exchange (IPX), LAN WorkPlace, MLID, NE1000, NE2000, NetWare Client, NetWare Core Protocol (NCP), NetWare Directory Services (NDS), NetWare Tools, Open Data-Link Interface (ODI), Packet Burst, SFT III, SPX, y Technical Support Alliance (TSA) son marcas comerciales de Novell, Inc. NetWire es una marca de servicio registrada de Novell, Inc. UNIX es una marca comercial registrada de UNIX System Laboratories, Inc., una subsidiaria de Novell, Inc. IBM y OS/2 son marcas comerciales registradas de International Business Machines Corporation. Copyright 1996 Novell, Inc. Todos los derechos reservados. Est╨░ prohibido reproducir, fotocopiar, almacenar en un sistema de recuperaci╨▓n o transmitir esta publicaci╨▓n, en parte o en su totalidad, sin el consentimiento previo por escrito del autor. Gu╨▒a del usuario del Cliente NetWare para OS/2 Marzo de 1996 ΓòÉΓòÉΓòÉ 3. Introducci╨▓n ΓòÉΓòÉΓòÉ Introducci╨▓n Temas Funciones del Cliente NetWare para OS/2 Informaci╨▓n para usuarios de DOS que migran a OS/2 Informaci╨▓n para usuarios de NetWare 2 y 3 que actualizan a NetWare 4 ΓòÉΓòÉΓòÉ 3.1. Funciones del Cliente NetWare para OS/2 ΓòÉΓòÉΓòÉ Funciones del Cliente NetWare para OS/2 El software de la estaci╨▓n de trabajo del Cliente NetWare(TM) para OS/2 permite a las estaciones de trabajo OS/2 acceder a servidores de NetWare. Despu╨Æs de instalar el Cliente NetWare para OS/2 es posible conectarse a una red NetWare y ejecutar tareas b╨░sicas de la red. Cliente NetWare para OS/2 Γûá Soporta servidores NetWare 3 y NetWare 4. Γûá Ofrece acceso a las estaciones de trabajo mediante Remote Program Load (RPL). Γûá Soporta SFTIII(TM) tanto para el cliente como para SPX(TM). Γûá Permite acceder a hasta 9 puertos paralelos. Γûá Soporta OS/2, sesiones privadas de DOS/MS Windows, sesiones globales DOS/MS Windows, sesiones privadas VMBoot y sesiones globales de VMBoot para NetWare 3. ΓòÉΓòÉΓòÉ 3.2. Informaci╨▓n para usuarios de DOS que migran a OS/2 ΓòÉΓòÉΓòÉ Informaci╨▓n para usuarios de DOS que migran a OS/2 En esta secci╨▓n se explican las diferencias fundamentales entre el uso de NetWare desde una estaci╨▓n de trabajo OS/2 y desde una estaci╨▓n DOS. Controladores LAN ODI Los controladores LAN ODI utilizados por el Cliente NetWare para OS/2 tienen la misma finalidad y siguen las mismas especificaciones t╨Æcnicas que los controladores LAN ODI empleados por el Cliente NetWare para DOS y MS Windows. Los controladores ODI de OS/2 tienen los mismos nombres de archivo que los controladores ODI de DOS, pero tienen la extensi╨▓n .SYS en lugar de la extensi╨▓n .COM. Los controladores ODI de OS/2 se cargan en el archivo CONFIG.SYS mientras que los controladores ODI de DOS se cargan en el AUTOEXEC.BAT. Importante Para OS/2, los controladores de red y de dispositivos siempre se cargan en CONFIG.SYS. AUTOEXEC.BAT no se utiliza con OS/2. IPX El Cliente NetWare para OS/2 utiliza el protocolo IPX para conectarse con servidores NetWare. En OS/2, IPX es un archivo .SYS y se carga en el CONFIG.SYS con los dem╨░s controladores de NetWare. Si se abren sesiones virtuales de DOS en OS/2, se emplea una versi╨▓n virtual de IPX, denominada VIPX. VIPX se pone en contacto con IPX para permitir que las sesiones de DOS se comuniquen con la red. En una sesi╨▓n virtual de DOS se ejecuta el VIPX suministrado con el Cliente NetWare para OS/2 en lugar del IPX suministrado con el Cliente NetWare para DOS y Windows. Cuando se instala el Cliente NetWare para OS/2, las l╨▒neas que cargan IPX y VIPX se cargan autom╨░ticamente en CONFIG.SYS. Archivo NET.CFG El archivo NET.CFG tiene la misma finalidad en OS/2 que en DOS: permite configurar la conexi╨▓n de red. NET.CFG para OS/2 tiene las mismas opciones y ajustes que NET.CFG para DOS. Sin embargo, existen algunas diferencias. Algunos de ellos emplean otra sintaxis y sirven para configurar otros componentes de software. Por este motivo, el NET.CFG no funciona si se copia de una estaci╨▓n de DOS a una estaci╨▓n de OS/2. Es preciso crear un nuevo archivo NET.CFG para la estaci╨▓n OS/2 si se usan configuraciones que no funcionan por defecto. En OS/2, NET.CFG es un archivo de texto que puede crearse o modificarse mediante el programa de instalaci╨▓n del Cliente NetWare para OS/2. Este programa cuenta con ayuda en l╨▒nea que muestra la sintaxis de todas las opciones. (Tambi╨Æn se puede editar NET.CFG con un editor de texto). Pueden incluirse las opciones del NET.CFG de DOS y de OS/2 en el NET.CFG de la estaci╨▓n OS/2. De este modo, al ejecutar una sesi╨▓n virtual privada de DOS, el Cliente NetWare para DOS y MS Windows utiliza las opciones de DOS. El Cliente NetWare para OS/2 no las tiene en cuenta. Entrada Al arrancar la estaci╨▓n de trabajo, el Cliente NetWare para OS/2 asigna la unidad L: como unidad por defecto del directorio SYS:LOGIN (configurable en NET.CFG). Esta asignaci╨▓n se combina con la asignaci╨▓n L:\OS2 que la instalaci╨▓n del Cliente NetWare para OS/2 incluye en la instrucci╨▓n PATH y proporciona un camino de b╨│squeda a las utilidades de entrada. (No es necesario cambiar a la unidad L: para entrar). El Cliente NetWare para OS/2 no admite un ajuste LASTDRIVE en CONFIG.SYS. Es posible entrar en la red desde cualquier sesi╨▓n de OS/2 o desde el escritorio. La entrada se aplica a todas las sesiones de OS/2. Por ejemplo, si entra desde la l╨▒nea de comandos de una sesi╨▓n de OS/2, pasa al escritorio y utiliza Herramientas de NetWare(TM), entrar╨░ en la misma ubicaci╨▓n que desde la l╨▒nea de comandos. Importante La conexi╨▓n desde Herramientas de NetWare no ejecuta un gui╨▓n de entrada. Para ello es necesario ejecutar LOGIN desde la l╨▒nea de comandos. Tambi╨Æn se puede entrar en la red desde sesiones virtuales de DOS ejecutando OS/2. Puede configurar las sesiones virtuales de forma que cada una admita su propia entrada en la red (sesiones privadas) o para que todas las sesiones - incluyendo OS/2 - compartan la misma entrada en la red (sesiones globales). El soporte de red desde sesiones virtuales de DOS funciona, en gran medida, igual que el soporte de red desde estaciones DOS normales. Se utiliza un shell NETX.EXE y VIPX.SYS, una versi╨▓n virtualizada de IPX. Importante Si se entra desde sesiones virtuales, no es necesario tener el soporte de los Servicios del Directorio NetWare. Esto supone que s╨▓lo se puede entrar en redes NetWare 4 que tengan emulaci╨▓n de Bindery. Utilidades Las utilidades NetWare para OS/2 tienen los mismos nombres que las utilidades NetWare para DOS. A pesar de que los archivos ejecutables son diferentes seg╨│n sean utilidades de DOS u OS/2. Las utilidades de NetWare para OS/2 est╨░n en los directorios SYS:PUBLIC\OS2 y SYS:LOGIN\OS2 de manera que no se superponen a las utilidades de NetWare para DOS de los directorios SYS:PUBLIC y SYS:LOGIN. Si se ejecutan utilidades de NetWare para DOS en OS/2, este ╨│ltimo intentar╨░ iniciar una sesi╨▓n de DOS para ejecutar esta utilidad. Los siguientes archivos de utilidad est╨░n disponibles en los disquetes del Cliente NetWare para OS/2: Γûá CX.EXE Γûá MAP.EXE Γûá NETX.EXE Γûá NLIST.EXE Γûá NPRINTER.EXE Asignaci╨▓n de unidades y unidades de b╨│squeda En OS/2 no se utilizan unidades de b╨│squeda. En su lugar, las funciones de b╨│squeda de utilidades de NetWare y otros programas se configuran con las instrucciones PATH, LIBPATH y DPATH del archivo CONFIG.SYS. Asignaci╨▓n de unidades a utilidades de entrada en la red Cuando se arranca la estaci╨▓n de trabajo, el Cliente NetWare para OS/2 se conecta al primer servidor que encuentra y asigna la unidad L: al directorio SYS:LOGIN (configurable en NET.CFG). Esta asignaci╨▓n se combina con la asignaci╨▓n L:\OS2 que la instalaci╨▓n del Cliente NetWare para OS/2 incluye en la instrucci╨▓n PATH y proporciona una v╨▒a de b╨│squeda para las utilidades de entrada en la red. Una vez se ha entrado en la red, la asignaci╨▓n L: desaparece. Asignaci╨▓n a utilidades PUBLIC El gui╨▓n de entrada por defecto de NetWare para OS/2 contiene la siguiente l╨▒nea, que asigna la unidad P: a las utilidades p╨│blicas: MAP P:=SYS:PUBLIC Esta asignaci╨▓n se combina con la asignaci╨▓n P:\OS2 que la instalaci╨▓n del Cliente NetWare para OS/2 coloca en la instrucci╨▓n PATH y proporciona una v╨▒a de b╨│squeda al directorio SYS:PUBLIC\OS2. Cuando se especifica el nombre de una utilidad desde una unidad que no sea P:, la utilidad se ejecuta desde el subdirectorio \OS2. Importante Aunque la v╨▒a de b╨│squeda se defina como SYS:PUBLIC\OS2 por defecto, la unidad P: continuar╨░ asignada a SYS:PUBLIC. Si cambia a la unidad P:, se situar╨░ en el directorio SYS:PUBLIC, no en el subdirectorio SYS:PUBLIC\OS2. Si se especifica el nombre de una utilidad mientras se est╨░ en P:, se ejecuta la utilidad situada en la versi╨▓n de DOS. Otros protocolos El Cliente NetWare para OS/2 permite utilizar los siguientes protocolos: IPX SPX Named Pipes NetBIOS Estos protocolos se utilizan para brindar soporte a servidores y clientes OS/2 en redes de aplicaciones distribuidas. SPX tambi╨Æn brinda soporte para algunas utilidades de impresi╨▓n de NetWare. Los Conductos nombrados y NetBIOS en estaciones DOS pueden conectarse a servidores de aplicaciones OS/2 que ejecuten Conductos nombrados o NetBIOS. El soporte de estos protocolos puede seleccionarse en el programa de instalaci╨▓n del Cliente NetWare para OS/2. Los protocolos seleccionados se cargan en el archivo CONFIG.SYS. Para acceder al soporte de SPX, NetBIOS y Conductos nombrados desde sesiones virtuales de DOS y MS Windows en OS/2, es preciso cargar algunos programas suministrados con el Cliente NetWare para OS/2. ΓòÉΓòÉΓòÉ 3.3. Informaci╨▓n para usuarios de NetWare 2 y 3 que actualizan a NetWare 4 ΓòÉΓòÉΓòÉ Usuarios de NetWare 2 y 3 que actualizan a NetWare 4 Los cambios m╨░s importantes se han introducido en los siguientes aspectos: Γûá Tipo de trama por defecto para controladores Ethernet ODI Γûá Selecci╨▓n de servidores preferentes Γûá Entrada en la red Γûá Guiones de entrada Γûá Asignaciones en el gui╨▓n de entrada por defecto Γûá Asignaci╨▓n a utilidades PUBLIC Γûá Sesiones virtuales de DOS y de Windows Tipo de trama por defecto para controladores Ethernet ODI Se ha modificado el tipo de trama por defecto para los controladores Ethernet ODI. En NetWare 2 y 3, los controladores Ethernet conten╨▒an el valor por defecto Ethernet_802.3 para tipo de trama. En NetWare 4, tienen el valor por defecto Ethernet_802.2. Los controladores de servidores de NetWare 4 para Ethernet tambi╨Æn est╨░n definidos por defecto como Ethernet 802.2 . Los servidores y las estaciones de trabajo utilizan el mismo tipo de trama para comunicarse entre s╨▒. Los Routers de la red tambi╨Æn deben admitir el tipo de trama para que las estaciones de trabajo puedan efectuar conexiones. Algunos Routers en uso dentro de la red pueden no admitir el nuevo valor por defecto Ethernet_802.2. Importante Cuando se usa el tipo de trama Ethernet_802.2 por defecto es posible que la estaci╨▓n de trabajo no pueda conectarse a la red si ╨Æsta espera Ethernet 802.3. Para evitar posibles complicaciones, pueden definirse los dos tipos de trama (Ethernet_802.2 y Ethernet_802.3) en la red. Para la estaci╨▓n de trabajo, hay que definir los tipos de trama en el archivo NET.CFG. Debe incluirse una l╨▒nea similar a la siguiente en la que se sustituya NE2000 por el nombre del controlador ODI que se vaya a utilizar: link driver ne2000 frame ethernet_802.2 frame ethernet_802.3 La primera trama definida es la ╨│nica utilizada para la petici╨▓n inicial de servidor m╨░s cercano. Por lo tanto, si varios servidores utilizan un solo tipo de trama, por ejemplo Ethernet_802.3, debe especificarse ╨Æsta en primer lugar. De este modo, la estaci╨▓n de trabajo podr╨░ hacer una conexi╨▓n por defecto con dichos servidores. Selecci╨▓n de servidores preferentes Servicios del Directorio NetWare (NDS), suministrado con NetWare 4, utiliza ╨░rboles y contextosen lugar de servidores para identificar d╨▓nde se realiza la entrada. Se ha creado un nuevo ajuste en NET.CFG llamado preferred tree, el cual puede utilizarse en NetWare 4 de la misma forma que preferred server en NetWare 2 y 3 (salvo que se especifica un nombre de ╨░rbol en lugar de un nombre de servidor). S╨▓lo se emplea para emplazamientos que tienen m╨░s de un ╨░rbol de Directorio. Por ejemplo, para conectarse en primer lugar a un ╨░rbol denominado Novell, se introducir╨░n las siguientes l╨▒neas en el archivo NET.CFG: netware requester preferred tree novell "Preferred server" todav╨▒a puede utilizarse, aunque se ha modificado su sintaxis. Ahora debe escribirse la palabra server as╨▒ como el nombre del servidor. Por ejemplo: netware requester preferred server fs1 Independientemente de lo especificado en el archivo NET.CFG, el Cliente NetWare para OS/2 intentar╨░ establecer una conexi╨▓n por defecto con un servidor NDS al encender la m╨░quina. Esta conexi╨▓n se efectuar╨░ con el primer servidor de Servicios del Directorio que responda. Si el Cliente NetWare para OS/2 consigue conectarse a un servidor NDS, buscar╨░ a continuaci╨▓n un ╨░rbol preferente. Una vez conectado a ╨Æl, comprobar╨░ si existe un servidor preferente especificado. Si este servidor se encuentra en el contexto actual, se conectar╨░ a ╨Æl. Si el Cliente NetWare para OS/2 no puede conectarse a un servidor NDS, intentar╨░ establecer una conexi╨▓n por defecto con un servidor de Bindery. Si el servidor se encuentra en el contexto actual, se conecta a ese servidor. Si lo consigue, buscar╨░ en primer lugar un servidor preferente, sin tener en cuenta la l╨▒nea de ╨░rbol preferente que se haya especificado. Si se conecta a un servidor de Bindery, primero buscar╨░ un servidor preferente, no haciendo caso de ninguno que se haya especificado. Entrada en la red Cuando se entra en NetWare 4, la entrada se realiza en un ╨░rbol del Directorio y no en un servidor. Esto significa que se entra en un emplazamiento del Directorio (denominado contexto), no en un servidor de la red. Entrada en la red desde la l╨▒nea de comandos de OS/2 La utilidad LOGIN de NetWare 4 se emplea para entrar en la red desde la l╨▒nea de comandos. Esta utilidad se encuentra en el directorio SYS:LOGIN\OS2. La utilidad LOGIN permite especificar un contexto en el ╨░rbol del Directorio. Este contexto incluye un objeto Usuario y un objeto Organizaci╨▓n. Por ejemplo, para entrar en una red NetWare 4, teclee: LOGIN .JOHN.VENTAS_MKTG JUAN es el objeto Usuario. VENTAS_MKTG es el objeto Organizaci╨▓n. Puede utilizarse LOGIN de NetWare 4 para entrar en servidores de NetWare 3.1x. Se emplea la misma sintaxis de entrada que se empleaba en la utilidad de NetWare 3.1x LOGIN y se a╨┤ade la opci╨▓n /B. Por ejemplo, teclee LOGIN VENTAS_MKTG/ISABEL /B Conexi╨▓n desde Herramientas de NetWare La conexi╨▓n desde Herramientas de NetWare no ejecuta un gui╨▓n de entrada. Para que esto suceda es necesario ejecutar LOGIN desde la l╨▒nea de comandos. Asignaci╨▓n en el gui╨▓n de entrada por defecto En NetWare 2 y 3 se ejecutaba un gui╨▓n de entrada por defecto si no se dispon╨▒a de ning╨│n otro tipo de gui╨▓n de entrada. En NetWare 4 sigue existiendo el gui╨▓n de entrada por defecto. A menos que el Administrador del sistema especifique otra cosa con un par╨░metro en el gui╨▓n de entrada del sistema, el gui╨▓n de entrada por defecto se ejecuta siempre que no exista ning╨│n gui╨▓n de entrada de usuario. Adem╨░s, en OS/2 no se utilizan unidades de b╨│squeda. Las funciones de b╨│squeda de las utilidades de NetWare y de otros programas se definen en las instrucciones PATH, LIBPATH y DPATH de CONFIG.SYS. El gui╨▓n de entrada por defecto de NetWare 4 contiene la siguiente l╨▒nea, que asigna la unidad P: a las utilidades: MAP P:=SYS:PUBLIC Esta asignaci╨▓n se combina con la asignaci╨▓n P:\OS2 que la instalaci╨▓n del Cliente NetWare para OS/2 incluye en la instrucci╨▓n PATH y proporciona una v╨▒a de b╨│squeda al directorio SYS:PUBLIC\OS2. Cuando se ejecute una utilidad desde una unidad que no sea P:, lo har╨░ desde el subdirectorio \OS2. Importante Aunque la v╨▒a de b╨│squeda se defina por defecto como SYS:PUBLIC\OS2, la unidad P: seguir╨░ asignada a SYS:PUBLIC. Si cambia a la unidad P:, se situar╨░ en el directorio SYS:PUBLIC, no en el subdirectorio SYS:PUBLIC\OS2. Si se especifica el nombre de una utilidad mientras se est╨░ en la unidad P:, se ejecutar╨░ la utilidad situada en la versi╨▓n de DOS. Asignaci╨▓n a utilidades PUBLIC Cuando se configura el gui╨▓n de entrada del sistema o de usuario para usuarios de OS/2, siempre se asigna P: a SYS:PUBLIC, como se muestra a continuaci╨▓n: MAP P:=SYS:PUBLIC Razones para asignar la unidad P: Esta asignaci╨▓n se combina con el directorio P:\OS2 que la instalaci╨▓n del Cliente NetWare para OS/2 sit╨│a en la instrucci╨▓n PATH. Esta combinaci╨▓n proporciona una v╨▒a de b╨│squeda al directorio SYS:PUBLIC\OS2. En este caso, no habr╨░ v╨▒a de b╨│squeda para las utilidades. Si se especifica el nombre de una utilidad desde una unidad que no sea P:, se ejecuta la utilidad situada en el subdirectorio \OS2 Razones para elegir SYS:PUBLIC en lugar de SYS:PUBLIC\OS2 Importante No debe asignarse la unidad P: a SYS:PUBLIC\OS2. Las utilidades de NetWare para OS/2 necesitan encontrar archivos de un idioma espec╨▒fico en el directorio padre del directorio desde el que se ejecutaron. Por ejemplo, una utilidad ejecutada desde SYS:PUBLIC\OS2 esperar╨░ encontrar un subdirectorio \NLS en el directorio SYS:PUBLIC. Si la unidad que permite acceder a las utilidades est╨░ asignada a SYS:PUBLIC\OS2, este directorio se convierte en la ra╨▒z de la unidad, puesto que todas las unidades de red asignadas en OS/2 son unidades ra╨▒z. Esto significa que OS/2 no reconoce la existencia de un directorio padre para las utilidades. Cuando las utilidades intentan localizar el subdirectorio \NLS en su propio directorio padre, OS/2 da como resultado un error, de manera que las utilidades no se ejecutan. Importante Si cambia a la unidad P:, se situar╨░ en el directorio SYS:PUBLIC, no en el subdirectorio SYS:PUBLIC\OS2. Si especifica el nombre de una unidad mientras se encuentra en la unidad P:, se ejecutar╨░ la versi╨▓n para DOS de la utilidad. Guiones de entrada Modificaci╨▓n de los guiones de entrada para cada tipo de sesi╨▓n La tabla muestra el gui╨▓n de entrada que se ejecuta para cada tipo de entrada y la manera de modificar cada gui╨▓n. Comandos de gui╨▓n de entrada que no pueden usarse en OS/2 Los guiones de entrada de OS/2 no admiten los siguientes comandos: COMSPEC DOS BREAK MACHINE NAME Los siguientes comandos tienen funciones o limitaciones espec╨▒ficas cuando se usan en guiones de entrada de OS/2. Comando Limitaci╨▓n EXIT No admite el par╨░metro de nombre de archivo. DRIVE Define el valor por defecto s╨▓lo para el proceso de entrada. INCLUDE Si utiliza una instrucci╨▓n INCLUDE, deber╨░ especificar una v╨▒a de acceso UNC al archivo que va a incluirse. Por ejemplo, si el nombre de dicho archivo es INCLUDE.TXT y se encuentra en el servidor NetWare FS1, volumen SYS:, directorio PUBLIC, la instrucci╨▓n INCLUDE deber╨░ ser: INCLUDE \\FS1\SYS\PUBLIC\INCLUDE.TXT MAP No es posible asignar unidades de b╨│squeda en OS/2. Las mismas funciones se obtienen con el uso de los comandos de OS/2 PATH y DPATH. Consulte la documentaci╨▓n de OS/2. SET Define la variable de entorno s╨▓lo para el proceso de entrada. Los procesos inferiores heredan la variable, pero ╨Æsta desaparece al concluir LOGIN. Sesiones virtuales de DOS y de Windows Con el Cliente NetWare para OS/2 se tiene acceso a las funciones de NetWare v3.1x tanto desde sesiones privadas como globales. Sin embargo, no se puede acceder a las funciones de los Servicios del Directorio (NDS) de NetWare (NetWare 4). Esto significa que se pueden ejecutar utilidades de NetWare 4 para DOS desde una sesi╨▓n de DOS, pero no se tendr╨░ acceso a los Servicios del Directorio. Un servidor de NetWare 4 considerar╨░ al usuario como cliente de la emulaci╨▓n del Bindery de NetWare v3.1x. Para acceder a las funciones de los Servicios del Directorio NetWare, arranque desde un kernel de DOS distinto al incluido con OS/2 y cargue el software del Cliente NetWare para DOS y Windows. Se arranca desde un kernel real de DOS con el ajuste DOS_STARTUP_DRIVE. En el "Indice maestro de ayuda" en l╨▒nea de OS/2 se explica c╨▓mo realizar este paso. Las sesiones que se arrancan desde un kernel real de DOS pueden incluir soporte privado o global. Las sesiones globales que se arrancan desde un kernel real de DOS tienen soporte de NetWare 3.1x. Las sesiones privadas que se arrancan desde un kernel real de DOS tienen soporte de NetWare 4 si se carga el Cliente NetWare para DOS y Windows. Soporte de NetWare en sesiones DOS/Windows ΓòÉΓòÉΓòÉ 3.3.1. Edici╨▓n de guiones de entrada para cada tipo de sesi╨▓n ΓòÉΓòÉΓòÉ Edici╨▓n de guiones de entrada para cada tipo de sesi╨▓n Si se entra desde El gui╨▓n de entrada C╨▓mo se editan los guiones de ejecuta entrada ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇ Sesiones de OS/2 El objeto Perfil de Con la utilidad Administrador entrada de NetWare de NetWare para OS/2. 4. ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇ Sesiones de OS/2 NetWare 3.12 Utilice SYSCON. ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇ Sesiones privadas de El gui╨▓n de entrada Desde un editor de texto. Se DOS/Windows de DOS de NetWare edita el archivo 3.1x SYS:MAIL\IDusuario\LOGIN o se usa una utilidad de NetWare 3.1x, como SYSCON. ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇ Sesiones globales de El gui╨▓n de entrada Desde un editor de texto. Se DOS/Windows de DOS de NetWare edita el archivo 3.1x SYS:MAIL\IDusuario\LOGIN o se usa una utilidad de NetWare 3.1x, como SYSCON. ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇ Sesiones globales El gui╨▓n de entrada Desde un editor de texto. Se que se arrancan de DOS de NetWare edita el archivo desde un kernel real 3.1x SYS:MAIL\IDusuario\LOGIN o se de DOS y ejecutan usa una utilidad de NetWare NETX.EXE 3.1x, como SYSCON. ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇ Sesiones privadas El objeto Perfil de Con la utilidad Administrador que se arrancan entrada de NetWare de NetWare para OS/2. desde un kernel real 4. de DOS y ejecutan el Cliente NetWare para DOS y Windows. ΓòÉΓòÉΓòÉ 4. Preparaci╨▓n del hardware ΓòÉΓòÉΓòÉ Preparaci╨▓n del hardware Requisitos previos del hardware En la lista siguiente se indica c╨▓mo preparar la estaci╨▓n de trabajo para la instalaci╨▓n del Cliente NetWareTM para OS/2. Requisitos Computador personal IBM (o compatible) con procesador 386 (SX o DX). OS/2 2.x s╨▓lo funciona con procesadores 386 (SX y DX) o superiores debido a su arquitectura de 32 bits. Disco duro con 3 MB de espacio libre para los archivos del Cliente NetWare para OS/2. 8 MB de RAM. Unidad de disquete de 1 a 1,44 MB y 3,5 pulgadas. Si desea utilizar la carga remota de programas (RPL), PROM de arranque remoto en cada estaci╨▓n de trabajo RPL. Rat╨▓n o dispositivo se╨┤alador compatible. Tarjeta de red instalada en la estaci╨▓n de trabajo. Monitor VGA. Cableado de la red Cada tipo de tarjeta de red requiere un cableado propio. Para obtener informaci╨▓n sobre los requisitos de cableado, consulte la documentaci╨▓n del fabricante incluida con la tarjeta. Importante Las tarjetas de red Token Ring necesitan una conexi╨▓n f╨▒sica con la MAU antes de instalar el Cliente NetWare para OS/2. De lo contrario, no se produce la carga del controlador TOKEN. Elecci╨▓n de los ajustes de la tarjeta de red El programa de instalaci╨▓n del Cliente NetWare para OS/2 requiere informaci╨▓n espec╨▒fica sobre la tarjeta de red instalada en la estaci╨▓n de trabajo. Antes de instalar el Cliente NetWare para OS/2, tome nota de los valores para los siguientes ajustes: Requisitos Interrupci╨▓n de hardware En la mayor╨▒a de los casos, para la tarjeta de red se utiliza la l╨▒nea de interrupci╨▓n 3 ╨▓ 5. Si ninguna de ellas est╨░ disponible, consulte la documentaci╨▓n del fabricante. Note: No es conveniente utilizar la l╨▒nea de interrupci╨▓n 2, puesto que podr╨▒a interferir con el adaptador VGA, y es posible que interfiera con el adaptador. Puerto base de E/S Cada dispositivo de hardware incluido en la estaci╨▓n de trabajo debe contar con un ajuste de puerto de E/S inicial distinto. Para m╨░s informaci╨▓n, consulte la documentaci╨▓n del fabricante. Tipo de trama Todas las estaciones de trabajo y los servidores que usen una sola direcci╨▓n de red deben utilizar el mismo tipo de trama. El ajuste por defecto para los controladores Novell ODITM es 802.2. Otros ajustes Otros ajustes exclusivos para la tarjeta de red instalada en la estaci╨▓n de trabajo. (Consulte la documentaci╨▓n facilitada con la tarjeta de red). Importante En la mayor╨▒a de los casos, se dejan los ajustes por defecto de la tarjeta de red. Si desea cambiar dichos ajustes, consulte la documentaci╨▓n del fabricante. Se puede obtener informaci╨▓n de ajuste para la tarjeta de red mediante el procedimiento siguiente. B╨│squeda de los ajustes de la tarjeta ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ ΓöéSi utiliza Entonces Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéTarjetas de red Ejecute el programa de configuraci╨▓n o Γöé ΓöéEISA o MCA referencia del computador. Se facilitar╨░ una Γöé Γöé lista de los valores de ajuste de su tarjeta Γöé Γöé de red. Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéTarjetas de red Observe f╨▒sicamente la tarjeta de red para Γöé ΓöéISA obtener los ajustes espec╨▒ficos. En la Γöé Γöé documentaci╨▓n de cada tarjeta de red se Γöé Γöé indica d╨▓nde localizar cada valor. Γöé ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ ΓòÉΓòÉΓòÉ 5. Instalaci╨▓n del Cliente NetWare para OS/2 ΓòÉΓòÉΓòÉ Instalaci╨▓n del Cliente NetWare para OS/2 Tema Conceptos b╨░sicos sobre la instalaci╨▓n Instalaci╨▓n del Cliente NetWare para OS/2 desde disquetes Instalaci╨▓n del Cliente NetWare para OS/2 desde CD-ROM Actualizaci╨▓n del Cliente NetWare para OS/2 desde un directorio de red Instalaci╨▓n y uso de VLM Boot de NetWare ΓòÉΓòÉΓòÉ 5.1. Conceptos b╨░sicos sobre la instalaci╨▓n ΓòÉΓòÉΓòÉ Conceptos b╨░sicos sobre la instalaci╨▓n Al instalar el Cliente NetWareTM para OS/2 suceden cuatro cosas: Γûá Se crea un directorio en la estaci╨▓n de trabajo. Γûá Se copian archivos. Γûá Se crea el icono de grupo Novell. Γûá Se modifica el archivo CONFIG.SYS. Se crea un directorio en la estaci╨▓n de trabajo Por defecto, se crea el directorio \NETWARE en la ra╨▒z de la unidad desde la que se ha arrancado OS/2. (Si especifica otro directorio, ╨Æste se crea). Se copian archivos Todos los archivos del Cliente NetWare para OS/2 se copian en el directorio especificado durante el proceso de instalaci╨▓n. Es posible cambiar los ajustes posteriormente sin necesidad de copiar archivos adicionales desde el disquete WSOS2_1. Se copian seis tipos de archivos: Γûá Archivos de programa del Cliente NetWare para OS/2 Γûá Archivos DLL (Dynamic Link Libraries) para OS/2 Γûá Archivos DLL para Windows Γûá Controladores de tarjeta de red Γûá Archivos de utilidades (INSTALL, NPRINTER, NWTOOLS, LOGIN, NLIST, MAP, CX, OS2_TSA) Γûá Tablas Unicode La mayor╨▒a de los archivos del disquete se encuentran comprimidos. El programa de instalaci╨▓n los descomprime. Para descomprimir un archivo, use la utilidad NWUNPACK del disquete. Teclee NWUNPACK y el directorio de destino, seguidos del nombre del archivo. Importante Si instala el Cliente NetWare para OS/2 en una estaci╨▓n de trabajo OS/2 para Windows, los archivos se copian en el directorio WINDOWS/SYSTEM. Se crea el icono de grupo Novell Un icono de grupo denominado Novell se crea en el escritorio OS/2. Este grupo contiene. Γûá El programa de instalaci╨▓n del Cliente NetWare para OS/2 Γûá Las Herramientas de NetWare Γûá La utilidad de impresi╨▓n remota NPRINTER Γûá El programa OS2_TSA Se modifica el archivo CONFIG.SYS: La versi╨▓n anterior de CONFIG.SYS se guarda autom╨░ticamente como CONFIG.BAK. El directorio NETWARE (o el que haya especificado) se incluye al final de las instrucciones PATH, LIBPATH y DPATH para que OS/2 localice los archivos del Cliente NetWare para OS/2. Seg╨│n el controlador ODI y los ajustes que haya seleccionado, la secci╨▓n del Cliente NetWare para OS/2 en CONFIG.SYS incluye l╨▒neas para la carga de componentes del Cliente NetWare para OS/2. Esta secci╨▓n se identifica mediante l╨▒neas de comentarios situadas antes y despu╨Æs de la misma. Importante No borre las l╨▒neas de comentarios precedentes y posteriores a las del Cliente NetWare para OS/2. Todo lo que est╨Æ situado entre estos comentarios se borra y reescribe cuando se utiliza el programa de instalaci╨▓n para editar el CONFIG.SYS. Realice una copia de seguridad de CONFIG.SYS al concluir la instalaci╨▓n del Cliente NetWare para OS/2. Existen otros programas de configuraci╨▓n, como productos para redes de IBM, que podr╨▒an modificar el CONFIG.SYS de tal modo que invaliden el Cliente NetWare para OS/2. ΓòÉΓòÉΓòÉ 5.2. Instalaci╨▓n del Cliente NetWare para OS/2 desde disquetes ΓòÉΓòÉΓòÉ Instalaci╨▓n del Cliente NetWare para OS/2 desde disquetes Si instala el Cliente NetWare para OS/2 desde disquetes por primera vez, ejecute las instrucciones siguientes. Requisitos previos Requisitos Γûá Disponga de copias operativas de los siguientes disquetes del Cliente NetWare para OS/2: Γûá WSOS2_1 Γûá WSOS2_2 Γûá WSOS2_3 Γûá WSOS2_4 Γûá WSDRV_1 Γûá OS2UTIL1 Γûá OS2DOC_1 Γûá (Optativo) Disponga de la copia operativa de alg╨│n controlador de tarjeta de red de otro fabricante, que sea compatible con NetWare. Necesitar╨░ un controlador MLID de otro fabricante para la tarjeta de red instalada en su estaci╨▓n de trabajo en caso de que no se le suministre con el software del Cliente NetWare para OS/2. El Cliente NetWare para OS/2 soporta la mayor╨▒a de tarjetas de red. Si el Cliente NetWare para OS/2 no incluye en la lista un controlador para su tarjeta de red, compruebe si existe un controlador en el paquete de la tarjeta de red o comun╨▒quese con el fabricante de la misma para obtener un controlador compatible con NetWare. Importante Si se ha ejecutado previamente el Cliente NetWare para OS/2 en su estaci╨▓n de trabajo, OS/2 habr╨░ abierto varios archivos de NetWare mediante las instrucciones del Cliente NetWare para OS/2 incluidas en CONFIG.SYS. Cuando la utilidad de instalaci╨▓n copie nuevos archivos, aparecer╨░n mensajes de error debido a que ╨Æsta no puede cerrar y sustituir los archivos existentes del mismo nombre. Esto podr╨▒a ocasionar problemas de compatibilidad debido a los archivos que no se han actualizado. El mejor medio para resolver esta situaci╨▓n es arrancar la estaci╨▓n de trabajo OS/2 sin el Cliente NetWare para OS/2 cargado. De esta manera, todos los archivos necesarios se copiar╨░n de manera adecuada. Procedimiento 1. Vaya al escritorio de OS/2. 2. Introduzca el disquete etiquetado WSOS2_1 en una unidad de disco. 3. Elija el icono "Unidad A" en el escritorio. Aparecer╨░ la ventana "Unidad A - Arbol". 4. Desde la ventana "Unidad A - Arbol", seleccione el icono "Unidad A". 5. Seleccione el icono "INSTALL" para cargar el programa de instalaci╨▓n. p.6. Seleccione el idioma que desea instalar. 7. A partir del men╨│ de "Instalaci╨▓n", seleccione "Requester en estaci╨▓n de trabajo..." Aparece la ventana "Fijar Directorio destino". 8. Fije la v╨▒a correspondiente y la unidad origen. Seleccione OK. Aparece la ventana de "Instalaci╨▓n del Requester". 9. Acepte el valor por defecto de "Editar CONFIG.SYS y Copiar todos los archivos" escogiendo OK. NoteLas otras tres opciones son para cambiar la instalaci╨▓n inicial del Cliente de NetWare para OS/2. El "Paso 1 - Aparece la ventana, Escoger el controlador ODI LAN". 10. Seleccione el controlador correspondiente. 10a. Escoja la flecha junto a la ventana "Controlador ODI LAN". 10b. Inserte "WSDRV_1" en la Unidad A: tal como se indica. Escoja "OK." 10c. Seleccione el Controlador LAN provisto por el cliente de NetWare para OS/2 u de otro fabricante. 10d. Escoja "Continuar." El "Paso 2 - Aparece la ventana, Escoja Soporte de NetWare para aplicaciones de DOS y Windows". 11. Select "IPX Support for DOS and MS Windows" and "Default NetWare Shell Support", and then choose "Continue." For more information on available selections, choose " Help." The "Suggested Default Settings to AUTOEXEC.BAT" window appears. 12. Accept the default by choosing "Save." For more information on available selections, choose "Help." 13.Cuando se le pregunte si desea a╨┤adir archivos a otro archivo de procesamiento por lotes, select "No." Note Si selecciona "S╨▒," puede personalizar los archivos de arranque para sesiones individuales de DOS. Por lo general, todas las sesiones DOS usan el mismo archivo de arranque (por ejemplo: el archivo AUTOEXEC.BAT). 14. Cuando se le indique que cambie la definici╨▓n de DOS_LASTDRIVE, seleccione "OK". Important Aseg╨│rese de que la definici╨▓n de DOS_LASTDRIVE sea correcta al completar la instalaci╨▓n del Cliente de NetWare para OS/2. Vea "Cambiar y guardar las definiciones de DOS y WIN-OS/2" en la ayuda de OS/2. Aparece la ventana "Paso 3 - Escoja protocolos opcionales". 15. Seleccione "Soporte SPX para sesiones OS/2" y cualquier otra opci╨▓n que desee, luego escoja "Guardar" Escoja "Ayuda" para obtener m╨░s informaci╨▓n. Aparece la ventana de guardar los cambios hechos en CONFIG.SYS. 16. Para guardar el archivo CONFIG.SYS, escoja "OK". Para guardarlo con otro nombre, edite la ventana. Aparece la ventana "Copiar archivos de Requester". 17. Escoja "Copiar" Para obtener m╨░s informaci╨▓n, escoja "Ayuda". Aparece la ventana "Copiar archivos del controlador ODI LAN". 18. Escoja "OK". 19. Para completar la instalaci╨▓n siga las instrucciones que aparezcan en pantalla. 20. Lea la pantalla final que aparece al concluir la instalaci╨▓n para obtener la informaci╨▓n m╨░s reciente sobre el procedimiento de instalaci╨▓n. 21.Configure la estaci╨▓n de trabajo. Sobre cada opci╨▓n de configuraci╨▓n aparece informaci╨▓n detallada en NET.CFG Referencia de opciones Importante Para que los cambios tengan efecto en la configuraci╨▓n, vuelva a arrancar la estaci╨▓n de trabajo. ΓòÉΓòÉΓòÉ 5.3. Instalaci╨▓n del Cliente NetWare para OS/2 desde CD-ROM ΓòÉΓòÉΓòÉ Instalaci╨▓n del Cliente NetWare para OS/2 desde CD-ROM Puede utilizarse el programa de instalaci╨▓n de servidor NetWare en CD-ROM para copiar los archivos de instalaci╨▓n de la estaci╨▓n de trabajo al directorio PUBLIC\CLIENT del volumen SYS:. Copia del software de instalaci╨▓n cliente desde CD-ROM al servidor Para copiar el software de instalaci╨▓n del Cliente NetWare para OS/2 desde CD-ROM al servidor, ejecute las instrucciones que aparecen a continuaci╨▓n. Requisito previo Requisitos Instale la unidad de CD-ROM como dispositivo de la estaci╨▓n seg╨│n las instrucciones del fabricante. Procedimiento 1. Entre a la red. 2. Cree un subdirectorio llamado CLIENT en SYS:PUBLIC para los archivos de instalaci╨▓n de la estaci╨▓n de trabajo. 3. Copie los archivos del directorio CLIENT del CD-ROM a SYS:PUBLIC\CLIENT. Para ello teclee: NCOPY unidad:\v╨▒a de acceso de origen\*.* unidad:\v╨▒a de acceso de destino /s/e/c o bien XCOPY unidad:\v╨▒a de acceso de origen\*.* unidad:\v╨▒a de acceso de destino /s/e/v Por ejemplo, teclee XCOPY D:\CLIENT\OS2\*.* H:\PUBLIC\CLIENT /s /e /v Importante No utilice el comando COPY para este procedimiento. Es necesario mantener la estructura de directorio dentro de cada subdirectorio. SugerenciaTambi╨Æn puede configurar la unidad de CD-ROM como volumen de la red. As╨▒ podr╨░ ejecutar los programas de instalaci╨▓n de la estaci╨▓n de trabajo directamente desde los subdirectorios de CLIENT en el CD-ROM. Creaci╨▓n de disquetes de instalaci╨▓n de la estaci╨▓n de trabajo desde CD-ROM Para instalar el CD-ROM como volumen local o como dispositivo de red, Procedimiento 1. Formatee disquetes de alta densidad utilizando el comando FORMAT. Debe formatear siete disquetes pra la isntalaci╨▓n del Cliente de NetWare para OS/2. 2. En una estaci╨▓n de trabajo DOS, vaya a la unidad correspondiente al CD-ROM. 3. Vaya al directorio CLIENT en el CD-ROM. 4. Vaya al subdirectorio OS/2. 5. Defina la variable "nwlanguage environment". Teclee lo siguiente en la l╨▒nea de comandos: SET NWLANGUAGE=idioma <Intro> Sustituya idioma por el idioma apropiado que se encuentra en el subdirectorio NLS de CLIENT\OS2. 6. Teclee MAKEDISK letra_unidad: idioma <Intro> Por ejemplo, teclee MAKEDISK A: ESPANOL <Intro> o MAKEDISK B: ESPANOL <Intro> MAKEDISK copia los archivos de instalaci╨▓n de cliente desde el directorio CD-ROM a los disquetes. 7. Guarde los disquetes hasta despu╨Æs de haber instalado todas las estaciones NetWare. ΓòÉΓòÉΓòÉ 5.4. Actualizaci╨▓n al Cliente NetWare para OS/2 desde un directorio de red ΓòÉΓòÉΓòÉ Actualizaci╨▓n al Cliente NetWare para OS/2 desde un directorio de red NotaEsta funci╨▓n s╨▓lo est╨░ disponible en los servidores NetWare 3.12 y NetWare 4. En los procedimientos e instrucciones siguientes se indica c╨▓mo configurar la estaci╨▓n de trabajo para la instalaci╨▓n del software de NetWare desde un directorio de red. Es la forma m╨░s r╨░pida y sencilla de actualizar el software del Cliente NetWare. Requisitos previos Requisitos Γûá Una versi╨▓n del software del Cliente NetWare para OS/2 ejecut╨░ndose en la estaci╨▓n de trabajo. Γûá En la red deber╨░ existir una copia del software del Cliente NetWare para OS/2. Advertencia Si se ha ejecutado previamente el Cliente NetWare para OS/2 en su estaci╨▓n de trabajo, OS/2 habr╨░ abierto varios archivos de NetWare mediante las instrucciones del Cliente NetWare para OS/2 incluidas en CONFIG.SYS. Cuando la utilidad de instalaci╨▓n copie nuevos archivos, aparecer╨░n mensajes de error debido a que ╨Æsta no puede cerrar y sustituir los archivos existentes del mismo nombre. Esto podr╨▒a ocasionar problemas de compatibilidad debido a los archivos que no se han actualizado. El mejor medio para resolver esta situaci╨▓n es arrancar la estaci╨▓n de trabajo OS/2 sin el Cliente NetWare para OS/2 cargado. A continuaci╨▓n, todos los archivos necesarios se copiar╨░n correctamente. Procedimiento 1. Entre en la red. 2. Asigne una unidad al directorio PUBLIC\CLIENT\OS2 del volumen SYS:. 3. Teclee INSTALL. 4. En el men╨│ "Instalaci╨▓n", seleccione "Requester en estaci╨▓n de trabajo..." Aparecer╨░ la ventana "Definir el directorio de destino". 5. Defina la v╨▒a de acceso y la unidad de origen adecuadas. Elija OK. Aparecer╨░ la ventana "Instalaci╨▓n del Requester". 6. Acepte el valor por defecto de "Editar CONFIG.SYS y copiar todos los archivos", seleccionando OK. NotaLas otras tres opciones se refieren al cambio de la instalaci╨▓n inicial del Cliente NetWare para OS/2. Aparecer╨░ la ventana "Paso 1 - Elegir el controlador LAN ODI". 7. Seleccione el controlador adecuado. 8a. Elija la flecha situada junto a la ventana "Controlador LAN ODI". 8b. Inserte el disquete "WSDRV_1" en la unidad A: seg╨│n las indicaciones. Elija "OK." 8c. Seleccione el controlador LAN suministrado por el Cliente NetWare para OS/2 u otro fabricante. 8d. Elija "Continuar". Aparecer╨░ la ventana "Paso 2 - Elegir el soporte NetWare para aplicaciones de DOS y Windows". 9. Seleccione "Soporte IPX para DOS y MS Windows" y "Soporte del shell de NetWare por defecto", y, a continuaci╨▓n, escoja "Continuar". Para obtener m╨░s informaci╨▓n sobre las selecciones disponibles, esoja "Ayuda". Aparecer╨░ la ventana "Ajustes por defecto sugeridos para AUTOEXEC.BAT". 10. Acepte el valor por defecto seleccionando "Guardar". Para obtener m╨░s informaci╨▓n sobre las selecciones disponibles, esoja "Ayuda". 11. Cuando se le pida confirmaci╨▓n para a╨┤adir archivos a otro archivo por lotes, seleccione "No". NotaSi selecciona "S╨▒", puede personalizar los archivos de arranque para sesiones de DOS individuales. Normalmente, todas las sesiones de DOS utilizan el mismo archivo de arranque (el archivo AUTOEXEC.BAT). 12. Si aparece un mensaje indicando que modifique el ajuste de DOS_LASTDRIVE, seleccione "OK". Importante Compruebe que el ajuste de DOS_LASTDRIVE sea el correcto al concluir la instalaci╨▓n del Cliente NetWare para OS/2. Consulte "Cambio y almacenamiento de los ajustes para DOS y WIN-OS/2" en el ╨▒ndice maestro de ayuda de OS/2. Aparecer╨░ la ventana "Paso 3 - Elegir protocolos opcionales". 13. Acepte los ajustes por defecto seleccionando "Guardar". Para obtener m╨░s informaci╨▓n sobre las opciones disponibles, elija "Ayuda". Aparecer╨░ la ventana "Guardar cambios en CONFIG.SYS". 14. Elija "OK" para guardar el archivo como CONFIG.SYS. Si desea guardarlo con otro nombre, edite la ventana. Aparecer╨░ la ventana "Copiar archivos del controlador LAN ODI". 15. Acepte el valor por defecto seleccionando "OK". Para obtener m╨░s informaci╨▓n sobre las opciones disponibles, elija "Ayuda". Aparecer╨░ la ventana "Copiar archivos del Requester". 16. Elija "Copiar". Si se ha ejecutado previamente el Cliente NetWare para OS/2 en su estaci╨▓n de trabajo, OS/2 habr╨░ abierto varios archivos de NetWare mediante las instrucciones del Cliente NetWare para OS/2 incluidas en CONFIG.SYS. Cuando la utilidad de instalaci╨▓n copie nuevos archivos, aparecer╨░n mensajes de error debido a que ╨Æsta no puede cerrar y sustituir los archivos existentes del mismo nombre. Esto podr╨▒a ocasionar problemas de compatibilidad debido a los archivos que no se han actualizado. El mejor medio para resolver esta situaci╨▓n es arrancar la estaci╨▓n de trabajo OS/2 sin el Cliente NetWare para OS/2 cargado. De esta manera, todos los archivos necesarios se copiar╨░n de manera adecuada. 17. Para completar la instalaci╨▓n siga las instrucciones que aparezcan en pantalla. 18. Lea la pantalla final que aparece al concluir la instalaci╨▓n para obtener la informaci╨▓n m╨░s reciente sobre el procedimiento de instalaci╨▓n. 19. Configure la estaci╨▓n de trabajo. Encontrar╨░ informaci╨▓n detallada sobre cada opci╨▓n de configuraci╨▓n en NET.CFG Referencia de opciones Importante Para que los cambios tengan efecto en la configuraci╨▓n, vuelva a arrancar la estaci╨▓n de trabajo. ΓòÉΓòÉΓòÉ 5.5. Instalaci╨▓n y uso del m╨▓dulo de arranque VLM de NetWare ΓòÉΓòÉΓòÉ Instalaci╨▓n y uso del m╨▓dulo de arranque VLM de NetWare El m╨▓dulo cargable virtual de arranque (VLM) posibilita tener en ejecuci╨▓n un kernel de DOS en una estaci╨▓n de trabajo OS/2. Este kernel de DOS le permite ejecutar el Administrador de NetWare a partir de una estaci╨▓n de trabajo cliente OS/2. Requisitos Lista de verificaci╨▓n ΓûáOS/2 versi╨▓n 2.11 instalada en su estaci╨▓n de trabajo cliente. El m╨▓dulo VLM de arranque de NetWare no se ejecutar╨░ en la versi╨▓n 2.1 de OS/2 o anterior. ΓûáEl cliente de NetWare para OS/2 debe estar instalado en su estaci╨▓n de trabajo ΓûáUna copia del disquete DOS_VLMBOOT ΓûáUna unidad de disco blando en su estaci╨▓n de trabajo Instalaci╨▓n del m╨▓dulo de arranque VLM de NetWare 1. Vaya al escritorio de OS/2. 2. Abra la carpeta de "Novell". 3. Escoja el icono Install (instalaci╨▓n). 4. Desde el men╨│ de Configuraci╨▓n, escoja "Instalar m╨▓dulo de arranque VLM". Aparece la pantalla de "Instalaci╨▓n del m╨▓dulo de arranque VLM". 5. Escriba la letra de la unidad de disco origen o acepte el valor por defecto y luego seleccione ╨║OK.Γòæ 6. Inserte el disquete DOS_VLMBOOT en la unidad seleccionada y seleccione ╨║OK.Γòæ Aparece la pantalla de "Crear un archivo imagen del m╨▓dulo de arranque VLM de NetWare". 7. Seleccione el cuadro de verificaci╨▓n "Crear un archivo imagen del m╨▓dulo de arranque VLM de NetWare". 8. Escriba la letra de la unidad de disco origen or acepte el valor por defecto y seleccione "OK". Se crea un archivo del m╨▓dulo de arranque VLM de NetWare. 9. Salga del programa de instalaci╨▓n y reinicie la estaci╨▓n de trabajo. Uso del m╨▓dulo de arranque VLM de NetWare 1. Vaya al escritorio de OS/2. 2. Abra la carpeta de "Novell". 3. Escoja el icono "VLMBOOT". Se abri╨▓ una sesi╨▓n de DOS en su estaci╨▓n de trabajo y est╨░ conectada a la red. ΓòÉΓòÉΓòÉ 6. Configuraci╨▓n del Cliente NetWare para OS/2 ΓòÉΓòÉΓòÉ Configuraci╨▓n del Cliente NetWare para OS/2 Esta secci╨▓n contiene informaci╨▓n sobre cinco temas: Conceptos b╨░sicos de configuraci╨▓n br Uso de NET.CFG br Requisitos de formato de NET.CFG br Creaci╨▓n o edici╨▓n de NET.CFG Lista de referencia r╨░pida de las opciones de NET.CFG ΓòÉΓòÉΓòÉ 6.1. Conceptos b╨░sicos de configuraci╨▓n ΓòÉΓòÉΓòÉ Conceptos b╨░sicos de configuraci╨▓n Una vez instalado el Cliente NetWare para OS/2 en la estaci╨▓n de trabajo, deber╨░ configurarlo para que se ejecute con la red. Las opciones de configuraci╨▓n del Cliente NetWare para OS/2 se encuentran en el archivo NET.CFG. Al arrancarse la estaci╨▓n de trabajo, el Cliente NetWare para OS/2 busca NET.CFG en los directorios especificados en la l╨▒nea DPATH de CONFIG.SYS. Si el Cliente NetWare para OS/2 no localiza el archivo NET.CFG, arrancar╨░ con los valores de configuraci╨▓n por defecto incorporados en el software. Casos en que es necesaria la configuraci╨▓n Es necesario configurar el Cliente NetWare para OS/2 si: Γûá La estaci╨▓n de trabajo cuenta con m╨░s de una tarjeta de red Γûá La estaci╨▓n de trabajo tiene una sola tarjeta, pero ╨Æsta no utiliza los ajustes por defecto de f╨░brica Γûá La red utiliza un tipo de trama Ethernet distinto de Ethernet 802.2 Γûá El Cliente NetWare para OS/2 comparte una tarjeta de red con otro software Otras situaciones en las que puede resultar ╨│til la configuraci╨▓n La configuraci╨▓n tambi╨Æn puede ser ╨│til: Γûá Para cambiar el nivel de seguridad por defecto de la firma de paquetes. Γûá Para desactivar las transmisiones de Packet Burst (r╨░faga de paquetes) y de Paquetes Internet grandes. Γûá Si la estaci╨▓n se conecta a una red Token-Ring que utiliza encaminamiento de origen. Γûá Si la estaci╨▓n necesita hacer uso de los protocolos NetBIOS o Dual NetBIOS. Γûá Si la estaci╨▓n necesita hacer uso de los protocolos de Conductos nombrados. Γûá Para conectar la estaci╨▓n a un ╨░rbol del Directorio preferente. Γûá Si se configuran estaciones de arranque remoto (RPL). Γûá Si desea cambiar la unidad de entrada por defecto. Soporte de protocolos en el Cliente NetWare para OS/2 El Cliente NetWare para OS/2 suministra cuatro tipos de soporte de protocolos: Γûá IPX Γûá SPX Γûá Conductos nombrados Γûá NetBIOS (emulaci╨▓n) Las estaciones servidor y Cliente NetWare utilizan IPX como protocolo principal para comunicarse entre s╨▒. Tambi╨Æn emplean SPX para algunas comunicaciones, por ejemplo las realizadas entre una estaci╨▓n de trabajo que est╨░ ejecutando NPRINTER y un servidor de impresi╨▓n de NetWare. La instalaci╨▓n del soporte para IPX en estaciones de trabajo se realiza autom╨░ticamente cuando se instala el Cliente NetWare para OS/2. Novell suministra los protocolos SPX, NetBIOS y Conductos nombrados para que los clientes y servidores de NetWare tambi╨Æn puedan funcionar como Γûá Clientes y servidores de aplicaciones distribuidas Γûá Clientes y servidores de redes que no son NetWare Γûá Terminales conectadas a sistemas grandes o a minicomputadores Por ejemplo, la aplicaci╨▓n distribuida Notes* de Lotus utiliza NetBIOS o SPX para comunicarse; el Servidor SQL de Microsoft emplea Conductos nombrados. Las redes LANServer usan NetBIOS, al igual que muchas de las conexiones entre un administrador de comunicaciones y un host. Tambi╨Æn pueden utilizarse otros protocolos no suministrados con las estaciones del Cliente NetWare para OS/2 para efectuar comunicaciones. Por ejemplo, el protocolo TCP/IP que proporciona LAN WorkPlaceTM para OS/2 de Novell se emplea habitualmente para establecer conexiones con hosts UNIX. En este manual no se estudiar╨░n estos ╨│ltimos protocolos. En la siguiente figura se ilustran los componentes de una red de aplicaciones distribuidas. Es posible instalar a la vez diferentes protocolos en el mismo computador. Todos pueden utilizar el mismo cableado de red, aunque cada uno puede comunicarse en una red l╨▓gica totalmente diferente. La siguiente figura muestra c╨▓mo comparten cableado una red NetWare y una aplicaci╨▓n distribuida. ΓòÉΓòÉΓòÉ 6.2. Uso de NET.CFG ΓòÉΓòÉΓòÉ Uso de NET.CFG Las opciones de configuraci╨▓n del Cliente NetWare para OS/2 se almacenan en el archivo NET.CFG. Al arrancar la estaci╨▓n de trabajo, el Cliente NetWare para OS/2 busca el NET.CFG en los directorios especificados en la l╨▒nea DPATH de CONFIG.SYS. Si el Cliente NetWare para OS/2 no encuentra el archivo NET.CFG, utiliza un conjunto de valores de configuraci╨▓n por defecto incluido en el software. NET.CFG se encuentra en el directorio ra╨▒z de la unidad de arranque. Si se ha configurado previamente el Cliente NetWare para OS/2 en una estaci╨▓n de trabajo, ya existe un archivo NET.CFG para su estaci╨▓n de trabajo. La configuraci╨▓n actual puede cambiarse mediante la modificaci╨▓n y almacenamiento del archivo existente. La reinstalaci╨▓n del Cliente NetWare para OS/2 no sobrescribe el archivo NET.CFG existente; ╨Æste aparece en el programa de instalaci╨▓n para que se efect╨│en los cambios que sean necesarios. Importante Si no ha configurado antes el Cliente NetWare para OS/2 en la estaci╨▓n de trabajo, en ╨Æsta no existir╨░ el archivo NET.CFG. Deber╨░ crearlo para configurar la estaci╨▓n. ΓòÉΓòÉΓòÉ 6.3. Requisitos de formato de NET.CFG ΓòÉΓòÉΓòÉ Requisitos de formato NET.CFG A continuaci╨▓n se ilustra el formato NET.CFG. Para crear o modificar NET.CFG siga estas instrucciones: Γûá Teclee las opciones en el margen izquierdo del archivo sin dejar espacios delante ni detr╨░s de ╨Æstas. Es indistinto teclearlas en may╨│sculas o min╨│sculas. Γûá Especifique una sola opci╨▓n por l╨▒nea. Γûá Introduzca los ajustes, uno por l╨▒nea, en las l╨▒neas siguientes a la opci╨▓n a la que se aplican. Γûá Al editar NET.CFG, utilice la barra espaciadora en lugar de la tecla Tab para sangrar los ajustes. La tecla Tab se utiliza para pasar al campo siguiente de la pantalla. Γûá Los ajustes requieren un sangrado de al menos un espacio. Es indistinto teclearlos en may╨│sculas o min╨│sculas. Γûá Sit╨│e un retorno manual al final de cada l╨▒nea del archivo, incluida la ╨│ltima. Advertencia Si no se a╨┤ade un retorno al final de la ╨│ltima l╨▒nea, ╨Æsta no se tiene en cuenta. Γûá Las l╨▒neas en blanco no son necesarias y no se tienen en cuenta. Γûá Coloque un signo de punto y coma (;) delante de cada comentario. ΓòÉΓòÉΓòÉ 6.4. Creaci╨▓n o edici╨▓n de NET.CFG ΓòÉΓòÉΓòÉ Creaci╨▓n o edici╨▓n de NET.CFG Requisito previo El Cliente NetWare para OS/2 ha de estar instalado en la estaci╨▓n de trabajo. Procedimiento: Para crear o modificar NET.CFG con el programa de instalaci╨▓n 1. Vaya al escritorio de OS/2. 2. Elija el icono "Novell" en el escritorio. 3. Elija el icono "Instalar" en la ventana "Novell". 4. En el men╨│ "Configuraci╨▓n", seleccione "Esta estaci╨▓n de trabajo. . ." Aparecer╨░ la ventana "Localizaci╨▓n por defecto del archivo NET.CFG". 5. Introduzca la v╨▒a de acceso de NET.CFG y seleccione "Editar". Aparecer╨░ la pantalla de edici╨▓n NET.CFG. Si instala por primera vez, no existir╨░ el archivo NET.CFG por defecto y la casilla "Contenido actual del archivo NET.CFG" aparecer╨░ vac╨▒a. 6. Teclee las opciones de NET.CFG adecuadas en la casilla "Contenido actual del archivo NET.CFG". Normalmente, NET.CFG aparecer╨░ de este modo: link driver ne2000 int 5 port 340 frame ethernet_802.3 netware requester default login drive f display hard errors off name context "finanzas.novell" preferred tree secoya signature level 3 NotaEl valor "default login drive" requiere cambios en el archivo CONFIG.SYS. Cosulte Referencia de opciones de NET.CFG . para obtener m╨░s informaci╨▓n. Signature level 3 es el valor m╨░s seguro, requiere la activaci╨▓n de Packet Burst y el nivel de firma de paquetes debe definirse como 1 o superior para la entrada. Consulte Mejora de la velocidad y la seguridad para obtener m╨░s informaci╨▓n. La siguiente figura ofrece m╨░s informaci╨▓n sobre el uso de la ventana "Editar el archivo NET.CFG para esta estaci╨▓n de trabajo". 7. Para guardar los cambios efectuados en NET.CFG, elija "Guardar". 8. Para salir del programa de instalaci╨▓n, haga doble click sobre el bot╨▓n del rat╨▓n en la esquina superior izquierda de la ventana principal. 9. Para que los cambios tengan efecto en la configuraci╨▓n, utilice la funci╨▓n Concluir de OS/2 para volver a arrancar la estaci╨▓n de trabajo. Importante Las modificaciones realizadas en la instalaci╨▓n y la configuraci╨▓n ser╨░n efectivas hasta que se arranque de nuevo la estaci╨▓n. Si a╨│n tiene problemas vea Consejos para la resoluci╨▓n de problemas y d╨▓nde obtener ayuda ΓòÉΓòÉΓòÉ 6.5. Lista de referencia r╨░pida de las opciones de NET.CFG ΓòÉΓòÉΓòÉ Lista de referencia r╨░pida de las opciones de NET.CFG En la siguiente figura se enumeran las opciones y ajustes de NET.CFG y el valor por defecto de cada uno de ellos. ΓòÉΓòÉΓòÉ 7. Uso de tarjetas de red y controladores LAN ΓòÉΓòÉΓòÉ Uso de tarjetas de red y controladores LAN Esta secci╨▓n proporciona informaci╨▓n sobre cinco temas p.Especificaci╨▓n de tipos de trama para controladores LAN Coincidencia de los ajustes de tarjeta de red y controlador ODI Precauciones al cambiar el tipo de trama por defecto Definici╨▓n de los tipos de trama Ethernet 802.2 y Ethernet 802.3 Uso de m╨░s de una tarjeta de red ΓòÉΓòÉΓòÉ 7.1. Coincidencia de los ajustes de tarjeta de red y controlador ODI ΓòÉΓòÉΓòÉ Coincidencia de los ajustes de tarjeta de red y controlador ODI Importante El software del Cliente NetWare para OS/2 espera que cada tarjeta de red utilice los valores por defecto definidos en f╨░brica. Si los ha modificado, deber╨░ efectuar los cambios correspondientes en el software cliente de OS/2. Para ello utilizar╨░ el archivo NET.CFG. Las tarjetas de red se suministran con valores por defecto definidos en f╨░brica para ajustes de hardware tales como Γûá Canal de acceso directo a la memoria (DMA) Γûá L╨▒nea de interrupci╨▓n (IRQ) Γûá Puerto de entrada/salida Γûá Rango de memoria Γûá Direcci╨▓n de nodo El software del Cliente NetWare para OS/2, seg╨│n se suministra, espera que cada tarjeta de red utilice los valores por defecto. Estos valores de f╨░brica pueden cambiarse mediante el desplazamiento de bridges, el ajuste de conmutadores o la utilidad de configuraci╨▓n suministrada por el fabricante de la tarjeta de red. Por lo tanto, si cambia el valor por defecto de f╨░brica de cualquiera de los ajustes de hardware antes descritos, deber╨░ indicarlo al controlador OS/2 ODI. Para ello, utilice la opci╨▓n "link driver" del archivo NET.CFG. Esta opci╨▓n permite configurar el software para que coincida con los ajustes del hardware: link driver nombre dma [╨▒ndice] canal int [╨▒ndice] irq mem [╨▒ndice] direcci╨▓n_inicial [tama╨┤o] node address n╨│mero port [╨▒ndice] puerto_inicial [n╨│mero] M╨Ætodo abreviado del uso de controladores LAN de Microchannel y EISA Si utiliza una tarjeta de red Microchannel o EISA, no necesita especificar los ajustes de hardware antes mencionados. El controlador LAN explora la tarjeta de red y reconoce los ajustes definidos. Es necesario indicar al Cliente NetWare para OS/2 el n╨│mero de ranura en el que se encuentra la tarjeta de red. Tambi╨Æn puede ped╨▒rsele que explore todas las ranuras. Para definir la ranura de la tarjeta de red, utilice la opci╨▓n "Link Driver" de NET.CFG. link driver nombre slot n╨│mero ConsulteReferencia de opciones de NET.CFG para obtener m╨░s informaci╨▓n. ΓòÉΓòÉΓòÉ 7.2. Especificaci╨▓n de tipos de trama para controladores LAN ΓòÉΓòÉΓòÉ Especificaci╨▓n de tipos de trama para controladores LAN Descripci╨▓n general Todas las comunicaciones de la red consisten en paquetes de informaci╨▓n que se env╨▒an entre computadores. Hay diferentes tipos de paquetes, que se distinguen entre s╨▒ por el orden y el tipo de informaci╨▓n que contienen. Cada clase de paquete tiene su propia definici╨▓n, llamada tipo de trama. Para que cada computador se comunique por un tipo de trama determinado, debe configurarse para que use ese tipo de trama. Una tarjeta de red de la estaci╨▓n de trabajo permite a esa estaci╨▓n comunicarse con otras estaciones de trabajo de la red y con el servidor de NetWare. El software del controlador LAN act╨│a como enlace entre el sistema operativo de la estaci╨▓n de trabajo y la red. Por defecto, cada controlador LAN utiliza s╨▓lo un tipo de trama. De todas maneras, en su mayor╨▒a, pueden admitir otros tipos si as╨▒ se les configura mediante el archivo NET.CFG. Por ejemplo, un controlador NE2000TM LAN ofrece soporte para los siguientes tipos de trama: Ethernet 802.2, Ethernet 802.3, Ethernet II y Ethernet SNAP. La tabla "Lista de tipos de tramas y controladores de red" enumera los tipos de trama m╨░s comunes y los controladores de tarjeta de red que soporta cada uno. Esta lista no es exhaustiva. Opci╨▓n Link Driver La opci╨▓n Link Driver de NET.CFG indica al controlador de red el tipo de trama que se utiliza. S╨▓lo es posible especificar los tipos de trama que admita dicho controlador. Sintaxis link driver nombre frame nombre Sustituyanombre por el nombre del tipo de trama. Ejemplo Por ejemplo, para conectar el controlador NE2000 LAN con el tipo de trama Ethernet 802.2, deber╨░ introducir los siguientes datos en el archivo NET.CFG. link driver ne2000 frame ethernet_802.2 ΓòÉΓòÉΓòÉ 7.3. Precauciones al cambiar el tipo de trama por defecto ΓòÉΓòÉΓòÉ Precauciones al cambiar el tipo de trama por defecto Note: En NetWare 2 y 3, los controladores Ethernet contienen el valor por defecto Ethernet 802.3. En NetWare 4, contienen el valor por defecto Ethernet 802.2. Los controladores de servidores de NetWare 4 para Ethernet tambi╨Æn est╨░n definidos por defecto como Ethernet 802.2 . Los servidores y las estaciones de trabajo utilizan el mismo tipo de trama para comunicarse entre s╨▒. Los Routers de la red tambi╨Æn deben admitir el tipo de trama para encaminar los paquetes de manera correcta. De lo contrario, y aun en el caso de que pudieran establecerse las comunicaciones, ╨Æstas ser╨▒an defectuosas. Algunos Routers en uso dentro de la red pueden no admitir el nuevo valor por defecto Ethernet 802.2. Importante La estaci╨▓n de trabajo no se conectar╨░ con una red que espere el antiguo valor por defecto de Ethernet 802.3 si se usa el nuevo valor de Ethernet 802.2. ΓòÉΓòÉΓòÉ 7.4. Definici╨▓n de los tipos de trama Ethernet 802.2 y Ethernet 802.3 ΓòÉΓòÉΓòÉ Definici╨▓n de los tipos de trama Ethernet 802.2 y Ethernet 802.3 Es posible definir Ethernet 802.2 y Ethernet 802.3 para la estaci╨▓n de trabajo con el fin de eliminar riesgos de conflicto a causa de ajustes por defecto del tipo de trama. Los tipos de trama de la estaci╨▓n se definen en el archivo NET.CFG. Incluya una l╨▒nea como la siguiente y sustituya ne2000 por el nombre del controlador ODI que utilice: link driver ne2000 frame ethernet_802.3 frame ethernet_802.2 La primera trama definida es la ╨│nica utilizada para la petici╨▓n inicial de servidor m╨░s cercano.Por lo tanto, si varios servidores utilizan un solo tipo de trama, por ejemplo Ethernet 802.3, debe especificarse ╨Æsta en primer lugar. De este modo, la estaci╨▓n de trabajo podr╨░ hacer una conexi╨▓n por defecto con estos servidores. ConsulteReferencia de opciones de NET.CFG para obtener m╨░s informaci╨▓n acerca de la opci╨▓n Link Driver. ΓòÉΓòÉΓòÉ 7.5. Uso de m╨░s de una tarjeta de red ΓòÉΓòÉΓòÉ Uso de m╨░s de una tarjeta de red Note: En la mayor╨▒a de los casos, el Cliente NetWare para OS/2 puede compartir una tarjeta de red con otros paquetes de comunicaci╨▓n de modo que no sea necesario adquirir dos tarjetas de red. En esta secci╨▓n se explica Γûá Razones para tener m╨░s de una tarjeta de red Γûá Configuraci╨▓n de dos tarjetas de red Γûá Elecci╨▓n de la tarjeta de red principal Razones para tener m╨░s de una tarjeta de red Al utilizar el Cliente NetWare para OS/2, existen dos posibilidades que pueden resultar beneficiosas si se usa m╨░s de una tarjeta de red en el computador: Γûá Que cada tarjeta ofrezca soporte para un paquete de software de comunicaciones distinto. Γûá Que cada tarjeta est╨Æ conectada a una red f╨▒sicamente distinta. Si utiliza dos tarjetas de red, tenga en cuenta los aspectos de configuraci╨▓n que se detallan en las secciones siguientes. Las tarjetas adicionales (a partir de la segunda que se haya definido) no se toman en cuenta. Paquetes de comunicaci╨▓n diferentes. Es posible que se deseen utilizar dos o m╨░s tarjetas de red si cada una de ellas permite utilizar un paquete de software de comunicaci╨▓n diferente. Por ejemplo, puede necesitar que el Gestor de comunicaciones utilice una tarjeta de red y el Cliente NetWare para OS/2 otra. O bien que NetWare para OS/2 use una tarjeta de red y el Cliente NetWare otra. En estos casos, cada paquete suministra el controlador para su propia tarjeta. La configuraci╨▓n del Cliente NetWare para OS/2 es la misma que la que se utiliza cuando s╨▓lo existe una tarjeta de red. No hay necesidad de realizar la configuraci╨▓n para una segunda tarjeta en NetWare, puesto que ╨Æsta queda controlada totalmente por otro paquete de comunicaci╨▓n. Puede que sea necesario configurarla bajo el otro paquete de comunicaci╨▓n. Note: En la mayor╨▒a de los casos, el Cliente NetWare para OS/2 puede compartir la tarjeta con otros paquetes de comunicaci╨▓n, por lo que no ser╨░ necesario adquirir dos tarjetas de red. Redes f╨▒sicamente distintas Es posible que desee disponer de dos tarjetas de red si cada una est╨░ conectada a una red. De este modo una aplicaci╨▓n personalizada podr╨▒a acceder a las dos redes a la vez. Sin embargo, una estaci╨▓n de trabajo con s╨▓lo el Cliente NetWare para OS/2 no podr╨▒a utilizarse como Router entre las dos redes. Es decir que, aunque las dos redes est╨Æn conectadas a la misma m╨░quina no existir╨░ comunicaci╨▓n entre las dos redes. (La estaci╨▓n de trabajo de OS/2 puede convertirse en Router mediante NetWare para OS/2). Si ambas redes est╨░n f╨▒sicamente conectadas mediante otra m╨░quina que hace las veces de Router, la segunda tarjeta puede servir como ruta de respaldo si falla la conexi╨▓n de la primera tarjeta. Una vez m╨░s, la estaci╨▓n OS/2 no realizar╨░ el encaminamiento (a menos que se utilice NetWare para OS/2). Funci╨▓n de respaldo de la segunda tarjeta Al arrancarse la estaci╨▓n de trabajo, el protocolo IPX se asocia a todas las otras tarjetas de red que tengan cargados los controladores ODI de OS/2. Cuando el Cliente NetWare para OS/2 necesita localizar un nuevo destino, pide a la red las rutas posibles. Importante Cuando el Cliente NetWare para OS/2 necesita localizar un nuevo destino, pide a la red las rutas posibles. Nunca consulta la tarjeta secundaria (u otras) para una ruta. Si el Cliente NetWare para OS/2 no encuentra el destino mediante la tarjeta de red principal, se visualiza un error de conexi╨▓n, incluso si se puede encontrar el destino mediante la segunda tarjeta de red. (De todas maneras, se puede consultar la red de la segunda tarjeta de red mediante llamadas IPX desde un programa personalizado). Una vez el Cliente NetWare para OS/2 encuentra un destino mediante la tarjeta de red principal, almacena la ruta a ese destino en una tabla de rutas y realiza una conexi╨▓n. Una vez efectuada ╨Æsta, el Cliente NetWare para OS/2 comprueba todas las redes conectadas a ese destino para otras posibles rutas desde la estaci╨▓n de trabajo de OS/2 a tal destino. Si encuentra una segunda ruta, el Cliente NetWare para OS/2 reconstruye las tablas de rutas y almacena la nueva. Si la conexi╨▓n principal falla, el Cliente NetWare para OS/2 utilizar╨░ la segunda ruta para continuar la transmisi╨▓n a ese destino. En caso de que el Cliente NetWare para OS/2 utilice una ruta a trav╨Æs de la segunda tarjeta de red, puede interrumpirse sin provocar un fallo en la secundaria. De todas maneras, la tarjeta de la red secundaria nunca pasa a ser principal, aunque ╨Æsta falle. Esto significa que si el Cliente NetWare necesita encontrar un nuevo destino cuando la conexi╨▓n principal est╨Æ desactivada, no puede consultar el destino, dado que las consultas van dirigidas a la tarjeta principal. Importante Para que el Cliente NetWare para OS/2 pueda buscar nuevos destinos, restaure la conexi╨▓n principal. Configuraci╨▓n de dos tarjetas de red Si el computador dispone de dos tarjetas de red puede ser necesario realizar lo siguiente: Γûá Definir ajustes de hardware y el tipo de trama de cada tarjeta Γûá Cargar un controlador por cada tarjeta Γûá Seleccionar la tarjeta principal Definici╨▓n de ajustes de hardware y tipo de trama de cada tarjeta Si utiliza m╨░s de una tarjeta de red deber╨░ cargar un controlador aparte y especificar una secci╨▓n "Link Driver" para cada una de las tarjetas. Por ejemplo, si usa una tarjeta NE2000 (la principal) y una tarjeta Token Ring, podr╨▒a incluir las l╨▒neas siguientes en NET.CFG. link driver ne2000 frame ethernet_802.3 frame ethernet_802.2 int 5 port 360 link driver token frame token-ring frame token-ring_snap int 3 port A20 mem CC00 Carga del controlador ODI para una tarjeta adicional El programa de instalaci╨▓n del Cliente NetWare para OS/2 permite seleccionar un controlador ODI. Este controlador se carga autom╨░ticamente en CONFIG.SYS, pero puede ser necesario cargar un controlador ODI adicional en CONFIG.SYS, de forma manual, en el caso de que: Γûá Utilice dos tarjetas de red. Γûá Dichas tarjetas utilicen controladores ODI distintos. Importante Si las tarjetas emplean el mismo controlador ODI (por ejemplo, dos tarjetas NE2000), basta con cargar el controlador una vez al instalar el Cliente NetWare para OS/2. Requisitos previos Requisitos Instale el Cliente NetWare para OS/2 con uno de los controladores ODI. Compruebe si la segunda tarjeta est╨░ instalada y no presenta conflictos de hardware. Procedimiento 1. Abra el archivo CONFIG.SYS en un editor de texto. Por ejemplo, para utilizar el Editor de sistema de OS/2 especifique lo siguiente en la l╨▒nea de comando de OS/2: E C:\CONFIG.SYS <Intro> CONFIG.SYS se encuentra en la ra╨▒z de la unidad de arranque. (En este ejemplo, la unidad C: es la unidad de arranque). 2. En las l╨▒neas del Cliente NetWare para OS/2, busque la que carga al primer controlador ODI. 3. Decida qu╨Æ controlador desea que IPX reconozca como principal. El controlador principal ser╨░ el ╨│nico que use IPX para consultar rutas a la red. Nunca se consultar╨░ al controlador secundario de la tarjeta. 4. Introduzca una nueva l╨▒nea para cargar otro controlador. Para cargar un controlador al que se deba reconocer como principal, a╨┤ada una l╨▒nea antes de la del controlador existente. Para cargar un controlador al que se deba reconocer como secundario, a╨┤ada una l╨▒nea despu╨Æs de la ya existente. El primer controlador cargado en el CONFIG.SYS es el principal. Indique en la l╨▒nea la v╨▒a de acceso correcta al controlador. Si est╨░ utilizando un controlador suministrado por Novell, ╨Æste se encontrar╨░ donde est╨Æn instalados los dem╨░s archivos del Cliente NetWare para OS/2, por lo general, en C:\NETWARE. Por ejemplo, para cargar un controlador NE2000 desde la ubicaci╨▓n por defecto, debe teclear: DEVICE=C:\NETWARE\NE2000.SYS Note: Si cuenta con dos tarjetas que utilizan el mismo nombre de controlador (por ejemplo, dos tarjetas NE2000 LAN), no lo cargue dos veces. 5. Guarde CONFIG.SYS y salga de ╨Æl. 6. Edite NET.CFG para reflejar los cambios. 7. Utilice la funci╨▓n "Concluir" de OS/2 para volver a arrancar el computador y cargar los controladores adicionales. Elecci╨▓n de la tarjeta de red principal La tarjeta cuyo controlador se carga primero en el CONFIG.SYS es la principal. Es posible especificar cu╨░l es la tarjeta principal de las siguientes formas: Γûá Volviendo a ordenar los controladores en el CONFIG.SYS. Γûá Utilizando una opci╨▓n de NET.CFG para asociar IPX a un servidor diferente. Para cambiar qu╨Æ tarjeta ha de considerar IPX como principal, utilice la opci╨▓n "Protocol Stack IPX" del archivo NET.CFG. protocol stack ipx bind nombre de controlador Reemplace nombre de controlador por el nombre del controlador que controla la tarjeta y sangre el ajuste "Bind". Por ejemplo, para definir como principal una tarjeta Token Ring, teclee protocol stack ipx bind token 2.Conmutaci╨▓n de las tarjetas en uso en redes no conectadas Si utiliza dos tarjetas de red y cada una de ellas est╨░ conectada a una red f╨▒sicamente separada de la otra, puede interesarle: Γûá Cambiar la tarjeta principal en NET.CFG y volver a arrancar cuando desee acceder a la otra red. Γûá Obtener un conmutador de redes que permita cambiar de una a otra. Γûá Conectar las redes mediante un Router. Especificaci╨▓n de la tarjeta principal con dos tarjetas del mismo tipo Si dispone de dos tarjetas de red que usan el mismo tipo de controlador ODI (por ejemplo, dos controladores NE2000 LAN), no cargue el mismo controlador dos veces en CONFIG.SYS ni especifique la opci╨▓n "Protocol Stack IPX". En lugar de ello, utilice la opci╨▓n "Link Driver" en NET.CFG para especificar que el controlador se utiliza doblemente. Para ello sit╨│e dos secciones de "Link Driver" en NET.CFG, cada una con la especificaci╨▓n de un nombre de controlador y los ajustes de hardware que utiliza dicha tarjeta de red. Es necesario especificar los ajustes de hardware de al menos una tarjeta, ya que no es posible que dos tarjetas del mismo tipo usen los ajustes de hardware por defecto. Por ejemplo, si dispone de dos tarjetas de red NE2000, podr╨▒a incluir las l╨▒neas siguientes en NET.CFG: link driver ne2000 frame ethernet_802.2 frame ethernet_802.3 int 5 port 360 link driver ne2000 frame ethernet_802.2 frame ethernet_802.3 int 4 port 320 Al mencionar "link driver ne2000" dos veces, el controlador NE2000 se cargar╨░ dos veces. Si no se especifican dos secciones de "Link Driver", uno de los controladores no se cargar╨░ para la segunda tarjeta y ╨Æsta no se tendr╨░ en cuenta. Importante Al tener dos tarjetas de red del mismo tipo, aquella cuya l╨▒nea se encuentre en primer lugar en NET.CFG ser╨░ la que IPX utilice como principal. M╨Ætodo abreviado para varias tarjetas Microchannel y EISA Si se utilizan dos tarjetas EISA o Micro Channel que empleen el mismo controlador (por ejemplo, NE3200TM o 3C523), vuelve a ser necesario especificar una secci╨▓n "Link Driver" para cada tarjeta. Sin embargo, no hay que introducir los ajustes de hardware que usa la tarjeta, sino los ajustes "slot". Los ajustes "slot" indican al controlador ODI en qu╨Æ ranura est╨░ la tarjeta de la red. De este modo, el controlador explora la tarjeta y determina autom╨░ticamente qu╨Æ ajustes de hardware est╨░n en uso. Por ejemplo, para dos tarjetas NE3200, teclee: link driver ne3200 frame ethernet_802.3 frame ethernet_802.2 slot 2 li. link driver ne3200 frame ethernet_802.3 frame ethernet_802.2 slot 1 En este ejemplo, la tarjeta de la ranura 2 pasa a ser la principal porque el controlador que se carg╨▓ primero fue el suyo. Para especificar otra tarjeta principal, reorganice las secciones "Link Driver". Por ejemplo, para definir la tarjeta de la ranura 1 como principal, debe introducir: link driver ne3200 frame ethernet_802.3 frame ethernet_802.2 slot 1 link driver ne3200 frame ethernet_802.3 frame ethernet_802.2 slot 2 ΓòÉΓòÉΓòÉ 8. Entrada en la red ΓòÉΓòÉΓòÉ Entrada en la red Los siguientes temas est╨░n disponibles: Configuraci╨▓n de estaciones de trabajo para entrar en la red Descripci╨▓n de la entrada en los Servicios del Directorio NetWare (NDS) Entrada en la red desde la l╨▒nea de comandos de OS/2 Entrada en servidores de Bindery de NetWare 2 y 3 con las utilidades de NDS Modificaci╨▓n de NET.CFG para entrar en NetWare 2 o 3 Modificaci╨▓n de NET.CFG para entrar en NetWare 4 Ventana de entrada en la red Uso de NWSTOP y NWSTART ΓòÉΓòÉΓòÉ 8.1. Configuraci╨▓n de estaciones de trabajo para entrar en la red ΓòÉΓòÉΓòÉ Configuraci╨▓n de estaciones de trabajo para entrar en la red OS/2 soporta diversas plataformas de sistema operativo denominadas "sesiones". En los siguientes apartados se indica el tipo de entrada m╨░s adecuado para cada plataforma. La configuraci╨▓n adecuada de la estaci╨▓n de trabajo puede hacer que la entrada en un Bindery y en los Servicios del Directorio NetWare sea pr╨░cticamente transparente. Este cap╨▒tulo considera que ya se han realizado las siguientes tareas: Requisitos El Cliente NetWare para OS/2 est╨░ instalado y en ejecuci╨▓n en la estaci╨▓n de trabajo El archivo NET.CFG se ha modificado para la entrada Se ha creado un objeto o una cuenta para cada usuario Se ha creado un directorio personal para cada usuario Despu╨Æs de haber realizado las modificaciones necesarias en el archivo NET.CFG, para entrar, basta con introducir el nombre de usuario y la contrase╨┤a. ΓòÉΓòÉΓòÉ 8.2. Descripci╨▓n de la entrada en los Servicios del ΓòÉΓòÉΓòÉ Directorio NetWare (NDS) Descripci╨▓n de la entrada en los Servicios del Directorio NetWare (NDS) Los Servicios del Directorio NetWare (NDS), que se utiliza en NetWare 4, facilita la entrada en la red, puesto que se hace en la red misma y no en un servidor. La informaci╨▓n de usuario se encuentra en una base de datos global. A cada objeto Usuario se asigna una posici╨▓n o "contexto" en la base de datos que indica a la red la ubicaci╨▓n de la estaci╨▓n de trabajo con respecto a la red. Este contexto recibe el nombre de "contexto de nombre". Cuando se entra en la red, la utilidad LOGIN debe conocer el contexto de quien la realiza o el punto de ubicaci╨▓n de su objeto Usuario particular. El contexto del objeto Usuario forma su nombre completo. La v╨▒a de acceso desde el objeto a la ra╨▒z del ╨░rbol constituye el nombre completo del objeto, que es exclusivo. El nombre completo del objeto Usuario describe una trayectoria ascendente en el ╨░rbol, desde el objeto hasta la ra╨▒z. Uso del nombre completo para entrar en la red Al utilizar el nombre completo de un objeto Usuario debe especificarse primero el nombre com╨│n, seguido de un punto (.). A continuaci╨▓n se especificar╨░ el objeto contenedor, seguido tambi╨Æn de punto, y as╨▒ sucesivamente, hasta llegar al nombre del objeto Organizaci╨▓n (y el nombre del objeto Pa╨▒s, si se utiliza). As╨▒, dependiendo de la definici╨▓n de la red, el nombre completo del objeto Usuario puede estar representado por: Nombre com╨│n.Nombre de Unidad administrativa.Nombre de Organizaci╨▓n.Nombre de Pa╨▒s Especificaci╨▓n de tipo de nombre de los objetos En ciertos casos, como al desplazarse de un objeto contenedor a otro, es necesario incluir el tipo de nombre del objeto al introducir su nombre completo. El tipo de nombre establece la distinci╨▓n del objeto al que se hace referencia, como puede ser un objeto Usuario o un objeto Unidad administrativa. Por ejemplo, podr╨▒a expresar ESAYERS.VENTAS PV.VENTAS.NOVELL US como: CN=ESAYERS.OU=VENTAS PV.OU=VENTAS.O=NOVELL US donde CN es el nombre com╨│n del objeto Usuario, OU es el nombre de la Unidad administrativa y O es el nombre de la Organizaci╨▓n. Si se hace referencia a un objeto que se encuentra en el mismo objeto contenedor que el objeto Usuario propio, debe hacerse referencia a ╨Æl s╨▓lo por su nombre com╨│n y no por su nombre completo. Importante Si se incluye el objeto Pa╨▒s en el ╨░rbol de Directorio deber╨░ incluirse siempre el tipo de nombre del objeto (CN u OU u O) en el nombre completo, aun en el caso de referirse a objetos situados en el mismo objeto contenedor. Cambio del contexto Puede ser necesario cambiar el contexto para simplificar la entrada o la referencia a otros objetos de su ╨░rbol de Directorio. Esto puede hacerse de dos maneras: Γûá Mediante la utilidad CX.EXE, comprendida en el Cliente NetWare para OS/2. Γûá Mediante el comando "name context" de NET.CFG. ΓòÉΓòÉΓòÉ 8.3. Entrada en la red desde la l╨▒nea de comandos de OS/2 ΓòÉΓòÉΓòÉ Entrada en la red desde la l╨▒nea de comandos de OS/2 Importante La unidad de entrada por defecto es L:, excepto si se ha cambiado en el archivo NET.CFG. El Cliente NetWare para OS/2 asigna por defecto la unidad L: al directorio SYS:LOGIN. No obstante, deber╨░ entrar desde el directorio de su estaci╨▓n NetWare (por defecto C:\NETWARE). LOGIN conecta la estaci╨▓n de trabajo a la red. Entrada: en los Servicios del Directorio NetWare Procedimiento 1. Abra una pantalla completa o ventana de OS/2. Aparecer╨░ un indicador como el siguiente: [C:/] 2. Entre de una de estas maneras: 2a. Para hacerlo s╨▓lo con el nombre de usuario, teclee login nombre de usuario <Intro> Por ejemplo, teclee login esayers<Intro> 2b. Para entrar en un servidor espec╨▒fico, teclee login nombre de servidor\nombre de usuario <Intro> Por ejemplo, teclee login tsmkt\esayers <Intro> 3. Si es necesario, teclee la contrase╨┤a. ΓòÉΓòÉΓòÉ 8.4. Entrada en servidores de Bindery de NetWare 2 y 3 con las ΓòÉΓòÉΓòÉ utilidades de NDS Entrada en servidores de Bindery de NetWare 2 y 3 con las utilidades de NDS Importante La unidad de entrada por defecto es L:, excepto si se ha cambiado en el archivo NET.CFG. Procedimiento 1. Teclee login servidor/nombre de usuario- /b <Intro> Sustituya Server "servidor" por el nombre del servidor del Bindery. Sustituya "nombre de usuario" por su nombre de usuario. Por ejemplo, teclee F:\login tsmkt/esayers /b <Intro> 2. Si es necesario, teclee la contrase╨┤a. ΓòÉΓòÉΓòÉ 8.5. Modificaci╨▓n de NET.CFG para entrar en NetWare 2 ╨▓ 3 ΓòÉΓòÉΓòÉ Modificaci╨▓n de NET.CFG para entrar en NetWare 2 ╨▓ 3 Al entrar en NetWare 2 ╨▓ 3, se establece conexi╨▓n con un servidor. A continuaci╨▓n, se establece conexi╨▓n con los dem╨░s en los que se tenga cuenta de usuario. Uso del ajuste de Preferred Server Para dirigir el Cliente NetWare para OS/2 al servidor en el que ha almacenado sus datos de usuario, utilice el ajuste "preferred server" del archivo NET.CFG. En las redes de varios servidores esto agiliza la entrada y permite hacerlo utilizando s╨▓lo el nombre de usuario. Incorporaci╨▓n del ajuste "preferred server" en NET.CFG para OS/2 Procedimiento 1. Abra el archivo NET.CFG en un editor de texto. El archivo NET.CFG de su estaci╨▓n de trabajo se copi╨▓ en el directorio de destino de archivos de OS/2 especificado durante la instalaci╨▓n del Cliente NetWare para OS/2. 2. Bajo la opci╨▓n "NetWare Requester", teclee preferred server <nombre de servidor> Por ejemplo, teclee preferred server mktventas Ejemplo de la l╨▒nea NetWare Requester para OS/2 Netware Requester Preferred server mktventas ΓòÉΓòÉΓòÉ 8.6. Modificaci╨▓n de NET.CFG para entrar en NetWare 4 ΓòÉΓòÉΓòÉ Modificaci╨▓n de NET.CFG para entrar en NetWare 4 Al entrar en NetWare 4 no se establece conexi╨▓n con servidores individuales (como en las versiones anteriores de NetWare), sino en la red. Al utilizar su nombre completo (CN), se puede simplificar el proceso de entrada a╨┤adiendo informaci╨▓n al archivo NET.CFG de su estaci╨▓n de trabajo, a╨┤adiendo l╨▒neas a la opci╨▓n "NetWare Requester". Si a╨┤ade l╨▒neas a los siguientes ajustes no necesitar╨░ teclear su nombre completo cada vez que entre. Los ajustes son: Γûá Name Context Γûá Preferred Tree Deber╨░ conocer su contexto para poder introducir las modificaciones. De lo contrario no podr╨░ a╨┤adir entradas a los ajustes. Uso del ajuste Name Context Para indicar su contexto de nombre al Cliente NetWare para OS/2 utilice el ajuste "name context" de NET.CFG. LOGIN podr╨░ entonces localizar su objeto Usuario y conectarlo a la red. Si utiliza NetWare 4, a╨┤ada el ajuste siguiente a NET.CFG: netware requester Name Context "contexto" Uso del ajuste Preferred Tree Para dirigir el Cliente NetWare para OS/2 al ╨░rbol del Directorio en el que est╨░ definido su contexto de nombre, utilice el ajuste "preferred tree" en NET.CFG. LOGIN podr╨░ a continuaci╨▓n buscar s╨▓lo el ╨░rbol de directorio preferente. Si utiliza NetWare 4 en una red con varios ╨░rboles de Directorio, a╨┤ada este ajuste a su archivo NET.CFG: El ajuste es el siguiente: netware requester preferred tree nombre de ╨░rbol El valor por defecto est╨░ definido en la ra╨▒z, por lo que si existen nombres de usuario duplicados en ╨░rboles de Directorio distintos, el ajuste "preferred tree" impide cualquier confusi╨▓n. NotaNo utilice "preferred server" y "preferred tree" simult╨░neamente. El segundo ajuste anula al primero. ΓòÉΓòÉΓòÉ 8.7. Ventana de entrada en la red ΓòÉΓòÉΓòÉ Ventana de entrada en la red Al arrancar OS/2 2.1 es posible que se abra una ventana de entrada en la red, dado que OS/2 puede reiniciar PROGRAMS, TASKLIST, FOLDERS, y CONNECTIONS de forma autom╨░tica mediante el uso de la variable SET AUTOSTART en CONFIG.SYS. Por ejemplo, si en CONFIG.SYS figura la l╨▒nea siguiente: SET AUTOSTART=PROGRAMS, TASKLIST, FOLDERS, CONNECTIONS Se abrir╨░ la ventana de entrada. En un entorno NetWare es mejor no incluir la l╨▒nea SET AUTOSTART=CONNECTIONS en CONFIG.SYS. La sintaxis recomendada es: SET AUTOSTART=PROGRAMS, TASKLIST, FOLDERS Utilice la versi╨▓n para OS/2 de LOGIN o Herramientas de NetWare con el fin de entrar a la red, dado que estas utilidades permiten definir el entorno NetWare de forma autom╨░tica (asignar unidades y capturar puertos), algo que no hace la ventana de aparici╨▓n instant╨░nea. La versi╨▓n para OS/2 de LOGIN ejecuta los guiones de entrada de OS/2 (de sistema y/o usuario) y Herramientas de NetWare permite crear y cargar ajustes de archivo que act╨│an de forma similar a los guiones de entrada. ΓòÉΓòÉΓòÉ 8.8. Uso de NWSTOP y NWSTART ΓòÉΓòÉΓòÉ Uso de NWSTOP y NWSTART Habr╨░ instancias en que no desear╨░ que el Cliente NetWare para OS/2 se conecte a la red. Por ejemplo cuando el cliente est╨Æ instalado en un computador laptop que no siempre tiene una conexi╨▓n f╨▒sica con la red o si est╨░ suscrito a un servicio de acceso a marcado. O bien, cuando usa NWSTOP para desconectarse de la red y NWSTART para reconectarse. Uso del ajuste Disconnect On de NET.CFG NWSTOP y NWSTART no funcionar╨░ a menos que agregue la especificaci╨▓n DISCONNECT ON en el archivo NET.CFG como se indica en el siguiente ejemplo: netware requester disconnect on La especificaci╨▓n DISCONNECT ON evita que el Cliente NetWare para OS/2 se conecte con la red cuando arranque OS/2. Note Debe rearrancar la estaci╨▓n de trabajo despu╨Æs de a╨┤adir DISCONNET ON al archivo NET.CFG. Si utiliza DISCONNECT ON en el archivo NET.CFG para arrancar OS/2 sin conectarse a la red, no abra las herramientas de NetWare. Si lo hace sin tener una conexi╨▓n a la red causar╨░ que el sistema se desactive. Uso de NWSTOP para desconectarse de la red Habr╨░ situaciones en donde Ud. desear╨░ desconectar el cliente sin necesidad de tener que apagar el computador. Por ejemplo, tal vez desee desconectar el computador laptop de la red sin tener que apagarlo. Si el cliente todav╨▒a tiene una conexi╨▓n cuando desconecta el cable de la red, continuar╨░ recibiendo mensajes de error. Para desconectarse de la red sin apagar el computador, escriba el siguiente comando despu╨Æs del aviso de OS/2: NWSTOP <Intro> Esto cancela todas las asignaciones y conexiones a la red. Para evitar los mensajes de error, salga de la red antes de usar NWSTOP. Use NWSTART para conectarse a la red Para reconectarse a la red, escriba el siguiente comando despu╨Æs del aviso de OS/2: NWSTART <Enter> Esto conecta el Cliente NetWare para OS/2 en la unidad de entrada por defecto L: pero no restaura ninguna asignaci╨▓n de unidad anterior. Para restaurar las asignaciones de unidad, entre en la red. Note Si tiene una sesi╨▓n de DOS abierta cuando usa NWSTART, ╨Æsta no tendr╨░ una conexi╨▓n a la red. Debe cerrar esta sesi╨▓n de DOS y reabrirla para obtener una conexi╨▓n de red usando NWSTART. ΓòÉΓòÉΓòÉ 9. Uso de Windows y DOS virtual ΓòÉΓòÉΓòÉ Uso de Windows y DOS virtual Descripci╨▓n general Desde sesiones virtuales de DOS o Windows pueden utilizarse tres tipos de soporte de NetWare: Entradas globales Las sesiones de DOS, Windows y OS/2 configuradas para permitir la entrada global comparten una ╨│nica entrada en los servidores de NetWare. Las unidades que se asignan en una sesi╨▓n se aplican al resto de sesiones. Un puerto capturado en una sesi╨▓n tambi╨Æn se captura en otras. Esto es ╨│til en entornos en los que el n╨│mero de conexiones est╨░ cuidadosamente controlado. Entradas privadas Las sesiones de DOS y Windows configuradas para permitir la entrada privada tienen sus propias entradas a servidores de NetWare. Las asignaciones de unidades y capturas de puertos de una sesi╨▓n no se aplican a las siguientes. Esto es ╨│til en entornos en los que los usuarios necesitan m╨░s de una conexi╨▓n al servidor y las entradas en sesiones de DOS o Windows deben ser distintas de las realizadas en sesiones de OS/2. Sin entrada Las sesiones con el soporte de red desactivado tienen soporte de IPX/SPX, pero no soporte de entrada de NetWare. El soporte de NetWare para sesiones virtuales de DOS y Windows se puede establecer de dos formas: 1. Configurando un tipo de soporte por defecto (global, privado o ninguno) que se aplica a los iconos de DOS y Windows existentes y a los iconos que se creen. Si se elige este tipo de soporte en el programa de instalaci╨▓n del Cliente NetWareTM para OS/2, se carga dicho soporte autom╨░ticamente en el archivo CONFIG.SYS. Para cambiar el soporte por defecto Γûá Ejecute el programa de instalaci╨▓n del Cliente NetWare para OS/2. Γûá En el men╨│ "Instalaci╨▓n", elija "Requester en estaci╨▓n de trabajo..." Γûá Seleccione el directorio de destino adecuado y elija "OK." Γûá En la ventana "Instalaci╨▓n del Requester", seleccione "S╨▓lo editar CONFIG.SYS..." Elija "OK." Γûá En "Elegir el controlador LAN ODI", elija "Continuar" a menos que se hayan introducido cambios en la configuraci╨▓n del controlador de red. Γûá En "Elegir el soporte NetWare para aplicaciones de DOS y Windows", seleccione el soporte por defecto. Elija "Continuar". Γûá Contin╨│e con la instalaci╨▓n. 2. Personalizando el tipo de soporte para cada icono de DOS y Windows del escritorio. Todas las sesiones iniciadas desde un icono tendr╨░n el tipo de soporte que se especifique. Para saber c╨▓mo personalizar el soporte por icono de NetWare, consulte las siguientes secciones. Para configurar iconos con diferentes clases de soporte, rotule los iconos para estas sesiones de forma que se refieran al tipo de soporte suministrado. Por ejemplo, se pueden crear los iconos Pantalla completa de DOS global y Pantalla completa de DOS privado. p.Temas Informaci╨▓n sobre todos los tipos de sesiones Entrada en la red desde sesiones virtuales DOS de OS/2 Personalizaci╨▓n de iconos para soporte global Asignaci╨▓n de unidades en sesiones globales Configuraci╨▓n de Soporte NDS para sesiones globales Personalizaci╨▓n de iconos para soporte privado Instrucciones espec╨▒ficas para iconos Win-OS2 Instrucciones espec╨▒ficas para sesiones DOS_STARTUP_DRIVE Desactivaci╨▓n del soporte de red en sesiones virtuales Configuraci╨▓n de Conductos nombrados para sesiones virtuales de DOS y Windows Configuraci╨▓n de NetBIOS para sesiones virtuales de DOS y Windows ΓòÉΓòÉΓòÉ 9.1. Informaci╨▓n sobre todos los tipos de sesiones ΓòÉΓòÉΓòÉ Informaci╨▓n sobre todos los tipos de sesiones Soporte de NetWare 3 y 4 Desde sesiones virtuales de DOS o Windows puede accederse a redes NetWare 3 (basadas en Bindery). En estas redes pueden utilizarse todas las funciones de NetWare, como si se estuvieran utilizando estaciones DOS o Windows reales. Tambi╨Æn es posible el acceso a los servicios de los protocolos PXTM, SPXTM, Conductos nombrados y NetBIOS. NotaNo es posible acceder a redes NetWare 4 desde sesiones virtuales de DOS y Windows, a menos que ╨Æstas soporten la emulaci╨▓n del Bindery. Si la red NetWare 4 contiene emulaci╨▓n del Bindery, las sesiones de DOS o Windows se considerar╨░n como clientes basados en Bindery. Acceso a la versi╨▓n correcta de DOS Para iniciar sesiones virtuales, la variable COMSPEC debe indicar la versi╨▓n correcta de DOS. Si se ejecuta una versi╨▓n de DOS incluida en OS/2, debe definirse la variable COMSPEC como sigue: SET COMSPEC=unidad:\OS2\MDOS\COMMAND.COM La variable COMSPEC se puede definir en la l╨▒nea de comandos, en el gui╨▓n de entrada o mediante "Valores" en el escritorio de OS/2. Sustituya unidad: por la letra de la unidad de arranque. Si se est╨░ ejecutando otra versi╨▓n de DOS, la variable COMSPEC debe indicar el emplazamiento del archivo COMMAND.COM de esa versi╨▓n. Los guiones de entrada de NetWare suelen contener una instrucci╨▓n que asigna COMSPEC a una unidad de red, por lo que debe comprobar y, - de ser necesario, reinicializar - la variable COMSPEC del gui╨▓n de entrada. Observaciones relativas a la entrada La tabla de Modificaci╨▓n de guiones de entrada para cada tipo de sesi╨▓n muestra los guiones de entrada que se ejecutan, el tipo de sesi╨▓n desde la cual se ejecuta y la forma en que se modifican. Observaciones relativas a la salida Cuando se sale de la red desde una unidad local en una sesi╨▓n de DOS, la unidad del directorio de entrada es la ╨│ltima unidad (definida con DOS_LAST_DRIVE en Valores de DOS) m╨░s una. Por ejemplo, si la ╨│ltima unidad de DOS es C:, la que aparecer╨░ despu╨Æs de salir de la red ser╨░ D:. Si se sale desde una unidad de la red, la unidad no var╨▒a. ΓòÉΓòÉΓòÉ 9.2. Entrada en la red desde sesiones virtuales DOS de OS/2 ΓòÉΓòÉΓòÉ Entrada en la red desde sesiones virtuales DOS de OS/2 El acceso a la red desde una sesi╨▓n virtual de DOS en OS/2 equivale a hacerlo desde el indicador de DOS. NotaNo es posible acceder a redes NetWare 4 desde sesiones virtuales de DOS a menos que ╨Æstas incluyan soporte de emulaci╨▓n del Bindery. Si la red NetWare 4 soporta emulaci╨▓n del Bindery, las sesiones de DOS se considerar╨░n como estaciones de trabajo basadas en el Bindery. Procedimiento Si ha a╨┤adido NETX.EXE al archivo AUTOEXEC.BAT durante la instalaci╨▓n del Cliente NetWare para OS/2, vaya al Paso 2. Cargue el shell de NetWare (NETX.EXE) para sesiones globales y privadas. Teclee NETX.EXE NotaEl entorno OS/2 de DOS virtual no ofrece soporte para los VLM de NDS y NetWare 4, por lo cual s╨▓lo se puede entrar en servidores NetWare 3. Esto significa que se puede entrar en un servidor NetWare 4 a trav╨Æs de la emulaci╨▓n del Bindery. Antes de entrar, se debe cargar NETX.EXE. 2. Abra una ventana Pantalla completa de DOS o una ventana de DOS virtual. Aparecer╨░ un indicador como el siguiente: [C:/] 3. Cambie a la primera unidad de la red. 3a. Para las sesiones globales, teclee L: <Intro> El Cliente NetWare para OS/2 asigna la unidad L: a la primera unidad de la red a menos que se haya cambiado el par╨░metro en NET.CFG. 3b. Para las sesiones privadas, utilice la unidad que sea la letra siguiente a la de DOS LASTDRIVE o la ╨│ltima unidad f╨▒sica. Por ejemplo, si ha indicado que D: es la ╨│ltima unidad de DOS, o la ╨│ltima unidad f╨▒sica, puede asignar la unidad E: a una unidad de red. E: es la letra siguiente a D:, que es la ╨│ltima unidad f╨▒sica. 4. Teclee login servidor/nombre de usuario <Intro> Sustituya servidor por el nombre del servidor del Bindery. Sustituya nombre de usuario por su nombre de usuario. Por ejemplo, teclee F:\login tsmkt/esayers <Intro> 5. Si es necesario, teclee la contrase╨┤a. Entrada en la red desde una sesi╨▓n de arranque virtual de DOS en OS/2 (VMBOOT) La entrada en la red desde un entorno OS/2 VMBOOT es igual que desde el indicador de DOS. Importante Es necesario abrir primero una pantalla completa o ventana de VMBOOT antes de iniciar el procedimiento de entrada desde el indicador de DOS en OS/2. ΓòÉΓòÉΓòÉ 9.3. Personalizaci╨▓n de iconos para soporte global ΓòÉΓòÉΓòÉ Personalizaci╨▓n de iconos para soporte global Requisitos previos Requisitos ConsulteInformaci╨▓n sobre todos los tipos de sesiones Compruebe que est╨░ activado el soporte de red para sesiones virtuales. Si no es as╨▒, es preciso activarlo ejecutando el programa de instalaci╨▓n del Cliente NetWare para OS/2. El soporte de sesiones virtuales se activa por defecto. Procedimiento Para establecer el soporte global de NetWare en un icono, deben seguirse estos pasos: 1. Abra el icono del cuaderno "Valores" para DOS o Windows en el escritorio. Para m╨░s informaci╨▓n sobre c╨▓mo abrir el cuaderno, consulte "Valores" en el "Indice maestro de ayuda" en l╨▒nea de OS/2. 2. En el cuaderno "Valores", elija la pesta╨┤a "Sesi╨▓n".. 3. En la pantalla "Sesi╨▓n", elija "Valores . . ." 4. (Optativo) Active la funci╨▓n CAPTURE de NetWare para esta sesi╨▓n. 4a. Seleccione "DOS_DEVICE" en la pantalla "Valores de DOS". 4b. Especifique la siguiente l╨▒nea en el campo "Valores": unidad:\OS2\MDOS\LPTDD.SYS- Sustituya unidad por la letra de la unidad de arranque. A╨┤ada esta l╨▒nea s╨▓lo si desea usar el comando CAPTURE desde la sesi╨▓n virtual. NotaSi desea que se cargue este controlador de dispositivo para todas las sesiones virtuales que abra, puede cargarlo en el archivo CONFIG.SYS en lugar de en el cuaderno "Valores". Consulte "Indice maestro de ayuda" en l╨▒nea de OS/2 para obtener informaci╨▓n sobre la carga de controladores de dispositivo de DOS. 5. Especifique que todas las unidades est╨░n a disposici╨▓n de NetWare. 5a. Seleccione "DOS_LASTDRIVE." 5b. Teclee la letra de la ╨│ltima unidad f╨▒sica en el campo valores . Por ejemplo, si la ╨│ltima unidad f╨▒sica de la estaci╨▓n de trabajo cliente es D:, teclee D en el campo Valores Importante La ╨│ltima unidad f╨▒sica de todas las sesiones globales ser╨░ la indicada en el ajuste "DOS_LASTDRIVE". 6. Especifique cu╨░ntos archivos puede abrir la sesi╨▓n de forma simult╨░nea. 6a. Seleccione "DOS_FILES". 6b. Teclee 214. 7. Elija el soporte global de NetWare. 7a. Seleccione "NETWARE_RESOURCES". 7b. Teclee GLOBAL en el campo "Valores". Tambi╨Æn puede elegirse "GLOBAL" desde el recuadro de lista desplegable. Todas las sesiones que se arranquen desde este icono tendr╨░n soporte global. 8. Active IPX virtual en esta sesi╨▓n. 8a. Seleccione "VIPX_ENABLED". 8b. Seleccione "Activado". 9. Guarde los cambios y salga de "Valores". 10. Cargue NETX.EXE en cada sesi╨▓n de la red en la que quiera entrar. Para cargar NETX.EXE de forma autom╨░tica para cada sesi╨▓n que se arranca desde un icono determinado, utilice Par╨░metros opcionales en el cuaderno Valores correspondiente al icono. En el recuadro Par╨░metros opcionales, teclee /K seguido de un espacio, la v╨▒a de acceso del directorio y el nombre del archivo NETX.EXE. El archivo se ejecutar╨░ al principio de cada sesi╨▓n que se abra con dicho icono. Por ejemplo, para cargar NETX.EXE desde la ubicaci╨▓n por defecto, teclee /K C:\NETWARE\NETX.EXE Para obtener m╨░s informaci╨▓n sobre par╨░metros optativos, consulte "Par╨░metros, iniciar programas con" en el "Indice maestro de ayuda" en l╨▒nea de OS/2. Para cargar autom╨░ticamente NETX.EXE para todas las sesiones de DOS y Windows, a╨┤ada el siguiente comando en un archivo AUTOEXEC.BAT en el directorio ra╨▒z de la unidad de arranque: unidad:\v╨▒a de acceso\NETX Sustituya unidad y v╨▒a de acceso con la ubicaci╨▓n del archivo NETX.EXE. Por defecto, NETX est╨░ instalado en \NETWARE con los archivos del Cliente NetWare para OS/2. NotaPara obtener soporte exclusivo IPX/SPX, no debe cargarse NETX. Si no se carga NETX.EXE, no se podr╨░ entrar en una red NetWare, pero las aplicaciones de DOS y Windows podr╨░n utilizar el protocolo IPX. ΓòÉΓòÉΓòÉ 9.4. Asignaci╨▓n de unidades en sesiones globales ΓòÉΓòÉΓòÉ Asignaci╨▓n de unidades en sesiones globales La asignaci╨▓n de unidades no se realiza de igual manera en DOS que en OS/2. En OS/2, todas las unidades asignadas funcionan como unidades ra╨▒z, de manera que las unidades asignadas en sesiones de OS/2 aparecer╨░n como unidades ra╨▒z en sesiones globales de DOS. Las unidades ra╨▒z asignadas en sesiones globales de DOS aparecer╨░n como unidades ra╨▒z en sesiones de OS/2 . La asignaci╨▓n de unidades de b╨│squeda no se emplea en OS/2. Por lo tanto, las unidades de b╨│squeda asignadas en sesiones globales de DOS no se tienen en cuenta en sesiones de OS/2. Adem╨░s, las unidades de b╨│squeda asignadas en una sesi╨▓n global de DOS no se aplican a otras sesiones globales de este sistema operativo. Para evitar confusiones, se recomienda no utilizar unidades de b╨│squeda en entornos globales. Se puede obtener la misma funcionalidad configurando el entorno seg╨│n el procedimiento que se indica a continuaci╨▓n. Procedimiento 1. Decida qu╨Æ unidades quiere asignar en el entorno global. Decida cu╨░les de estas unidades deben incluirse en una v╨▒a de b╨│squeda. 2. Edite el gui╨▓n de entrada en la red NetWare 4 (utilizado en sesiones de OS/2) e incluya instrucciones MAP para todas las unidades de NetWare. 3. Edite el gui╨▓n de entrada en DOS de NetWare 3 e incluya instrucciones MAP ROOT para todas las unidades de NetWare. Para cambiar las especificaciones del gui╨▓n de entrada en DOS de NetWare 3, puede utilizarse un editor de texto, con el que se modifica el archivo SYS:MAIL\IDusuario\LOGIN o una utilidad de NetWare 3 como SYSCON. Hay que usar MAP ROOT en lugar de MAP para que exista coherencia entre las sesiones de DOS y de OS/2. Para un mantenimiento m╨░s sencillo, ambas entradas deben contener las mismas instrucciones de asignaci╨▓n. 4. Edite el CONFIG.SYS de OS/2 e incluya las letras de las unidades b╨│squeda en la instrucci╨▓n PATH. Esta v╨▒a de acceso es donde OS/2 busca los archivos .EXE, .CMD y .COM. Por ejemplo, para incluir la unidad H: en el camino de b╨│squeda, a╨┤ada lo siguiente en la v╨▒a de acceso: H:\; Si es preciso, tambi╨Æn pueden incluirse letras de unidades en la instrucci╨▓n de v╨▒a de acceso de datos (DPATH). Es en las v╨▒as de acceso especificadas en la instrucci╨▓n DPATH donde OS/2 busca los archivos no ejecutables y que no pertenecen al tipo .DLL. 5. Cree un archivo DOS.BAT que contenga una v╨▒a de acceso a las mismas unidades incluidas en el archivo CONFIG.SYS. Es en esta v╨▒a de acceso en donde e DOS busca archivos. Por ejemplo, para incluir H: en el camino de b╨│squeda, hay que escribir la siguiente l╨▒nea en el archivo .BAT: SET PATH=%PATH%;h:\; Tenga en cuenta que "%PATH%" agrega todo lo que se especifique en la instrucci╨▓n PATH. No se pueden incluir instrucciones DPATH en el archivo DOS.BAT. Las instrucciones PATH de DOS pueden tener un m╨░ximo de 123 caracteres, por lo que hay que procurar asignar las unidades exactamente a los directorios necesarios y reducir el n╨│mero de subdirectorios especificados. 6. Ejecute el archivo .BAT siempre que abra una sesi╨▓n global de DOS. Puede emplear "Par╨░metros opcionales" en el cuaderno "Valores". En el recuadro de texto "Par╨░metros opcionales", teclee /K seguido de un espacio y el nombre del archivo .BAT. En adelante, el archivo se ejecutar╨░ al comienzo de toda sesi╨▓n que se abra desde este icono. Para obtener m╨░s informaci╨▓n sobre PATH, DPATH, ajustes o par╨░metros, consulte "Indice maestro de ayuda" en l╨▒nea de OS/2. ΓòÉΓòÉΓòÉ 9.5. Configuraci╨▓n de Soporte NDS para sesiones globales ΓòÉΓòÉΓòÉ Configuraci╨▓n de Soporte NDS para sesiones globales Est╨░ disponible el soporte NDS s╨▓lo para las sesiones globales. Prerequisitos Lista de verificaci╨▓n Consulte Informaci╨▓n sobre todos los tipos de sesiones. Aseg╨│rese de que el soporte para las sesiones virtuales est╨Æ activado. De lo contrario, act╨▒velo ejecutando el programa de instalaci╨▓n del Cliente NetWare para OS/2. El soporte para una sesi╨▓n virtual est╨░ activada por defecto. Procedimiento 1. Abra el cuaderno de notas "Valores de DOS" para el icono de DOS o Windows . Para obtener m╨░s informaci╨▓n, vea "Valores de DOS" en el ╨▒ndice maestro de ayuda en l╨▒nea de OS/2. 2. En el cuaderno "Valores de DOS", escoja "Sesi╨▓n." 3. En la pantalla de "Sesion", escoja "Valores de DOS." 4. Seleccione "NETWARE_DIRECTORY" en la pantalla "Valores de DOS" y luego escoja "Activar." Nota La especificaci╨▓n de NETWARE_DIRECTORY aparece como una especificaci╨▓n disponible en las sesiones de DOS privadas en el cuaderno "Valores de DOS". Sin embargo, si selecciona "Activar" como la especificaci╨▓n de NETWARE_DIRECTORY, la sesi╨▓n privada no tendr╨░ soporte NDS. ΓòÉΓòÉΓòÉ 9.6. Personalizaci╨▓n de iconos para soporte privado ΓòÉΓòÉΓòÉ Personalizaci╨▓n de iconos para soporte privado Requisitos previos Requisitos ConsulteInformaci╨▓n sobre todos los tipos de sesiones. Compruebe que est╨░ activado el soporte de red para sesiones virtuales. Si no es as╨▒, es preciso activarlo ejecutando el programa de instalaci╨▓n del Cliente NetWare para OS/2. El soporte de sesiones virtuales se activa por defecto. Procedimiento La configuraci╨▓n de soporte privado de NetWare para un icono se realiza de la siguiente forma: 1. Abra el icono del cuaderno "Valores" para DOS o Windows en el escritorio. Para m╨░s informaci╨▓n sobre la apertura de este cuaderno, consulte "Valores" en el "Indice maestro de ayuda" en l╨▒nea de OS/2. 2. En el cuaderno "Valores" elija "Sesi╨▓n". 3. En la pantalla "Sesi╨▓n", elija "Valores . . ." 4. (Optativo) Active la funci╨▓n CAPTURE de NetWare para esta sesi╨▓n. 4a. Seleccione "DOS_DEVICE" en la pantalla "Valores". 4b. Especifique la siguiente l╨▒nea en el campo "Valores": unidad:\OS2\MDOS\LPTDD.SYS Sustituyaunidad por la letra de la unidad de arranque. A╨┤ada esta l╨▒nea s╨▓lo si desea usar el comando CAPTURE desde la sesi╨▓n virtual. NotaPara que este controlador de dispositivo se cargue siempre que se abra una sesi╨▓n virtual, a╨┤╨░dalo al archivo CONFIG.SYS de OS/2 en lugar de hacerlo en el cuaderno "Valores". Consulte "Indice maestro de ayuda" en l╨▒nea de OS/2 para obtener informaci╨▓n sobre la carga de controladores de dispositivo de DOS. 5. Especifique cu╨░ntos archivos puede abrir la sesi╨▓n de forma simult╨░nea. 5a. Seleccione "DOS_FILES." 5b. Teclee 214 en el campo "Valores". 6. Indique de qu╨Æ unidades puede disponer NetWare. 6a. Seleccione "DOS_LASTDRIVE." 6b. Teclee una letra de unidad que no sea Z en el campo "Valores". Todas las unidades que sigan a esta letra est╨░n disponibles para conexiones privadas de NetWare en esta sesi╨▓n. Todas las unidades que precedan a esta letra pertenecen al disco duro local o pueden utilizarse en sesiones globales. 7. Elija el soporte privado de NetWare. 7a. Seleccione "NETWARE_RESOURCES." 7b. Teclee PRIVATE en el campo "Valores". Tambi╨Æn puede seleccionarse "Privado" en el recuadro de lista desplegable. Todas las sesiones que se arranquen desde este icono tendr╨░n su propia entrada en NetWare. 8. Active IPX virtual en esta sesi╨▓n. 8a.Seleccione "VIPX_ENABLED." 8b. Seleccione "Activado". 9. Guarde los cambios y salga de "Valores". 10. Cargue NETX.EXE en cada sesi╨▓n de la red en la que quiera entrar. Para cargar autom╨░ticamente NETX.EXE en las sesiones iniciadas desde un determinado icono se utiliza "Par╨░metros opcionales" del cuaderno "Valores" correspondiente a dicho icono. En el recuadro de texto "Par╨░metros opcionales" teclee /K seguido de un espacio, la v╨▒a de acceso al directorio y el nombre de archivo NETX.EXE. En adelante, el archivo se ejecutar╨░ al comienzo de toda sesi╨▓n que se abra desde este icono. Por ejemplo, para cargar NETX.EXE desde la ubicaci╨▓n por defecto introduzca lo siguiente: /K C:\NETWARE\NETX.EXE Para m╨░s informaci╨▓n relativa a par╨░metros opcionales, consulte "Par╨░metros, iniciar programas con" en "Indice maestro de ayuda" en l╨▒nea de OS/2. Para cargar autom╨░ticamente NETX.EXE para todas las sesiones de DOS y Windows, a╨┤ada el siguiente comando en un archivo AUTOEXEC.BAT en el directorio ra╨▒z de la unidad de arranque: unidad:\v╨▒a de acceso\NETX.EXE Sustituya unidad y v╨▒a de acceso con la ubicaci╨▓n del archivo NETX.EXE. Por defecto, NETX.EXE se instala en \NETWARE con los archivos del Cliente NetWare para OS/2. NotaPara obtener soporte exclusivo de IPX/SPX, no debe cargarse NETX. Si no se carga NETX.EXE, no se podr╨░ entrar en una red NetWare, pero las aplicaciones de DOS y Windows podr╨░n utilizar el protocolo IPX. ΓòÉΓòÉΓòÉ 9.7. Instrucciones espec╨▒ficas para iconos Win-OS2 ΓòÉΓòÉΓòÉ Instrucciones espec╨▒ficas para iconos Win-OS2 NotaNetWare y el Cliente NetWare para OS/2 proporcionan soporte de espacio de nombre. Consulte "Conceptos" para obtener m╨░s informaci╨▓n sobre espacio de nombre. Estas instrucciones se aplican al soporte para Windows 3.x distribuido con OS/2 2.x v2.x. Requisitos previos Requisitos previos Lea Informaci╨▓n sobre todos los tipos de sesiones. Complete Personalizaci╨▓n de iconos para soporte global o Personalizaci╨▓n de iconos para soporte privado Procedimiento Se precisan varios archivos adicionales para obtener soporte de NetWare para Win-OS2: NWIPXSPX.DLL NETWARE.DRV TBMI2.COM NWPOPUP.EXE NETWARE.HLP NWNETAPI.DLL NETAPI.DLL Por defecto, estos archivos se copian en el directorio \OS2\MDOS\WINOS2\SYSTEM en la unidad de arranque al instalar el Cliente NetWare para OS/2. Si utiliza OS/2 para Windows, estos archivos se copian en el directorio WINDOWS. Importante El TBMI2.COM debe cargarse antes de ejecutar cualquier programa de MS Windows que realicen llamadas IPX o SPX. Si durante la instalaci╨▓n del Cliente NetWare para OS/2 no se instal╨▓ TBMI2.COM, recomendamos que se cargue antes de que se ejecute cualquier programa de MS Windows. TBMI2.COM no se carga autom╨░ticamente. Para que se cargue autom╨░ticamente en todas las sesiones que se arranquen desde un ╨│nico icono: Procedimiento 1. Haga una copia de un icono de DOS y util╨▒cela. 2. Cree un archivo de procesamiento por lotes (extensi╨▓n .BAT) con las siguientes l╨▒neas: unidad:\OS2\MDOS\WINOS2\SYSTEM\TBMI2.COM WINOS2.COM EXIT Sustituya unidad por la letra de la unidad de arranque. 3. Guarde el archivo BAT en el siguiente directorio: \OS2\MDOS\WINOS2\SYSTEM 4. Abra "Valores" del icono. 5. Elija "Programa". 6. En el campo "Par╨░metros opcionales", teclee lo siguiente /K unidad:\OS2\MDOS\WINOS2\archivobat.bat Sustituya unidad por la letra de la unidad de arranque. Sustituya archivobat por el nombre del archivo BAT. 7. Elija "Sesi╨▓n". 8. Compruebe que est╨░ seleccionado "Pantalla completa de DOS". Cada vez que se elija este icono, se cargar╨░ TBMI2 y se arrancar╨░ Win-OS2. Para m╨░s informaci╨▓n relativa a par╨░metros opcionales, consulte "Par╨░metros, iniciar programas con" en "Indice maestro de ayuda" en l╨▒nea de OS/2. Para que TBMI2.COM se cargue autom╨░ticamente en todas las sesiones de DOS y Windows, a╨┤ada el siguiente comando en el archivo AUTOEXEC.BAT del directorio ra╨▒z de la unidad de arranque: unidad:\OS2\MDOS\WINOS2\SYSTEM\TBMI2.COM Sustituya unidad por la letra de la unidad de arranque. ΓòÉΓòÉΓòÉ 9.8. Instrucciones espec╨▒ficas para sesiones DOS_STARTUP_DRIVE ΓòÉΓòÉΓòÉ Instrucciones espec╨▒ficas para sesiones DOS_STARTUP_DRIVE Para arrancar una versi╨▓n de DOS que no se haya distribuido con OS/2, rem╨▒tase al Indice maestro de ayuda en l╨▒nea de OS/2 en el que se profundiza en la funci╨▓n DOS_STARTUP_DRIVE. A continuaci╨▓n se explica c╨▓mo definir sesiones de DOS_STARTUP_DRIVE de forma global o privada. Configuraci╨▓n de sesiones globales de DOS_STARTUP_DRIVE Requisitos previos ConsulteInformaci╨▓n sobre todos los tipos de sesiones Configure la sesi╨▓n para arrancar desde otra versi╨▓n de DOS. Esto implica crear un archivo imagen de arranque y configurar DOS_STARTUP_DRIVE. Puede ser conveniente (aunque no imprescindible) definir otra partici╨▓n del disco duro u otras tareas mediante la utilidad VMDISK. Consulte "Indice maestro de ayuda" en l╨▒nea de OS/2. Compruebe que est╨░ activado el soporte de red para sesiones virtuales. Si no es as╨▒, act╨▒velo ejecutando el programa de instalaci╨▓n del Cliente NetWare para OS/2. El soporte de sesiones virtuales se activa por defecto. Configure la sesi╨▓n para contar con soporte global para NetWare siguiendo las instrucciones de Personalizaci╨▓n de iconos para soporte global or Personalizaci╨▓n de iconos para soporte privado and Asignaci╨▓n de unidades en sesiones globales. Procedimiento: 1. A╨┤ada las l╨▒neas siguientes al archivo CONFIG.SYS en el disquete DOS o en la partici╨▓n desde la cual arranca: device=unidad:\os2\mdos\fsfilter.sys device=unidad:v╨▒a de acceso\dosvipx.sys lastdrive=╨│ltima unidad f╨▒sica Si usa OS/2 HPFS, el archivo FSFILTER.SYS debe estar en el disquete de DOS o en la partici╨▓n desde donde arranca. Sustituya unidad y v╨▒a de accesopor los nombres de la unidad y la v╨▒a de acceso en la que se encuentran los archivos del Cliente NetWare para OS/2. Introduzca la l╨▒nea lastdrive s╨▓lo si desea que la ╨│ltima unidad global sea distinta de la ╨│ltima unidad en uso en OS/2 en el momento en el que se arranca la sesi╨▓n virtual. 2. Cargue NETX.EXE Configuraci╨▓n de sesiones privadas DOS_STARTUP_DRIVE Requisitos previos Consulte Informaci╨▓n sobre todos los tipos de sesiones Configure la sesi╨▓n para arrancar desde otra versi╨▓n de DOS. Esto implica crear un archivo imagen de arranque y configurar DOS_STARTUP_DRIVE. Puede ser conveniente (aunque no imprescindible) definir otra partici╨▓n del disco duro u otras tareas mediante la utilidad VMDISK. Consulte "Indice maestro de ayuda" en l╨▒nea de OS/2. Compruebe que est╨░ activado el soporte de red para sesiones virtuales. Si no es as╨▒, act╨▒velo ejecutando el programa de instalaci╨▓n del Cliente NetWare para OS/2. Configure la sesi╨▓n para contar con soporte privado para NetWare siguiendo las instrucciones en Personalizaci╨▓n de iconos para soporte privado. Procedimiento 1. A╨┤ada las l╨▒neas siguientes al archivo CONFIG.SYS del disquete o partici╨▓n de DOS de arranque: device=unidad:\os2\mdos\fsfilter.sys: device=unidad:v╨▒a de acceso\dosvipx.sys files=214 lastdrive=letra Reemplace unidad: y v╨▒a de acceso con la unidad y la v╨▒a de acceso en las que se encuentran los archivos del Cliente NetWare para OS/2. Reemplace letra por la ╨│ltima unidad local accesible para la sesi╨▓n de NETX.EXE o Z para VLM. Las unidades de NetWare empiezan despu╨Æs de esta letra. NotaEl controlador FSFILTER.SYS suministrado por OS/2 permite que la sesi╨▓n de DOS_STARTUP_DRIVE acceda a las unidades HPFS de OS/2 y al soporte de Conductos nombrados. Consulte la documentaci╨▓n del OS/2 para obtener m╨░s informaci╨▓n sobre FSFILTER.SYS. Si usa OS/2 HPFS, el archivo FSFILTER.SYS debe estar en el disquete de DOS o en la partici╨▓n desde donde arranca. 2. Cargue el software del Cliente NetWare para DOS y Windows. 2a. Siga las instrucciones del Cliente NetWare para DOS y Windows. Use el software del disquete del Cliente NetWare para DOS y Windows, WSDOS_1. 2b. Para cargar NETX.EXE para el soporte de NetWare 3, utilice el software del disquete del Cliente NetWare para OS/2, WSOS2_1. Cargue NETX.EXE en cada sesi╨▓n de la red en la que quiera entrar. Para cargar autom╨░ticamente NETX.EXE en las sesiones iniciadas desde un determinado icono se utiliza "Par╨░metros opcionales" del cuaderno "Valores" correspondiente a dicho icono. En el recuadro de texto "Par╨░metros opcionales" teclee /K seguido de un espacio, la v╨▒a de acceso al directorio y el nombre de archivo NETX.EXE. En adelante, el archivo se ejecutar╨░ al comienzo de toda sesi╨▓n que se abra desde este icono. Por ejemplo, para cargar NETX.EXE desde la ubicaci╨▓n por defecto introduzca lo siguiente: /K C:\NETWARE\NETX.EXE Para m╨░s informaci╨▓n relativa a par╨░metros opcionales, consulte "Par╨░metros, iniciar programas con" en "Indice maestro de ayuda" en l╨▒nea de OS/2. Para cargar autom╨░ticamente NETX.EXE para todas las sesiones de DOS y Windows, a╨┤ada el siguiente comando en un archivo AUTOEXEC.BAT en el directorio ra╨▒z de la unidad de arranque: unidad:\v╨▒a de acceso\NETX.EXE Sustituya unidad y v╨▒a de acceso con la ubicaci╨▓n del archivo NETX.EXE. Por defecto, NETX.EXE se instala en \NETWARE con los archivos del Cliente NetWare para OS/2. NotaPara obtener soporte exclusivo de IPX/SPX, no debe cargarse NETX. Si no se carga NETX.EXE, no se podr╨░ entrar en una red NetWare, pero las aplicaciones de DOS y Windows podr╨░n utilizar el protocolo IPX. Las unidades de red asignadas en una sesi╨▓n de OS/2 aparecer╨░n como unidades locales en una sesi╨▓n privada de DOS_STARTUP_DRIVE. ΓòÉΓòÉΓòÉ 9.9. Desactivaci╨▓n del soporte de red en sesiones virtuales ΓòÉΓòÉΓòÉ Desactivaci╨▓n del soporte de red en sesiones virtuales Para desactivar todo el soporte de red, ejecute el programa de instalaci╨▓n del Cliente NetWare para OS/2 y anule la selecci╨▓n de "Soporte para sesiones de DOS y Windows". A continuaci╨▓n, rearranque la m╨░quina. De este modo no se cargar╨░n VIPX.SYS y VSHELL.SYS. Para reactivar el soporte, ejecute el programa de instalaci╨▓n y seleccione "Soporte para sesiones de DOS y Windows". ΓòÉΓòÉΓòÉ 9.10. Configuraci╨▓n de Conductos nombrados para sesiones ΓòÉΓòÉΓòÉ virtuales de DOS y Windows Configuraci╨▓n de Conductos nombrados para sesiones virtuales de DOS y Windows Importante Esta secci╨▓n se aplica ╨│nicamente a sesiones virtuales de DOS y Windows. Las sesiones virtuales de DOS y Windows pueden funcionar como clientes de Conductos nombrados, pero no como servidores de Conductos nombrados. Si ha activado el soporte de Conductos nombrados para sesiones de OS/2, obtendr╨░ autom╨░ticamente el soporte de Conductos nombrados para sesiones virtuales de DOS. Consulte "Instalaci╨▓n de Conductos nombrados para OS/2" Importante: No cargue el extensor de Conductos nombrados (DOSNP.EXE) en sesiones virtuales de DOS y Windows. Si necesita soporte de Conductos nombrados en alguna de las siguientes situaciones, consulte las secciones que se indican a continuaci╨▓n: Clientes de Conductos nombrados SQL con MS Windows virtual Sesiones con el ajuste DOS_STARTUP_DRIVE definido ΓòÉΓòÉΓòÉ 9.11. Clientes de Conductos nombrados SQL con MS Windows virtual ΓòÉΓòÉΓòÉ Clientes de Conductos nombrados SQL con MS Windows virtual Compruebe que el archivo NETAPI.DLL del subdirectorio \WINDOWS del disquete WSOS2_1 se haya copiado en uno de los siguientes puntos del disco duro: El subdirectorio \OS2\MDOS\WINOS2 (que contiene el archivo WINOS2.COM) El subdirectorio \OS2\MDOS\WINOS2\SYSTEM (que contiene el archivo KERNEL.EXE de Windows) El directorio de la aplicaci╨▓n que ejecuta Conductos nombrados Advertencia Este archivo NETAPI.DLL es de Windows, no de OS/2, y se suministra espec╨▒ficamente para los clientes de Windows SQL con Conductos nombrados. No lo copie sobre el NETAPI.DLL del directorio \NETWARE. ΓòÉΓòÉΓòÉ 9.12. Sesiones con el ajuste DOS_STARTUP_DRIVE ΓòÉΓòÉΓòÉ definido Sesiones con el ajuste DOS_STARTUP_DRIVE definido Las sesiones configuradas con DOS_STARTUP_DRIVE arrancan desde una versi╨▓n de DOS distinta de la suministrada con OS/2. En el "Indice maestro de ayuda" en l╨▒nea de OS/2 se da m╨░s informaci╨▓n sobre la funci╨▓n DOS_STARTUP_DRIVE. Si utiliza DOS_STARTUP_DRIVE para arrancar una sesi╨▓n, no necesita obtener soporte de Conductos nombrados de Novell. En su lugar, cargue el controlador FSFILTER.SYS proporcionado por OS/2. Cargue FSFILTER.SYS en el archivo CONFIG.SYS para la sesi╨▓n con DOS_STARTUP_DRIVE (CONFIG.SYS est╨░ asociado dentro del archivo imagen desde el que arranca la sesi╨▓n. Consulte la documentaci╨▓n de OS/2). Para cargar el controlador FSFILTER.SYS, siga estos pasos: Procedimiento 1. Abra el CONFIG.SYS para la sesi╨▓n con DOS_STARTUP_DRIVE en un editor de texto. 2. Introduzca una nueva l╨▒nea para cargar FSFILTER.SYS. Por ejemplo, teclee DEVICE=C:\OS2\MDOS\FSFILTER.SYS 3. Guarde y salga de CONFIG.SYS Consulte la documentaci╨▓n de OS/2 para obtener m╨░s informaci╨▓n sobre c╨▓mo cargar FSFILTER.SYS en el CONFIG.SYS. Importante: No cargue el extensor de memoria de Conductos nombrados de Novell para DOS en el sesi╨▓n con DOS_STARTUP_DRIVE ya que puede crear problemas con el controlador de Conductos nombrados de OS/2. ΓòÉΓòÉΓòÉ 9.13. Configuraci╨▓n de NetBIOS para sesiones virtuales de DOS y Windows ΓòÉΓòÉΓòÉ Configuraci╨▓n de NetBIOS para sesiones virtuales de DOS y MS Windows Las instrucciones de esta secci╨▓n se aplican a las sesiones virtuales de DOS y Windows bajo OS/2 ╨│nicamente. Para configurar NetBIOS en una estaci╨▓n de trabajo actual de DOS o MS Windows, consulte la documentaci╨▓n del Cliente NetWare para DOS y MS Windows. El Cliente NetWare para OS/2 y el programa LAPS de IBM soportan el protocolo NetBIOS en una sesi╨▓n virtual. De todas maneras, el tipo de soporte es diferente. Soporte de NetBIOS para NetWare El soporte de NetBIOS para NetWare no es virtual. Esto significa que la sesi╨▓n no utilizar╨░ el mismo soporte de NetBIOS que las sesiones de OS/2. En su lugar, debe cargar el programa residente NETBIOS.EXE TSR en la sesi╨▓n, como si obtuviera el soporte de NetBIOS en una estaci╨▓n DOS real. Cuando emplee el programa NETBIOS.EXE en una sesi╨▓n virtual, no podr╨░ obtener conexiones NetBIOS desde sesiones de OS/2 u otras sesiones de DOS y/o Windows hasta que se haya descargado el programa NETBIOS.EXE. S╨▓lo obtendr╨░ conexi╨▓n NetBIOS desde una sesi╨▓n virtual normal. Esto ocurre incluso si los controladores NetBIOS de OS/2 parecen estar cargados. Como se muestra en la siguiente figura, el soporte NetBIOS para NetWare para sesiones normales de DOS pasa a trav╨Æs de NETBIOS.EXE y VIPX. Soporte de NetBIOS para LAPS de IBM Requisitos previos Γûá Active el soporte de IPX para sesiones virtuales. Consulte "Personalizaci╨▓n de iconos para soporte global" o "Personalizaci╨▓n de iconos para soporte privado." ΓûáDesactive el soporte de NetBIOS para sesiones de OS/2. La soluci╨▓n NetBIOS de Novell para ventanas DOS no es virtual y no permite que otros controladores NetBIOS se ejecuten al mismo tiempo. Desactive el soporte de NetBIOS ejecutando el programa de instalaci╨▓n del Cliente NetWare para OS/2 y deseleccione "Emulaci╨▓n NetBIOS para OS/2". En "Al instalar NetBIOS de Novell" se explica c╨▓mo ejecutar el programa de instalaci╨▓n. Procedimiento Siga las instrucciones del manual Cliente NetWare para DOS y MS Windows. Use esa documentaci╨▓n para 1. Cargar NETBIOS.EXE en una sesi╨▓n normal de DOS. 2. Configure NetWare NetBIOS para DOS si es necesario. El soporte de NetBIOS para LAPS es virtual, lo cual implica que no se limita a una sola conexi╨▓n. No se tiene acceso a este soporte virtual a menos que se disponga de los protocolo LAPS, suministrados con MPTS de IBM. Como se muestra en la siguiente figura, el soporte virtual de NETBIOS para LAPS pasa a trav╨Æs de LANVDD y LANPDD, y utiliza la interfaz NETBIOS.OS2 para comunicarse con el controlador NetBIOS de Novell o de IBM. El soporte de NetBIOS para LAPS sigue el est╨░ndar NetBIOS 3.0 (NB30). Puede ejecutar aplicaciones NetBIOS en sesiones virtuales incluso si estas aplicaciones no se ajustan al formato NB30. Sin embargo, es m╨░s probable que se necesite incrementar los recursos para una sesi╨▓n cuando se ejecutan aplicaciones que no sean NB30. Prevenci╨▓n de errores de recursos Sus sesiones NetBIOS pueden estar soportadas por el controlador de Novell NETBIOS.SYS para OS/2 o por el controlador NETBEUI.OS2 de IBM o ambos. Hay que tener en cuenta que cuando el controlador NetBIOS para OS/2 de Novell permite acceder a sesiones virtuales es posible que exista una limitaci╨▓n de recursos. NotaSi ha seguido los pasos indicados en Configuraci╨▓n de NETBIOS.OS2 con PROTOCOL.INI, quiere decir que est╨░ usando un controlador de Novell. El soporte de NetBIOS para LAPS para sesiones virtuales sigue el est╨░ndar de NetBIOS 3.0 (NB30). Las aplicaciones NetBIOS 3.0 reservan, entre otras cosas, un cierto n╨│mero de nombres, comandos y sesiones cuando se ejecutan por primera vez. Si ejecuta aplicaciones NetBIOS en varias sesiones virtuales, observar╨░ que se reservan todos los recursos de uno de los componentes de NetBIOS y que no se ejecutar╨░n otras aplicaciones. Aparecer╨░ un mensaje de error de recursos cuando intente efectuar conexiones NetBIOS. Puede reducir la posibilidad de que NetBIOS se quede sin recursos siguiendo cualquiera de los siguientes pasos o los dos: Siempre que realice conexiones virtuales de NetBIOS, incremente los recursos por defecto para el controlador NETBIOS en NET.CFG. Configuraci╨▓n del controlador explica c╨▓mo aumentar los valores por defecto para el controlador NetBIOS para OS/2. Especifique los recursos utilizados por cada sesi╨▓n virtual que se use. A continuaci╨▓n se explica c╨▓mo especificar recursos. Requisitos previos Requisitos Un producto para redes de IBM con el soporte de NetBIOS. Instale LAN Services si dispone de ╨Æstos. Consulte la documentaci╨▓n sobre LAN Services. Instale el Cliente NetWare para OS/2 con soporte de NetBIOS. Instalaci╨▓n del controlador NetBIOS de Novell explica c╨▓mo hacer esto. Configure NETBIOS.OS2 para que pueda utilizar tanto controladores de Novell como de IBM. Configuraci╨▓n de NETBIOS.OS2 con PROTOCOL.INI explica c╨▓mo hacer esto. Procedimiento Estas instucciones explican c╨▓mo definir la informaci╨▓n sobre recursos para Extended Services con NetBIOS virtual. Esta informaci╨▓n se almacena en un programa denominado LTSVCFG.COM que est╨░ incluido con LAPS en MPTS . Procedimiento 1. Abra la sesi╨▓n virtual. 2. Ejecute LTSVCFG.COM con los par╨░metros de l╨▒nea de comandos que necesite. Por ejemplo, puede teclear lo siguiente para definir como 12 el n╨│mero de comandos para NetBIOS: LTSVCFG.COM C=12 Los tres par╨░metros que se aplican a los recursos de NetBIOS son: s="n╨│mero de sesiones de NetBIOS" n="nombres" c="comandos" Para obtener m╨░s informaci╨▓n sobre estos y otros par╨░metros de NetBIOS, consulte la documentaci╨▓n de LAPS relativa a NetBIOS. Importante No es posible definir los par╨░metros para LTSVCFG.COM como cantidades superiores a las definidas para los controladores NETBIOS.OS2 o NETBIOS.SYS. Los valores por defecto de los ajustes sesiones, nombres y comandos para el controlador NETBIOS.SYS son los siguientes: Sessions=16 Names=24 Commands=32 Estos valores por defecto pueden haberse cambiado en el archivo NET.CFG. ΓòÉΓòÉΓòÉ 10. Copia de seguridad de la estaci╨▓n de trabajo ΓòÉΓòÉΓòÉ Copia de seguridad de la estaci╨▓n de trabajo Descripci╨▓n general El supervisor de la red o de copia de seguridad puede realizar copias de seguridad de la estaci╨▓n de trabajo OS/2 en la red. Para permitir el acceso, ejecute el programa TSA (agente de servicio de destino) de NetWare en la estaci╨▓n. NetWare TSA (TSAOS2.EXE) se ejecuta como aplicaci╨▓n en una sesi╨▓n de OS/2. Puede continuar trabajando con otras sesiones mientras NetWare TSA se ejecuta en la estaci╨▓n de trabajo. Siempre que se est╨Æ ejecutando NetWare TSA, SBACKUP u otro programa de copia de seguridad puede acceder a los datos de la unidad del disco duro. NetWare TSA se instala autom╨░ticamente en la unidad del disco duro cuando se realiza la instalaci╨▓n del Cliente NetWareTM para OS/2. El icono del programa TSA_OS2 se sit╨│a en el grupo Novell del escritorio. Con NetWare TSA es posible especificar: Γûá Los usuarios de la red que pueden acceder a la unidad del disco duro. Γûá La contrase╨┤a que deben teclear en el programa de respaldos para poder acceder a la unidad del disco duro. Γûá Las unidades del disco duro que pueden respaldarse. Inicio manual de NetWare TSA En esta secci╨▓n se explica c╨▓mo iniciar manualmente NetWare TSA eligiendo su icono en el escritorio. Requisitos previos Cargue TSAPROXY.NLM en el servidor. Para obtener m╨░s informaci╨▓n, consulte Supervisi╨▓n de la red Instale el Cliente NetWare para OS/2. Procedimiento 1. Elija el icono "Novell" en el escritorio de OS/2. Aparecer╨░ la ventana "Novell". 2. En la ventana "Novell" del escritorio, elija el icono NetWare TSA. Aparecer╨░ la ventana principal de NetWare TSA. 3. Elija las funciones que necesite en la barra de men╨│s. Para m╨░s informaci╨▓n sobre esta funci╨▓n, elija "Ayuda".. Inicio autom╨░tico de NetWare TSA Puede configurar NetWare TSA para que se inicie autom╨░ticamente cada vez que arranque la m╨░quina. Para ello, debe realizar lo siguiente Γûá Sit╨│e el icono de NetWare TSA en la carpeta "Inicio". En esta secci╨▓n se explica c╨▓mo colocar el icono dentro de la carpeta "Inicio".. Γûá Configure el archivo TSAOS2.CFG. En "Configuraci╨▓n del archivo TSAOS2.CFG" se indica c╨▓mo utilizar este archivo. Requisitos previos Cargue el programa TSAPROXY.NLM en el servidor. Para obtener m╨░s informaci╨▓n, consulte Supervisi╨▓n de la red Instale el Cliente NetWare para OS/2. Procedimiento 1. Abra la carpeta "Sistema del OS/2" en el escritorio. Aparecer╨░ la ventana "Sistema del OS/2". 2. Abra la carpeta "Inicio" en la ventana "Sistema del OS/2". Aparecer╨░ la ventana "Inicio". 3. Sin cerrar la ventana "Inicio", abra el grupo "Novell" del escritorio. Aparecer╨░ la ventana "Novell". 4. Arrastre el icono NetWare TSA desde la ventana "Novell" a la carpeta "Inicio". Cuando vuelva a arrancar la m╨░quina, el programa NetWare TSA se cargar╨░ de forma autom╨░tica. Importante Si las copias de seguridad de la estaci╨▓n de trabajo suelen realizarse despu╨Æs de las horas habituales de oficina, no olvide dejar las estaciones OS/2 encendidas o, de lo contrario, el Administrador de copias de seguridad no podr╨░ acceder a la unidad del disco duro. Configuraci╨▓n del archivo TSAOS2.CFG Puede crearse un archivo de texto denominado TSAOS2.CFG para almacenar los ajustes del programa NetWare TSA, que ╨Æste leer╨░ autom╨░ticamente cada vez que se inicie el programa. A continuaci╨▓n se enumeran los par╨░metros que pueden incluirse en el archivo de configuraci╨▓n. Lista de par╨░metros TSAOS2.CFG WSName El nombre de servicio de destino que asigna a la estaci╨▓n de trabajo. No deje espacios en el nombre de la estaci╨▓n. WSName JO_OS2 ServerName El nombre del servidor en el que est╨░ cargado el Router NLM del agente de servicios. ServerName VENTAS_MKTG UserName El objeto Usuario que permite que se conecte a la estaci╨▓n OS/2. Repita esta l╨▒nea para cada objeto Usuario. Si desea especificar una contrase╨┤a, s╨▓lo tiene que introducirla en la misma l╨▒nea que el nombre de usuario. Debe tratarse de un nombre de usuario que est╨Æ definido en la red. Cada estaci╨▓n de trabajo tiene su propia contrase╨┤a, diferente de la que los usuarios teclean para acceder a la red. Si especifica una contrase╨┤a, el Administrador de copias de seguridad tendr╨░ que introducirla en el programa de copia de seguridad. UserName ISABEL o para definir la contrase╨┤a de NEATO: UserName ISABEL NEATO HideResource Las unidades de las que no se desea efectuar una copia de seguridad. Repita esta l╨▒nea para cada una de estas unidades. Puede a╨┤adir dos puntos detr╨░s de cada letra de unidad, pero no es necesario. HideResource C HideResource D: AutoRegister Registro autom╨░tico con el Router NLM de servicio de destino en el servidor cada vez que arranque la estaci╨▓n de trabajo. Para utilizar este par╨░metro debe especificar un WSName, ServerName y UserName v╨░lidos. AutoRegister ON o AutoRegister OFF TempFilesDir El emplazamiento en la unidad del disco duro en el que el programa de copia de seguridad puede almacenar temporalmente archivos durante la realizaci╨▓n de copias de seguridad. Estos archivos se eliminan cuando se ha finalizado la copia de seguridad. No deje espacios en el nombre de directorio. Si no especifica este par╨░metro, el directorio temporal se ubicar╨░ en la ra╨▒z del directorio desde el que se inici╨▓ el programa NetWare TSA. TempFilesDir C:\TEMP_TSA A continuaci╨▓n se muestra un archivo de configuraci╨▓n modelo: WSName M╨░quina_Julio ServerName VENTAS_MKTG UserName PedroJ UserName Mario UserName admin UserName isabel NEATO HideResource c: hideresource b: AUTOREGISTER on tempfilesdir c:\temp_os2 El archivo puede teclearse indistintamente en may╨│sculas o min╨│sculas. ΓòÉΓòÉΓòÉ 11. Arranque remoto de estaciones de trabajo ΓòÉΓòÉΓòÉ Arranque remoto de estaciones de trabajo Temas tratados Requisitos previos Creaci╨▓n de usuarios y concesi╨▓n de derechos Instalaci╨▓n de archivos OS/2 para estaciones de trabajo RPL Instalaci╨▓n de archivos RPL para estaciones de trabajo RPL Configuraci╨▓n de estaciones de trabajo RPL Uso de RPL en estaciones de trabajo con disco duro Configuraci╨▓n del Cliente NetWare para OS/2 para estaciones de trabajo RPL Conceptos b╨░sicos Importante Para instalar Remote Program Load (RPL), deber╨░ contar con derechos de objeto Supervisor en el servidor NetWare(R) al que estar╨░ conectada la estaci╨▓n de trabajo. RPL permite que las estaciones de trabajo OS/2 arranquen desde discos duros de la red en lugar de hacerlo desde discos duros locales. Despu╨Æs de la adici╨▓n de estaciones de trabajo RPL Cuando se a╨┤aden estaciones RPL a una red sucede lo siguiente: Γûá Se crean directorios. Γûá Se crean archivos. Γûá Se copian archivos. Γûá Se copia y modifica el archivo CONFIG.SYS. Se crean directorios Si no ha instalado soporte para estaciones RPL, se crear╨░ SYS:RPL2 y los directorios \USER y \COMPUTER en cada servidor. Tambi╨Æn se crear╨░n los siguientes directorios para cada estaci╨▓n de trabajo que a╨┤ada: Γûá Un directorio personal de usuario en el directorio \USER. Este directorio recibe el mismo nombre que el nombre de usuario que se especifique. Por ejemplo, un usuario llamado JPEREZ tendr╨░ un directorio de origen SYS:RPL2\USER\JPEREZ Si se ha especificado un nombre l╨▓gico (por ejemplo, LAB_1), el directorio de origen ser╨░ SYS:RPL2\USER\JPEREZ\LAB_1 Γûá Un directorio de direcci╨▓n de nodo del usuario en el directorio \COMPUTER. Este directorio recibe el mismo nombre que los ╨│ltimos 11 caracteres de la direcci╨▓n de nodo de la estaci╨▓n de trabajo. Por ejemplo, si la direcci╨▓n es 2223345BBBBB, el directorio de direcci╨▓n de nodo ser╨░ SYS:RPL2\COMPUTER\223345BB.BBB Γûá Un subdirectorio con el escritorio de OS/2 por cada directorio de origen de usuario. Este directorio se denomina OS!2_2.0_D si se instala desde una unidad FAT y "OS2 20 Desktop" si se instala desde una unidad HPFS. Γûá Un subdirectorio \SPOOL en el directorio personal de cada usuario. Este directorio contiene todos los archivos de impresi╨▓n del escritorio. Creaci╨▓n de archivos Γûá Se crea un archivo llamado CONFIG.WSS en el directorio de direcci╨▓n de nodo de cada usuario del servidor. Este archivo indica a OS/2 que utilice los archivos OS2.INI, OS2SYS.INI y CONFIG.SYS del directorio de origen del usuario en la red, en lugar de intentar localizar estos archivos en sus ubicaciones normales. Tambi╨Æn indica a OS/2 que utilice los archivos de escritorio y el subdirectorio \SPOOL del directorio de origen del usuario, en lugar de buscarlos en un disco duro local. Γûá Se crea un archivo BOOTCONF.SYS en el directorio SYS:LOGIN. Si ya existe un archivo BOOTCONF.SYS (de otras instalaciones de estaciones de trabajo RPL), la informaci╨▓n de las nuevas estaciones se a╨┤ade al principio del archivo. Este archivo indica al servidor el archivo imagen que debe usar para cada estaci╨▓n y contiene l╨▒neas que identifican a las estaciones RPL y las tarjetas de red que utilizan. Por ejemplo, una l╨▒nea para una estaci╨▓n de trabajo NE2000 podr╨▒a ser como sigue: 0xDOC20,1b0276A32222=NE2000.RPL Consulte Formato del archivo BOOTCONF.SYS para obtener explicaci╨▓n en cuanto al contenido del archivo BOOTCONF.SYS. Se copian archivos Todos los archivos de los subdirectorios \DESKTOP y \SPOOL se copian de la unidad local de la estaci╨▓n OS/2 al servidor. Adem╨░s, se copian todos los archivos de CONFIG.WSS. Estos archivos permiten a las estaciones de trabajo RPL la carga de versiones personalizadas de OS/2 y el escritorio de OS/2. Se copia y modifica el archivo CONFIG.SYS Se copia CONFIG.SYS de la unidad local de la estaci╨▓n de trabajo de OS/2 desde la que se est╨░ instalando al subdirectorio de todos los usuarios de cada servidor. Este archivo CONFIG.SYS se modifica en parte para cada usuario. Se elimina la l╨▒nea que carga HPFS y se cambia el directorio de la l╨▒nea SWAPPATH . Este archivo CONFIG.SYS se modifica para cada usuario. Se elimina la l╨▒nea que carga HPFS y se cambia el directorio de la l╨▒nea SWAPPATH . Se eliminan todas las que empiecen por IFS= y que est╨░n antes de la l╨▒nea IFS=NWIFS. La l╨▒nea NWIFS debe corresponder al primer sistema de archivos instalable que se carga. Si el usuario desea ejecutar una unidad de CD-ROM desde la estaci╨▓n RPL, la l╨▒nea IFS=CDFS debe situarse a continuaci╨▓n de las instrucciones de NetWare Requester en CONFIG.SYS. Adem╨░s, se desactiva el cach╨Æ de disco y el controlador ODI se cambia al controlador seleccionado. Estructura de directorios para soporte de estaciones RPL muestra la estructura de directorios creada para el soporte de estaciones RPL. ΓòÉΓòÉΓòÉ 11.1. Requisitos previos ΓòÉΓòÉΓòÉ Requisitos previos Para instalar una estaci╨▓n de trabajo RPL se necesitan tres computadores: Γûá El servidor al que se conectar╨░ la estaci╨▓n RPL Γûá Un computador con OS/2 y el Cliente NetWare para OS/2 instalados que pueda acceder al servidor (denominado estaci╨▓n cliente) Γûá Uno que se usar╨░ como la estaci╨▓n RPL denominada estaci╨▓n RPL Cada uno de los tres computadores debe cumplir requisitos previos. Requisitos previos para el servidor Requisitos El servidor debe ejecutar NetWare 3 o 4. Es necesario contar con derechos de objeto Supervisor en el servidor al que se conectar╨░ la estaci╨▓n RPL. El servidor debe contar con espacio en disco suficiente para la instalaci╨▓n de la estaci╨▓n RPL. Se necesita 30 MB para OS/2 m╨░s espacio para los archivos adicionales que se necesiten. Requisitos previos para la estaci╨▓n de trabajo cliente Requisitos Aseg╨│rese de que OS/2 est╨Æ instalado en la unidad C: de la estaci╨▓n de trabajo. Es imprescindible que sea la unidad C:. Verifique que el Cliente NetWare para OS/2 est╨Æ instalado en el directorio \NETWARE. Compruebe que la estaci╨▓n cliente est╨Æ conectada al servidor. Si la unidad C: tiene HPFS, compruebe que el espacio de nombre OS/2 est╨Æ cargado para el volumen SYS: o el servidor en el que se instalar╨░n los archivos de la estaci╨▓n de trabajo remota. Desplace o borre todos los archivos personales de la unidad C:.(El programa de instalaci╨▓n copia todos los archivos de la unidad C: al servidor). Aseg╨│rese de que el escritorio tiene el mismo aspecto que el de la estaci╨▓n RPL. El escritorio de la estaci╨▓n de trabajo RPL ser╨░ parecido al de la estaci╨▓n de trabajo desde la que se est╨░ instalando. Cerci╨▓rese de que la estaci╨▓n de trabajo cargue s╨▓lo los programas necesarios para RPL. Los programas pueden cargarse desde CONFIG.SYS, .desde archivos CMD o desde la carpeta "Inicio". Compruebe que todos los programas necesarios para las estaciones de trabajo RPL se encuentren en la unidad C: (esto s╨▓lo se aplica a los programas o del disco duro). Por ejemplo, aseg╨│rese de que el programa E-mail en C:\EMAIL no almacena archivos de correo en el directorio D:\MYMAIL ni usa E:\TEMP para los archivos de inicializaci╨▓n. Las estaciones RPL no tienen unidades D: ni E: disponibles. Si configura computadores PS/2 como estaciones RPL, obtenga un disquete de instalaci╨▓n de OS/2. Si utiliza computadores PS/2 como estaciones RPL, el programa copiar╨░ ciertos archivos de este disquete. Requisitos previos para estaciones de trabajo RPL Requisitos Las estaciones de trabajo RPL deben tener tarjetas de red con PROM de arranque remoto conectados. Las PROM de arranque remoto permite a las estaciones de trabajo conectarse a la red para que se pueda acceder a la informaci╨▓n de arranque. Averig╨æe el tipo de PROM de arranque remoto que utiliza. En la instalaci╨▓n de la estaci╨▓n de trabajo RPL se le preguntar╨░ si cuenta con una "Nueva PROM de arranque mejorado" o una "PROM de arranque estilo antiguo". Las PROM de arranque estilo antiguo se elaboraron antes de 1992. Si desconoce el tipo de PROM que utiliza, busque el n╨│mero de pieza y consulte al fabricante de la memoria PROM. notaLas EPROMS de IBM para Token Ring se consideran siempre mejoradas, independientemente del a╨┤o en que se hayan fabricado. Si las PROM son de arranque mejorado, aseg╨│rese de cargar RPL.NLM en el servidor. Las PROM de arranque antiguo no requieren RPL.NLM. Cerci╨▓rese de que la estaci╨▓n est╨Æ conectada por cable con la red. Aseg╨│rese de conocer la direcci╨▓n de red y nodo de la estaci╨▓n de trabajo RPL. Selecci╨▓n del tipo de arranque de PROM Tarjetas IBM RPL puede utilizarse con las siguientes tarjetas IBM: Γûá PCN2L Γûá TOKEN Estas tarjetas se consideran siempre de PROM de arranque mejorado. Tarjetas Novell RPL puede utilizarse con las siguientes tarjetas Novell: Γûá NE1000 Γûá NE2000 Γûá NE/2 Estas tarjetas cuentan con memorias PROM mejoradas o antiguas. Carga de RPL.NLM para tarjetas de IBM o para las nuevas PROM de arranque mejorado Importante Si utiliza tarjetas de IBM o de Novell que soportan las nuevas PROM de arranque mejorado, utilice el procedimiento siguiente. Para configurar el servidor para que use RPL con este tipo de estaci╨▓n de trabajo, cargue y asocie el m╨▓dulo cargable RPL en cada servidor. Procedimiento1. En la consola del servidor, teclee LOAD RPL NotaRPL.NLM se env╨▒a con el Cliente NetWare para OS/2 y se encuentra en WSOS2_1 en el directorio RPL. 2. Teclee BIND RPL TO controlador PS=nombre de servidor NODEFAULT Sustituya controlador con el nombre de un controlador LAN en el servidor. Para asociar m╨░s de un controlador, use instrucciones de asociaci╨▓n adicional. Sustituya nombre de servidor por el nombre del servidor que tiene los archivos RPL. 3. Para las PROM de Ethernet, asocie RPL al tipo de frama 802.2. NotaEl primer tipo de trama en NET.CFG debe corresponder al tipo al qu est╨░ asociado RPL. Por ejemplo, si en el indicador de la consola del servidor tecle╨▓: BIND RPL TO NE2000 [FRAME=ETHERNET_802.2] El ajuste NET.CFG de la estaci╨▓n de trabajo aparecer╨▒a como: link driver ne2000 frame ethernet_802.2 Donde Ethernet_802.2 es el primer tipo de trama que aparece. Para obtener m╨░s informaci╨▓n sobre el m╨▓dulo cargable RPL, consulte el manual Gu╨▒a de referencia de las utilidades NetWare . ΓòÉΓòÉΓòÉ 11.2. Creaci╨▓n de usuarios y concesi╨▓n de derechos ΓòÉΓòÉΓòÉ Creaci╨▓n de usuarios y concesi╨▓n de derechos NotaEste procedimiento s╨▓lo funciona con los usuarios de NetWare 4. Los usuarios de NetWare 3 deben utilizar SYSCON.EXE. Importante Para completar la instalaci╨▓n de RPL, debe tener los derechos de objeto Supervisor sobre el servidor al que se conectar╨░ la estaci╨▓n de trabajo. Debe especificar cuentas para los usuarios de estaciones de trabajo RPL. Realice lo siguiente: Procedimiento 1. Cree el objeto Usuario RPL. 1a. Entre desde la estaci╨▓n cliente. 1b. En el indicador C:>, teclee NWADMIN. Aparecer╨░ la ventana "Administrador de NetWare". 1c. Resalte el objeto contenedor que contendr╨░ el nuevo usuario. 1d. En el men╨│ "Objeto", elija "Crear". Aparecer╨░ la ventana "Nuevo objeto". 1e. Seleccione el icono "Usuario". 1f. Elija "OK" Aparecer╨░ la ventana "Crear usuario". 1g. En el campo "Nombre de entrada", teclee RPL. RPL es el nombre de usuario que cada estaci╨▓n de trabajo RPL utiliza para efectuar la conexi╨▓n inicial con la red. 1h. En el campo "Apellido:", teclee RPL. 1i. Elija "Crear". Volver╨░ a la ventana "Administrador de NetWare". 2. Repita los pasos 1c a 1i para crear un objeto Usuario para cada persona que va a utilizar una estaci╨▓n de trabajo RPL. 3. Otorgue el acceso al usuario de RPL. Importante No exija contrase╨┤a al objeto Usuario de RPL o las estaciones de trabajo RPL no podr╨░n establecer conexi╨▓n. Proteja la cuenta mediante el otorgamiento de acceso limitado, tal como se indica en el Paso 4. El usuario RPL necesita contar al menos con derechos de lectura y exploraci╨▓n de archivos para: Γûá El directorio SYS:RPL2 Γûá El directorio SYS:RPL2\COMPUTER y sus subdirectorios Estos directorios se crean autom╨░ticamente durante la instalaci╨▓n de la estaci╨▓n de trabajo RPL. 4. Otorgue derechos de acceso m╨▒nimos a cada usuario de estaci╨▓n de trabajo RPL. Todas las estaciones de trabajo RPL necesitan: Γûá Acceso de lectura y exploraci╨▓n de archivos sobre el directorio SYS:RPL2 Γûá Acceso de lectura y exploraci╨▓n de archivos sobre los subdirectorios \OS2 y \NETWARE en SYS:RPL2 Γûá Derechos de acceso de supervisi╨▓n sobre los directorios personales en SYS:RPL2\USER Estos directorios se crean autom╨░ticamente durante la instalaci╨▓n de la estaci╨▓n de trabajo RPL. Los usuarios no necesitan acceso a los directorios personales de otros usuarios en SYS:RPL2\USER Supervisi╨▓n de la red explica m╨░s cosas sobre la seguridad de la red y la concesi╨▓n y prohibici╨▓n del acceso. Advertencia Puesto que el directorio SYS:RPL2 pasa a ser el directorio ra╨▒z de la unidad C: para todas las estaciones de trabajo RPL, todos los usuarios de RPL necesitan acceso a este ╨░rea. No almacene archivos confidenciales en este directorio. Almac╨Ænelos en otro directorio de la red cuyo acceso sea restringido. Es posible que desee advertir a los usuarios sobre esta falta de privacidad y aconsejarles que almacenen los datos en sus directorios personales (por ejemplo, C:\USER\MARY) u otro emplazamiento de la red. ΓòÉΓòÉΓòÉ 11.3. Instalaci╨▓n de archivos OS/2 para estaciones de trabajo RPL ΓòÉΓòÉΓòÉ Instalaci╨▓n de archivos OS/2 para estaciones de trabajo RPL Resultado de instalar archivos de OS/2 Al instalar archivos de OS/2 para las estaciones de trabajo RPL sucede lo siguiente: Γûá Se crea un directorio SYS:RPL2 en cada servidor seleccionado. Todas las estaciones RPL utilizan dicho directorio como unidades de arranque local. Una vez que los usuarios de RPL entran, pueden acceder a toda la informaci╨▓n de este directorio. Dado que el directorio SYS:RPL2 se encuentra en el servidor y no en un disco local, la seguridad de NetWare sigue vigente. Por ejemplo, es posible limitar el acceso de los usuarios RPL a directorios y archivos espec╨▒ficos. "Creaci╨▓n de usuarios y conscesi╨▓n de derechos" explica m╨░s detalles acerca de la seguridad del directorio SYS:RPL2 y sus subdirectorios. NotaLas estaciones RPL de OS/2 1.3 utilizan un directorio llamado SYS:RPL. Este directorio no se suprime cuando se crea el directorio SYS:RPL2. Las estaciones RPL de OS/2 versi╨▓n 1.3 y OS/2 versi╨▓n 2.10 pueden arrancar en la misma red. Γûá Todos los archivos de la unidad C: de la estaci╨▓n se copian en el directorio SYS:RPL2 del servidor. Siga estas instrucciones si se dispone a: Γûá Configurar estaciones RPL por primera vez. Γûá Actualizar estaciones de trabajo RPL existentes de OS/2 1.3 a OS/2 2.x. Γûá Actualizar OS/2 en el servidor (es decir, de OS/2 2.0 a OS/2 2.1). Γûá A╨┤adir un servidor a la red a la que est╨░n conectadas las estaciones de trabajo RPL (s╨▓lo para el servidor a╨┤adido). Importante Si utiliza memorias PROM de arranque antiguo, no siga las instrucciones de esta secci╨▓n cada vez que desee a╨┤adir una estaci╨▓n de trabajo RPL a la red. Consulte Configuraci╨▓n de estaciones de trabajo RPL. Importante Todos los archivos RPL deben instalarse en cada servidor de la red. Si algunos servidores no utilizan el soporte RPL, use el siguiente par╨░metro SET en el indicador de la consola de todos los servidores o incl╨│yalo en el archivo AUTOEXEC.NCF de cada servidor y ╨Æstos no responder╨░n a las memorias PROM:remotas. SET RESPOND TO GET NEAREST SERVER = OFF Si define este par╨░metro en cada servidor, el servidor no responder╨░ a memorias PROM de reinicio remoto y no podr╨░ arrancar estaciones RPL, pero no ser╨░ necesario instalar los archivos para el soporte de estaciones RPL en ese servidor. Para obtener m╨░s informaci╨▓n sobre el comando SET, consulte la Gu╨▒a de referencia de las utilidades. Es conveniente que establezca una red f╨▒sica aparte para los usuarios RPL. Incluya en dicha red s╨▓lo los servidores necesarios para dar soporte al n╨│mero de usuarios RPL que tenga. Si lo desea, conecte esta red a otras de su emplazamiento mediante Routers. Esta configuraci╨▓n ahorra tiempo y espacio de servidor. Procedimiento 1. En la estaci╨▓n de trabajo cliente, entre en el servidor del que desea los archivos de OS/2 para las estaciones de trabajo RPL. 2. Abra el Requester de NetWare para el programa de instalaci╨▓n de OS/2. Aparecer╨░ la ventana "Utilidad de instalaci╨▓n de Requester de NetWare para OS/2". Si es necesario, utilice la ayuda en l╨▒nea. 3. En el men╨│ "Instalaci╨▓n", elija "Estaciones de trabajo remotas. . ." Aparecer╨░ la ventana "Instalaci╨▓n de estaci╨▓n de trabajo remota". NotaLa opci╨▓n "Copiar todos los archivos y configurar la estaci╨▓n de trabajo..." tiene tres componentes diferenciados: copia de archivos de OS/2, copia de archivos RPL y configuraci╨▓n de estaciones de trabajo RPL. Cada uno de estos procedimientos se explica de manera individual. 4. Seleccione "S╨▓lo copiar los archivos OS/2 . . . " y elija "OK" Tambi╨Æn puede elegir otras acciones en la pantalla "Instalaci╨▓n de estaci╨▓n de trabajo remota". 5. Elija los servidores a los que desee copiar los archivos. Est╨░ conectado a los servidores que ha seleccionado. Los archivos deben estar instalados en todos los servidores de la red local (segmentos de cable con la misma direcci╨▓n). 6. Elija "OK." Todos los archivos de OS/2 y del Cliente NetWare para OS/2 se copian en los servidores. 7. Cuando se hayan copiado los archivos, realice lo siguiente: Si desea . . . Copiar los archivos RPL Sin salir del programa de instalaci╨▓n, vaya a Instalaci╨▓n de archivos RPL para estaciones de trabajo RPL A╨┤adir estaciones RPL a la red Sin salir del programa de instalaci╨▓n, vaya a Configuraci╨▓n de estaciones de trabajo RPL Configurar el Cliente NetWare para OS/2 para estaciones de trabajo RPL Sin salir del programa de instalaci╨▓n, vaya a Configuraci╨▓n del Cliente NetWare para OS/2 para estaciones de trabajo RPL Salir del programa de instalaci╨▓n Elija "Concluir" en el men╨│ de sistema en la parte superior izquierda de la ventana Instalaci╨▓n. ΓòÉΓòÉΓòÉ 11.4. Instalaci╨▓n de archivos RPL para estaciones de trabajo RPL ΓòÉΓòÉΓòÉ Instalaci╨▓n de archivos RPL para estaciones de trabajo RPL Resultado de la instalaci╨▓n de archivos RPL Cuando se utiliza el programa de instalaci╨▓n para instalar soporte para las estaciones RPL, sucede lo siguiente: Γûá Se crean directorios. Γûá Se copian archivos. Se crean directorios Γûá SYS:RPL2 se crea si no existe. Γûá Los subdirectorios \USER y \COMPUTER se crean bajo SYS:RPL2 en cada servidor. Consulte Estructura de directorios para soporte de estaciones de trabajo RPL para obtener la estructura del directorio completa creada al instalar el soporte de estaci╨▓n de trabajo remota y al a╨┤adir estaciones de trabajo RPL. Se copian archivos Los siguientes archivos RPL se copian al directorio SYS:LOGIN: Γûá NE2.200 Γûá NE2000.200 Γûá NE1000.200 Γûá RPLOS2.200 Γûá RBOOT.RPL Γûá ETHER.RPL Γûá TOKEN.RPL Los nombres de estos archivos son distintos de los que se usan para arrancar OS/2 1.3. Los archivos RPL para OS/2 1.3 tambi╨Æn se encuentran en el directorio SYS:LOGIN. Los siguientes archivos se copian al directorio SYS:RPL2: Γûá MINI.IFS Γûá MICRO.IFS Procedimiento Siga estas instrucciones si va a realizar una de las siguientes tareas: Γûá Configurar estaciones RPL por primera vez. Γûá Actualizar estaciones de trabajo RPL existentes de OS/2 1.3 a OS/2 2.x. Γûá Instalar una nueva versi╨▓n del Cliente NetWare para OS/2. Γûá A╨┤adir un servidor a la red a la que est╨░n conectadas las estaciones de trabajo RPL (s╨▓lo para el servidor a╨┤adido). No siga las instrucciones de esta secci╨▓n cada vez que desee a╨┤adir una estaci╨▓n de trabajo RPL a la red. Consulte Configuraci╨▓n de estaciones de trabajo RPL. Importante Los archivos RPL deben instalarse en todos los servidores de la red. No hay manera de especificar el servidor con el que una estaci╨▓n de trabajo RPLl establecer╨░ conexi╨▓n en primer lugar. Es conveniente que establezca una red f╨▒sica aparte para los usuarios RPL. Incluya en dicha red s╨▓lo los servidores necesarios para dar soporte al n╨│mero de usuarios RPL que tenga. Si lo desea, conecte esta red a otras de su emplazamiento mediante Routers. Esta configuraci╨▓n ahorra tiempo y espacio de servidor. Procedimiento: 1. En la estaci╨▓n de trabajo cliente, abra el programa de instalaci╨▓n del Cliente NetWare para OS/2. Aparecer╨░ la ventana "Utilidad de instalaci╨▓n de Requester de NetWare para OS/2".Si es necesario, utilice la ayuda en l╨▒nea. 2. En el men╨│ "Instalaci╨▓n", elija "Estaciones de trabajo remotas. . ." Aparecer╨░ la ventana "Instalaci╨▓n de estaci╨▓n de trabajo remota". NotaLa opci╨▓n Copiar todos los archivos y configurar las estaciones de trabajo... tiene tres componentes diferenciados: copia de archivos OS/2, copia de archivos RPL y configuraci╨▓n de las estaciones de trabajo RPL. Cada uno de estos procedimientos se explica de manera individual. 3. Elija "S╨▓lo copiar los archivos RPL . . ." Tambi╨Æn puede elegir otras acciones en la pantalla "Instalaci╨▓n de estaci╨▓n de trabajo remota". 4. Elija los servidores a los que desee copiar los archivos RPL. Est╨░ conectado a los servidores que ha seleccionado. Los archivos RPL deben estar instalados en todos los servidores de la red local (segmentos de cable con la misma direcci╨▓n). 5. Elija "OK." Todos los archivos RPL se copian en los servidores. 6. Seleccione la unidad de origen para los archivos RPL. La unidad por defecto es aqu╨Ælla en la que se carg╨▓ INSTALL.EXE. Si INSTALL.EXE se carg╨▓ desde el disco duro, cambi╨Ælo a la unidad de disquete e inserte en ella el primer diskete de instalaci╨▓n. 7. Elija "OK". 8. Cuando se hayan copiado los archivos, haga lo siguiente. Si desea . A╨┤adir estaciones de trabajo RPL a la red Sin salir del programa de instalaci╨▓n, vaya a Configuraci╨▓n de estaciones de trabajo RPL Configurar el Cliente NetWare para OS/2 para estaciones de trabajo RPL Sin salir del programa de instalaci╨▓n, vaya a Configuraci╨▓n del Cliente NetWare para OS/2 para estaciones de trabajo RPL Salir del programa de instalaci╨▓n Elija "Concluir" en el men╨│ de sistema en la parte superior izquierda de la ventana Instalaci╨▓n. ΓòÉΓòÉΓòÉ 11.5. Configuraci╨▓n de estaciones de trabajo RPL ΓòÉΓòÉΓòÉ Configuraci╨▓n de estaciones de trabajo RPL Resultados de la configuraci╨▓n de estaciones de trabajo RPL Cada estaci╨▓n de trabajo RPL que se arranque desde la red debe estar a╨┤adida a la configuraci╨▓n RPL de la red. En cada servidor debe identificarse el usuario de la estaci╨▓n, la direcci╨▓n de nodo y la tarjeta de red. Para a╨┤adir estaciones de trabajo RPL es necesario ejecutar el programa de instalaci╨▓n del Cliente NetWare para OS/2 desde una estaci╨▓n de trabajo que tenga OS/2 instalado en la unidad C:. Siga estas instrucciones si va a realizar una de las siguientes tareas: Γûá Configurar estaciones de trabajo RPL por primera vez Γûá Actualizar estaciones de trabajo RPL existentes de OS/2 1.3 a OS/2 2.x Γûá A╨┤adir estaciones de trabajo RPL a la red NotaSi es posible, utilice siempre el mismo tipo de tarjeta de red en todas las estaciones de trabajo RPL. Esto le ahorrar╨░ tiempo al instalar y configurar las estaciones de trabajo RPL. Si el programa de instalaci╨▓n ya se encuentra en ejecuci╨▓n, vaya al Paso 4. Procedimiento 1. Entre desde la estaci╨▓n cliente. 2.Abra el icono del grupo "Novell" en el escritorio. 3. Elija el icono "Instalar" en la ventana "Novell - Vista de iconos". Aparecer╨░ la ventana "Utilidad de instalaci╨▓n de estaci╨▓n de trabajo NetWare para OS/2". 4. En el men╨│ "Instalaci╨▓n", elija "Estaciones de trabajo remotas. . ." Aparecer╨░ el men╨│ "Instalaci╨▓n de estaci╨▓n de trabajo remota". NotaLa opci╨▓n Copiar todos los archivos y configurar las estaciones de trabajo... tiene tres componentes distintos: copia de archivos OS/2, copia de archivos RPL y configuraci╨▓n de estaciones de trabajo RPL. Cada uno de estos procedimientos se explica de manera individual. 5. Elija "S╨▓lo configurar las estaciones de trabajo. . ." 6. Elija "OK." Aparecer╨░ la ventana "Seleccionar uno o m╨░s servidores de archivo". 7. Seleccione los servidores en los que desee definir estaciones de trabajo RPL. Para acceder a una lista de servidores disponibles, elija "Conectar". A continuaci╨▓n, elija la flecha al final del campo "Nombre del servidor". Para obtener m╨░s informaci╨▓n, utilice la ayuda en l╨▒nea. 8. Cuando haya seleccionado los servidores que desee, elija "OK." Aparecer╨░ la ventana "Seleccione el tipo de BOOT PROM en la estaci╨▓n de destino". 9. Seleccione el tipo de memoria BOOT PROM que utiliza. Seleccione "Nuevo BOOT PROM mejorado" si cuenta con una tarjeta IBM o la tarjeta se ha fabricado durante o despu╨Æs de 1992. Seleccione "BOOT PROM de estilo antiguo" si la tarjeta se ha fabricado antes de 1992. Si no est╨░ seguro del tipo de tarjeta que utiliza, localice el n╨│mero de pieza de la misma y consulte al fabricante. Importante Si usa Token Ring, la memoria PROM de arranque siempre se considera como memoria PROM de arranque mejorado, no importa cuando se haya fabricado. 10. Elija "OK." Aparecer╨░ la ventana "A╨┤adir estaci╨▓n de arranque remoto". La ventana tendr╨░ un aspecto determinado, dependiendo del tipo de PROM de arranque que haya seleccionado en el Paso 9. 11. Introduzca los datos en todos los campos de la ventana. NotaNombre de usuariodeber╨▒a ser el nombre real o de entrada de la persona para la que se est╨░ configurando la estaci╨▓n de trabajo RPL. Nombre l╨▓gico se convierte en el nombre del subdirectorio de ese usuario. Por ejemplo, si configura el nombre de usuario como SUSANA y el nombre l╨▓gico es LAB, la v╨▒a de acceso ser╨▒a RPL2\USER\SUSANA\LAB. 12. Elija "A╨┤adir". 13. Salga del programa de instalaci╨▓n. Uso de estaciones de trabajo RPL en sesiones virtuales de DOS Las estaciones de trabajo RPL no pueden reasignar la unidad C:. Aunque se utilice DOS global, estas estaciones lo interpretan como si se tratara de DOS privado. Por ejemplo, si se encuentra en DOS global y reasigna la unidad C:, ╨Æsta no aparecer╨░ en pantalla cuando pase a una sesi╨▓n de DOS privada. ΓòÉΓòÉΓòÉ 11.6. Uso de RPL en estaciones de trabajo con disco duro ΓòÉΓòÉΓòÉ Uso de RPL en estaciones de trabajo con disco duro Para usar RPL en una estaci╨▓n de trabajo con disco duro, rotule el disco con una denominaci╨▓n distinta de C:La unidad C: debe asignarse al directorio de la red SYS:RPL2. OS/2 considera que este directorio de la red se encuentra en la unidad local C:. Tambi╨Æn, es posible que se necesite determinar si el disco duro tiene un sistema operativo o no, puede formatearlo (FAT) y utilizarlo para almacenar el archivo SWAPPER.DAT de OS/2. Esto reducir╨░ el tr╨░fico de la red. Emplazamiento local de SWAPPER.DAT Procedimiento 1. Vaya al directorio de la red del usuario que vaya a utilizar la estaci╨▓n RPL. Por ejemplo, si JUAN va a utilizar la estaci╨▓n RPL con el disco duro, vaya al siguiente directorio: SYS:RPL2\USER\JUAN El directorio personal de cada usuario de la red contiene el archivo CONFIG.SYS de ese usuario y adem╨░s, otros archivos de OS/2. Estructura de directorios para soporte de estaciones RPL muestra una estructura completa del directorio. 2. Mediante un editor de texto, abra el archivo CONFIG.SYS. 3. En CONFIG.SYS, busque la l╨▒nea que designa SWAPPATH. Si lo desea puede buscar SWAPPATH. La l╨▒nea debe ser similar a la siguiente: SWAPPATH=C:\USUARIO\JUAN 2048 2048 No olvide que para OS/2 el directorio SYS:RPL2 pertenece a la unidad C: 4. Cambie la l╨▒nea SWAPPATH para que indique la unidad del disco duro local. Por ejemplo, para que se╨┤ale la ra╨▒z de la unidad local D: SWAPPATH=D:\ 2048 2048 5. Guarde CONFIG.SYS y salga de ╨Æl. Cuando arranque la estaci╨▓n remota, SWAPPER.DAT se almacenar╨░ de forma local. ΓòÉΓòÉΓòÉ 11.7. Configuraci╨▓n del Cliente NetWare para OS/2 para ΓòÉΓòÉΓòÉ estaciones de trabajo RPL Configuraci╨▓n del Cliente NetWare para OS/2 para estaciones de trabajo RPL Para configurar el Cliente NetWare para OS/2 para estaciones RPL ejecute el programa de instalaci╨▓n del Cliente NetWare para OS/2 y elija "Estaciones de trabajo remotas. . ." en el men╨│ "Configuraci╨▓n". Cuando se configuran estaciones RPL, el programa de configuraci╨▓n del Cliente NetWare para OS/2 incluye un archivo de configuraci╨▓n NET.CFG en el directorio de origen de los usuarios especificados. Este directorio se encuentra en el directorio SYS:RPL2\USER de cada servidor de la red local. El archivo NET.CFG creado con el programa de instalaci╨▓n debe ser id╨Æntico en todos los servidores de la red local para que las estaciones RPL siempre arranquen del mismo modo. Por ejemplo, si el usuario JUAN tiene un archivo NET.CFG en su directorio de usuario del SERVIDOR1, deber╨░ existir una copia del mismo archivo NET.CFG en el directorio de origen del SERVIDOR2. El programa de instalaci╨▓n incluye una l╨▒nea en cada archivo CONFIG.WSS de usuario del subdirectorio de la estaci╨▓n de trabajo que indica al Cliente NetWare para OS/2 d╨▓nde se encuentra NET.CFG. Por ejemplo, para el archivo NET.CFG de Juan, el programa de instalaci╨▓n incluye la siguiente l╨▒nea: C:\NET.CFG C:\USER\JUAN\NET.CFG Importante No olvide que el directorio SYS:RPL2 pasa a ser el directorio ra╨▒z de la unidad C:. Si la estaci╨▓n de trabajo RPL utiliza el tipo de trama Ethernet, el tipo especificado en el archivo NET.CFG debe ser el mismo que el del tipo utilizado por la memoria PROM. Las memorias PROM de arranque mejorado usan 802.2. Las PROM de arranque antiguo usan 802.3. ΓòÉΓòÉΓòÉ 11.7.1. Estructura de directorios para soporte de estaciones RPL ΓòÉΓòÉΓòÉ Estructura de directorios para soporte de estaciones RPL ΓòÉΓòÉΓòÉ 11.7.2. Formato del archivo BOOTCONF.SYS ΓòÉΓòÉΓòÉ Formato del archivo BOOTCONF.SYS ΓòÉΓòÉΓòÉ 12. Mejora de la velocidad y la seguridad ΓòÉΓòÉΓòÉ Mejora de la velocidad y la seguridad Este cap╨▒tulo trata sobre tres funciones que pueden emplearse para mejorar la velocidad y seguridad de la red. Mejora de la velocidad mediante Packet Burst (r╨░faga de paquetes) Mejora de la velocidad mediante el uso de paquetes Internet grandes Mejora de la seguridad mediante la firma de paquetes NCP ΓòÉΓòÉΓòÉ 12.1. Mejora de la velocidad mediante Packet Burst (r╨░faga de paquetes) ΓòÉΓòÉΓòÉ Mejora de la velocidad mediante Packet Burst (r╨░faga de paquetes) Packet Burst (r╨░faga de paquetes) es un protocolo que acelera la transferencia de las operaciones de lectura y escritura de paquetes m╨│ltiples NCP. Packet Burst elimina la necesidad de secuenciar y reconocer cada paquete. Con este protocolo, el cliente o servidor env╨▒a un conjunto completo (o r╨░faga) de paquetes antes de que requiera acuse de recibo. Packet Burst reduce el tr╨░fico de red al permitir que se reconozcan m╨│ltiples paquetes. Tambi╨Æn controla los paquetes perdidos y vuelve a transmitirlos. En el momento de la conexi╨▓n, los tama╨┤os m╨░ximos de r╨░faga se determinan seg╨│n cada servidor. Puesto que Packet Burst se establece con cada conexi╨▓n, es posible utilizar el modo r╨░faga con un servidor pero no con otro. Una vez establecida una conexi╨▓n Packet Burst entre una estaci╨▓n de trabajo y un servidor, la estaci╨▓n de trabajo utiliza autom╨░ticamente este protocolo cada vez que una aplicaci╨▓n requiera escribir m╨░s de tres veces el tama╨┤o m╨░ximo del paquete de datos. Esto significa que la aplicaci╨▓n no necesita detectar la presencia de Packet Burst. Desactivaci╨▓n de Packet Burst (r╨░faga de paquetes) Packet Burst se activa por defecto en la estaci╨▓n de trabajo. Puede desactivarlo a╨┤adiendo la siguiente l╨▒nea en al archivo NET.CFG de la estaci╨▓n: netware requester packet burst off ΓòÉΓòÉΓòÉ 12.2. Mejora de la velocidad mediante el uso de paquetes Internet grandes ΓòÉΓòÉΓòÉ Mejora de la velocidad mediante el uso de paquete Internet grandes Las funciones de paquetes Internet grandes (LIP) permiten que el tama╨┤o del paquete Internet aumente a partir del valor por defecto de 576 bytes. Al ser posible que el tama╨┤o del paquete NetWare sea mayor, LIP mejora las transmisiones a trav╨Æs de bridges y Routers. En NetWare 4, la estaci╨▓n de trabajo pide un tama╨┤o de paquete aceptable. Sin embargo, a diferencia de las versiones anteriores de NetWare, el servidor de NetWare no utiliza el valor por defecto de 576 bytes cuando se detecta un Router. En lugar de ello, la estaci╨▓n de trabajo intenta enviar paquetes m╨░s grandes al servidor. El tama╨┤o del paquete m╨░s grande que este servidor acepta es el del paquete utilizado en la comunicaci╨▓n. Desactivaci╨▓n de paquetes Internet grandes La funcionalidad de LIP se activa por defecto en la estaci╨▓n de trabajo. Para desactivarla, introduzca las siguientes l╨▒neas en el archivo NET.CFG: netware requester large internet packets off ΓòÉΓòÉΓòÉ 12.3. Mejora de la seguridad mediante la firma de paquetes NCP ΓòÉΓòÉΓòÉ Mejora de la seguridad mediante la firma de paquetes NCP La firma de paquetes Protocolo central NetWare (NCP) es una funci╨▓n de seguridad mejorada que protege a servidores y clientes al impedir la falsificaci╨▓n de paquetes. Sin firma de paquetes NCP, un cliente de la red puede hacerse pasar por un cliente al que le corresponden m╨░s privilegios para enviar una petici╨▓n NCP falsificada a un servidor de NetWare. Al falsificar la petici╨▓n NCP apropiada, un intruso puede conseguir derechos de Supervisi╨▓n y acceder a todos los recursos de la red. La firma de paquetes NCP evita la falsificaci╨▓n de paquetes al requerir que el servidor y el cliente "firmen" cada paquete NCP. La firma de paquetes cambia con cada paquete. Los paquetes NCP con firmas incorrectas se descartan sin interrumpir la conexi╨▓n entre el cliente y el servidor. No obstante, se env╨▒a un mensaje de advertencia relativo al paquete no v╨░lido al registro de errores, al cliente afectado y a la consola de l servidor. Este mensaje de advertencia contiene el nombre de entrada y la direcci╨▓n de la estaci╨▓n del cliente afectado. La firma de paquetes la determina un doble proceso entre el cliente y el servidor: Γûá En LOGIN, el servidor y el cliente deciden una clave compartida y secreta que recibe el nombre de clave de la sesi╨▓n. Γûá Para cada paquete de petici╨▓n o respuesta, el servidor y el cliente calculan una firma basada en la clave de la sesi╨▓n, un algoritmo "fingerprint" (huellas digitales). La firma final se agrega al paquete NCP. Si la firma de paquetes NCP est╨░ correctamente instalada en el servidor y en todos sus clientes, resulta virtualmente imposible falsificar un paquete NCP v╨░lido. NotaEs preciso cargar el m╨▓dulo cargable Packet Burst, PBURST.NLM (s╨▓lo para NetWare 3.11), en los servidores de NetWare para que la firma de paquete NCP funcione. Sin embargo, la utilizaci╨▓n de Packet Burst (r╨░faga de paquetes) para transferir datos entre servidores y clientes es optativa. Opciones de firma de paquetes NCP Debido a que el proceso de firma de paquetes consume recursos de la CPU y hace disminuir su rendimiento, la firma de paquetes NCP es optativa tanto para los clientes como para los servidores de NetWare. Pueden utilizarse varias opciones de firma, que van desde la exclusi╨▓n total de paquetes NCP hasta su uso generalizado. Los servidores y clientes cuentan con cuatro niveles de seguridad ajustables. Las opciones de firma de paquetes para servidores y clientes se combinan para determinar el nivel de firma de paquetes NCP en la red. NotaAlgunas combinaciones de niveles de firma de paquetes de servidores y clientes pueden disminuir el rendimiento. No obstante, es posible que en los sistemas que no exijan un gran esfuerzo de la CPU no se refleje ning╨│n cambio en el rendimiento. Los Supervisores de la red pueden elegir el nivel de firma m╨░s apropiado seg╨│n sus necesidades de rendimiento y sus requisitos de seguridad. Niveles para servidores Los niveles de firma de paquetes de servidores se asignan mediante un par╨░metro SET. Para obtener m╨░s informaci╨▓n, consulte Gu╨▒a de referencia de las utilidades Niveles para clientes Los niveles de firma de paquetes en la estaci╨▓n de trabajo se asignan mediante la siguiente opci╨▓n de NET.CFG: netware requester signature level n╨│mero Sustituya n╨│mero por 0, 1, 2 ╨▓ 3. El valor por defecto es 1. Niveles de firma de paquetes NCP N╨│mero Explicaci╨▓n 0 El cliente no firma los paquetes (la entrada falla si el servidor tiene definido 3) 1 El cliente firma los paquetes s╨▓lo si lo pide el servidor (la opci╨▓n del servidor es 2 o superior) 2 El cliente firma paquetes si el servidor tiene capacidad para firmar (la opci╨▓n del servidor es 1 o superior) 3 El cliente firma paquetes y requiere que el servidor los firme (en caso contrario, la entrada fallar╨░) Niveles de firma de paquetes efectiva Los niveles de firma de paquetes del servidor y del cliente act╨│an de forma conjunta para crear la firma de paquete "efectiva". Algunas combinaciones de niveles para servidores y clientes no permiten entrar en la red. En la siguiente tabla se muestra la relaci╨▓n interactiva entre los niveles de firma del servidor y del cliente. Firma de paquetes efectiva de servidor y cliente ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ ΓöéSi Servidor=0 Servidor=1 Servidor=2 Servidor=3 Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéCliente = 0 Sin firma de Sin firma de Sin firma de Sin entrada Γöé Γöé paquetes paquetes paquetes Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéCliente = 1 Sin firma de Sin firma de Sin firma de Sin firma de Γöé Γöé paquetes paquetes paquetes paquetes Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéCliente = 2 Sin firma de Sin firma de Sin firma de Sin firma de Γöé Γöé paquetes paquetes paquetes paquetes Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéCliente = 3 Sin entrada Sin firma de Sin firma de Sin firma de Γöé Γöé paquetes paquetes paquetes Γöé ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ Casos en los que debe utilizarse la firma de paquetes NCP La firma de paquetes NCP no es necesaria en todas las instalaciones. Algunos Supervisores de la red pueden preferir no utilizarla porque pueden admitir ciertos riesgos de seguridad. Es posible que no necesite utilizar la firma de paquetes NCP si Γûá En el servidor s╨▓lo residen programas ejecutables. Γûá Todos los usuarios de la red son de confianza y el Supervisor los conoce. Γûá Los datos del servidor de NetWare no son confidenciales y su p╨Ærdida o corrupci╨▓n no afectar╨░ a las operaciones. Es posible que prefiera emplear la firma de paquete NCP si Γûá Un usuario que no es de confianza trabaja en una estaci╨▓n de la red. Γûá Alguien podr╨▒a acceder f╨░cilmente al sistema de cableado de la red. Γûá Existe una estaci╨▓n de trabajo no protegida y de acceso p╨│blico en la red. El valor por defecto de firma de paquetes NCP es 1 para clientes y 2 para servidores. En general, estos ajustes proporcionan la mayor flexibilidad posible mientras siguen ofreciendo protecci╨▓n contra paquetes falsificados. A continuaci╨▓n se ofrecen algunos ejemplos de la utilizaci╨▓n de distintos niveles de firma. Toda la informaci╨▓n del servidor es confidencial Si un intruso consigue acceder a cualquier informaci╨▓n de un servidor de NetWare, podr╨▒a perjudicar a la empresa. El Supervisor de la red define el nivel 3 para el servidor y para todos los clientes a fin de garantizar la m╨░xima protecci╨▓n posible. La informaci╨▓n confidencial y no confidencial se halla en un mismo servidor El servidor de NetWare tiene un directorio para programas ejecutables y otro para la informaci╨▓n financiera de la empresa. El supervisor de la red define el nivel 2 para el servidor y el nivel 3 para los clientes (incluido ╨Æl) que necesiten acceder a informaci╨▓n financiera. Los dem╨░s clientes permanecen en el nivel por defecto, el nivel 1. Los usuarios suelen cambiar de posici╨▓n y de estaci╨▓n de trabajo El Supervisor de la red no sabe con seguridad qu╨Æ estaci╨▓n de trabajo va a utilizar cada empleado y el servidor contiene algunos datos confidenciales. El Supervisor de la red define el nivel 3 para el servidor. Los clientes permanecen en el nivel por defecto, el nivel 1. Una estaci╨▓n es de acceso p╨│blico Una estaci╨▓n de trabajo desatendida est╨░ configurada para permitir el acceso p╨│blico a informaci╨▓n no confidencial, pero otro servidor de la red contiene informaci╨▓n confidencial. El Supervisor de la red define el nivel 3 para el servidor que contiene informaci╨▓n confidencial y el nivel 0 para el cliente de acceso p╨│blico. Consejos para la resoluci╨▓n de fallos de firma de paquetes En esta secci╨▓n se ofrece la soluci╨▓n a algunos problemas que pueden estar relacionados con el uso de firma de paquetes NCP. Los clientes no firman los paquetes Compruebe que todas las estaciones de OS/2 tienen instalado el Cliente NetWare para OS/2. Compruebe que no est╨░ desactivada la firma de paquetes NCP en el archivo NET.CFG. Los clientes no pueden entrar Compruebe que todas las estaciones de OS/2 tienen instalado el Cliente NetWare para OS/2. Las siguientes situaciones no permiten entrar: Γûá Firma de paquetes del servidor =3, Firma del cliente =0 Γûá Firma de paquetes del servidor =0, Firma del cliente =3 Γûá Las utilidades pertenecen a versiones anteriores y no permiten la firma de paquetes NCP. Γûá El software del Cliente NetWare para OS/2 es de una versi╨▓n anterior a la 2.1 y no permite la firma de paquetes NCP. "Error de recepci╨▓n de datos de la red" Mensaje El cliente est╨░ utilizando el archivo LOGIN.EXE de una versi╨▓n anterior que no incluye la firma de paquetes NCP.Compruebe que el nuevo archivo LOGIN.EXE y otras utilidades nuevas est╨░n instaladas en el subdirectorio \OS2 de todos los servidores de la red. Compruebe que la ╨│ltima versi╨▓n de LOGIN.EXE y otras utilidades est╨░n instaladas en el subdirectorio \OS2 de todos los servidores de la red. Los clientes no confidenciales entran en un servidor confidencial Los clientes est╨░n empleando un archivo LOGIN.EXE de una versi╨▓n anterior que no incluye la firma de paquetes NCP. Compruebe que la ╨│ltima versi╨▓n de LOGIN.EXE y otras utilidades est╨░n instaladas en el subdirectorio \OS2 de todos los servidores. A╨┤ada una instrucci╨▓n de servidor preferente al archivo NET.CFG de todos los clientes que tengan acceso a los servidores con informaci╨▓n confidencial (nivel 3). ΓòÉΓòÉΓòÉ 13. Uso de las redes Token Ring ΓòÉΓòÉΓòÉ Uso de las redes Token Ring Descripci╨▓n general Si la red Token-Ring cuenta con bridges de encaminamiento de origen IBM*, los computadores utilizar╨░n encaminamiento de origen para comunicarse a trav╨Æs de estos bridges. En este cap╨▒tulo se explica c╨▓mo instalar y configurar el encaminamiento de origen en servidores de NetWare y estaciones OS/2. Si trabaja con una red que precisa encaminamiento de origen, debe instalar el software de ╨Æste en las estaciones de trabajo y los servidores. El software de encaminamiento de origen de Novell contiene Γûá ROUTE.NLM (para servidores) Γûá ROUTE.SYS (para estaciones cliente OS/2) Este software s╨▓lo encamina paquetes IPX. Tambi╨Æn se tratan los siguientes temas: Instalaci╨▓n del encaminamiento de origen en el servidor Instalaci╨▓n del encaminamiento de origen en la estaci╨▓n de trabajo Configuraci╨▓n del encaminamiento de origen en la estaci╨▓n de trabajo ΓòÉΓòÉΓòÉ 13.1. Instalaci╨▓n del encaminamiento de origen en el servidor ΓòÉΓòÉΓòÉ Instalaci╨▓n del encaminamiento de origen en el servidor Procedimiento1. En la consola del servidor, cargue ROUTE.NLM tecleando: LOAD ROUTE ROUTE.NLM se encuentra en el directorio SYS:SYSTEM. Se puede cargar con par╨░metros de la l╨▒nea de comandos. Tambi╨Æn se puede cargar ROUTE.NLM desde un archivo de inicializaci╨▓n. En la Gu╨▒a de referencia de las utilidades se incluye m╨░s informaci╨▓n sobre los par╨░metros. 2. (Condicional) Vuelva a cargar ROUTE.NLM si emplea dos tarjetas de red en el servidor. Utilice el par╨░metro "board" para especificar un n╨│mero de tarjeta. Por ejemplo, teclee LOAD ROUTE BOARD=02 Puede cambiar un par╨░metro de encaminamiento de origen despu╨Æs de cargar ROUTE. Teclee el comando LOAD ROUTE, seguido del par╨░metro que desea modificar. ΓòÉΓòÉΓòÉ 13.2. Instalaci╨▓n del encaminamiento de origen en la ΓòÉΓòÉΓòÉ estaci╨▓n de trabajo Instalaci╨▓n del encaminamiento de origen en la estaci╨▓n de trabajo Requisitos previos Requisitos Instale el Cliente NetWare para OS/2 con un controlador TOKEN ODI. Concepros b╨░sicos sobre el encaminamiento de origen. (Consulte Novell Aplication Notes de septiembre de 1990). Procedimiento1. Mediante un editor de texto, abra el archivo CONFIG.SYS. Por ejemplo, para usar el Editor del Sistema de OS/2, teclee en la l╨▒nea de comandos de este sistema operativo E C:\CONFIG.SYS CONFIG.SYS SYS siempre se encuentra en el directorio ra╨▒z de la unidad de arranque. 2. En las l╨▒neas del Cliente NetWare para OS/2, localice las l╨▒neas que cargan el controlador TOKEN ODI. Si utiliza controladores ODI suministrados por Novell, el controlador se llama TOKEN.SYS. NoteSi usa ODI2NDI.OS2.SYS y un controlador NDIS, tiene cargado un controlador ODI. En este caso, encuentre ODI2NDI.OS2.SYS. 3. Despu╨Æs de la l╨▒nea que carga el controlador TOKEN ODI, a╨┤ada una l╨▒nea para cargar el controlador ROUTE.SYS. Especifique la ubicaci╨▓n de ROUTE.SYS. ROUTE.SYS si est╨░ ubicado en donde se encuentran otros archivos del cliente de NetWare para OS/2, generalmente en C:\NETWARE. Por ejemplo, para cargar ROUTE.SYS desde la ubicaci╨▓n por defecto, teclee DEVICE=C:\NETWARE\ROUTE.SYS 4. Guarde CONFIG.SYS y salga de ╨Æl. 5. Use la funci╨▓n de OS/2 "Concluir" para volver a arrancar la m╨░quina. ΓòÉΓòÉΓòÉ 13.3. Configuraci╨▓n del encaminamiento de origen en la ΓòÉΓòÉΓòÉ estaci╨▓n de trabajo Configuraci╨▓n del encaminamiento de origen en la estaci╨▓n de trabajo Siga las instrucciones de esta secci╨▓n para: ΓûáDeterminar si es necesario configurar el encaminamiento de origen. Γûá Configurar el encaminamiento de origen si es preciso. Requisitos previos Requisitos Instale el Cliente NetWare para OS/2. Instalaci╨▓n del encaminamiento de origen en el servidor Instalaci╨▓n del encaminamiento de origen en la estaci╨▓n de trabajo Configuraci╨▓n del encaminamiento de origen en la estaci╨▓n de trabajo Instale el encaminamiento de origen en la estaci╨▓n de trabajo. Estudie a fondo los conceptos b╨░sicos del encaminamiento de origen. En esta secci╨▓n no se explica la terminolog╨▒a del encaminamiento de origen ni la forma de dirigir paquetes. Puede consultar publicaciones de IBM ,por ejemplo IBM Token Ring Network Architecture Reference, o Novell Application Notes de septiembre de 1990. Procedimiento1. Inicie el programa de instalaci╨▓n del Cliente NetWare para OS/2. Puede seleccionar el icono "Instalaci╨▓n" desde el grupo "Novell" del escritorio. 2. Elija "Esta estaci╨▓n de trabajo . ." en el men╨│ "Configuraci╨▓n". 3. Verifique la ubicaci╨▓n de NET.CFG y elija "Editar". Aparecer╨░ la ventana "Editar el archivo NET.CFG". Puede cortar y pegar texto de la ventana de ayuda en la parte inferior de la pantalla a la ventana "Contenido actual del archivo NET.CFG". Utilice el diagrama Definici╨▓n de las teclas que pueden emplearse en el archivo NET.CFG chart. 4. Seleccione "Token-Ring Source Routing" en la casilla "Opciones NET.CFG" situada a la izquierda de la pantalla. 5. Decida si debe cambiar la configuraci╨▓n de los ajustes "def", "gbr", "mbr", "nodes" y "board" debajo de "Token-Ring Source Routing". 5a. Seleccione uno de los cinco ajustes. Ejemplo: select "def". 5b. Consulte la ventana de ayuda en la parte inferior de la pantalla para determinar si debe modificar la configuraci╨▓n de este ajuste. Puede elegir los botones "Uso", "Descripci╨▓n" y "Ejemplo" de la derecha de la ventana para obtener m╨░s informaci╨▓n sobre el ajuste seleccionado. 5c.(Optativo) Si decide variar la configuraci╨▓n, a╨┤ada las l╨▒neas de configuraci╨▓n (como muestra la ventana de ayuda "Uso"), en la casilla "Contenido actual del archivo NET.CFG". Importante Debe seguir los requisitos de formato expuestos en el tema "Formato de opciones de NET.CFG". Para conocer estos requisitos, seleccione el tema desde la casilla "Opciones NET.CFG" y elija "Uso". Repita los pasos de 5a a 5c para cada ajuste. 6.Escoja "Guardar". 7.Salga del programa de instalaci╨▓n del Cliente NetWare para OS/2 y use la funci╨▓n "Concluir" de OS/2 para volver a arrancar el computador. ΓòÉΓòÉΓòÉ 13.4. Definici╨▓n de las teclas que pueden emplearse en el ΓòÉΓòÉΓòÉ archivo NET.CFG. Definici╨▓n de las teclas que pueden emplearse en el archivo NET.CFG Para ... Haga lo siguiente ... Resaltar texto Pulse el rat╨▓n y arrastre el puntero sobre el texto que va a resaltar o mueva el cursor con las teclas de flecha mientras mantiene oprimida la tecla <May╨│s>. Copiar texto <Ctrl><Ins> Cortar texto <May╨│s><Supr> (╨Æste reaparecer╨░ al actualizar la pantalla) Pegar texto <May╨│s><Ins> Suprimir texto <Ctrl><Supr> (el texto suprimido no puede pegarse) ΓòÉΓòÉΓòÉ 14. Uso de Conductos nombrados ΓòÉΓòÉΓòÉ Uso de Conductos nombrados Se tratan los siguientes temas. Instalaci╨▓n de Conductos nombrados para OS/2 Configuraci╨▓n de Conductos nombrados para OS/2 Instrucciones espec╨▒ficas para estaciones de trabajo del Cliente SQL ΓòÉΓòÉΓòÉ 14.1. Instalaci╨▓n de Conductos nombrados para OS/2 ΓòÉΓòÉΓòÉ Es necesario instalar el soporte para Conductos nombrados en cada computador que los utilizar╨░ en la red. En la mayor╨▒a de los casos tambi╨Æn ser╨░ necesario definir opciones de configuraci╨▓n para el protocolo. El soporte de Conductos nombrados entre sesiones en una estaci╨▓n normal OS/2 se suministra con el sistema operativo OS/2. No obstante, si necesita sesiones de OS/2 para comunicarse con otros computadores de la red que utilicen Conductos nombrados, debe instalar el soporte remoto de Conductos nombrados. Requisito previo Instale una aplicaci╨▓n distribuida para Conductos nombrados. Consulte la documentaci╨▓n relativa a la aplicaci╨▓n. Procedimiento 1. Inicie el programa de instalaci╨▓n de NetWare para OS/2. Si el Cliente NetWare para OS/2 no est╨░ instalado, puede iniciar el programa desde el disquete WSOS2_1. Teclee INSTALL. Es posible instalar el Cliente NetWare para OS/ al mismo tiempo que Conductos nombrados. Si el Cliente NetWare para OS/2 ya est╨░ instalado, puede iniciar el programa seleccionando el icono "Instalaci╨▓n" en el grupo "Novell" del Escritorio. 2. Elija "Requester en estaci╨▓n de trabajo" en el men╨│ "Instalaci╨▓n". 3. Compruebe el directorio de destino y origen y elija "OK". 4. Seleccione una opci╨▓n en la pantalla "Instalaci╨▓n del Requester" en funci╨▓n de si el Cliente NetWare para OS/2 est╨░ instalado o no: 4a. Si no lo est╨░, seleccione "Editar CONFIG.SYS y copiar todos los archivos . . . " y elija "OK". 4b. Si ya est╨░ instalado, seleccione "S╨▓lo editar CONFIG.SYS . . ." y elija "OK". 5. Seleccione el controlador ODI para la tarjeta de red y elija "Continuar. . ." 6. Seleccione las opciones que desee para el soporte de NetWare para aplicaciones de DOS y MS Windows y elija "Continuar . . ." 7. Seleccione "Soporte remoto de Conductos nombrados". 8. Configure la estaci╨▓n de trabajo como cliente o servidor de Conductos nombrados. 8a. Elija "S╨▓lo soporte de cliente" para configurar la estaci╨▓n como un cliente de aplicaci╨▓n para Conductos nombrados. Para que la estaci╨▓n de trabajo sea cliente de la aplicaci╨▓n distribuida SQL Server, debe seguir algunos pasos adicionales. Despu╨Æs de terminar esta secci╨▓n y la secci╨▓n"Configuraci╨▓n de Conductos nombrados para OS/2", vaya a "Instrucciones espec╨▒ficas para estaciones de trabajo del Cliente SQL" 8b. Elija "Soporte de cliente y servidor" e introduzca un nombre de m╨░quina para configurar la estaci╨▓n de trabajo como un servidor de la aplicaci╨▓n para Conductos nombrados. Elija "Ayuda" para conocer los requisitos de sintaxis del nombre de la m╨░quina. 9. Elija "Guardar . . ." 10. Compruebe el nombre de archivo y su ubicaci╨▓n y elija "OK". Si no ha instalado el Cliente NetWare para OS/2, aparecer╨░ la pantalla "Copiar archivos del Requester". Contin╨│e con el Paso 11. Si ha instalado anteriormente el Cliente NetWare para OS/2, aparecer╨░ el men╨│ de instalaci╨▓n principal. 11. Elija "Copiar" y siga la indicaci╨▓n de las pantallas hasta terminar la instalaci╨▓n del Cliente NetWare para OS/2. ΓòÉΓòÉΓòÉ 14.2. Configuraci╨▓n de Conductos nombrados para OS/2 ΓòÉΓòÉΓòÉ Configuraci╨▓n de Conductos nombrados para OS/2 El soporte de Conductos nombrados de Novell contiene ajustes de configuraci╨▓n por defecto, aunque es posible personalizar la configuraci╨▓n. Siga las instrucciones que aparecen a continuaci╨▓n: Γûá Determine si necesita cambiar la configuraci╨▓n por defecto para Conductos nombrados y SPX. Γûá Cambie la configuraci╨▓n si es necesario. Puede modificar la configuraci╨▓n para funciones tales como: Γûá N╨│mero de sesiones disponibles de servidor y cliente Γûá N╨│mero de sesiones de SPX disponibles para Conductos nombrados u otras comunicaciones de SPX (Conductos nombrados utiliza SPX) Requisito previo El Cliente NetWare para OS/2 debe estar instalado. Procedimiento1. Inicie el programa de instalaci╨▓n de NetWare para OS/2. Es posible que el programa ya est╨Æ ejecut╨░ndose si ya se ha instalado el soporte de Conductos nombrados. De no ser as╨▒, elija el icono "Instalaci╨▓n" del grupo "Novell" desde el escritorio. 2. Elija "Esta estaci╨▓n de trabajo . ." en el men╨│ "Configuraci╨▓n". 3. Compruebe la ubicaci╨▓n del archivo NET.CFG y elija "Editar". Aparecer╨░ la ventana "Editar el archivo NET.CFG". Puede cortar y pegar texto de la ventana de ayuda en la parte inferior de la pantalla a la ventana "Contenido actual del archivo NET.CFG". Utilice el diagrama Definici╨▓n de las teclas que pueden emplearse en el archivo NET.CFG chart. 4. Seleccione "Named Pipes" en la casilla "Opciones NET.CFG" de la izquierda de la pantalla. 5. Determine si necesita cambiar la configuraci╨▓n de "client sessions" y otros ajustes de "Named Pipes". Si decide no cambiar la configuraci╨▓n de un ajuste, no realice ninguna operaci╨▓n. 5a. Seleccione uno de estos tres ajustes.. Por ejemplo, "client sessions". 5b. Consulte la ventana de ayuda del inferior de la pantalla para determinar si debe modificar la configuraci╨▓n de este ajuste. Puede elegir los botones "Uso", "Descripci╨▓n" y "Ejemplo" de la derecha de la ventana para obtener m╨░s informaci╨▓n sobre el ajuste seleccionado. 5c. (Optativo) Si decide variar la configuraci╨▓n, a╨┤ada las l╨▒neas de configuraci╨▓n (como muestra la ventana de ayuda "Uso"), en la casilla "Contenido actual del archivo NET.CFG". Importante Debe seguir los requisitos de formato expuestos en el tema "Formato de opciones de NET.CFG". Para conocer estos requisitos, seleccione el tema desde la casilla "Opciones NET.CFG" y elija "Uso". Repita los pasos de 5a a 5c para cada ajuste. 6. Seleccione "Protocol Stack SPX" en la casilla "Opciones NET.CFG" de la izquierda de la pantalla. 7. Seleccione el ajuste "sessions" debajo de "Protocol Stack". 8. Consulte la ventana de ayuda de la parte inferior de la pantalla para determinar si necesita cambiar la configuraci╨▓n de "sessions". Puede elegir los botones "Uso", "Descripci╨▓n" y "Ejemplo" de la derecha de la ventana para obtener m╨░s informaci╨▓n sobre el ajuste seleccionado. 9. (Optativo) Si decide variar la configuraci╨▓n, a╨┤ada las l╨▒neas de configuraci╨▓n (como muestra la ventana de ayuda "Uso"), en la casilla "Contenido actual del archivo NET.CFG". Si decide no cambiar la configuraci╨▓n, no realice ninguna operaci╨▓n en este paso. Importante Debe seguir los requisitos de formato expuestos en el tema "Formato de opciones de NET.CFG". Para conocer estos requisitos, seleccione el tema desde la casilla "Opciones NET.CFG" y elija "Uso". 10. Elija "Guardar". 11. Salga del programa de instalaci╨▓n del Cliente NetWare para OS/2. 11a. Si su estaci╨▓n de trabajo va a ser un cliente de la aplicaci╨▓n distribuida SQL Server, cierre el programa de instalaci╨▓n y vaya a "Instrucciones espec╨▒ficas para estaciones de trabajo del Cliente SQL" No reinicie el computador. 11b. Si la estaci╨▓n de trabajo no va a ser cliente de SQL, cierre el programa de instalaci╨▓n y utilice la funci╨▓n "Concluir" de OS/2 para reiniciar el computador. ΓòÉΓòÉΓòÉ 14.3. Instrucciones espec╨▒ficas para estaciones de trabajo del Cliente SQL ΓòÉΓòÉΓòÉ Instrucciones espec╨▒ficas para estaciones de trabajo del Cliente SQL Importante Lo siguiente s╨▓lo se aplica a sesiones emuladas de DOS. Las estaciones de cliente de OS/2 para la aplicaci╨▓n distribuida SQL Server deben utilizar versiones especiales de los archivos NETAPI.DLL y NETOEM.DLL. ╨ástas se encuentran en el directorio \SQL del disquete WSOS2_1. NETAPI.DLL del directorio \SQL recoge todo lo que contiene NETAPI.DLL por defecto (incluidas las llamadas a NETBIOS), as╨▒ como otras llamadas a funciones necesarias para los clientes y servidores de SQL. Lleve a cabo los siguientes pasos para copiar estos archivos en el emplazamiento correcto Procedimiento1. Inserte el disquete WSOS2_1 en una unidad de disco flexible. 2. Copie el NETAPI.DLL existente ubicado en el subdirectorio \NETWARE en NETAPI.BAK. 3. Cree un subdirectorio \NETWARE\INSTALL$.NEW. 4. Copie los archivos NETAPI.DLL y NETOEM.DLL desde el subdirectorio \SQL del disquete al sudirectorio \NETWARE\INSTALL$.NEW. Advertencia Compruebe que ha copiado estos archivos desde el subdirectorio \SQL, puesto que tambi╨Æn existe un NETAPI.DLL en el directorio ra╨▒z del disquete. Los dos NETAPI.DLL son diferentes. NETAPI.DLL de \SQL emula las funciones del soporte de LAN Manager que necesitan los clientes SQL. Sin embargo, este archivo NETAPI.DLL no proporciona soporte completo de LAN Manager. Es posible que una aplicaci╨▓n que interprete un soporte de LAN Manager completo no se ejecute adecuadamente si detecta llamadas LAN Manager. 5. Utilice la funci╨▓n "Concluir" de OS/2 para reiniciar el computador. ΓòÉΓòÉΓòÉ 15. Uso de NetBIOS ΓòÉΓòÉΓòÉ Uso de NetBIOS En esta secci╨▓n se tratan los siguientes temas: Determinaci╨▓n de los controladores NetBIOS que deben configurarse Configuraci╨▓n del controlador NetBIOS de Novell Configuraci╨▓n de NETBIOS.OS2 con PROTOCOL.INI Muchos de los procedimientos en este cap╨▒tulo se pueden completar autom╨░ticamente usando MPTS bajo OS/2 Warp (vea la documentaci╨▓n de IBM MPTS). Se presentan los procedimientos para quienes usan OS/2 2.x y para quienes desean configurar el controlador ODINSUP manualmente. Extended Services y LAN Services, a los que se hace referencia en este cap╨▒tulo no existen en OS/2 Warp. Si est╨░ usando OS/2 Warp, comun╨▒quese con IBM para obtener m╨░s informaci╨▓n. Importante El protocolo NetBIOS se dise╨┤╨▓ para redes a peque╨┤a escala. En tanto que Novell ha a╨┤adido funciones a la especificaci╨▓n original, la emulaci╨▓n de NetBIOS de Novell sigue siendo muy eficaz para las redes peque╨┤as. Es recomendable que utilice SPX en lugar de NetBIOS si sus aplicaciones cuentan con soporte para SPX, si la red contiene varios miles de estaciones o si los segmentos de LAN est╨░n interconectados mediante m╨░s de un Router. Descripci╨▓n general En este cap╨▒tulo se explica c╨▓mo configurar el controlador NetBIOS de Novell y la estaci╨▓n de trabajo para NetBIOS cuando tambi╨Æn se ha instalado Extended Services de IBM o NetBIOS para LAN Services. El Cliente NetWare para OS/2 proporciona un controlador NetBIOS, NETBIOS.SYS, que emula el protocolo NetBIOS. El Cliente NetWare para OS/2 suministra un controlador NetBIOS, NETBIOS.SYS, que emula el protocolo NetBIOS.El NetBIOS suministrado por Novell se denomina emulador porque no transmite paquetes NetBIOS en la red, sino que ╨Æstos se env╨▒an en c╨░psulas de paquetes IPX, que son los que se transmiten. Los Extended Services y LAN Services de IBM suministran un controlador NetBIOS original (NETBEUI.OS2) en vez de una emulaci╨▓n. ΓòÉΓòÉΓòÉ 15.1. Determinaci╨▓n de los controladores NetBIOS que deben configurarse ΓòÉΓòÉΓòÉ Determinaci╨▓n de los controladores NetBIOS que deben configurarse Cuando en esta secci╨▓n se hace referencia al soporte de NetBIOS disponible con un producto IBM (por ejemplo, Extended Services), se presupone que el producto contiene los archivos enumerados. Por defecto, los archivos que se indican aqu╨▒ est╨░n incluidos en los paquetes de Extended Services y LAN Services. Por defecto, LAPS est╨░ incluido en ambos paquetes, aunque diferentes componentes de NetBIOS est╨░n realmente en uso en cada paquete. Sin embargo, los archivos mostrados tambi╨Æn pueden encontrarse en otros paquetes. Por ejemplo, es posible recibir el programa LAPS de IBM sin recibir Extended Services. En este caso, podr╨▒a disponer del soporte de NetBIOS suministrado habitualmente por Extended Services sin contar con todo el producto Extended Services. Cont╨░ctese con IBM para solventar las dudas sobre cu╨░les de sus archivos IBM tienen relaci╨▓n con el soporte de NetBIOS. Use esta secci╨▓n para determinar si la aplicaci╨▓n que utiliza necesita acceder al controlador NETBIOS.SYS de Novell, al controlador NETBEUI.OS2 de IBM o a ambos. La aplicaci╨▓n puede acceder a determinados controladores dependiendo de: Γûá Si se ha instalado Extended Services o LAN Services en la estaci╨▓n de trabajo. Γûá La interfaz utilizada por la aplicaci╨▓n. Software IBM instalado El soporte de NetBIOS se suministra con: Γûá Extended Services Γûá LAN Services Extended Services El soporte de Extended Services de NetBIOS se incluye en los programas LAPS. Los componentes de LAP relativos a NetBIOS son Γûá NETAPI.DLL Γûá ACSNETB.DLL Γûá NETBIOS.OS2 Γûá NETBEUI.OS2 Γûá LANPDD Γûá LANVDD LAN Services El soporte de NetBIOS para LAN Services se incluye en el programa LAPS y en NETWKSTA.200. Interfaz de la aplicaci╨▓n OS/2 Las aplicaciones NetBIOS para OS/2 usan bibliotecas de enlace din╨░mico (DLL) para actuar como interfaz con los controladores NetBIOS. El tipo de DLL que utilizar╨░ la aplicaci╨▓n depender╨░ de la interfaz NetBIOS est╨░ndar que utilice la aplicaci╨▓n: Γûá ACSNETB.DLL ╨ásta es la interfaz NetBIOS 3.0 (NB30) de IBM que se presenta en la versi╨▓n 2.0 de OS/2. Es posible las aplicaciones escritas antes de la versi╨▓n 2.0 del OS/2 no puedan utilizarla. Γûá El archivo NETAPI.DLL Es la interfaz original NetBIOS Submit para OS/2, que pod╨▒a ser utilizada por el Administrador de LAN y LAN Server antes de que saliera al mercado OS/2 Versi╨▓n 2.0. Puede usar aplicaciones que empleen diferentes interfaces al mismo tiempo, siempre que tenga instalado y configurado el soporte para cada interfaz. Por ejemplo, puede ejecutar una aplicaci╨▓n NB30 y una aplicaci╨▓n NetBIOS Submit en la misma estaci╨▓n de trabajo. Consulte la documentaci╨▓n sobre la aplicaci╨▓n en cuesti╨▓n para determinar qu╨Æ interfaz NetBIOS utiliza y, a continuaci╨▓n, estudie los diagramas de flujo para averiguar Γûá Si la aplicaci╨▓n que utiliza puede acceder al controlador NetBIOS de IBM o Novell. Γûá D╨▓nde se encuentran las instrucciones sobre configuraci╨▓n de controladores. Diagrama Determinaci╨▓n del soporte de NetBIOS para aplicaciones NetBIOS 3.0 (NB30) Diagrama Determinaci╨▓n del soporte de NetBIOS para aplicaciones NetBIOS Submit ΓòÉΓòÉΓòÉ 15.1.1. Determinaci╨▓n del soporte de NetBIOS para aplicaciones NetBIOS 3.0 ΓòÉΓòÉΓòÉ (NB30) Determinaci╨▓n del soporte de NetBIOS para aplicaciones NetBIOS 3.0 (NB30) ΓòÉΓòÉΓòÉ 15.1.2. Determinaci╨▓n del soporte de NetBIOS para aplicaciones NetBIOS Submit ΓòÉΓòÉΓòÉ Determinaci╨▓n del soporte de NetBIOS para aplicaciones NetBIOS Submit ΓòÉΓòÉΓòÉ 15.2. Configuraci╨▓n del controlador NetBIOS de Novell ΓòÉΓòÉΓòÉ Configuraci╨▓n del controlador NetBIOS de Novell Siga las instrucciones de esta secci╨▓n si se le ha remitido aqu╨▒ desde el diagrama de flujo Determinaci╨▓n del soporte de NetBIOS para aplicaciones NetBIOS Submit debido a que Γûá Dispone de una aplicaci╨▓n NetBIOS Submit ΓûáDispone de Extended Services Γûá No dispone de LAN Services Como muestra la figura, el controlador Novell NetBIOS interact╨│a con el archivo NETAPI.DLL cuando no se dispone de Extended Services. Peticiones NetBIOS a trav╨Æs del controlador NetBIOS de Novell Como muestra la figura, si utiliza Extended Services, el NETAPI.DLL empleado pertenece al paquete Extended Services. Este NETAPI.DLL act╨│a como interfaz del archivo NETSUB.DLL de Novell, que a su vez funciona como controlador NetBIOS de Novell. Peticiones NetBIOS a trav╨Æs del controlador NetBIOS de Novell con Extended Services instalado Siga las instrucciones en "Instalaci╨▓n del controlador" para usar el controlador NetBIOS de Novell. El procedimiento es vigente ya sea que tenga o no Extended Services. Importante Si utiliza Extended Services, debe obtener un archivo NETAPI.DLL actualizado de IBM. El que se incluye con la versi╨▓n b╨░sica de Extended Services 1.0 no proporciona el soporte de NetBIOS necesario ΓòÉΓòÉΓòÉ 15.2.1. Instalaci╨▓n del controlador ΓòÉΓòÉΓòÉ Instalaci╨▓n del controlador Requisitos previos Instale Extended Services si dispone de ellos. Consulte la documentaci╨▓n de IBM relativa a Extended Services. Instale le aplicaci╨▓n NetBIOS. Consulte la documentaci╨▓n relativa a la aplicaci╨▓n. NotaPuede instalar el Cliente NetWare para OS/2 siguiendo este procedimiento. Debe instalar el controlador NetBIOS de Novell en cada computador que vaya a utilizar el NetBIOS de Novell. Procedimiento1. Inicie el programa de instalaci╨▓n de NetWare para OS/2. Si el Cliente NetWare para OS/2 no est╨░ instalado, inicie el programa desde el disquete WSOS2_1. Teclee INSTALL. Puede instalar el Cliente NetWare para OS/2 cuando instale NetBIOS. Si el Cliente NetWare para OS/2 est╨░ instalado, puede iniciar el programa seleccionando el icono "Instalaci╨▓n" en el grupo "Novell" del Escritorio. 2. Elija "Requester en estaci╨▓n de trabajo" en el men╨│ "Instalaci╨▓n". 3. Compruebe el directorio de destino y origen y elija "OK". 4. Seleccione una opci╨▓n en la pantalla "Instalaci╨▓n del Requester" en funci╨▓n de si el Cliente NetWare para OS/2 est╨░ instalado o no 4a. Si no lo est╨░, seleccione "Editar CONFIG.SYS y copiar todos los archivos . . . " y elija "OK". 4b. Si est╨░ instalado, seleccione "S╨▓lo editar CONFIG.SYS . . ." y elija "OK". 5. Seleccione el controlador ODI para la tarjeta de red y elija "Continuar. . ." 6. Seleccione las opciones que desee para el soporte de NetWare para aplicaciones de DOS y Windows y elija "Continuar . . ." 7. Seleccione "Emulaci╨▓n NetBIOS para sesiones OS/2". 8. Elija "Guardar . . ." 9. Compruebe el nombre de archivo y su ubicaci╨▓n y elija "OK". Si no ha instalado anteriormente el Cliente NetWare para OS/2, aparecer╨░ la pantalla "Copiar archivos del Requester". Contin╨│e con el Paso 10. Si ha instalado anteriormente el Cliente NetWare para OS/2, aparecer╨░ el men╨│ de instalaci╨▓n principal. Vaya a "Configuraci╨▓n del controlador" a continuaci╨▓n. 10. Elija "Copiar" y siga las indicaciones de las pantallas hasta terminar la instalaci╨▓n del Cliente NetWare para OS/2. Cuando vuelva al men╨│ principal, vaya a "Configuraci╨▓n del controlador". Configuraci╨▓n del controlador El controlador NetBIOS de Novell se suministra con ajustes de configuraci╨▓n por defecto, aunque es posible personalizar la configuraci╨▓n. Siga las instrucciones que aparecen a continuaci╨▓n: Γûá Determine si necesita cambiar la configuraci╨▓n por defecto para NetBIOS de NetWare. Γûá Cambie la configuraci╨▓n si es necesario. Puede cambiar la configuraci╨▓n para gestionar funciones tales como nombres, sesiones y comandos. Si desconoce cu╨░les son los nombres, sesiones y comandos de NetBIOS, consulte la documentaci╨▓n de la aplicaci╨▓n NetBIOS que utilice. Requisito previo El Cliente NetWare para OS/2 debe estar instalado. Procedimiento1. Inicie el programa de instalaci╨▓n de NetWare para OS/2. Es posible que ya se est╨Æ ejecutando el programa si acaba de instalar el controlador NetBIOS. Si no es as╨▒, in╨▒cielo eligiendo el icono "Instalaci╨▓n" del grupo "Novell" desde el escritorio. 2. Elija "Esta estaci╨▓n de trabajo . ." en el men╨│ "Configuraci╨▓n". 3. Verifique la ubicaci╨▓n de NET.CFG y elija "Editar". Aparecer╨░ la ventana "Editar el archivo NET.CFG". Puede cortar y pegar texto de la ventana de ayuda en la parte inferior de la pantalla a la ventana "Contenido actual del archivo NET.CFG". Utilice el diagrama Definici╨▓n de las teclas que pueden emplearse para el archivo NET.CFG chart. 4. Seleccione "NetWare NetBIOS" en la casilla "Opciones NET.CFG" de la izquierda de la pantalla. 5. Determine si necesita cambiar la configuraci╨▓n de los ajustes debajo de "NetWare NetBIOS." Si decide no cambiar la configuraci╨▓n de un ajuste, no realice ninguna operaci╨▓n. 5a. Seleccione uno de los ajustes. Por ejemplo, "abort timeout." 5b. Consulte la ventana de ayuda del inferior de la pantalla para determinar si debe modificar la configuraci╨▓n de este ajuste. Puede elegir los botones "Uso", "Descripci╨▓n" y "Ejemplo" de la derecha de la pantalla para obtener m╨░s informaci╨▓n sobre el ajuste seleccionado. 5c. (Optativo) Si decide variar la configuraci╨▓n, a╨┤ada las l╨▒neas de configuraci╨▓n (como muestra la ventana de ayuda "Uso"), en la casilla "Contenido actual del archivo NET.CFG". Importante Debe seguir los requisitos de formato expuestos en el tema "Formato de opciones de NET.CFG". Para conocer estos requisitos, seleccione el tema desde la casilla "Opciones NET.CFG" y elija "Uso". Repita desde el paso 5a hasta el paso 5c para cada ajuste. 6. Elija "Guardar". 7. Salga del programa de instalaci╨▓n del Cliente NetWare para OS/2. Si la aplicaci╨▓n NetBIOS no va a acceder al controlador NetBIOS de IBM, utilice la funci╨▓n "Concluir" de OS/2 para arrancar el computador. Para que la aplicaci╨▓n NetBIOS acceda al controlador NetBIOS de IBM, no vuelva a arrancar el computador. En su lugar, configure el controlador IBM como se explica en una de las siguientes secciones: Γûá "Configuraci╨▓n de NETBIOS.OS2 con PROTOCOL.INI" Γûá "Configuraci╨▓n de NETWKSTA.200 con IBMLAN.INI" en la secci╨▓n "Configuraci╨▓n de NETBIOS.OS2 con PROTOCOL.INI". Si no sabe cu╨░l de estas dos secciones leer, vaya a "Determinaci╨▓n de los controladores NetBIOS que deben configurarse." ΓòÉΓòÉΓòÉ 15.3. Configuraci╨▓n de NETBIOS.OS2 con PROTOCOL.INI ΓòÉΓòÉΓòÉ Siga las instrucciones de esta secci╨▓n s╨▓lo si se le ha remitido aqu╨▒ desde el diagrama de flujo en la figura Determinaci╨▓n del soporte de NetBIOS para aplicaciones NetBIOS 3.0 (NB30) debido a que Γûá Se dispone del programa LAPS. Γûá Se dispone de una aplicaci╨▓n NetBIOS 3.0. Como muestra la siguiente figura, ACSNETB.DLL de IBM act╨│a como interfaz de NETBIOS.OS2, que tambi╨Æn suministra IBM. Es posible configurar NETBIOS.OS2 para que pase peticiones NetBIOS a: Γûá NETBEUI.OS2, el controlador NetBIOS de IBM. Γûá NETBIOS.SYS, el controlador NetBIOS de Novell. En esta secci╨▓n se explica c╨▓mo configurar NETBIOS.OS2 para que permita utilizar ambos controladores NetBIOS simult╨░neamente o bien el controlador de Novell ╨│nicamente. Si s╨▓lo desea utilizar el controlador NetBIOS de IBM, no es preciso configuraci╨▓n alguna. Por defecto, NETBIOS.OS2 s╨▓lo se comunica con NETBEUI.OS2. Peticiones NetBIOS a trav╨Æs de NETBIOS.OS2 Requisitos previos Requisitos Instale Extended Services con el soporte de NetBIOS. Compruebe que puede obtener una conexi╨▓n NetBIOS. Instale LAN Services (el soporte de NetBIOS est╨░ instalado por defecto). Compruebe que puede obtener una conexi╨▓n LAN. Instale el Cliente NetWare para OS/2 con el controlador NetBIOS de Novell. En este procedimiento se va a editar el archivo PROTOCOL.INI para definir un adaptador virtual para los controladores NetBIOS de Novell e IBM. ProcedimientoEn este procedimiento se va a editar el archivo PROTOCOL.INI con el find de definir un adaptador virtual para los controladores NetBIOS de Novell e IBM. 1. Abra el archivo PROTOCOL.INI en un editor de texto. PROTOCOL.INI est╨░ ubicado en el directorio \IBMCOM. Por ejemplo, para utilizar el Editor del Sistema de OS/2, teclee en la l╨▒nea de comandos: E C:\IBMCOM\PROTOCOL.INI <Intro> 2. Busque la siguiente l╨▒nea: [NETBIOS] Si la l╨▒nea [NETBIOS] no existe, teclee la l╨▒nea al final del archivo PROTOCOL.INI, como se ha indicado. 3. Debajo de [NETBIOS], teclee la siguiente l╨▒nea: DriverName = NETBIOS$ La l╨▒nea debe sangrarse al menos con un espacio y seguir otros requisitos de formato para IBMLAN.INI. NETBIOS$ es el nombre de dispositivo de NETBIOS.OS2. Si la l╨▒nea ya existe, vaya al siguiente paso 4. Debajo de DriverName, teclee l╨▒neas que asignen n╨│meros de adaptador a los controladores NetBIOS de IBM y Novell. Para que las aplicaciones NB30 NetBIOS puedan usar s╨▓lo el controlador NetBIOS de Novell, a╨┤ada una l╨▒nea para NetBIOS de Novell. Para que las aplicaciones NB30 puedan usar los controladores de Novell e IBM, a╨┤ada otra l╨▒nea para NetBIOS de IBM. NotaCuando se define la red Novell con NetBIOS, el valor por defecto para la red IBM con NetBIOS deja de ser v╨░lido. Por lo tanto, si va a utilizar el controlador NetBIOS de IBM, deber╨░ a╨┤adir una l╨▒nea para la red IBM. Cada l╨▒nea a╨┤adida debe ser similar a la siguiente: ADAPTERa = b,c,sesiones,comandos,nombres NotaSi ya hab╨▒a l╨▒neas ADAPTER, resp╨Ætelas. Reemplace las variable por los valores indicados en el diagrama Par╨░metros para definir NetBIOS en PROTOCOL.INI. Por ejemplo, para permitir que las aplicaciones utilicen los controladores Novell y NetBIOS de IBM, las correspondientes l╨▒neas del archivo PROTOCOL.INI podr╨▒an ser: [NETBIOS] DriverName = NETBIOS$ Adapter0 = ipxnb$,0,16,16,8 Adapter1 = netbeui$,0,32,14,8 Para obtener m╨░s informaci╨▓n sobre definici╨▓n de adaptadores en NETBIOS.OS2, consulte la documentaci╨▓n de Extended Services. 5. Inserte una l╨▒nea en blanco al final del archivo. 6. Guarde el archivo PROTOCOL.INI y salga del editor de texto. 7. Utilice la funci╨▓n "Concluir" del men╨│ sistema de OS/2 para volver a arrancar el computador. Tras volver a arrancar el computador, las aplicaciones NB30 NetBIOS podr╨░n emplear todos los controladores que haya definido con una l╨▒nea Adapter. Configuraci╨▓n de NETWKSTA.200 con IBMLAN.INI Siga las instrucciones de esta secci╨▓n s╨▓lo si se le ha remitido aqu╨▒ desde el diagrama de flujo Determinaci╨▓n del soporte de NetBIOS para aplicaciones NetBIOS Submit debido a que cuenta con: Γûá La aplicaci╨▓n NetBIOS Submit. Γûá LAN Services. Como muestra la siguiente figura, NETAPI.DLL act╨│a como interfaz de NETWKSTA.200 de IBM. El archivo NETAPI.DLL utilizado es el que se suministra con LAN Services. Esto ocurre por defecto, ya que el directorio \MUGLIB\DLL que almacena NETAPI.DLL de LAN Services se escribe antes en la v╨▒a de acceso que el directorio \NETWARE que contiene NETAPI.DLL del Cliente NetWare para OS/2. Peticiones NetBIOS a trav╨Æs de NETWKSTA.200 NETWKSTA.200 puede configurarse para pasar peticiones NetBIOS a Γûá NETBEUI.OS2, el controlador NetBIOS de IBM. Γûá NETBIOS.SYS, el controlador NetBIOS de Novell. En esta secci╨▓n se explica c╨▓mo configurar NETWKSTA.200 para que permita utilizar simult╨░neamente ambos controladores NetBIOS o ╨│nicamente el controlador de Novell. Si s╨▓lo desea utilizar el controlador NetBIOS de IBM, no es preciso configuraci╨▓n alguna. Por defecto, NETWKSTA.200 s╨▓lo se comunica con NETBEUI.OS2. Requisitos previos Requisitos Instale Extended Services si dispone de ellos. Instale LAN Services (el soporte de NetBIOS est╨░ instalado por defecto). Compruebe que puede obtener una conexi╨▓n LAN. Instale el Cliente NetWare para OS/2 con el controlador NetBIOS de Novell. Procedimiento1.Abra el archivo IBMLAN.INI en un editor de texto. IBMLAN.INI se encuentra en el directorio \IBMLAN de la unidad de arranque. Por ejemplo, para utilizar el Editor del Sistema de OS/2, teclee en la l╨▒nea de comandos E C:\IBMLAN\IBMLAN.INI <Intro> 2. Busque la siguiente l╨▒nea: [networks] Debajo de la l╨▒nea [networks], debe haber una l╨▒nea similar a la siguiente que defina una red determinada como la ╨│nica que usa el controlador NetBIOS de IBM, NETBEUI.OS2: net1 = NETBEUI$,1,LM10,32,50,14 Esta l╨▒nea especifica net1 como la red que usa el controlador NetBIOS de IBM. 3. Si el controlador IBM est╨░ definido como net1, cambie el 1 por un 2. La l╨▒nea debe ser similar a la siguiente: net2 = NETBEUI$,1,LM10,32,50,14 Debe cambiar el controlador de IBM porque el controlador Novell tiene que definirse como net1 para que el NetBIOS doble funcione. 4. Debajo de las instrucciones net existentes, teclee una l╨▒nea para asignar la red n╨│mero 1 al controlador NetBIOS de Novell. NotaEn el Requester de LAN y LAN Server est╨░ definida por defecto una red NetBIOS para IBM. Si desea que las aplicaciones NetBIOS Submit utilicen ╨│nicamente el controlador NetBIOS de Novell, a╨┤ada en la l╨▒nea del controlador de IBM un punto y coma. La l╨▒nea debe sangrarse al menos con un espacio y seguir otros requisitos de formato para IBMLAN.INI. La l╨▒nea de Novell a╨┤adida debe ser similar a la siguiente: neta = b,c,LM10,sesiones,comandos,nombres Reemplace las variables por los valores indicados en la tabla Par╨░metros para definir NetBIOS doble en IBMLAN.INI table: Por ejemplo, para permitir que las aplicaciones utilicen los controladores Novell y NetBIOS de IBM, las correspondientes l╨▒neas del archivo IBMLAN.INI podr╨▒an ser: [networks] net1 = IPXNB$,1,LM10,32,16,8 net2 = NETBEUI$,1,LM10,16,16,8 Para obtener m╨░s informaci╨▓n sobre la definici╨▓n de redes para NETWKSTA.200, consulte la documentaci╨▓n de LAN Services. 5. Si el computador es un LAN Server, realice lo siguiente: 5a. Busque la l╨▒nea [server] en el archivo IBMLAN.IN. 5b. Al final de la secci╨▓n [server], busque la siguiente l╨▒nea: srvnets = neta 5c. A╨┤ada la red Novell con NetBIOS a la l╨▒nea. Separe la red Novell de las redes existentes con una coma. Por ejemplo, si el controlador NetBIOS de Novell era net2: srvnets = NET1,NET2 La l╨▒nea debe sangrarse al menos con un espacio y seguir otros requisitos de formato para IBMLAN.INI. Esta l╨▒nea indica a LAN Services en qu╨Æ red env╨▒a las llamadas a NetBIOS para servidores. 6. Si el computador es un Requester de LAN, realice lo siguiente: 6a. Busque la l╨▒nea [requester] en el archivo IBMLAN.INI. 6b. Al final de la secci╨▓n [requester], busque la siguiente l╨▒nea: wrknets = neta 6c. A╨┤ada la red Novell con NetBIOS a la l╨▒nea. Separe la red Novell de las redes existentes con una coma. Por ejemplo: wrknets = NET1,NET2 La l╨▒nea debe sangrarse al menos con un espacio y seguir otros requisitos de formato para IBMLAN.INI. Esta l╨▒nea indica a LAN Services por qu╨Æ red enviar las llamadas de NetBIOS a estaciones de trabajo. 7. Guarde el archivo IBMLAN.INI y salga del editor de texto. 8. Utilice la funci╨▓n "Concluir" del men╨│ sistema de OS/2 para volver a arrancar el computador. Cuando se reinicia el computador, las aplicaciones NetBIOS Submit podr╨░n utilizar tanto los controladores de Novell como los de IBM NetBIOS. NotaNETWKSTA.200 debe iniciarse antes de pueda funcionar cualquier tipo de conexi╨▓n NetBIOS. Puede iniciarlo autom╨░ticamente durante el arranque o con el comando NETSTART de LAN Services en una l╨▒nea de comandos. Consulte la documentaci╨▓n de los LAN Services. ΓòÉΓòÉΓòÉ 15.3.1. Par╨░metros para definir NetBIOS en PROTOCOL.INI ΓòÉΓòÉΓòÉ Par╨░metros para definir NetBIOS en PROTOCOL.INI Esta tabla tiene el formato: Variable Significado de la variable ADAPTER Adapter es una palabra clave para NETBIOS.OS2. Es indistinto teclearla en may╨│sculas o min╨│sculas. a Sustituya "a" por un n╨│mero de 0 a 3. ╨áste ser╨░ el n╨│mero de adaptador utilizado por la aplicaci╨▓n. Cuando especifique un n╨│mero de adaptador: Γûá No utilice el mismo n╨│mero que en otras instrucciones adapter. Cada n╨│mero de adaptador s╨▓lo puede definirse para un controlador NetBIOS. Γûá No salte los n╨│meros de adaptador. Por ejemplo, si existe una instrucci╨▓n de adaptador que usa ADAPTER0, emplee ADAPTER1 para la siguiente instrucci╨▓n de adaptador. b Sustituya "b" por el nombre de dispositivo para el controlador NetBIOS.NETBIOS.OS2 reconoce este nombre cuando determina a qu╨Æ controlador pasar las llamadas a NetBIOS. Γûá Sustituya "b" por IPXNB$ para el controlador NetBIOS de Novell. Γûá Sustituya "b" por NETBEUI$ para el controlador NetBIOS de IBM. c Sustituya "c" por un n╨│mero de 0 a 3. ╨áste ser╨░ el n╨│mero de adaptador virtual utilizado por el controlador de destino NetBIOS. Γûá Para el controlador NetBIOS de Novell, siempre debe especificar 0. Γûá Para el controlador NetBIOS de IBM, especifique cualquiera de los adaptadores virtuales que desee utilizar. Consulte la documentaci╨▓n sobre Extended Services en NETBEUI.OS2. sesiones Sustituya "sesiones" por el n╨│mero de sesiones NetBIOS que desea asignar a las aplicaciones NetBIOS 3.0. Este n╨│mero especifica el m╨░ximo n╨│mero de sesiones que pueden estar activas entre NETBIOS.OS2 y el controlador NetBIOS de Novell. El controlador NetBIOS de Novell se configura mediante el ajuste "sessions" en el archivo NET.CFG. El n╨│mero de sesiones que se asigna a la aplicaci╨▓n es el n╨│mero menor entre el valor de NET.CFG y el valor de esta l╨▒nea del archivo PROTOCOL.INI. Por ejemplo, si define 64 sesiones en NET.CFG y el valor de esta l╨▒nea es 48, las aplicaciones NetBIOS 3.0 s╨▓lo podr╨░n usar 48 sesiones. Si define 30 sesiones en NET.CFG y el valor de esta l╨▒nea es 50, las aplicaciones NetBIOS 3.0 s╨▓lo podr╨░n utilizar 30 sesiones. comandos Sustituya comandos con el n╨│mero de comandos NetBIOS que desea asignar a la aplicaci╨▓n NetBIOS NB30. Este n╨│mero especifica el m╨░ximo de comandos que pueden estar activos entre NETBIOS.OS2 y el controlador NetBIOS de Novell. El controlador NetBIOS de Novell se configura mediante el ajuste comandos en el archivo NET.CFG. El n╨│mero de comandos que se asigna en realidad a la aplicaci╨▓n es el n╨│mero menor entre el valor de NET.CFG y el valor de esta l╨▒nea del archivo PROTOCOL.INI. Por ejemplo, si especifica 128 comandos en NET.CFG y el valor de esta l╨▒nea es 100, la aplicaci╨▓n s╨▓lo puede utilizar 100 comandos. Si especifica 80 comandos en NET.CFG y el valor de esta l╨▒nea es 95, la aplicaci╨▓n s╨▓lo puede utilizar 80 comandos. nombres Sustituya nombres con el n╨│mero de nombres NetBIOS que desea asignados en la aplicaci╨▓n NB30. Este n╨│mero especifica el m╨░ximo n╨│mero de nombres que pueden estar activos entre NETBIOS.OS2 y el controlador NetBIOS de Novell. El controlador NetBIOS de Novell se configura mediante el ajuste "names" en el archivo NET.CFG. El n╨│mero de nombres que se asigna a la aplicaci╨▓n es el n╨│mero menor entre el valor de NET.CFG y el valor de esta l╨▒nea del archivo PROTOCOL.INI. Por ejemplo, si especifica 128 nombres en NET.CFG y el valor de esta l╨▒nea es 100, la aplicaci╨▓n s╨▓lo puede utilizar 100 nombres. De todas maneras, si especifica 80 nombres en NET.CFG y el valor de esta l╨▒nea es 95, la aplicaci╨▓n s╨▓lo puede utilizar 80 nombres. ΓòÉΓòÉΓòÉ 15.3.2. Par╨░metros para definir NetBIOS dual en IBMLAN.INI ΓòÉΓòÉΓòÉ Par╨░metros para definir NetBIOS dual en IBMLAN.INI Variable Significado de la variable NET NET es una palabra clave est╨░ndar para NETWKSTA.200. Es indistinto teclearla en may╨│sculas o min╨│sculas. a Sustituya "a" con un n╨│mero de 1 a 4. ╨áste ser╨░ el n╨│mero de la red que desea que utilice NETBIOS.OS2 al enviar peticiones NetBIOS a un controlador de NETBIOS. Cada controlador de NetBIOS debe tener su propio n╨│mero de red. Al especificar un n╨│mero de red: Γûá Use 1 para el controlador NetBIOS de Novell y 2 para el controlador NetBIOS de IBM. Γûá No utilice el mismo n╨│mero que en otras instrucciones net. Cada n╨│mero de red s╨▓lo puede definirse para un controlador NetBIOS. Γûá Utilice n╨│meros consecutivos. Por ejemplo, si existe una instrucci╨▓n net que usa NET1, emplee NET2 para la siguiente instrucci╨▓n. b Sustituya "b" por el nombre de dispositivo para el controlador NetBIOS.NETWKSTA.200 reconoce este nombre cuando determina a qu╨Æ controlador pasar las llamadas a NetBIOS. Sustituya "b" por IPXNB$ para el controlador NetBIOS de Novell. (NETBEUI$ es el nombre de dispositivo para el controlador NetBIOS de IBM.) LM10 LM10 es el nombre del protocolo que permite que NETWKSTA.200 se comunique con m╨░s de un controlador NetBIOS. Tecl╨Æelo exactamente como se indica. c Sustituya "c" por un n╨│mero de 0 a 3. ╨áste ser╨░ el n╨│mero de adaptador virtual utilizado por el controlador de destino NetBIOS para recibir peticiones NetBIOS desde NETWKSTA.200. Γûá Para el controlador NetBIOS de Novell, siempre debe especificar 0. Γûá Para el controlador NetBIOS de IBM, especifique cualquiera de los adaptadores virtuales que desee utilizar. Consulte la documentaci╨▓n sobre Extended Services en NETBEUI.OS2. sesiones Sustituya "sesiones" por el n╨│mero de sesiones con NetBIOS que desea asignar a la aplicaci╨▓n NetBIOS Submit. Este n╨│mero especifica el m╨░ximo n╨│mero de sesiones que pueden estar activas entre NETWKSTA.200 y el controlador NetBIOS de Novell. El controlador NetBIOS de Novell se configura mediante el ajuste "sessions" en el archivo NET.CFG. El n╨│mero de sesiones que se asigna a la aplicaci╨▓n es el n╨│mero menor entre el valor de NET.CFG y el valor de esta l╨▒nea del archivo IBMLAN.INI. Por ejemplo, si define 64 sesiones en NET.CFG y el valor en esta l╨▒nea es de s╨▓lo 48, la aplicaci╨▓n s╨▓lo pude utilizar 48. De todas maneras, si especifica 30 sesiones en NET.CFG y el valor de esta l╨▒nea es 50, la aplicaci╨▓n s╨▓lo puede utilizar 30 sesiones. comandos Sustituya "comandos" con el n╨│mero de comandos NetBIOS que desea asignar a la aplicaci╨▓n NetBIOS Submit. Este n╨│mero especifica el n╨│mero m╨░ximo de sesiones que pueden estar activas entre NETWKSTA.200 y el controlador NetBIOS de Novell. El controlador NetBIOS de Novell se configura mediante el de ajuste "commands" en NET.CFG. El n╨│mero de comandos que realmente se asigna a la aplicaci╨▓n es el n╨│mero menor entre el valor de NET.CFG y el valor de esta l╨▒nea del archivo IBMLAN.INI. Por ejemplo, si especifica 128 comandos en NET.CFG y el valor de esta l╨▒nea es 100, la aplicaci╨▓n s╨▓lo puede utilizar 100 comandos. Si especifica 80 comandos en NET.CFG y el valor de esta l╨▒nea es 95, la aplicaci╨▓n s╨▓lo podr╨░ utilizar 80 comandos. nombres Sustituya nombres por el n╨│mero de nombres NetBIOS que desee asignar a la aplicaci╨▓n NetBIOS Submit. Este n╨│mero especifica el m╨░ximo n╨│mero de nombres que pueden estar activos entre NETWKSTA.200 y el controlador NetBIOS de Novell. El controlador NetBIOS de Novell se configura mediante el ajuste "names" en NET.CFG. El n╨│mero de nombres que realmente se asigna a la aplicaci╨▓n es el n╨│mero menor entre el valor de NET.CFG y el valor de esta l╨▒nea del archivo IBMLAN.INI. Por ejemplo, si especifica 128 nombres en NET.CFG y el valor de esta l╨▒nea es 100, la aplicaci╨▓n s╨▓lo puede utilizar 100 nombres. De esta manera, si especifica 80 nombres en NET.CFG y el valor de esta l╨▒nea es 95, la aplicaci╨▓n s╨▓lo podr╨░ utilizar 80 nombres. ΓòÉΓòÉΓòÉ 16. Uso de ODINSUP ΓòÉΓòÉΓòÉ Uso de ODINSUP Esta secci╨▓n trata: Circunstancias que permiten compartir tarjeta Configuraci╨▓n de ODINSUP Use este cap╨▒tulo si desea que el Cliente de para OS/2 comparta una tarjeta de red con uno o m╨░s de los productos de IBM: Γûá Extended Services Γûá LAN Server Γûá LAN Requester Muchos de los procedimientos indicados en este cap╨▒tulo se pueden llevar a cabo autom╨░ticamente usando MPTS bajo OS/2 Warp (vea la documentaci╨▓n de IBM MPTS). Estos procedimientos se indican para quienes usan OS/2 2.x, y para quienes desean configurar el controlador ODINSUP manualmente.. Extended Services y LAN Services, a los que se hace referencia en este cap╨▒tulo no existen en OS/2 Warp. Si est╨░ usando OS/2 Warp, comun╨▒quese con IBM para obtener m╨░s informaci╨▓n. NoteSi tiene Extended Services o LAN Services, posiblemente desee definir un protocolo NetBIOS. Despu╨Æs de hacer lo indicado en este cap╨▒tulo, Ud. podr╨░ consultar "Uso de NetBIOS". ΓòÉΓòÉΓòÉ 16.1. Circunstancias que permiten compartir tarjeta ΓòÉΓòÉΓòÉ Circunstancias que permiten compartir tarjeta El Cliente NetWare para OS/2 utiliza controladores de protocolo y de red escritos para la especificaci╨▓n ODI (Open Data-Link Interface). Los Extended Services y los LAN Services emplean controladores de protocolo y de red escritos para la especificaci╨▓n NDIS. Aunque el Cliente NetWare para OS/2 use una especificaci╨▓n de controlador diferente de la de los Extended Services y LAN Services, puede compartir una tarjeta de red con estos productos. Esto es posible gracias a los dos controladores suministrados por Novell: Γûá ODINSUP, permite que Extended Services y LAN Services usen controladores LAN ODI. Use ODINSUP cuando desee que el controlador de red ODI controle la tarjeta. Consulte Configuraci╨▓n de ODINSUP. Γûá LANSUP, Permite que el Cliente NetWare para OS/2 utilice controladores de red NDIS. Use LANSUP cuando desee que el controlador NDIS controle la tarjeta. Consulte Configuraci╨▓n de LANSUP. ΓòÉΓòÉΓòÉ 16.2. Configuraci╨▓n de ODINSUP ΓòÉΓòÉΓòÉ Configuraci╨▓n de ODINSUP NotaSalvo que se indique lo contrario, puede seguir las instrucciones de esta secci╨▓n si dispone de Extended Services, LAN Services, o ambos. La instalaci╨▓n de ODINSUP puede hacerse de forma autom╨░tica mediante la opci╨▓n "Utilidades" del programa de instalaci╨▓n de la estaci╨▓n de trabajo OS/2 o la modificaci╨▓n de los archivos de configuraci╨▓n mediante un editor de texto. En las siguientes secciones se indica c╨▓mo configurar cada una de las tres partes utilizando un editor de texto. Cada parte configura un archivo de configuraci╨▓n diferente. Es necesario completar las tres partes. Parte A: Asociaci╨▓n de controladores ODI en PROTOCOL.INI Parte B: Carga de ODINSUP en CONFIG.SYS Parte C: Configuraci╨▓n de ODINSUP en NET.CFG ODINSUP admite controladores ODI compatibles con Ethernet y Token Ring. No admite controladores ARCnet o PC Network II. ΓòÉΓòÉΓòÉ 16.2.1. Parte A: Asociaci╨▓n de controladores ODI en PROTOCOL.INI ΓòÉΓòÉΓòÉ Parte A: Asociaci╨▓n de controladores ODI en PROTOCOL.INI En esta secci╨▓n, modificar╨░ el archivo PROTOCOL.INI con un editor de texto para realizar lo siguiente: Γûá Asociar el stack de protocolos NDIS a los controladores ODI. Γûá Suprimir las l╨▒neas que asocian el stack de protocolos NDIS a los controladores MAC NDIS. NotaEstas instrucciones se aplican a LAN Server y LAN Requester 2.x. Requisitos previos Requisitos Instale Extended Services en la estaci╨▓n de trabajo. Si dispone de un controlador NDIS para la tarjeta de red del computador, compruebe que puede realizar una conexi╨▓n con el Gestor de comunicaciones o el Gestor de la base de datos. Consulte la documentaci╨▓n relativa a Extended Services. Instale LAN Server o LAN Requester en la estaci╨▓n de trabajo. Si tiene un controlador NDIS para la tarjeta de red del computador, verifique que puede efectuar conexiones adecuadamente en LAN Server de la red. Consulte la documentaci╨▓n relativa a LAN Servicios. Una vez instalado el software de IBM, realice la instalaci╨▓n del Cliente NetWare para OS/2. Mediante el controlador ODI de la tarjeta, compruebe que puede establecer conexiones adecuadamente en la red NetWare. NotaUna vez instalado el Cliente NetWare para OS/2, los Extended Services y LAN Services no podr╨░n utilizar la tarjeta de red para hacer conexiones hasta que ODINSUP se haya configurado totalmente como se indica en este cap╨▒tulo. Procedimiento1. Abra el archivo PROTOCOL.INI en un editor de texto. PROTOCOL.INI se encuentra en el directorio \IBMCOM de la unidad de arranque. Por ejemplo, para utilizar el Editor del Sistema de OS/2, teclee en la l╨▒nea de comandos E C:\IBMCOM\PROTOCOL.INI 2. Busque todas las l╨▒neas que asocian los controladores MAC NDIS. Puede buscar Bindings = controlador MAC NDIS. Si desconoce el nombre del controlador que busca, consulte la documentaci╨▓n de Extended Services o LAN Services. Por ejemplo, para buscar un controlador NDIS de Token-Ring, coloque la siguiente l╨▒nea: Bindings = IBMTOK_NIF Estas l╨▒neas pueden estar en cualquiera de las siguientes secciones, dependiendo de si se han instalado los Extended Services o LAN Services: [NETBEUI_nif] [LANDD_nif] 3. Use el signo de punto y coma para marcar todas las l╨▒neas Bindings que se encuentran en el Paso 2. Por ejemplo, el archivo PROTOCOL.INI para un controlador Token-Ring podr╨▒a ser similar al siguiente: [LANDD_nif] . . ; Bindings = IBMTOK_NIF 4. Despu╨Æs de cada l╨▒nea marcada, a╨┤ada otra que asocie el protocolo NDIS al controlador ODI. Emplee la misma sintaxis que en la l╨▒nea marcada y a╨┤ada el nombre del controlador ODI en lugar del nombre del controlador NDIS. Por ejemplo, para incluir una l╨▒nea para el controlador ODI TOKEN.SYS: [LANDD_nif] . . ; Bindings = IBMTOK_NIF Bindings = TOKEN Dado que los nombres de controlador del archivo PROTOCOL.INI no pueden empezar con un n╨│mero, sit╨│e una X delante de los controladores 3Com y de aquellos que empiecen por un n╨│mero (Ejemplo: Bindings = X3C503). SugerenciaSi Si desconoce el nombre del controlador ODI que va a utilizar, puede arrancar la m╨░quina. Aparecer╨░ un mensaje de error y podr╨░ ver el nombre del controlador ODI que debe utilizar. Si realiza esto, vuelva a abrir el archivo PROTOCOL.INI y retome el procedimiento en este paso. 5. (Condicional) Teclee un n╨│mero de copia para asociar el protocolo NDIS a una determinada tarjeta. Si cuenta con una o m╨░s tarjetas que utilizan el mismo controlador ODI, el protocolo NDIS emplear╨░ la primera tarjeta de red de este tipo. Para que NDIS use una tarjeta distinta de la primera encontrada, puede especificar un n╨│mero de copia. Introd╨│zcalo detr╨░s del nombre del controlador, sin dejar ning╨│n espacio entre ambos. Por ejemplo, si tiene dos tarjetas de red Token-Ring, para que NDIS utilice la segunda tarjeta teclee un n╨│mero de copia para ╨Æsta, como se muestra a continuaci╨▓n: [LANDD_nif] . . ; Bindings = IBMTOK_NIF Bindings = TOKEN2 6. (Condicional) Asocie el protocolo NDIS a otros controladores ODI. Para asociar NDIS a m╨░s de un controlador ODI, introduzca los nombres de controlador en la misma l╨▒nea, separados por una coma. Por ejemplo, para asociarlo a un controlador NE2000 y a uno NE1000, teclee: Bindings=ne2000,ne1000 7. A╨┤ada un encabezado vac╨▒o para los controladores ODI. 7a. Localice MAC SECTION del archivo PROTOCOL.INI. Puede buscar MAC SECTION . 7b. Al final de la secci╨▓n MAC, incluya un encabezado para cada controlador ODI especificado en una l╨▒nea de asociaci╨▓n del paso 4 al 6. Use el nombre del controlador ODI. Por ejemplo, en el caso de un controlador ODI de Token-Ring, teclee la siguiente l╨▒nea: [TOKEN] Deje una l╨▒nea en blanco encima y debajo de la secci╨▓n del encabezado. Si los nombres de controladores empiezan por un n╨│mero, no es preciso que a╨┤ada una X delante al realizar este paso. Este encabezado del controlador ODI es un marcador que impide que la informaci╨▓n relacionada con asociaciones se borre en el caso de que en el futuro se realice la configuraci╨▓n con el programa LAPS. 8. Guarde y salga del archivo PROTOCOL.INI. No salga del editor de texto. Vaya a "Parte B: Carga de ODINSUP en CONFIG.SYS" ΓòÉΓòÉΓòÉ 16.2.2. Parte B: Carga de ODINSUP en CONFIG.SYS ΓòÉΓòÉΓòÉ Part B: Carga de ODINSUP en CONFIG.SYS En esta secci╨▓n, editar╨░ el archivo CONFIG.SYS con un editor de texto para realizar lo siguiente: Γûá Cargar el controlador ODINSUP. Γûá Evitar que se cargue el controlador NDIS de la red (MAC). Requisito previo Siga las instrucciones en "Parte A: Asociaci╨▓n de controladores ODI en PROTOCOL.INI" Procedimiento1. Abra el archivo CONFIG.SYS en un editor de texto. CONFIG.SYS se encuentra en el directorio ra╨▒z de la unidad de arranque. 2. Busque las l╨▒neas que cargan los controladores MAC NDIS. Por ejemplo, en el caso de un controlador Token, localice la siguiente l╨▒nea: DEVICE=C:\IBMCOM\MACS\IBMTOK.OS2 Si desconoce el nombre del controlador NDIS, consulte la documentaci╨▓n de Extended Services o LAN Services. 3. Elimine el controlador MAC NDIS equivalente al controlador ODI que est╨░ utilizando. Por ejemplo, para eliminar un controlador MAC NDIS Token-Ring, incluya un comando REM delante de la l╨▒nea que se emplea para cargarlo, como se muestra a continuaci╨▓n: REM DEVICE=C:\IBMCOM\MACS\IBMTOK.OS2 Si dispone de tarjetas de red y controladores NDIS para otro software de comunicaciones, no marque las l╨▒neas que cargan estos controladores. 4. En las l╨▒neas del Cliente NetWare para OS/2, busque la l╨▒nea que carga el controlador ODI. 5. En una nueva l╨▒nea, debajo de la del controlador ODI, inserte una l╨▒nea para cargar el protocolo ODINSUP. ODINSUP se encuentra en el directorio en el que se instalaron los archivos del Requester de NetWare (\NETWARE, por defecto). Por ejemplo, para cargar el protocolo ODINSUP desde la ubicaci╨▓n por defecto, teclee: DEVICE=C:\NETWARE\ODINSUP.SYS NotaSi cuenta con el controlador de encaminamiento de origen, ROUTE.SYS, cargado despu╨Æs del controlador ODI, sit╨│e la l╨▒nea ODINSUP despu╨Æs de la l╨▒nea de ROUTE.SYS. 6. Compruebe que en el archivo se siguen los requisitos de orden de carga que se muestran en la tabla siguiente. Estos requisitos de orden se cumplir╨░n por defecto. Si ha reorganizado el archivo CONFIG.SYS, es posible que no se cumplan los requisitos de orden de carga. Requisitos de orden de carga para ODINSUP en el archivo ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ ΓöéEstos componentes . . . ΓöéDeben cargarse antes que ╨ÆstosΓöé Γöé Γöé. . . Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéPROTMAN.OS2 (en la secci╨▓n de ΓöéEl protocolo ODINSUP. Γöé ΓöéOS/2 despu╨Æs de las Γöé Γöé Γöéinstrucciones path) Γöé Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéLSL.SYS (en la secci╨▓n ClienteΓöéEl controlador ODI. El Γöé ΓöéNetWare para OS/2) Γöéprotocolo ODINSUP. Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéEl controlador ODI (en la ΓöéEl protocolo ODINSUP. Γöé Γöésecci╨▓n Cliente NetWare para Γöé Γöé ΓöéOS/2) Γöé Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéNWIFS.IFS (en la secci╨▓n ΓöéNETWKSTA.200 (s╨▓lo en Γöé ΓöéCliente NetWare para OS/2) Γöéconfiguraciones de LAN Γöé Γöé ΓöéServices) Γöé ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ 6a. Si el archivo se ajusta a los requisitos de orden de carga, vaya al Paso 8. 6b. Si el archivo no cumple los requisitos de orden de carga, vaya al Paso 7. 7. Modifique el CONFIG.SYS para que se ajuste al orden de carga necesario para ODINSUP. Una vez modificado el CONFIG.SYS, vaya al Paso 8. 8. Guarde CONFIG.SYS y salga de ╨Æl. No salga del editor de texto. Vaya a "Parte C: Configuraci╨▓n de ODINSUP en NET.CFG" ΓòÉΓòÉΓòÉ 16.2.3. Parte C: Configuraci╨▓n de ODINSUP en NET.CFG ΓòÉΓòÉΓòÉ Part C: Configuraci╨▓n de ODINSUP en NET.CFG Importante Es necesario un archivo NET.CFG para utilizar ODINSUP. En esta secci╨▓n, modificar╨░ o crear╨░ un archivo NET.CFG que realice lo siguiente: Γûá Activa los tipos de trama para ODINSUP. Γûá Especifica a ODINSUP la direcci╨▓n de nodo conocida por Extended Services y el formato en el que se transmite esa direcci╨▓n. Γûá Asocia ODINSUP a uno o m╨░s controladores ODI. Γûá Aumenta el tama╨┤o del paquete que puede transmitirse a trav╨Æs del Nivel de soporte de enlace (si es necesario). Requisitos previos Lista de verificaci╨▓n Siga las instrucciones en "Parte A: Asociaci╨▓n de controladores ODI en PROTOCOL.INI" Siga las instrucciones en "Parte B: Carga de ODINSUP en CONFIG.SYS" Procedimiento1. Abra el archivo de texto NET.CFG en el editor de texto. NET.CFG se encuentra en el directorio ra╨▒z de la unidad de arranque. Si no existe NET.CFG, cree un archivo nuevo con ese nombre. 2. Active los tipos de trama para ODINSUP. 2a. Introduzca la siguiente l╨▒nea al comienzo del archivo: link driver nombre de controlador Sustituya nombre de controlador con el nombre del controlador ODI. Por ejemplo, para un controlador Token Ring, teclee: link driver token 2b. Debajo de la l╨▒nea Link Driver, a╨┤ada las l╨▒neas para activar los tipos de trama. Active los tipos de trama que admita la tarjeta. Utilice el ajuste frame para realizar esto. Por ejemplo, para activar todos los tipos de trama para Token-Ring, teclee lo siguiente: link driver token frame token-ring frame token-ring_snap Para activar todos los tipos de trama para Ethernet, introduzca lo siguiente: link driver ne2000 frame ethernet_802.3 frame ethernet_802.2 frame ethernet_ii frame ethernet_snap La primera trama definida es la ╨│nica utilizada para la petici╨▓n inicial de servidor m╨░s cercano "Get Nearest Server". Por lo tanto, si existen algunos servidores que s╨▓lo emplean un tipo de trama, por ejemplo Ethernet_802.3, sit╨│e este tipo de trama en primer lugar. De esta manera, la estaci╨▓n de trabajo podr╨░ establecer una conexi╨▓n por defecto con estos servidores. Importante Cada vez que modifique el archivo NET.CFG, debe sangrar los ajustes, y cumplir los otros requisitos de formato expuestos en "Requisitos de formato de NET.CFG". 3. Consulte lo siguiente para determinar si necesita especificar una direcci╨▓n de nodo en el archivo NET.CFG. Si est╨░ utilizando Extended Services o LAN Services configurados para direcciones administradas de forma global. No necesita especificar una direcci╨▓n de nodo. Vaya al paso 5. Si utiliza Extended Services o LAN Services configurados para direcciones administradas de forma local Debe especificar una direcci╨▓n de nodo. Utilice la direcci╨▓n que aparece en el par╨░metro "NetAddress" del archivo PROTOCOL.INI. Suprima la primera T. Por ejemplo, si PROTOCOL.INI contiene la l╨▒nea NetAddress = "T400000007030" la direcci╨▓n que debe especificar en NET.CFG es 400000007030 Vaya al paso 4. 4. Introduzca una l╨▒nea para especificar la direcci╨▓n de nodo. Teclee esta l╨▒nea bajo la opci╨▓n "Link Driver", encima o debajo de las l╨▒neas que activan los tipos de trama. La direcci╨▓n de nodo debe ser un n╨│mero hexadecimal de 6 bytes (12 caracteres). Use la direcci╨▓n que defini╨▓ en el paso 3. Por ejemplo, para establecer una direcci╨▓n de nodo para una tarjeta Token-Ring en entornos Extended Services, teclee: node address 400000007030 Si la tarjeta permite utilizar inversi╨▓n de bits, puede especificar la direcci╨▓n en formato can╨▓nico (el bit menos significativo en primer lugar) o no can╨▓nico (el bit m╨░s significativo en primer lugar). Por defecto, las siguientes tramas son no can╨▓nicas (MSB): Γûá Token ring Γûá PC Network II Las tramas Ethernet son can╨▓nicas (LSB). Si especifica la direcci╨▓n en un formato distinto del que hay por defecto, debe teclear una M (el bit m╨░s significativo en primer lugar) o L (el bit menos significativo en primer lugar) al final de la direcci╨▓n para indicar a ODINSUP el formato que utiliz╨▓. Por ejemplo, en el caso de entornos Token-Ring que utilizan el formato por defecto para la direcci╨▓n de nodo, la casilla "Contenido actual del archivo NET.CFG" deber╨░ contener l╨▒neas similares a las siguientes: link driver token frame token-ring frame token-ring_snap node address 400000007030 Note que no se necesita una M despu╨Æs de la direcci╨▓n de nodo debido a que la direcci╨▓n primero especifica el bit mas significativo, lo cual es el formato por defecto para Token-Ring. En el caso de entornos Token-Ring que no usan el formato por defecto para la misma direcci╨▓n de nodo, el cuadro "Contenido actual del archivo NET.CFG" debe contener l╨▒neas similares a las siguientes: link driver token frame token-ring frame token-ring_snap node address 020000000E0CL En este caso, es necesaria una L despu╨Æs de la direcci╨▓n de nodo debido a que la direcci╨▓n se especifica con el formato de bit menos significativo primero, el cual no es el formato por defecto para Token-Ring. Para entornos Extended Services de Ethernet, el archivo NET.CFG debe contener l╨▒neas similares a las siguientes: link driver ne2000 frame ethernet_802.3 frame ethernet_802.2 frame ethernet_ii frame ethernet_snap node address 00001B1B055C NotaSi desconoce la direcci╨▓n de nodo, puede escribir una direcci╨▓n "falsa" y continuar. Cuando rearranque la m╨░quina, aparecer╨░ un mensaje indicando la direcci╨▓n correcta. 5. Asocie ODINSUP a uno o m╨░s controladores ODI. Cuando ODINSUP se asocia a un controlador, su tarjeta de red es utilizada por Extended Services y LAN Services para efectuar transmisiones. 5a. A╨┤ada las l╨▒neas siguientes: protocol odinsup bind controlador Reemplace controlador con el nombre del controlador ODI que instal╨▓ con el Cliente NetWare para OS/2. Por ejemplo, para un controlador ODI de Token-Ring, escriba protocol odinsup bind token 5b. (Condicional) Especifique un n╨│mero de copia si dispone de dos o m╨░s tarjetas que utilizan el mismo controlador ODI. Si tiene dos o m╨░s tarjetas de red que usan el mismo controlador ODI, ODINSUP busca las ranuras de la tarjeta de red por orden y se asocia s╨▓lo a la primera tarjeta de ese tipo que encuentre. Para que ODINSUP no se asocie a la primera tarjeta que encuentre, debe especificar un n╨│mero de copia. ODINSUP puede asociarse a un m╨░ximo de cuatro tarjetas. Por ejemplo, si cuenta con dos tarjetas de red Token-Ring, asocie ODINSUP a ambas tarjetas a╨┤adiendo un n╨│mero de copia para la segunda, como se indica a continuaci╨▓n: protocol odinsup bind token bind token 2 6. (Optativo) Aumente el tama╨┤o del paquete transmitido a trav╨Æs del Nivel de soporte de enlace. El aumento del tama╨┤o del paquete puede incrementar la velocidad de transmisi╨▓n si se utiliza una tarjeta Token-Ring 16/4. Si emplea otros tipos de tarjeta, consulte la documentaci╨▓n sobre ╨Æstas para determinar el tama╨┤o m╨░ximo de paquete que admite cada una. Si la tarjeta soporta un tama╨┤o de paquete mayor de 1514, (el valor por defecto de Link Support), la velocidad de transmisi╨▓n puede incrementarse si aumenta el valor por defecto del Nivel de soporte de enlace hasta el m╨░ximo tama╨┤o que permita la tarjeta. Para incrementar el valor por defecto, 6a. Debajo de la l╨▒nea Link Driver, a╨┤ada la l╨▒nea siguiente: link support 6b. Debajo de la l╨▒nea Link Support, a╨┤ada la l╨▒nea siguiente: buffers n╨│mero tama╨┤o_buffer Sangre la l╨▒nea. Sustituya n╨│mero por un n╨│mero de buffers mayor que 1. Sustituya tama╨┤o_buffer por un n╨│mero de bytes superior a 576. El Cliente NetWare para OS/2 no puede utilizar m╨░s de 64 KB de memoria para los buffers de comunicaci╨▓n. La informaci╨▓n de encabezado necesita 5 KB. Esto significa que el n╨│mero de buffer multiplicado por el tama╨┤o del buffer (m╨░s la informaci╨▓n de encabezado) no puede ser superior a 65.536 bytes. Por ejemplo, 20 buffers multiplicados por 1514 bytes es igual a 30.280. Por ejemplo, puede teclear: link support buffers 14 4202 Importante En el caso de tarjetas Token-Ring 16/4, es probable que el Cliente NetWare para OS/2 funcione a pleno rendimiento si se especifican 14 buffers, con un tama╨┤o de 4202 bytes cada uno, como se indicaba en el ejemplo anterior. 7. Guarde los cambios y salga del archivo NET.CFG. 8. Salga del editor de texto. 9. Elija "Concluir" desde el men╨│ Sistema de OS/2 para volver a arrancar la m╨░quina. Cuando el computador arranque de nuevo, el soporte de ODINSUP estar╨░ totalmente configurado. A partir de ahora el Cliente NetWare para OS/2 y Extended Services/LAN Services utilizar╨░n el mismo controlador ODI y la misma tarjeta para transmitir en la red. trata LANSUP y es el cap╨▒tulo 17 en el manual. * Los n╨│meros de referencia para esta secci╨▓n son serie 1700. ΓòÉΓòÉΓòÉ 17. Uso de LANSUP ΓòÉΓòÉΓòÉ Uso de LANSUP Esta secci╨▓n trata: C╨▓mo es posible compartir una tarjeta Definici╨▓n de LANSUP Use este cap╨▒tulo para instalar el Cliente de NetWare para Os/2 en OS/2 2.x, cuando desea que el cliente comparta una tarjeta de red con uno o m╨░s de los siguientes productos de IBM: Γûá Extended Services Γûá LAN Server Γûá LAN Requester Muchos de los procedimientos indicados en este cap╨▒tulo pueden completarse autom╨░ticamente usando MPTS bajo OS/2 Warp (consulte la documentaci╨▓n de IBM MPTS). Los procedimientos indicados son para quienes usan OS/2 2.x y para quienes desean configurar manualmente el controlador ODINSUP. Extended Services y LAN Services, a los que se hace referencia en este cap╨▒tulo no existen en OS/2 Warp. Si est╨░ usando OS/2 Warp, comun╨▒quese con IBM para obtener m╨░s informaci╨▓n. Si instal╨▓ el Cliente de NetWare para OS/2 en OS/2 Warp, use la soluci╨▓n IBM's ODI2NDI para compartir una tarjeta de red. LANSUP no funciona bajo OS/2. Consulte la documentaci╨▓n de IBM MPTS. NoteSi tiene Extended Services o LAN Services, tambi╨Æn desear╨░ definir el protocolo NetBIOS. ΓòÉΓòÉΓòÉ 17.1. Circunstancias que permiten compartir tarjeta ΓòÉΓòÉΓòÉ Circunstancias que permiten compartir tarjeta El Cliente NetWare para OS/2 utiliza controladores de protocolo y de red escritos para la especificaci╨▓n ODI (Open Data-Link Interface). Los Extended Services y los LAN Services emplean controladores de protocolo y de red escritos para la especificaci╨▓n NDIS. Aunque el Cliente NetWare para OS/2 use una especificaci╨▓n de controlador diferente de la de los Extended Services y LAN Services, puede compartir una tarjeta de red con estos productos. Esto es posible gracias a los dos controladores suministrados por Novell: Γûá ODINSUP, permite que Extended Services y LAN Services usen controladores LAN ODI. Use ODINSUP cuando desee que el controlador de red ODI controle la tarjeta. Consulte Configuraci╨▓n de ODINSUP. Γûá LANSUP, Permite que el Cliente NetWare para OS/2 utilice controladores de red NDIS. Use LANSUP cuando desee que el controlador NDIS controle la tarjeta. Consulte Configuraci╨▓n de LANSUP. ΓòÉΓòÉΓòÉ 17.2. Configuraci╨▓n de LANSUP ΓòÉΓòÉΓòÉ Configuraci╨▓n de LANSUP NotaSalvo que se indique lo contrario, puede seguir las instrucciones de esta secci╨▓n si dispone de Extended Services, LAN Services, o ambos. La configuraci╨▓n de LANSUP consta de tres partes. Las dos primeras son imprescindibles; la tercera es optativa. Parte A: Carga de LANSUP en CONFIG.SYS Parte B: Configuraci╨▓n de LANSUP en NET.CFG Parte C: Aumento del tama╨┤o del paquete para LANSUP (Optativo) El controlador de dispositivo LANSUP (Soporte de LAN Novell) sustituye a los m╨▓dulos CMGRLAN y TOKENEE utilizados en el Cliente NetWare para OS/2 1.3. El Cliente NetWare para OS/2 2.1 no permite usar estos m╨▓dulos. LANSUP trabaja con controladores NDIS para tarjetas de red PC Network II, Ethernet y Token Ring. ΓòÉΓòÉΓòÉ 17.2.1. Parte A: Carga de LANSUP en CONFIG.SYS ΓòÉΓòÉΓòÉ Parte A: Carga de LANSUP en CONFIG.SYS En esta secci╨▓n, se utilizar╨░ el programa de instalaci╨▓n del Cliente NetWare para OS/2 con el fin de LANSUP en el archivo CONFIG.SYS. Si todav╨▒a no ha instalado el Cliente NetWare para OS/2, puede hacerlo a la vez que instala LANSUP. NotaEstas instrucciones son para LAN Server y LAN Requester versi╨▓n 2.x. Requisitos previos Instale Extended Services en la estaci╨▓n de trabajo. Compruebe que puede obtener una conexi╨▓n con el Gestor de comunicaciones o el Administrador de base de datos. Consulte la documentaci╨▓n relativa a Extended Services. Instale LAN Server o LAN Requester en la estaci╨▓n de trabajo. Compruebe que puede obtener una conexi╨▓n con la red de LAN Server. Consulte la documentaci╨▓n relativa a LAN Services. Procedimiento1. Inicie el programa de instalaci╨▓n de NetWare para OS/2. Si el Cliente NetWare para OS/2 no est╨░ instalado, puede iniciar el programa desde el disquete WSOS2_1. Teclee INSTALL. Puede instalarlo con este procedimiento. Si el Cliente NetWare para OS/2 ya est╨░ instalado, puede iniciar el programa seleccionando el icono "Instalaci╨▓n" en el grupo "Novell" del Escritorio. 2. Elija "Requester en estaci╨▓n de trabajo" en el men╨│ "Instalaci╨▓n". 3. Compruebe el directorio de destino y origen y elija "OK". 4. Seleccione una opci╨▓n en la pantalla "Instalaci╨▓n del Requester" en funci╨▓n de si el Cliente NetWare para OS/2 est╨░ instalado o no. 4a. Si no lo est╨░, seleccione "Editar CONFIG.SYS y copiar todos los archivos . . . " y elija "OK". 4b. Si est╨░ instalado, seleccione "S╨▓lo editar CONFIG.SYS . . ." y elija "OK". 5. Seleccione LANSUP como controlador ODI para la tarjeta de red y elija "Continuar..." La selecci╨▓n de LANSUP inserta la siguiente l╨▒nea en el lugar correcto del archivo CONFIG.SYS: DEVICE=unidad:\NETWARE\LANSUP.SYS 6. Seleccione las opciones que desee para el soporte de NetWare para aplicaciones de DOS y Windows y elija "Continuar . . ." 7. Seleccione las opciones que desee para el soporte de protocolo optativo y elija "Guardar . . ." 8. Compruebe el nombre de archivo y su ubicaci╨▓n y elija "OK". Si no ha instalado el Cliente NetWare para OS/2, aparecer╨░ la pantalla "Copiar archivos del Requester". Contin╨│e con el Paso 9. "Parte B: Configuraci╨▓n de LANSUP en NET.CFG". 9. Elija "Copiar" y siga las indicaciones de las pantallas hasta que finalice la instalaci╨▓n del Cliente NetWare para OS/2. Cuando regrese al men╨│ principal, vaya a "Parte B: Configuraci╨▓n de LANSUP en NET.CFG". ΓòÉΓòÉΓòÉ 17.2.2. Parte B: Configuraci╨▓n de LANSUP en NET.CFG ΓòÉΓòÉΓòÉ Part B: Configuraci╨▓n de LANSUP en NET.CFG Importante Es preciso un archivo NET.CFG para utilizar LANSUP. En esta secci╨▓n, editar╨░ o crear╨░ un archivo NET.CFG que realice lo siguiente: Γûá Activar tipos de trama para LANSUP. Γûá Especificar a LANSUP la direcci╨▓n de nodo empleada por la tarjeta de red y el formato en el que se transmite esa direcci╨▓n. En esta secci╨▓n, tambi╨Æn decidir╨░ si debe incrementar el tama╨┤o del paquete que puede transmitirse a trav╨Æs de LANSUP. Requisito previo Instale el Cliente NetWare para OS/2 con LANSUP siguiendo las instrucciones que se encuentran en "Parte A: Carga de LANSUP en CONFIG.SYS" Procedimiento1. Elija "Esta estaci╨▓n de trabajo .." en el men╨│ "Configuraci╨▓n" del programa de instalaci╨▓n del Cliente NetWare para OS/2. Si no se est╨░ ejecutando el programa de instalaci╨▓n del Cliente NetWare para OS/2, realice los pasos que se encuentran en "Parte A: Carga de LANSUP en CONFIG.SYS" y luego vuelva a este punto. 2. Compruebe la ubicaci╨▓n del archivo NET.CFG y elija "Editar". Aparecer╨░ la ventana "Editar el archivo NET.CFG". Puede elegir un tema de la casilla "Opciones NET.CFG" en esta pantalla para obtener informaci╨▓n sobre el mismo. Despu╨Æs, consulte la ventana de ayuda de la parte inferior de la pantalla. Elija los botones "Uso", "Descripci╨▓n" y "Ejemplo" de la parte derecha de la pantalla para acceder a m╨░s informaci╨▓n sobre el tema seleccionado. Por ejemplo, para saber qu╨Æ tipos de trama permiten utilizar los controladores Token Ring, elija "frame" debajo de "Link Driver" en la casilla "Opciones NET.CFG". A continuaci╨▓n, consulte la informaci╨▓n de la ventana de ayuda. 3. En la casilla "Contenido actual del archivo NET.CFG", teclee la siguiente l╨▒nea: link driver lansup 4. Debajo de la l╨▒nea Link Driver, introduzca l╨▒neas para activar al menos un tipo de trama. Puede utilizar LANSUP con tarjetas Ethernet, Token Ring y PCNet. La tabla siguiente ofrece una lista con los tipos de trama que LANSUP admite: Lista de los tipos de trama soportados por LANSUP Tarjeta Tipos de trama que permite utilizar Token Ring TOKEN-RING, TOKEN-RING_SNAP Ethernet ETHERNET_802.2, ETHERNET_SNAP PCNet IBM_PCN2_802.2, IBM_PCN2_SNAP Por ejemplo, para activar un tipo de trama para Token Ring, introduzca lo siguiente: link driver lansup frame token-ring Para activar los tipos de trama para Ethernet, escriba lo siguiente: link driver lansup frame ethernet_802.2 frame ethernet_snap La primera trama definida es la ╨│nica utilizada para la petici╨▓n inicial de servidor m╨░s cercano (Get Nearest Server). Por lo tanto, si varios de los servidores de que dispone emplean s╨▓lo un tipo de trama, por ejemplo Ethernet_802.3, sit╨│e ╨Æsta en primer lugar. De esta manera, la estaci╨▓n de trabajo podr╨░ establecer una conexi╨▓n por defecto con estos servidores. Importante Use la barra espaciadora para sangrar las l╨▒neas. La tecla <Tab> sirve para desplazarse de una casilla a otra en la pantalla. Deje una l╨▒nea en blanco al final del archivo. Debe seguir ╨Æstos y otros requisitos de formato expuestos en el tema "Formato de opciones de NET.CFG". Para conocer estos requisitos, seleccione el tema desde la casilla "Opciones NET.CFG" y elija el bot╨▓n "Uso". A continuaci╨▓n, lea la informaci╨▓n de la ventana de ayuda de la parte inferior de la pantalla. 5. Determine qu╨Æ direcci╨▓n de nodo debe utilizar. Si est╨░ utilizando Extended Services o LAN Services configurados para direcciones administradas de forma global. Use la direcci╨▓n asignada a la tarjeta por el proveedor. Servicios Extendidos o LAN Services configurados para direcciones administradas de forma local. Utilice la direcci╨▓n que aparece en el par╨░metro "NetAddress" del archivo PROTOCOL.INI. Suprima primero la T. Por ejemplo, si PROTOCOL.INI contiene la l╨▒nea NetAddress = "T400000007030" la direcci╨▓n que debe especificar en NET.CFG es 400000007030 6. Introduzca una l╨▒nea para especificar la direcci╨▓n de nodo. Teclee esta l╨▒nea bajo la opci╨▓n "Link Driver", encima o debajo de las l╨▒neas que activan los tipos de trama. La direcci╨▓n de nodo debe ser un n╨│mero hexadecimal de 6 bytes (12 caracteres). Por ejemplo, para establecer una direcci╨▓n de nodo para una tarjeta Token Ring en el entorno LAN Server, teclee: node address 10005a8c62d4 Si la tarjeta permite utilizar inversi╨▓n de bits, puede especificar la direcci╨▓n en formato can╨▓nico (el bit menos significativo en primer lugar) o no can╨▓nico (el bit m╨░s significativo en primer lugar. Por defecto, las siguientes tramas son no can╨▓nicas (MSB): Γûá Token Ring Γûá PC Network II Las tramas Ethernet son can╨▓nicas (LSB). Si especifica la direcci╨▓n en un formato distinto del que hay por defecto, debe teclear una M (el bit m╨░s significativo en primer lugar) o L (el bit menos significativo en primer lugar) al final de la direcci╨▓n para indicar a ODINSUP el formato que utiliz╨▓. Por ejemplo, en el caso de entornos Token-Ring que utilizan el formato por defecto para la direcci╨▓n de nodo, la casilla "Contenido actual del archivo NET.CFG" deber╨░ contener l╨▒neas similares a las siguientes: link driver lansup frame token-ring node address 10005a8c62d4 Note que no es necesaria una M despu╨Æs de la direcci╨▓n de nodo debido a que la direcci╨▓n se especifica con el bit m╨░s significativo primero, lo cual es el formato por defecto para Token-Ring. En el caso de entornos Token-Ring que no utilizan el formato por defecto para la misma direcci╨▓n de nodo, el cuadro "Contenido actual del archivo NET.CFG" debe contener l╨▒neas similares a las siguientes: link driver lansup frame token-ring node address 08005A31462BL En esta ocasi╨▓n, es necesaria una L detr╨░s de la direcci╨▓n de nodo porque se especifica el bit menos significativo en primer lugar, que no es el formato por defecto para Token Ring. En el caso de entornos Ethernet, la casilla "Contenido actual del archivo NET.CFG" deber╨░ contener l╨▒neas similares a las siguientes: link driver lansup frame ethernet_802.2 frame ethernet_snap node address 00001B1B055C NotaSi desconoce la direcci╨▓n de nodo, puede introducir una direcci╨▓n "simulada" y continuar con el siguiente paso. Cuando vuelva a arrancar la m╨░quina, aparecer╨░ un mensaje que indica la direcci╨▓n correcta. Este el momento de volver a editar el archivo NET.CFG e insertar la direcci╨▓n que se visualiz╨▓ al arrancar. 7. Decida si desea incrementar el tama╨┤o del paquete transmitido al controlador NDIS por LANSUP. El aumento del tama╨┤o del paquete puede incrementar la velocidad de transmisi╨▓n si se utiliza una tarjeta Token-Ring 16/4. Si emplea otros tipos de tarjeta, consulte la documentaci╨▓n sobre ╨Æstas para determinar el tama╨┤o m╨░ximo de paquete que admite cada una. Si ╨Æsta permite utilizar un tama╨┤o de paquete mayor que el soporte de enlace por defecto, puede aumentar la velocidad si se incrementa el valor por defecto del Nivel de soporte de enlace al tama╨┤o m╨░ximo permitido por la tarjeta. 7a. Para aumentar el tama╨┤o del paquete, vaya a "Parte C: Aumento del tama╨┤o de paquete para LANSUP (Optativo)." 7b. Si no desea aumentar el tama╨┤o del paquete, vaya al Paso 8. 8. Elija "Guardar . . ." 9. Salga del programa de instalaci╨▓n del Cliente NetWare para OS/2. 10. Elija "Concluir" desde el men╨│ Sistema de OS/2 para volver a arrancar la m╨░quina. Cuando la m╨░quina arranque de nuevo, el soporte LANSUP estar╨░ configurado. A partir de ahora el Cliente NetWare para OS/2 y Extended Services o LAN Services utilizar╨░n el mismo controlador NDIS y la misma tarjeta para transmitir en la red. ΓòÉΓòÉΓòÉ 17.2.3. Parte C: Aumento del tama╨┤o del paquete para ΓòÉΓòÉΓòÉ LANSUP (Optativo) Part C: Increasing Packet Size for LANSUP (Optional) Siga las instrucciones de esta secci╨▓n s╨▓lo si se le remiti╨▓ a aqu╨▒ en una secci╨▓n anterior. En esta secci╨▓n, realizar╨░ los siguiente: Γûá Editar NET.CFG para aumentar el tama╨┤o del paquete que puede transmitirse a trav╨Æs de LANSUP. Γûá Editar PROTOCOL.INI para aumentar el tama╨┤o del paquete que puede transmitirse a trav╨Æs de controladores NDIS. Requisito previo Instale el Cliente NetWare para OS/2 con LANSUP siguiendo las instrucciones que se encuentran en Parte A: Carga de LANSUP en CONFIG.SYS. Siga las instrucciones que se encuentran en Parte B: Configuraci╨▓n de LANSUP en NET.CFG. Procedimiento1. Seleccione "Link support" en la casilla "Opciones NET.CFG" de la parte izquierda de la pantalla. Si el programa de instalaci╨▓n del Cliente NetWare para OS/2 no est╨░ abierto en la ventana "Editar el archivo NET.CFG", siga los pasos que se encuentran en Parte B: Configuraci╨▓n de LANSUP en NET.CFG A continuaci╨▓n, vuelva a este paso. 2. Seleccione "buffers" debajo de "Link Support". 3. Consulte la informaci╨▓n de la ventana de ayuda de la parte inferior de la pantalla para saber c╨▓mo configurar los buffers de soporte de enlace. Puede elegir los botones "Uso", "Descripci╨▓n" y "Ejemplo" de la derecha de la pantalla para obtener m╨░s informaci╨▓n sobre soporte de enlace. 4. En "Contenido actual del archivo NET.CFG", introduzca l╨▒neas para cambiar el ajuste "Link Support buffers". Siga los requisitos de uso que aparecen en la ventana de ayuda. Sangre la l╨▒nea. Sustituya n╨│mero con un n╨│mero de buffers mayor que 1. Sustituya tama╨┤o de buffer por un n╨│mero de bytes mayor que 576. El Cliente NetWare para OS/2 no puede utilizar m╨░s de 64 KB de memoria para los buffers de comunicaci╨▓n. La informaci╨▓n de encabezado necesita 5 KB. Esto significa que el n╨│mero de buffer multiplicado por el tama╨┤o del buffer (m╨░s la informaci╨▓n de encabezado) no puede ser superior a 65.536 bytes. Por ejemplo, 20 buffers multiplicados por 1514 bytes es igual a 30.280. Por ejemplo, puede teclear: link support buffers 14 4202 Importante Para tarjetas Token Ring 16/4, el Cliente NetWare para OS/2 probablemente funcionar╨░ a pleno rendimiento si especifica 14 buffers, de 4202 bytes de tama╨┤o cada uno, como se muestra en el ejemplo anterior. 5. Elija "Guardar . . ." 6. Salga del programa de instalaci╨▓n del Cliente NetWare para OS/2. Sin volver a arrancar la m╨░quina, vaya al Paso 7. 7. Ejecute el programa LAPS de IBM para modificar PROTOCOL.INI. 8. Cambie el tama╨┤o de buffer de transmisi╨▓n por un n╨│mero 6 bytes mayor que el definido para el tama╨┤o del buffer de soporte de enlace en el Paso 4. El valor especificado debe ser un m╨│ltiplo de 8. Consulte la documentaci╨▓n sobre LAPS para ampliar la informaci╨▓n sobre modificaci╨▓n del tama╨┤o del buffer de transmisi╨▓n. Importante Use el tama╨┤o de buffer de transmisi╨▓n 4208 si est╨░ utilizando tarjetas Token Ring 16/4. El programa LAPS inserta la siguiente l╨▒nea en la secci╨▓n controlador MAC NDIS MAC del archivo PROTOCOL.INI: XMITBUFSIZE = 4208 9. Salga del programa LAPS. 10. Elija "Concluir" desde el men╨│ Sistema de OS/2 para volver a arrancar la m╨░quina. Cuando la m╨░quina arranque de nuevo, el soporte LANSUP estar╨░ configurado. El Cliente NetWare para OS/2 y Extended Services/LAN Services transmitir╨░n a la red desde el mismo controlador NDIS y la misma tarjeta de red. ΓòÉΓòÉΓòÉ 18. Referencia de opciones de NET.CFG ΓòÉΓòÉΓòÉ Referencia de opciones de NET.CFG Esta es una lista de todas las opciones de NET.CFG en orden alfab╨Ætico. Para obtener instrucciones acerda de c╨▓mo editar dicho archivo, los requisitos de formato del mismo y las razones para configurar las opciones, consulte Configuraci╨▓n del Cliente NetWare para OS/2. Toda la informaci╨▓n contenida en estos ap╨Ændices tambi╨Æn se encuentra como informaci╨▓n en l╨▒nea en el programa de instalaci╨▓n y configuraci╨▓n del NetWare Requester. Temas Link Driver Link Support Named Pipes NetWare NetBIOS NetWare Requester Protocol ODINSUP Protocol Stack IPX Protocol Stack SPX Token Ring Source Routing ΓòÉΓòÉΓòÉ 18.1. Link Driver ΓòÉΓòÉΓòÉ Link Driver Use esta opci╨▓n para especificar la configuraci╨▓n de hardware de los controladores de LAN para cada tarjeta de red de la estaci╨▓n de trabajo. Esta opci╨▓n s╨▓lo debe emplearse en el caso de que las tarjetas de red de la estaci╨▓n de trabajo no utilicen los ajustes por defecto. Las especificaciones que se asignen a esta opci╨▓n deber╨░n corresponder con los ajustes de hardware de las tarjetas. NotaSi cuenta con m╨░s de una tarjeta de red en la estaci╨▓n de trabajo, introduzca esta opci╨▓n en el archivo NET.CFG para cada una de ellas. Sintaxis link driver nombre alternate dma [╨▒ndice] canal frame nombre int [╨▒ndice] irq mem [╨▒ndice] direcci╨▓n_inicial [tama╨┤o] node address n╨│mero port [╨▒ndice] puerto_inicial [n╨│mero] protocol nombre id trama slot n╨│mero ΓòÉΓòÉΓòÉ 18.1.1. link driver ΓòÉΓòÉΓòÉ link driver Utilice este ajuste para especificar el nombre del controlador de LAN cuyos ajustes por defecto desea modificar. Sintaxis link driver nombre Reemplace nombre Con el nombre del controlador. La tabla Lista de tarjetas y controladores de red lista algunas tarjetas de red y los nombres de los controladores correspondientes. Ajuste por defecto Ninguno. Ejemplo Para configurar un controlador IBM Token-Ring PC, teclee lo que aparece a continuaci╨▓n, junto con los ajustes que desee utilizar link driver token ΓòÉΓòÉΓòÉ 18.1.2. alternate ΓòÉΓòÉΓòÉ alternate Especifica una tarjeta alternativa. Normalmente, los controladores ODI2NDI, IBM Token Ring and NTR2000 y PCN2L usan la tarjeta principal. Sintaxis link driver nombre alternate Por defecto Ninguno Ejemplo Para especificar que el controlador ODI2NDI.COM use una tarjeta alternativa, a╨┤adir╨▒a las siguientes l╨▒neas en el archivo NET.CFG: link driver nombre alternate ΓòÉΓòÉΓòÉ 18.1.3. DMA ΓòÉΓòÉΓòÉ DMA Use este ajuste para especificar el canal de acceso directo a la memoria (DMA) que utiliza la tarjeta de red. Sintaxis link driver nombre dma [╨▒ndice] canal Sustituya ╨▒ndice por #1 o #2 (optativo). La tabla de configuraci╨▓n del controlador de cada tarjeta puede almacenar el n╨│mero de canal DMA en cualquiera de las dos l╨▒neas. Las l╨▒neas est╨░n etiquetadas como #1 y #2. Sustituya canal por el n╨│mero de canal DMA que utiliza la tarjeta. Los n╨│meros de canal de las distintas tarjetas de red se indican en la documentaci╨▓n suministrada por los fabricantes de tarjetas. Ajustes por defecto Indice: #1 La mayor╨▒a de las tarjetas utilizan este valor por defecto. Canal: definido por el controlador. Consulte la documentaci╨▓n relativa a la tarjeta. No es posible cambiar el ajuste DMA en las tarjetas 3Com Etherlink 503, ni es necesario hacerlo en las tarjetas 3Com Etherlink 505. S╨▒ es posible cambiar el ajuste DMA en las tarjetas 3Com Etherlink 523. Ejemplo Para definir el canal DMA para una tarjeta 3Com Etherlink 505: link driver 3C505 dma 7 ΓòÉΓòÉΓòÉ 18.1.4. frame ΓòÉΓòÉΓòÉ frame Use este ajuste para especificar el tipo de trama que utiliza la tarjeta de red. Empl╨Æelo ╨│nicamente para tarjetas que admiten m╨░s de un tipo de trama o para que varias redes (distintas direcciones de red) compartan la tarjeta de red y el cableado. El tipo de trama transmitida por la estaci╨▓n de trabajo debe ser compatible con el tipo de paquetes que transmiten los servidores de la red. Sintaxis link driver nombre frame nombre Reemplace nombre con el nombre de la trama. La tabla Tipos de trama y controladores de red lista los tipos de trama m╨░s comunes y los controladores de tarjeta de red que que soporta cada uno. Esta lista no es exhaustiva. Por defecto Definido por el controlador. Consulte la documentaci╨▓n relativa a la tarjeta. Ejemplos Para especificar el tipo de trama Ethernet 802.2 para una tarjeta NE2000: link driver ne2000 frame ethernet_802.2 Para especificar los tipos de trama Ethernet 802.2 y Ethernet 802.3 para una tarjeta NE1000 (para dos redes l╨▓gicas): link driver ne1000 frame ethernet_802.2 frame ethernet_802.3 Si utiliza el controlador ODINSUP, debe activar varios tipos de trama para cada controlador. En el caso de Ethernet, habilite Ethernet_802.3, Ethernet_II, Ethernet_802.2 y Ethernet_SNAP. En el caso de token-ring, habilite Token-Ring y Token-Ring_SNAP. Para obtener m╨░s informaci╨▓n acerca de ODINSUP, consulte Uso de ODINSUP Puede especificar m╨░s de un tipo de trama para un solo controlador. Por ejemplo, puede especificar que la tarjeta Ethernet NE2000 utilice los tipos de trama Ethernet_802.2 y Ethernet_802.3. 802.2 es el tipo de trama de las comunicaciones enviadas en una red y 802.3 es el tipo de las enviadas en la otra red. Puede utilizar hasta cuatro tipos de trama para un conjunto de cableado Ethernet. Puede utilizar cuatro tarjetas de red cada una con un tipo de trama definido, o puede utilizar una tarjeta de red con cuatro tramas definidas o cualquier combinaci╨▓n similar. Para la conexi╨▓n de token ring, s╨▓lo se permiten como m╨░ximo dos tipos de trama. El tipo de trama por defecto para controladores Ethernet se ha cambiado a Ethernet_802.2. Esto puede ocasionar conflictos con el tipo de trama usado en la red. Consulte Especificaci╨▓n de tipos de trama para controladores de LAN para obtener m╨░s informaci╨▓n acerca de la especificaci╨▓n del tipo de trama. ΓòÉΓòÉΓòÉ 18.1.5. int ΓòÉΓòÉΓòÉ int Use este ajuste para indicar la l╨▒nea de interrupci╨▓n (IRQ) que emplear╨░ la tarjeta de red para comunicarse con el controlador. Sintaxis link driver nombre int [╨▒ndice] irq Sustituya ╨▒ndice por #1 o #2 (optativo). La tabla de configuraci╨▓n del controlador de cada tarjeta puede almacenar el n╨│mero de l╨▒nea de interrupci╨▓n en cualquiera de las dos l╨▒neas de la tabla. Las l╨▒neas est╨░n rotuladas como #1 y #2. Sustituya irq por el n╨│mero de la l╨▒nea de interrupci╨▓n utilizada por la tarjeta. Para determinar el n╨│mero de l╨▒nea de interrupci╨▓n, consulte la documentaci╨▓n relativa a la tarjeta. Ajustes por defecto Indice: #1 IRQ: Definido por el controlador. Consulte la documentaci╨▓n relativa a la tarjeta. Ejemplo Para definir la l╨▒nea de interrupci╨▓n para una tarjeta NE2000: link driver ne2000 int 3 Antes de cambiar el ajuste de interrupci╨▓n de la tarjeta, compruebe cu╨░les son los ajustes de interrupci╨▓n que utilizan las otras piezas de hardware (como el monitor). Por ejemplo, las interrupciones 2 y desde la 9 a la 15 suelen estar reservadas, por lo que no debe usar estos n╨│meros (especialmente el 2) para la tarjeta de red. Es conveniente utilizar 3, 5 ╨▓ 7 para la mayor╨▒a de las tarjetas de red. Si utiliza un computador PS/2 en una red Token Ring, no ejecute la configuraci╨▓n autom╨░tica mediante el disco Reference. Esto podr╨▒a ocasionar problemas. ΓòÉΓòÉΓòÉ 18.1.6. mem ΓòÉΓòÉΓòÉ mem Use este ajuste para especificar el rango de memoria que puede utilizar el controlador. Sintaxis link driver nombre mem [╨▒ndice] direcci╨▓n_inicial tama╨┤o Sustituya ╨▒ndice por #1 o #2 (optativo). La tabla de configuraci╨▓n del controlador de cada tarjeta puede almacenar el rango de memoria en cualquiera de las dos l╨▒neas de la tabla. Las l╨▒neas est╨░n etiquetadas como #1 y #2. Sustituya direcci╨▓n_inicial por una direcci╨▓n de memoria hexadecimal que inicie el rango. Esta direcci╨▓n debe constar de cinco d╨▒gitos y ser igual a la asignada a la tarjeta por el fabricante. (Consulte la documentaci╨▓n relativa a la tarjeta.) Sustituya tama╨┤o por un n╨│mero hexadecimal de p╨░rrafos en el rango de memoria (optativo). Ajustes por defecto "╨▒ndice: #1" = direcci╨▓n ROM "╨▒ndice: #2" = direcci╨▓n RAM (D8000 por defecto por TOKEN.SYS) Direcci╨▓n_inicial: Definida por el controlador. Consulte la documentaci╨▓n relativa a la tarjeta. Tama╨┤o: Definido por el controlador. Consulte la documentaci╨▓n relativa a la tarjeta. Ejemplo Para definir el rango de memoria para una tarjeta Token-Ring: link driver token mem cc000 200 Asigne a cada tarjeta un ╨│nico rango de memoria. Compruebe que no asigna un rango que ya est╨░ utilizando otro componente del hardware. (Los monitores VGA usan normalmente A0000-C6FFF y los monitores XVGA, A0000-CFFFF.) ΓòÉΓòÉΓòÉ 18.1.7. node address ΓòÉΓòÉΓòÉ node address Use este ajuste para cambiar la direcci╨▓n de nodo de una tarjeta de red. Este ajuste s╨▓lo puede aplicarse a tarjetas de red que permitan sustituir la direcci╨▓n definida previamente. Sintaxis link driver nombre node address n╨│mero Sustituya n╨│mero por una direcci╨▓n hexadecimal. Esta direcci╨▓n puede especificarse mediante el bit menos significativo en primer lugar (formato LSB) o el bit m╨░s significativo en primer lugar (formato MSB). Por defecto La direcci╨▓n ya est╨░ definida en la tarjeta. Ejemplo Para cambiar la direcci╨▓n de la tarjeta que utiliza el controlador ODINSUP: link driver odinsup node address 02608c861759 ΓòÉΓòÉΓòÉ 18.1.8. port ΓòÉΓòÉΓòÉ port Use este ajuste para especificar el rango de puertos E/S que utiliza la tarjeta de red. Sintaxis link driver nombre port [╨▒ndice] puerto_inicio [n╨│mero] Sustituya ╨▒ndice por #1 o #2 (optativo). La tabla de configuraci╨▓n de controlador de cada tarjeta puede almacenar informaci╨▓n sobre los puertos en cualquiera de las dos l╨▒neas de la tabla. Estas l╨▒neas est╨░n etiquetadas con #1 y #2. Sustituya puerto_inicial por un n╨│mero de puerto hexadecimal que inicie el rango. Se recomienda no utilizar 2EO y 2FO, ya que estos n╨│meros de puerto son los que usa normalmente ARCnet para otras funciones. Sustituya n╨│mero por el n╨│mero hexadecimal de bytes del rango (optativo). Ajustes por defecto Indice: #1 Puerto_inicial: Definido por el controlador. Consulte la documentaci╨▓n relativa a la tarjeta. N╨│mero: Definido por el controlador. Consulte la documentaci╨▓n relativa a la tarjeta. Ejemplo Para definir el rango de memoria para la tarjeta que utiliza el controlador NE2000: link driver ne2000 port 300 ΓòÉΓòÉΓòÉ 18.1.9. protocol ΓòÉΓòÉΓòÉ protocol Use este ajuste para que los controladores de LAN puedan utilizar protocolos que tengan distintos tipos de trama. Sintaxis link driver nombre protocol nombre ID trama Sustituya nombre por las siglas de un protocolo compatible con ODI. Algunos de los protocolos m╨░s comunes son: ARP IP IPX (el protocolo de NetWare) RARP Sustituya ID por el n╨│mero hexadecimal del protocolo correspondiente a la trama que haya especificado. Sustituya trama con el nombre del tipo de trama usado con el protocolo. La tabla Protocolos y tipos de trama muestra los protocolos m╨░s comunes y algunos de los tipos de trama y n╨│meros hexadecimales a los que dan soporte. Ajustes por defecto Nombre: IPX ID: 0 Trama: Ethernet_802.3 Ejemplo Para especificar el protocolo ARP para una trama Ethernet II: link driver NE2000 protocol arp 806 ethernet_ii ΓòÉΓòÉΓòÉ 18.1.10. slot ΓòÉΓòÉΓòÉ slot Use este ajuste para indicar al Cliente NetWare la ranura de expansi╨▓n que utilizan las tarjetas EISA o Microchannel. Estas tarjetas se configuran autom╨░ticamente, por lo cual el Cliente NetWare puede obtener directamente de ellas toda la informaci╨▓n correspondiente a Link Driver (controlador de enlace). Debe indicar al Cliente NetWare para OS/2 la ranura que utiliza la tarjeta o, si dispone de una tarjeta de un tipo determinado, indicarle que explore todas las ranuras hasta que encuentre esta tarjeta. Sintaxis link driver nombre slot n╨│mero Sustituya n╨│mero con el n╨│mero de ranura de expansi╨▓n que utiliza la tarjeta o con un signo de interrogaci╨▓n para indicarle al Cliente NetWare que explore todas las ranuras. Por defecto Ninguno Ejemplo Para configurar autom╨░ticamente los controladores para una tarjeta NE/2 en la ranura 4 y una tarjeta NE/2 en la ranura 2: link driver ne2 slot 4 link driver ne2 slot 2 Este ajuste es el ╨│nico ajuste de Link Driver relacionado con el hardware que necesita especificar en esta ocasi╨▓n. Para explorar las ranuras para una tarjeta Ethernet NE/2 de Novell: link driver ne2 slot ? ΓòÉΓòÉΓòÉ 18.1.11. Tabla de controladores de red ΓòÉΓòÉΓòÉ Lista de tarjetas y controladores de red Esta tabla contiene una lista de las tarjetas y los controladores de red m╨░s utilizados. Nombre de controlador Tarjeta de red NE2 Novell Ethernet NE/2 NE2_32 Novell Ethernet NE/2-32 NE1000 Novell Ethernet NE1000 NE2000 Novell Ethernet NE2000 TOKEN IBM Token ring ODI2NDI Boards using NDIS drivers ODINSUP IBM Token Ring y Ethernet Communications Manager 3C501 3Com EtherLink series 501 3C503 3Com EtherLink series 503 3C505 3Com EtherLink series 505 3C523 3Com EtherLink/MC series PCN2 IBM PC Network II y II/A (formato de trama Novell m╨░s antiguo) PCN2L IBM PC Network II y II/A (formato de trama IBM m╨░s reciente) NotaLos controladores PCN2 y PCN2L no pueden utilizarse en la misma estaci╨▓n de trabajo. ΓòÉΓòÉΓòÉ 18.1.12. Tipos de trama y controladores de red ΓòÉΓòÉΓòÉ Tipos de trama y controladores de red Tipo de trama Controlador de tarjeta de red Ethernet 802.3 NE1000, NE2000, NE2100, NE2, NE2 32, 3C501, 3C503, 3C505, 3C523, EXOS205, EXOS215, ODINSUP Ethernet 802.2 NE1000, NE2000, NE2100, NE2, NE2 32, 3C501, 3C503, EXOS205, EXOS215, ODINSUP,ODI2NDI Ethernet II NE1000, NE2000, NE2100, NE2, NE2 32, 3C501, 3C503, 3C505, 3C523, EXOS205, EXOS215, ODINSUP Ethernet SNAP NE1000, NE2000, NE2100, NE2, NE2 32, 3C501, 3C503, EXOS205, EXOS215, ODINSUP, ODI2NDI Token Ring ODINSUP, TOKEN,ODI2NDI Token Ring SNAP ODINSUP, TOKEN,ODI2NDI IBM pcn2 802.2 PCN2, PCN2L,ODI2NDI IBM pcn2 snap PCN2, PCN2L,ODI2NDI Novell rx-net TRXNET, TRXNET2 ΓòÉΓòÉΓòÉ 18.1.13. Protocolos y tipos de trama ΓòÉΓòÉΓòÉ Lista de protocolos, tipos de trama y n╨│meros de ID hexadecimales ΓöîΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö¼ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÉ ΓöéProtocolo ΓöéTipo de trama ΓöéN╨│mero Γöé Γöé Γöé ΓöéhexadecimaΓöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéIPX ΓöéEthernet_802.3 Γöé0 Γöé Γöé ΓöéEthernet_802.2 ΓöéE0 Γöé Γöé ΓöéToken-Ring ΓöéE0 Γöé Γöé ΓöéIBM_PCN2_802.2 ΓöéE0 Γöé Γöé ΓöéEthernet_II Γöé8137 Γöé Γöé ΓöéEthernet_SNAP Γöé8137 Γöé Γöé ΓöéToken-Ring_SNAPΓöé8137 Γöé Γöé ΓöéIBM_PCN2_SNAP Γöé8137 Γöé Γöé ΓöéNovell_RX-Net ΓöéFA Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéIP ΓöéEthernet_II Γöé800 Γöé Γöé ΓöéEthernet_SNAP Γöé800 Γöé Γöé ΓöéToken-Ring_SNAPΓöé800 Γöé Γöé ΓöéNovell_RX-Net ΓöéD4 Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéARP ΓöéEthernet_II Γöé806 Γöé Γöé ΓöéEthernet_SNAP Γöé806 Γöé Γöé ΓöéToken-Ring_SNAPΓöé806 Γöé Γöé ΓöéNovell_RX-Net ΓöéD5 Γöé Γö£ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö╝ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöñ ΓöéRARP ΓöéEthernet_II Γöé8035 Γöé Γöé ΓöéEthernet_SNAP Γöé8035 Γöé Γöé ΓöéToken-Ring_SNAPΓöé8035 Γöé Γöé ΓöéNovell_RX-Net ΓöéD6 Γöé ΓööΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓö┤ΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÇΓöÿ ΓòÉΓòÉΓòÉ 18.2. Link Support ΓòÉΓòÉΓòÉ Link Support Use esta opci╨▓n para ajustar el n╨│mero y el tama╨┤o de los buffers de comunicaci╨▓n y para configurar el tama╨┤o de la agrupaci╨▓n de memoria usada por el Cliente NetWare para OS/2. Sintaxis lm margin=5.link support buffers n╨│mero [tama╨┤o_de_buffer] mempool n╨│mero [k] ΓòÉΓòÉΓòÉ 18.2.1. buffers ΓòÉΓòÉΓòÉ buffers Use este ajuste para definir el n╨│mero y tama╨┤o de los buffers de comunicaci╨▓n usados por el Cliente NetWare para OS/2. Sintaxis link support buffers n╨│mero [tama╨┤o_de_buffer] buffers Sustituya n╨│mero con un n╨│mero de buffers mayor que 1. Sustituya tama╨┤o_de_buffer por un n╨│mero de bytes superior a 576. El Cliente NetWare para OS/2 no puede utilizar m╨░s de 64 KB de memoria para los buffers de comunicaci╨▓n. La informaci╨▓n de encabezado necesita 5 KB. Esto significa que el n╨│mero de buffer multiplicado por el tama╨┤o del buffer (m╨░s la informaci╨▓n de encabezado) no puede ser superior a 65.536 bytes. Por ejemplo, 20 buffers multiplicados por 1514 bytes es igual a 30.280. Ajustes por defecto N╨│mero: 20 buffers Tama╨┤o_de_buffer: 1514 bytes Ejemplos Para una configuraci╨▓n Ethernet: link support buffers 15 1514 Para una configuraci╨▓n Token Ring: link support buffers 14 4210 Notas 1. Incremento de la eficacia. Para lograr una comunicaci╨▓n de mayor calidad, el tama╨┤o del buffer de soporte de enlace debe ser igual al de los paquetes que la estaci╨▓n de trabajo reciba de la red. Es posible que le resulte conveniente definir un tama╨┤o de buffer de soporte de enlace similar al del buffer m╨░s grande que admitan las tarjetas de red de la estaci╨▓n de trabajo. 2. Utilizaci╨▓n del controlador TRXNET.SYS. Si observa que la estaci╨▓n de trabajo presenta problemas al ejecutarse con el controlador TRXNET.SYS, puede ser necesario volver a configurar el n╨│mero y tama╨┤o de los buffers de soporte de enlace admitidos. Defina los siguientes valores: link support buffers 15 4202 TRXNET.SYS s╨▓lo permite utilizar tarjetas SMC100, 110 y 120. ΓòÉΓòÉΓòÉ 18.2.2. mempool ΓòÉΓòÉΓòÉ mempool Use este ajuste para configurar el tama╨┤o de la agrupaci╨▓n de memoria que el programa LSL conserva con el fin de asignar buffers para algunos protocolos. La notaci╨▓n [k] en la sintaxis indica que debe de multiplicarse por 1024. Sintaxis link support mempool n╨│mero [k] Sustituya n╨│mero con un n╨│mero a multiplicarse por 1024. Por defecto N╨│mero: 0 Ejemplos Para configurar el tama╨┤o de la agrupaci╨▓n de memoria, puede colocar las l╨▒neas siguientes en el archivo NET.CFG: link support mempool 1024 ΓòÉΓòÉΓòÉ 18.3. Named Pipes ΓòÉΓòÉΓòÉ Named Pipes Use esta opci╨▓n para gestionar las sesiones de Conductos nombrados. Sintaxis named pipes advertise board n╨│mero de tarjeta client sessions n╨│mero machine names n╨│mero ΓòÉΓòÉΓòÉ 18.3.1. advertise board ΓòÉΓòÉΓòÉ advertise board Este ajuste permite especificar la tarjeta que utiliza el servidor de Conductos nombrados para notificar su presencia. S╨▓lo deber╨░ configurar m╨░s de uno de estos ajustes cuando las tarjetas especificadas sean parte de redes distintas. Sintaxis named pipes advertise board n╨│mero de tarjeta Sustituya n╨│mero de tarjeta con el n╨│mero de tarjeta l╨▓gica de una tarjeta de red. El n╨│mero de tarjeta puede ser un valor entre 1 y 16. Los n╨│meros de tarjeta l╨▓gicos se asignan en orden ascendente a cada tipo de trama seg╨│n aparecen en la configuraci╨▓n. Tenga en cuenta que los n╨│meros de tarjeta l╨▓gicos se asignan a tipos de trama por defecto. El n╨│mero de tarjeta especificado debe ser el n╨│mero de tarjeta l╨▓gico de tipo de trama utilizado por IPX. (Nota: Para especificar el uso de IPX de un tipo de trama mediante el ajuste de protocolo bajo la opci╨▓n Link Driver.) Por defecto El servidor de Conductos nombrados realiza la notificaci╨▓n en la tarjeta principal de IPX cuando no se especifica este ajuste, cuando est╨░ fuera de rango o cuando el n╨│mero de tarjeta no coincide con el n╨│mero de tarjeta l╨▓gico de un tipo de trama utilizado por IPX. Ejemplo Configure el servidor de Conductos nombrados como se muestra a continuaci╨▓n con el fin de usar las tarjetas l╨▓gicas definidas por el controlador de enlace NE2000 y los tipos de trama Ethernet 802.2 y Ethernet 802.3 para anunciar el servidor: Link Driver NE2 Frame Ethernet_802.2;tarjeta l╨▓gica 1 Frame Ethernet_II;tarjeta l╨▓gica 2 Protocol IPX E0 Ethernet_802.2 Protocol IP 800 Ethernet_II Link Driver NE2000 Frame Ethernet_802.2;tarjeta l╨▓gica 3 Frame Ethernet_802.3;tarjeta l╨▓gica 4 Protocol IPX E0 Ethernet_802.2 Protocol IPX 0 Ethernet_802.3 Named Pipes Advertise Board 3 Advertise Board 4 ΓòÉΓòÉΓòÉ 18.3.2. client sessions ΓòÉΓòÉΓòÉ client sessions Use este ajuste para especificar el n╨│mero m╨░ximo de conexiones que puede establecer una estaci╨▓n de trabajo con todos los servidores de Conductos nombrados. Sintaxis named pipes client sessions n╨│mero Sustituya n╨│mero por un n╨│mero de 3 a 128. Es necesaria al menos una sesi╨▓n de cliente por cada conexi╨▓n de una aplicaci╨▓n de OS/2 con un servidor de Conductos nombrados. Por defecto 16 sesiones. El valor por defecto suele ser el m╨░s conveniente, salvo en el caso de aplicaciones que utilizan Conductos nombrados. Ejemplo Para habilitar treinta sesiones por cliente: named pipes client sessions 30 ΓòÉΓòÉΓòÉ 18.3.3. machine names ΓòÉΓòÉΓòÉ machine names Use este ajuste para que Conductos nombrados cree una tabla local de nombres de servidor. Se utiliza en todas las sesiones de las estaciones de trabajo cliente de OS/2. Este ajuste es necesario para las operaciones remotas con Conductos nombrados cuando la red no cuenta con servidores NetWare. Sintaxis named pipes machine names n╨│mero Sustituya n╨│mero con un n╨│mero del 4 al 100, el cual representa el n╨│mero de nombres de servidores de Conductos nombrados que desea almacenar en el cach╨Æ. Por defecto 0 (es decir, consultar la red en busca de nombres de servidores de Conductos nombrados) Ejemplo Para definir el n╨│mero de nombres de servidores de Conductos nombrados que se almacenar╨░n en el cach╨Æ local en 5: named pipes machine names 5 ΓòÉΓòÉΓòÉ 18.4. NetWare NetBIOS ΓòÉΓòÉΓòÉ NetWare NetBIOS Use esta opci╨▓n para administrar nombres y sesiones con NetBIOS o para modificar la asignaci╨▓n de memoria interna para NetBIOS. Categor╨▒as de los ajustes de NetWare para NetBIOS Administraci╨▓n de nombres Broadcast count Broadcast delay Internet Names Creaci╨▓n de sesi╨▓n Retry count Retry delay Sessions Administraci╨▓n de sesiones Abort timeout Listen timeout Verify timeout Administraci╨▓n de comandos Commands Sintaxis netware netbios abort timeout n╨│mero bind board n╨│mero broadcast count n╨│mero broadcast delay n╨│mero commands n╨│mero internet [on|off] listen timeout n╨│mero names n╨│mero retry count n╨│mero retry delay n╨│mero sessions n╨│mero verify timeout n╨│mero ΓòÉΓòÉΓòÉ 18.4.1. Abort, Listen y Verify Timeout ΓòÉΓòÉΓòÉ abort, listen y verify timeout Use estos ajustes para supervisar y controlar las conexiones NetBIOS. Si las sesiones con NetBIOS de un computador emisor no reciben ninguna transmisi╨▓n procedente del computador receptor durante el tiempo asignado al intervalo "verify timeout", NetBIOS env╨▒a un paquete de petici╨▓n de reconocimiento al computador receptor. NetBIOS espera la duraci╨▓n del intervalo "listen timeout" para recibir una respuesta. Si no se produce la respuesta, NetBIOS env╨▒a otro paquete pidiendo una respuesta inmediata. NetBIOS espera la duraci╨▓n del intervalo "abort timeout" para recibir una respuesta. Si no hay respuesta, NetBIOS da por terminada la sesi╨▓n. Sintaxis netware netbios abort timeout n╨│mero listen timeout n╨│mero verify timeout n╨│mero Abort timeout: Sustituya n╨│mero por un n╨│mero de milisegundos superior a 500. Listen timeout: Sustituya n╨│mero por un n╨│mero de milisegundos superior a 200. Verify timeout: Sustituya n╨│mero por un n╨│mero de milisegundos superior a 100. Debe mantenerse una relaci╨▓n proporcional entre los valores de estos ajustes. Por ejemplo, si duplica el valor de Listen timeout, tambi╨Æn debe duplicar los valores de Abort timeout y Verify timeout. Ajustes por defecto Abort timeout: 30.000 milisegundos Listen timeout: 6.000 milisegundos Verify timeout: 3.000 milisegundos Ejemplos Para prolongar el tiempo l╨▒mite de NetBIOS antes de que env╨▒e el paquete de petici╨▓n de reconocimiento, el paquete en el que pide respuesta inmediata y d╨Æ por terminada la sesi╨▓n: netware netbios abort timeout 45000 listen timeout 8000 verify timeout 4000 ΓòÉΓòÉΓòÉ 18.4.2. broadcast count ΓòÉΓòÉΓòÉ broadcast count Use este ajuste para especificar cu╨░ntas veces ha de transmitir NetBIOS una consulta o demanda relativa al nombre utilizado por una aplicaci╨▓n. Sintaxis netware netbios broadcast count n╨│mero Sustituya n╨│mero por un n╨│mero de consultas superior a 1. Ajustes por defecto Con internet activado: 4 veces. Con internet desactivado: 2 veces. Ejemplo Para aumentar la frecuencia de transmisi╨▓n: netware netbios broadcast count 8 ΓòÉΓòÉΓòÉ 18.4.3. broadcast delay ΓòÉΓòÉΓòÉ broadcast delay Use este ajuste para especificar el tiempo l╨▒mite de NetBIOS entre cada transmisi╨▓n de consulta o demanda. Sintaxis netware netbios broadcast delay n╨│mero Sustituya n╨│mero por un n╨│mero de milisegundos superior a 100. Ajustes por defecto Con internet activado: 2.000 Con internet desactivado: 1.000 Ejemplo Para aumentar el tiempo l╨▒mite entre transmisiones: netware netbios broadcast delay 3000 ΓòÉΓòÉΓòÉ 18.4.4. commands ΓòÉΓòÉΓòÉ commands Use este ajuste para especificar cu╨░ntos comandos de NetBIOS pueden almacenarse en el buffer del controlador NetBIOS en un momento dado. Sintaxis netware netbios commands n╨│mero Sustituya n╨│mero por un n╨│mero de comandos entre 8 y 128. Por defecto 32 commands Ejemplo Para ejecutar una aplicaci╨▓n que requiere un n╨│mero mayor de comandos pendientes: netware netbios commands 128 ΓòÉΓòÉΓòÉ 18.4.5. internet ΓòÉΓòÉΓòÉ internet Use este ajuste para transmitir paquetes de demanda de nombre entre todas las estaciones de internet, o s╨▓lo entre las estaciones de la red local. Los paquetes de demanda de nombre son aqu╨Ællos que intentan establecer la exclusividad del nombre de la estaci╨▓n en la que se ejecuta NetBIOS. Sintaxis netware netbios internet [on|off] Teclee on u off Por defecto On Ejemplo Para emitir y recibir datos s╨▓lo en la red local: netware netbios internet off ΓòÉΓòÉΓòÉ 18.4.6. names ΓòÉΓòÉΓòÉ names Use este ajuste para especificar cu╨░ntos nombres puede contener la estaci╨▓n de trabajo en su tabla de nombres de estaciones remotas. Cuando se a╨┤ade un nombre a una estaci╨▓n, ╨Æsta lo transmite entre los dem╨░s nodos de la red. Sintaxis netware netbios names n╨│mero Sustituya n╨│mero por un n╨│mero de nombres entre 4 y 128. Para referirse a una estaci╨▓n remota es posible utilizar un nombre en lugar de una direcci╨▓n de nodo. Por defecto 24 nombres Ejemplo Para permitir 45 nombres: netware netbios names 45 ΓòÉΓòÉΓòÉ 18.4.7. retry count ΓòÉΓòÉΓòÉ retry count Use este ajuste para especificar cu╨░ntas veces ha de transmitir NetBIOS una petici╨▓n de conexi╨▓n o una comunicaci╨▓n fallida. Sintaxis netware netbios retry count n╨│mero Sustituya n╨│mero con un n╨│mero mayor que 0. Por defecto 20 veces Ejemplo Para repetir la transmisi╨▓n 50 veces: netware netbios retry count 50 ΓòÉΓòÉΓòÉ 18.4.8. retry delay ΓòÉΓòÉΓòÉ retry delay Use este ajuste para especificar cu╨░ntos milisegundos esperar╨░ NetBIOS entre cada transmisi╨▓n mientras establece una conexi╨▓n o vuelve a enviar un paquete de datos. Sintaxis netware netbios retry delay n╨│mero Sustituya n╨│mero por un n╨│mero de milisegundos superior a 0. Por defecto 500 milisegundos Ejemplo Para definir una espera de 800 milisegundos entre cada intento de transmisi╨▓n: netware netbios retry delay 800 ΓòÉΓòÉΓòÉ 18.4.9. sessions ΓòÉΓòÉΓòÉ sessions Use este ajuste para especificar el n╨│mero de sesiones simult╨░neas con NetBIOS a las que permite acceder el controlador NetBIOS. Sintaxis netware netbios sessions n╨│mero Sustituya n╨│mero por un n╨│mero de sesiones entre 4 y 64. Por defecto 16 sesiones Ejemplo Para permitir 100 sesiones con NetBIOS: netware netbios sessions 50 ΓòÉΓòÉΓòÉ 18.4.10. Bind ΓòÉΓòÉΓòÉ Bind Utilice este ajuste para especificar la tarjeta de red principal NetBIOS en la estaci╨▓n de trabajo. NetBIOS utiliza su tarjeta principal para administrar nombres de NetBIOS. S╨▓lo se puede configurar una tarjeta de red NetBIOS principal. Sintaxis netware netbios bind n╨│mero_tarjeta Sustituya n╨│mero_tarjeta con el n╨│mero de tarjeta l╨▓gico de una tarjeta de red. N╨│mero_tarjeta puede tener un valor entre 1 y 16. Los n╨│meros de tarjeta l╨▓gicos se asignan en orden ascendente a cada tipo de trama seg╨│n aparecen en la configuraci╨▓n. Tenga en cuenta que los n╨│meros de tarjeta l╨▓gicos se asignan a tipos de trama por defecto. El n╨│mero_tarjeta especificado debe ser el n╨│mero de tarjeta l╨▓gico de tipo de trama utilizado por IPX. Nota: Para especificar el uso de IPX de un tipo de trama mediante el ajuste de protocolo bajo la opci╨▓n controlador de enlace. Por defecto NetBIOS usa la tarjeta principal de IPX como si fuera su propia tarjeta principal cuando el ajuste de asociaci╨▓n no se ha especificado, est╨░ fuera de rango o si el n╨│mero_de_tarjeta especificado no coincide con el n╨│mero de tarjeta l╨▓gica de un tipo de trama utilizada por IPX. Ejemplo Configure NetBIOS como se indica a continuaci╨▓n para utilizar la tarjeta l╨▓gica definida por el controlador de enlace y el tipo de trama Ethernet 802.3 como la tarjeta de red principal NetBIOS: Link Driver NE2T Frame Ethernet_802.2;tarjeta l╨▓gica 1 Frame Ethernet_II;tarjeta l╨▓gica 2 Protocol IPX 0 Ethernet_802.2 Protocol IP 800 Ethernet_II Link Driver NE2000 Frame Ethernet_802.3;tarjeta l╨▓gica 3 Protocol IPX 0 Ethernet_802.3 netware netbios bind 3 ΓòÉΓòÉΓòÉ 18.5. NetWare Requester ΓòÉΓòÉΓòÉ NetWare Requester Use esta opci╨▓n para controlar las peticiones de red de la estaci╨▓n de trabajo a un servidor NetWare. Sintaxis netware requester cache buffers n╨│mero default login drive letra_de_unidad display hard errors off large internet packets off name context "contexto" packet burst off preferred server nombre_de_servidor preferred tree nombre_de_╨░rbol request retries n╨│mero sessions n╨│mero signature level n╨│mero ΓòÉΓòÉΓòÉ 18.5.1. cache buffers ΓòÉΓòÉΓòÉ cache buffers Utilice este ajuste para especificar el n╨│mero de buffers que puede utilizar el Cliente NetWare para OS/2 con el fin de almacenar datos en el cach╨Æ de archivos abiertos. Los buffers de cach╨Æ minimizan el tr╨░fico de lectura y escritura en la red. Cuanto mayor sea el n╨│mero de buffers, m╨░s r╨░pido trabajar╨░ el Cliente NetWare para OS/2; aunque tambi╨Æn utilizar╨░ m╨░s memoria. El Cliente NetWare para OS/2 utiliza, de manera autom╨░tica el tama╨┤o m╨░ximo de buffer permitido por cada servidor al que est╨░ conectado el Cliente NetWare para OS/2. De todas maneras, el Cliente NetWare para OS/2 no puede utilizar m╨░s de 64 KB de memoria total para buffers de cach╨Æ, por lo tanto, si el tama╨┤o del buffer es grande, es posible que no se permita disponer del n╨│mero de buffers indicado. Sintaxis netware requester cache buffers n╨│mero Sustituya n╨│mero por un n╨│mero de buffers entre 0 y 30. Para desactivar el uso de memoria cach╨Æ, especifique 0. Por defecto 8 buffers Ejemplo Para permitir 15 buffers de cach╨Æ: netware requester cache buffers 15 ΓòÉΓòÉΓòÉ 18.5.2. large internet packets off ΓòÉΓòÉΓòÉ large internet packets off Use este ajuste para desactivar la transmisi╨▓n de paquetes internet grandes. Mejora de la velocidad y la seguridad explica m╨░s detalles en cuanto a paquetes internet grandes. Sintaxis netware requester large internet packets off Teclee large internet packets off para desactivar las transmisiones de paquetes grandes. Por defecto Se transmiten paquetes internet grandes. Ejemplo Para desactivar la transmisi╨▓n de paquetes grandes: netware requester large internet packets off ΓòÉΓòÉΓòÉ 18.5.3. default login drive ΓòÉΓòÉΓòÉ default login drive Utilice esta opci╨▓n para cambiar la unidad de entrada por defecto de la unidad L: a otra unidad de red. Sintaxis netware requester default login drive letra unidad Sustituya letra unidad con la letra de otra unidad de red. Si cambia el ajuste de unidad de entrada por defecto, tambi╨Æn debe editar las instrucciones LIBPATH, DPATH y PATH en el archivo CONFIG.SYS de L:\OS2 to letra de unidadr:\OS2. Por defecto unidad L: Ejemplo Para cambiar la unidad de entrada por defecto de la unidad L: a la F: netware requester default login drive f En el archivo CONFIG.SYS de las l╨▒neas LIBPATH, DPATH y PATH, debe cambiar todas las referencias de L:\OS2 a F:\OS2. ΓòÉΓòÉΓòÉ 18.5.4. name context ΓòÉΓòÉΓòÉ name context Use este ajuste para especificar el contexto de nombre de la estaci╨▓n de trabajo en el ╨░rbol de los Servicios del Directorio. En Conceptos se da m╨░s informaci╨▓n sobre contextos de nombre. Sintaxis netware requester name context contexto Sustituya contexto por el contexto de nombre en el ╨░rbol del Directorio. Por defecto En la ra╨▒z del ╨░rbol. Ejemplo Para especificar un contexto de nombre: netware requester name context "juan.ventas.novell us" ΓòÉΓòÉΓòÉ 18.5.5. packet burst off ΓòÉΓòÉΓòÉ packet burst off Use este ajuste para desactivar la funci╨▓n de r╨░faga de paquetes. Mejora de la velocidad con r╨░faga de paquetes explica m╨░s detalles en cuanto a la funci╨▓n de r╨░faga de paquetes. Sintaxis netware requester packet burst off Por defecto La r╨░faga de paquetes est╨░ activada. Ejemplo Para desactivar la r╨░faga de paquetes: netware requester packet burst off ΓòÉΓòÉΓòÉ 18.5.6. preferred server ΓòÉΓòÉΓòÉ preferred server Use este ajuste para especificar el servidor NetWare al que desea conectar la estaci╨▓n de trabajo cuando ╨Æsta accede a la red por primera vez. NotaSi el servidor especificado no est╨░ disponible, la estaci╨▓n de trabajo se conectar╨░ con el primero que lo est╨Æ. Sintaxis netware requester preferred server nombre de servidor Sustituya nombre de servidor por el nombre de un servidor. Es probable que el servidor especificado tenga instaladas las utilidades de NetWare para OS/2. Por defecto Ninguno Ejemplo Para conectarse al servidor FINANZAS: netware requester preferred server finanzas ΓòÉΓòÉΓòÉ 18.5.7. preferred tree ΓòÉΓòÉΓòÉ preferred tree Use este ajuste para especificar el nombre del ╨░rbol al que conectarse. Este ajuste es s╨▓lo para emplazamientos que cuenten con m╨░s de un ╨░rbol de Directorio. Sintaxis netware requester preferred tree nombre de ╨░rbol Sustituya nombre de ╨░rbol por el nombre del ╨░rbol. Los nombres de ╨░rbol pueden contener hasta 32 caracteres. Por defecto Ninguno. Ejemplo Para conectarse a un ╨░rbol llamado Novell: netware requester preferred tree novell ΓòÉΓòÉΓòÉ 18.5.8. request retries ΓòÉΓòÉΓòÉ request retries Use este ajuste para especificar el n╨│mero de veces que el Cliente NetWare para OS/2 ha de repetir el env╨▒o de una petici╨▓n a continuaci╨▓n de un error de comunicaci╨▓n. Sintaxis netware requester request retries n╨│mero Sustituya n╨│mero por un n╨│mero de intentos superior a 5. Por defecto 20. Reduzca el valor por defecto si est╨░ conectado a la red por m╨▓dem y desea evitar una p╨Ærdida de tiempo en la conexi╨▓n telef╨▓nica mientras el Cliente NetWare para OS/2 sigue intentando enviar paquetes. Ejemplo Para reducir el n╨│mero de veces que el Cliente NetWare intenta volver a realizar el env╨▒o de un paquete: netware requester request retries 10 ΓòÉΓòÉΓòÉ 18.5.9. sessions ΓòÉΓòÉΓòÉ sessions Use este ajuste para especificar el n╨│mero de conexiones que el Cliente NetWare para OS/2 puede establecer con todos los servidores. Sintaxis netware requester sessions n╨│mero Sustituya n╨│mero con un n╨│mero de conexiones entre 8 y 32. Debe contar al menos con tres z╨▓calos IPX por cada sesi╨▓n. Consulte sockets Por defecto 8 sesiones Ejemplo Para permitir m╨░s conexiones con los servidores: netware requester sessions 20 Tambi╨Æn es necesario incrementar el ajuste "sockets" para la opci╨▓n Protocol stack IPX en este caso. ΓòÉΓòÉΓòÉ 18.5.10. signature level ΓòÉΓòÉΓòÉ signature level Use este ajuste para asignar un nivel de firma. Los niveles de firma determinan la seguridad de la red. La secci╨▓n Mejora de la seguridad mediante el uso de la firma de paquetes NCP explica m╨░s detalles en cuanto a los niveles de firma. Sintaxis netware requester signature level n╨│mero Sustituya n╨│mero por 0, 1, 2 ╨▓ 3. Lista de niveles de firma de paquetes NCP N╨│mero Explicaci╨▓n 0 La estaci╨▓n de trabajo no firma los paquetes 1 La estaci╨▓n de trabajo firma los paquetes s╨▓lo si lo pide el servidor (la opci╨▓n del servidor es 2 o superior) 2 La estaci╨▓n de trabajo firma los paquetes si el servidor tiene capacidad para firmarlos (la opci╨▓n del servidor es 1 o superior) 3 La estaci╨▓n de trabajo firma paquetes y requiere que el servidor los firme (en caso contrario, la entrada fallar╨░) Por defecto 1 (la estaci╨▓n de trabajo firma el paquete s╨▓lo si lo pide el servidor.) Ejemplo Para evitar que la estaci╨▓n de trabajo firme paquetes: netware requester signature level 0 ΓòÉΓòÉΓòÉ 18.5.11. display hard errors ΓòÉΓòÉΓòÉ display hard errors Utilice esta opci╨▓n para que los programas sigan ejecut╨░ndose sin interacci╨▓n cuando aparezca un mensaje de error de hardware. Una vez definida esta opci╨▓n, estos errores son devueltos autom╨░ticamente al programa que los origin╨▓ en lugar de aparecer en pantalla para la interacci╨▓n con el usuario. Esta opci╨▓n es ╨│til cuando existen estaciones no protegidas en el lugar de trabajo. Preste atenci╨▓n al utilizar esta opci╨▓n en entornos en los que podr╨▒a desactivar mensajes importantes. NotaLos errores de hardware aparecen en una pantalla completa en la que se pide al usuario que elija entre varias opciones. Estos mensajes de error provocan la suspensi╨▓n de los procesos de fondo hasta que se responde al mensaje. Sintaxis netware requester display hard errors off Para que los mensajes de error aparezcan en pantalla, excluya esta l╨▒nea del archivo NET.CFG. Por defecto Los mensajes de error aparecen en pantalla. Ejemplo Para que los mensajes de error no aparezcan en pantalla: netware requester display hard errors off ΓòÉΓòÉΓòÉ 18.6. Protocolo ODINSUP ΓòÉΓòÉΓòÉ Protocolo ODINSUP Use esta opci╨▓n para permitir que el stack de protocolo NDIS (usado con productos para redes de IBM) se comunique mediante controladores ODI Token-Ring o Ethernet. Consulte Uso de ODINSUP antes de usar esta opci╨▓n. Sintaxis protocol odinsup bind controlador [n╨│mero] Use este ajuste para asociar el protocolo ODINSUP a un controlador ODI. Cuando ODINSUP est╨░ asociado a un controlador, la tarjeta de red para este controlador es la tarjeta utilizada para transmisiones a y desde la red. Sustituya controlador con un nombre de controlador ODI Token-Ring o Ethernet. Consulte Lista de tarjetas y controladores de red para obtener una lista de los nombres de controlador m╨░s comunes. Use n╨│mero para asociar ODINSUP a una tarjeta determinada cuando existan dos con el mismo nombre. Sustituya n╨│mero por un n╨│mero del 1 al 4. Por ejemplo, si en la estaci╨▓n de trabajo hay instaladas dos tarjetas de red NE2000, asocie ODINSUP a cada una de ellas tecleando 2 para la segunda. ODINSUP puede asociarse a un m╨░ximo de cuatro controladores ODI. Por defecto ODINSUP se asocia a la primera tarjeta Ethernet o Token Ring que detecta. Ejemplos Para asociar ODINSUP a una ╨│nica tarjeta NE2000 de la estaci╨▓n de trabajo: protocol ODINSUP bind ne2000 Para asociar ODINSUP tanto a las dos primeras tarjetas NE2000 en la estaci╨▓n de trabajo: Protocol ODINSUP bind ne2000 bind ne2000 2 ΓòÉΓòÉΓòÉ 18.7. Stack de protocolo IPX ΓòÉΓòÉΓòÉ Stack de protocolo IPX Use esta opci╨▓n para ajustar la comunicaci╨▓n IPX entre las aplicaciones y los controladores LAN de la estaci╨▓n de trabajo. Sintaxis protocol stack ipx bind nombre router mem tama╨┤o sockets n╨│mero ΓòÉΓòÉΓòÉ 18.7.1. bind ΓòÉΓòÉΓòÉ bind Use este ajuste para especificar la tarjeta de red principal de la estaci╨▓n de trabajo. Por defecto, la tarjeta principal es la tarjeta cuyo controlador se carga primero en el archivo CONFIG.SYS. Si especifica otra tarjeta en este ajuste, se cambia el valor por defecto. Consulte Tarjetas y controladores de red. Sintaxis protocol stack ipx bind nombre Sustituya nombre con el nombre del controlador correspondiente a la tarjeta de red. La tabla Lista de tarjetas y controladores de red lista las tarjetas de red m╨░s comunes. Por defecto El primer controlador del archivo CONFIG.SYS. Ejemplo Para especificar una tarjeta 3Com Etherlink 3C503 como la principal: protocol stack ipx bind 3C503 ΓòÉΓòÉΓòÉ 18.7.2. router mem ΓòÉΓòÉΓòÉ router mem Use este ajuste para especificar el n╨│mero de bytes de la agrupaci╨▓n de memoria del Router que se asignan para dirigir peticiones a la red. Sintaxis protocol stack ipx router mem tama╨┤o Sustituya tama╨┤o con el n╨│mero de bytes. Por defecto 450 bytes Dado que una memoria de 450 bytes es suficiente para un m╨░ximo de 15 tarjetas de red por cada estaci╨▓n de trabajo, no ser╨░ necesario incrementar este ajuste por defecto. Ejemplo Para incrementar el ajuste por defecto: protocol stack ipx router mem 500 ΓòÉΓòÉΓòÉ 18.7.3. sockets ΓòÉΓòÉΓòÉ sockets Use este ajuste para especificar cu╨░ntos z╨▓calos (sockets) puede abrir IPX en la estaci╨▓n de trabajo. Sintaxis protocol stack ipx sockets n╨│mero Sustituya n╨│mero con un n╨│mero de z╨▓calos entre 9 y 128. Si ejecuta IPX con el Cliente NetWare para OS/2, no defina este valor en menos de 32. Se necesitan tres z╨▓calos por cada conexi╨▓n de servidor. El valor por defecto de 64 funciona con el n╨│mero por defecto de conexiones de servidor. Consulte sessions. Aumente el n╨│mero de conexi╨▓n si la estaci╨▓n de trabajo est╨░ conectada a varios servidores diferentes o ejecuta protocolos (como Conductos nombrados) que precisan de z╨▓calos (sockets). Por defecto 64 z╨▓calos (sockets) Ejemplo Para definir el l╨▒mite de conexiones para una estaci╨▓n de trabajo conectada con varios servidores y que ejecuta Conductos nombrados y aplicaciones que requieren z╨▓calos (sockets): protocol stack ipx sockets 128 ΓòÉΓòÉΓòÉ 18.8. Stack de protocolo SPX ΓòÉΓòÉΓòÉ Stack de protocolo SPX Use esta opci╨▓n para ajustar el n╨│mero y las caracter╨▒sticas de las conexiones SPX entre la estaci╨▓n de trabajo y otros computadores. Sintaxis protocol stack spx abort timeout n╨│mero listen timeout n╨│mero retry count n╨│mero send timeout n╨│mero sessions n╨│mero verify timeout number ΓòÉΓòÉΓòÉ 18.8.1. Abort, Listen y Verify Timeout ΓòÉΓòÉΓòÉ Abort timeout, Listen timeout y Verify timeout Use estos ajustes para llevar el control de las conexiones SPX. Cuando las sesiones con SPX de un computador emisor no reciben transmisiones del computador receptor durante el intervalo de tiempo establecido en "verify timeout", SPX env╨▒a a este computador receptor un paquete destinado a mantener la conexi╨▓n activa. SPX espera la duraci╨▓n del intervalo "listen timeout" para recibir una respuesta. A continuaci╨▓n, SPX espera una respuesta durante el tiempo especificado en "listen timeout". SPX espera la duraci╨▓n del intervalo de "abort timeout" para recibir una respuesta. Si SPX no recibe ninguna respuesta, cancela la sesi╨▓n. Sintaxis protocol stack spx abort timeout n╨│mero listen timeout n╨│mero verify timeout n╨│mero Sustituya n╨│mero por un n╨│mero de milisegundos superior a 10. Debe mantenerse una relaci╨▓n proporcional entre los valores de estos ajustes. Por ejemplo, si duplica el valor de Listen timeout, tambi╨Æn debe duplicar los valores de Abort timeout y Verify timeout. Si la m╨░quina que est╨░ configurando se va a utilizar como servidor de Conductos nombrados, duplique los valores por defecto de tiempo l╨▒mite. Por defecto Abort timeout: 30.000 milisegundos Listen timeout: 6.000 milisegundos Verify timeout: 3.000 milisegundos Ejemplo Para prolongar el tiempo l╨▒mite de SPX antes de que env╨▒e un paquete destinado a mantener la conexi╨▓n activa, un paquete pidiendo respuesta inmediata o cancele la sesi╨▓n: protocol stack spx abort timeout 40000 listen timeout 8000 verify timeout 4000 ΓòÉΓòÉΓòÉ 18.8.2. Retry Count ΓòÉΓòÉΓòÉ Retry Count Use este ajuste para especificar el n╨│mero de veces que la estaci╨▓n de trabajo repetir╨░ el env╨▒o de paquetes no reconocidos por el computador receptor la primera vez que se env╨▒an. NotaAlgunas aplicaciones pueden definir el valor de "retry count". En estos casos, ╨Æste es el valor utilizado, mientras que el incluido en el NET.CFG no se tiene en cuenta. Sintaxis protocol stack spx retry count n╨│mero Sustituya n╨│mero por un n╨│mero de intentos entre 1 y 255. Si el tr╨░fico de red es intenso o se realizan transmisiones mediante Routers, puede resultar conveniente incrementar el ajuste por defecto. Por defecto 12 intentos Ejemplo Para aumentar el n╨│mero de veces que se env╨▒an los paquetes: protocol stack spx retry count 30 ΓòÉΓòÉΓòÉ 18.8.3. Send Timeout ΓòÉΓòÉΓòÉ Send Timeout Use este ajuste para especificar el tiempo que espera SPX entre cada intento de enviar paquetes por la red. Sintaxis protocol stack spx send timeout n╨│mero Sustituya n╨│mero por un n╨│mero de milisegundos superior a 500. Este ajuste por defecto es el adecuado en la mayor╨▒a de los casos. Increm╨Æntelo si utiliza productos de administraci╨▓n de red con una red muy grande y observa frecuentes errores de conexiones SPX. Es posible que tambi╨Æn se desee incrementar el valor por defecto para un cliente de Conductos nombrados que opera m╨░s r╨░pidamente que el servidor de Conductos nombrados al que est╨░ conectado. Por defecto Un valor que se recalcula constantemente en funci╨▓n del tiempo que necesita SPX para obtener una respuesta del servidor. Ejemplo Para aumentar la espera entre env╨▒os: protocol stack spx send timeout 5600 ΓòÉΓòÉΓòÉ 18.8.4. Sessions ΓòÉΓòÉΓòÉ Sessions Use este ajuste para especificar cu╨░ntas conexiones SPX pueden abrirse de forma simult╨░nea. Sintaxis protocol stack spx sessions n╨│mero Sustituya n╨│mero con un n╨│mero de conexiones SPX mayor que 8. Es posible que los valores superiores a 1.000 no funcionen correctamente en todos los casos. Si ejecuta aplicaciones de Conductos nombrados u otras que utilizan SPX, puede que deba aumentar el n╨│mero de sesiones por defecto. Por defecto 16 sesiones Ejemplo Para aumentar el n╨│mero de sesiones con SPX: protocol stack spx sessions 64 ΓòÉΓòÉΓòÉ 18.9. Token Ring Source Routing ΓòÉΓòÉΓòÉ Token Ring Source Routing Use esta opci╨▓n para configurar el Requester para el encaminamiento de origen entre redes Token-Ring que est╨░n conectadas con routers de origen. Para m╨░s informaci╨▓n acerca del encaminamiento de origen, consulte Uso de estaciones de trabajo OS/2 en redes Token-Ring. NotaNo use esta opci╨▓n si las redes Token-Ring no usan el encaminamiento de origen. Sintaxis protocol route source route def gbr mbr nodes n board n board Use este ajuste para especificar la tarjeta l╨▓gica (trama) de un determinado tipo que realiza el encaminamiento de origen. Sintaxis protocol route source route board n Sustituya n con un n╨│mero de tarjeta l╨▓gica (trama) entre 1 y 16. Por ejemplo, si en una estaci╨▓n de trabajo se ha enumerado m╨░s de un tipo de trama en la opci╨▓n Link Driver, por defecto ╨│nicamente la primera trama que aparezca tiene encaminamiento de origen. Para activar el encaminamiento de origen en la segunda trama o en otras, debe definir la segunda trama como tarjeta l╨▓gica 2. Por defecto 1 Ejemplo Para especificar que la tarjeta l╨▓gica 2, la trama Token-Ring_SNAP, tambi╨Æn tendr╨░ encaminamiento de origen: link driver token frame token-ring frame token-ring_snap protocol route source route board 1 source route board 2 DEF Use este ajuste (trama por defecto) para evitar que las tramas que tengan direcciones de destino desconocidas se env╨▒en a trav╨Æs de bridges de difusi╨▓n de ruta ╨│nica de IBM. Si se especifica este ajuste, las tramas se enviar╨░n como tramas difundidas a todas las rutas de transmisi╨▓n multidireccional. Si no se especifica este ajuste, todas las tramas cuyas direcciones no se encuentren en la tabla de encaminamiento de origen de la estaci╨▓n de trabajo se enviar╨░n como tramas de difusi╨▓n por ruta ╨│nica. Si ya se ha configurado ROUTE.SYS con el ajuste DEF, al volver a cargarlo con este ajuste trasmitir╨░ todas las tramas de difusi╨▓n por ruta ╨│nica siguientes como tramas difundidas a todas las rutas. Sintaxis protocol route source route def Teclee DEF si desea transmitir por todas las rutas. Omita DEF para transmitir por una sola ruta. Por defecto DEF se omite (s╨▓lo hay transmisi╨▓n por ruta ╨│nica) Cambie este ajuste por defecto si no est╨░ seguro de la estabilidad de una o m╨░s rutas de la red. Tenga en cuenta que el uso de DEF aumenta significativamente el tr╨░fico de la red, especialmente en redes en anillo grandes y redundantes. Ejemplo Para difundir en todas las rutas: protocol route source route def GBR Use este ajuste (difusi╨▓n general) para especificar que todas las tramas de difusi╨▓n general ser╨░n enviadas como tramas difundidas por todas las rutas. Sintaxis protocol route source route gbr Escriba GBR para difundir a todos los destinos, en todos los anillos y por todas las rutas. Omita GBR para difundir a todos los destinos y en todos los anillos por una sola ruta. Cambie el ajuste por defecto si desea asegurar una difusi╨▓n adecuada a trav╨Æs de todas las rutas posibles. Si ROUTE ya se ha configurado con este ajuste, al volver a configurarlo con el mismo las tramas de difusi╨▓n general se difunden como tramas difundidas a todas las rutas. Por defecto GBR se omite (s╨▓lo hay difusi╨▓n por una ruta). Ejemplo Para realizar difusiones a todos los destinos, en todos los anillos y a trav╨Æs de todas las rutas: protocol route source route gbr MBR Use este ajuste (multidifusi╨▓n) para especificar que todas las tramas de multidifusi╨▓n se env╨▒en como tramas difundidas a todas las rutas. Sintaxis protocol route source route mbr Teclee MBR para transmitir tramas de multidifusi╨▓n de forma simult╨░nea a un grupo de destinos por todas las rutas posibles. Omita MBR para transmitir tramas de multidifusi╨▓n por una sola ruta. Por defecto MBR se omite (difusi╨▓n por ruta ╨│nica) Si ROUTE ya se ha configurado con el ajuste MBR, al volverlo a configurar con este par╨░metro todas las tramas de multidifusi╨▓n siguientes se transmiten como tramas difundidas a todas las rutas. Ejemplo Para transmitir tramas de multidifusi╨▓n de forma simult╨░nea: protocol route source route mbr nodes Use este ajuste para especificar el n╨│mero de entradas de la tabla de encaminamiento de origen. Sintaxis protocol route source route nodes n Sustituya n con un n╨│mero de entradas de tabla entre 8 y 255. Si escribe un n╨│mero menor que 8, se usar╨░ 8. Por defecto 16 entradas Ejemplo Para permitir 24 entradas en la tabla de encaminamiento de origen: protocol route source route nodes 24 ΓòÉΓòÉΓòÉ 19. Mensajes del sistema ΓòÉΓòÉΓòÉ Mensajes del sistema En esta secci╨▓n se recogen los mensajes del sistema y explicaciones de todos los controladores y Daemons del Cliente NetWare para OS/2. No se incluyen los mensajes de los programas Herramientas de NetWare o Impresora de red (NPRINTER.EXE). Para obtener m╨░s informaci╨▓n sobre los mensajes de estos m╨▓dulos, consulte el manual Mensajes del sistema REQ0106: Se produjo un error al intentar obtener memoria compartida. Explicaci╨▓n DDAEMON.EXE ha intentado acceder al ╨░rea de memoria compartida del Daemon, pero no lo consigui╨▓. En este momento, el programa ha verificado que dispone de memoria compartida, pero no puede acceder a ella. Podr╨▒a tratarse de un error interno del programa. Acci╨▓n Intente volver a arrancar el sistema. Si el problema persiste, p╨▓ngase en contacto con su distribuidor autorizado de Novell. REQ0107: Se produjo un error al intentar asignar un segmento compartido. Explicaci╨▓n DDAEMON.EXE intent╨▓ crear un ╨░rea de memoria compartida pero ninguna estaba disponible. Este error suele ocurrir cuando los controladores de dispositivo y aplicaciones que est╨░n ejecut╨░ndose en el sistema necesitan m╨░s memoria de la que ╨Æste puede proporcionarles. Acci╨▓n Intente a╨┤adir RAM, reducir las opciones de configuraci╨▓n en el archivo CONFIG.SYS (por ejemplo, disminuyendo el tama╨┤o de DIRCACHE), eliminar los controladores de dispositivos optativos del CONFIG.SYS y dejar espacio libre en el disco duro suprimiendo los programas innecesarios. Si utiliza varias particiones del disco, considere la posibilidad de instalar el archivo swapper de OS/2 en una partici╨▓n mayor. Tambi╨Æn es posible que disponga de utilidades de compresi╨▓n de disco que puedan ayudar a resolver este problema. Una vez realizadas estas operaciones, cierre OS/2 y vuelva a arrancar el sistema. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ0108: El Daemon no puede acceder al Nivel de soporte de enlace. Error: <c╨▓digo>. Explicaci╨▓n DDAEMON.EXE no puede encontrar el controlador de dispositivo de soporte de enlace LSL.SYS. Acci╨▓n Compruebe que el controlador de dispositivo LSL.SYS se ha introducido correctamente en el archivo CONFIG.SYS. Si es as╨▒, examine los mensajes de error o de advertencia visualizados por la LSL y corrija los problemas indicados. Intente acceder de nuevo. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ0109: DDAEMON ya est╨░ cargado. Explicaci╨▓n DDAEMON.EXE ha intentado crear un ╨░rea de memoria compartida por primera vez, pero ya exist╨▒a. Ya est╨░ ejecut╨░ndose otro Daemon. Termina el intento de crear una memoria compartida. Acci╨▓n Compruebe que no est╨░ intentando ejecutar varias copias del Daemon. ╨áste suele ejecutarse desde el archivo CONFIG.SYS al arrancar el sistema y no necesita volver a ejecutarse. REQ0204: El sistema no dispone de memoria suficiente para tablas de z╨▓calo (sockets). Explicaci╨▓n OS/2 carece de suficiente memoria de sistema para que IPX asigne memoria a las tablas de z╨▓calos (sockets). Acci╨▓n Intente a╨┤adir RAM, reducir las opciones de configuraci╨▓n en el archivo CONFIG.SYS (por ejemplo, disminuyendo el tama╨┤o de DIRCACHE), eliminar los controladores de dispositivos optativos del CONFIG.SYS y dejar espacio libre en el disco duro suprimiendo los programas innecesarios. Si utiliza varias particiones del disco, considere la posibilidad de instalar el archivo swapper de OS/2 en una partici╨▓n mayor. Tambi╨Æn es posible que disponga de utilidades de compresi╨▓n de disco que puedan ayudar a resolver este problema. Una vez realizadas estas operaciones, cierre OS/2 y vuelva a arrancar el sistema. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ0205: No se pudo instalar el m╨▓dulo de soporte de LAN. Explicaci╨▓n No ha podido cargarse el controlador LSL.SYS o falta la instrucci╨▓n "DEVICE=" del archivo CONFIG.SYS. Acci╨▓n Solucione el problema que impide que se cargue el controlador LSL.SYS (especificado en un mensaje de error que precede a ╨Æste), o incluya la instrucci╨▓n "DEVICE=" en el CONFIG.SYS. REQ0206: No se pudo instalar el IPX MLID. Explicaci╨▓n No ha podido cargarse el controlador de interfaz de enlace m╨│ltiple (MLID) especificado en el CONFIG.SYS o falta la instrucci╨▓n "DEVICE=" del archivo CONFIG.SYS. Acci╨▓n Solucione el problema que impide que se cargue el MLID (especificado en un mensaje de error que precede a ╨Æste) o incluya la instrucci╨▓n "DEVICE=" en el CONFIG.SYS. REQ0207: El controlador LAN-A configurado no soporta IPX. Explicaci╨▓n El controlador de interfaz de enlace m╨│ltiple (MLID) al que IPX.SYS intentaba asociarse no permite efectuar transmisiones de datos basadas en IPX. Acci╨▓n Asocie IPX a un MLID que permita efectuar transmisiones de datos basadas en IPX. REQ0208: No puede registrar el gestor de protocolo IPX. Explicaci╨▓n IPX no puede ponerse en contacto con el controlador LSL.SYS, porque LSL est╨░ dando servicio a todos sus stacks de protocolo. Acci╨▓n Elimine las instrucciones "DEVICE=" en todos los stacks de protocolo innecesarios del archivo CONFIG.SYS. REQ0209: No puede inicializarse el punto de entrada IPX. Explicaci╨▓n Es posible que las versiones de IPX y del Nivel de soporte de enlace m╨│ltiple (LSL) no se correspondan. Acci╨▓n Compruebe que los controladores IPX.SYS y LSL.SYS son compatibles. Si no es as╨▒, consiga controladores compatibles de su distribuidor autorizado de Novell. Si no es ╨Æste el problema, cont╨░ctese con su distribuidor autorizado de Novell encargado de la atenci╨▓n al cliente. REQ0210: Se produjo un error interno. El conector del Router IPX no puede abrirse. Explicaci╨▓n IPX no ha podido abrir el z╨▓calo del Router debido a un error interno del programa. Acci╨▓n Intente acceder de nuevo. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ0211: Se produjo un error interno. No puede asignarse un selector de Router. Explicaci╨▓n IPX no ha podido asignar un selector de encaminamiento de OS/2 debido a un error interno del programa. Acci╨▓n Intente acceder de nuevo. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ0212: El sistema no tiene memoria suficiente para asignar un Router. Explicaci╨▓n OS/2 no puede acceder a la memoria de sistema necesaria para que IPX efect╨│e sus encaminamientos. Acci╨▓n Intente a╨┤adir RAM, reducir las opciones de configuraci╨▓n en el archivo CONFIG.SYS (por ejemplo, disminuyendo el tama╨┤o de DIRCACHE), eliminar los controladores de dispositivos optativos del CONFIG.SYS y dejar espacio libre en el disco duro suprimiendo los programas innecesarios. Si utiliza varias particiones del disco, considere la posibilidad de instalar el archivo swapper de OS/2 en una partici╨▓n mayor. Tambi╨Æn es posible que disponga de utilidades de compresi╨▓n de disco que puedan ayudar a resolver este problema. Una vez realizadas estas operaciones, cierre OS/2 y vuelva a arrancar el sistema. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ0213: Se agot╨▓ la memoria del Router. Explicaci╨▓n IPX no ha asignado anteriormente memoria suficiente para efectuar encaminamientos. Acci╨▓n Aumente el tama╨┤o de la memoria del Router de IPX en la instrucci╨▓n "ROUTER MEM" del archivo NET.CFG. REQ0214: Se produjo un error interno que evit╨▓ la inicializaci╨▓n de la variable CGroup. Explicaci╨▓n Se ha producido un error interno del programa. IPX no ha podido inicializar las variables internas. Acci╨▓n Intente acceder de nuevo. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ0215: Se produjo un error interno que evit╨▓ la inicializaci╨▓n de la variable DosHlp. Explicaci╨▓n Las variables internas de OS/2 son incompletas o no son v╨░lidas. Acci╨▓n Intente acceder de nuevo. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ0216: IPX no puede registrarse con OS/2 para comunicaciones de PDD a VDD. Explicaci╨▓n Se trata de un error interno del programa. IPX no puede contactar con OS/2 para obtener soporte del controlador VIPX.SYS. Acci╨▓n Intente acceder de nuevo. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ0217: El controlador de dispositivo IPX no est╨░ en ejecuci╨▓n. Explicaci╨▓n IPX.SYS ha detectado un error sin soluci╨▓n durante la inicializaci╨▓n del sistema, o bien falta la instrucci╨▓n "DEVICE=[v╨▒a de acceso]IPX.SYS" en el archivo CONFIG.SYS. Si se trata de un error fatal, debe estar precedido por otro mensaje en el que se indique el tipo de error. Acci╨▓n Resuelva el problema fatal (especificado en un mensaje precedente) o incluya la instrucci╨▓n "DEVICE=" en el archivo CONFIG.SYS. Int╨Æntelo de nuevo. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ0231: La opci╨▓n de configuraci╨▓n del protocolo por defecto no se utiliza con IPX. Explicaci╨▓n IPX no puede configurarse como un stack de protocolo por defecto. Acci╨▓n Elimine esta instrucci╨▓n de opci╨▓n del archivo NET.CFG. REQ0232: La opci╨▓n de configuraci╨▓n de protocolo de preexploraci╨▓n no se utiliza con IPX. Explicaci╨▓n IPX no puede configurarse como un stack de protocolo de preexploraci╨▓n. Acci╨▓n Elimine esta instrucci╨▓n de opci╨▓n del archivo NET.CFG. REQ0233: No se hall╨▓ el n╨│mero de versi╨▓n de OS/2; se asume OS/2 v2.x. Explicaci╨▓n La consulta de IPX a OS/2 relativa al n╨│mero de versi╨▓n devuelve un valor que no corresponde al esperado. Acci╨▓n Compruebe que la versi╨▓n de OS/2 instalada en la m╨░quina es la v2.0 o posterior. REQ0304: Se produjo un error de LSL. Los buffers en NET.CFG son muy grandes para la agrupaci╨▓n ECB. Explicaci╨▓n El tama╨┤o de buffer configurado para el componente de soporte de enlace es demasiado grande. El espacio total disponible en el buffer es aproximadamente 60 KB, pero el Nivel de soporte de enlace (LSL) es incapaz de asignar incluso un solo buffer del tama╨┤o requerido en su espacio de buffer. Consulte "Nivel de soporte de enlace" en Conceptos para m╨░s informaci╨▓n sobre LSL. Acci╨▓n Reduzca el tama╨┤o de buffer del componente de soporte de enlace en el archivo NET.CFG. Resulta m╨░s importante poder disponer de varios buffers peque╨┤os que de uno grande. Configurar buffers mucho mayores de lo que admiten los medios de comunicaci╨▓n representa una p╨Ærdida de memoria en el sistema. REQ0305: El m╨▓dulo de soporte de enlace (LSL) no pudo instalar el temporizador AES. Explicaci╨▓n El Nivel de soporte de enlace (LSL) no ha podido registrar su gestor del temporizador en el sistema operativo porque ya se ha instalado el n╨│mero m╨░ximo de gestores. Este gestor del temporizador es un componente fundamental del Requester y ninguno de los gestores de comunicaciones suministrados por Novell puede funcionar correctamente sin ╨Æste. Consulte "Nivel de soporte de enlace" en Conceptos para m╨░s informaci╨▓n sobre LSL. Acci╨▓n Los controladores de dispositivo previamente instalados (introducidos delante de LSL.SYS en el CONFIG.SYS) han utilizado todos los recursos de temporizador disponibles. Identifique estos controladores de dispositivo y elim╨▒nelos o vuelva a configurarlos. Dado que todos los gestores de comunicaciones Requester utilizan los servicios de un temporizador com╨│n en la LSL, basta con disponer de un ╨│nico gestor del temporizador para realizar correctamente las operaciones. Si no consigue resolver este problema, p╨▓ngase en contacto con su distribuidor autorizado de Novell. REQ0306: El m╨▓dulo de soporte de enlace no pudo inicializar su puerta de llamada. Explicaci╨▓n El m╨▓dulo de soporte de enlace no puede registrar su punto de entrada en el sistema operativo. Este punto de entrada es fundamental para la mayor╨▒a de los componentes de comunicaciones del Requester y ╨Æstas no podr╨▒an realizarse sin ╨Æl. La causa m╨░s probable de este error es que un controlador de dispositivo cargado previamente est╨Æ utilizando demasiados recursos del kernel. Acci╨▓n Intente eliminar controladores de dispositivo de aplicaciones delante de LSL.SYS en el archivo CONFIG.SYS. Es muy improbable que un controlador de dispositivo del sistema de base de OS/2 haya provocado este error. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ0404: Se produjo un error NetBIOS. No se puede instalar el m╨▓dulo de soporte de enlace. Explicaci╨▓n NetBIOS no puede abrir o comunicarse con el controlador de dispositivo LINKSUP_ de soporte de enlace. Esto ocurre si el Nivel de soporte de enlace (LSL) no se ha instalado debidamente o no se est╨░ utilizando la versi╨▓n correcta del controlador. Consulte "Nivel de soporte de enlace" en Conceptos para m╨░s informaci╨▓n sobre LSL. Acci╨▓n Compruebe que el controlador de dispositivo LSL.SYS se ha introducido correctamente en el archivo CONFIG.SYS. Si es as╨▒, examine los mensajes de error o de advertencia visualizados por la LSL y corrija los problemas indicados. Si el dispositivo de soporte de enlace est╨░ debidamente inicializado, el problema consiste en la incompatibilidad de las versiones del software. NetBIOS y el soporte de enlace generalmente se instalan juntos desde un solo disquete de instalaci╨▓n. Intente instalarlos de nuevo. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ0405: Se produjo un error NetBIOS. El m╨▓dulo IPX no est╨░ instalado. Explicaci╨▓n NetBIOS no puede abrir o comunicarse con el controlador de dispositivo LINKSUP_ de soporte de enlace. Esto ocurre si el Nivel de soporte de enlace (LSL) no se ha instalado debidamente o no se est╨░ utilizando la versi╨▓n correcta del controlador. Consulte "Nivel de soporte de enlace" en Conceptos para m╨░s informaci╨▓n sobre LSL. Acci╨▓n Compruebe que el controlador de dispositivo LSL.SYS se ha introducido correctamente en el archivo CONFIG.SYS. Si es as╨▒, examine los mensajes de error o de advertencia visualizados por la LSL y corrija los problemas indicados. Si el dispositivo de soporte de enlace est╨░ debidamente inicializado, el problema consiste en la incompatibilidad de las versiones del software. NetBIOS y el soporte de enlace generalmente se instalan juntos desde un solo disquete de instalaci╨▓n. Intente instalarlos de nuevo. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ0406: No se puede inicializar la puerta de llamada NetBIOS. Explicaci╨▓n Se trata de un error interno del programa. Acci╨▓n Intente acceder de nuevo. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ0407: Se produjo un error NetBIOS. El programa no puede inicializar NCB locales. Explicaci╨▓n No se dispone de suficiente memoria para los NCB requeridos. Por lo general, la causa de este error es una informaci╨▓n de configuraci╨▓n incorrecta dentro del archivo NET.CFG. Sin embargo, el problema fundamental tambi╨Æn podr╨▒a ser un falta de recursos del sistema global en la tabla de descriptores globales de OS/2. Acci╨▓n Reduzca el n╨│mero de comandos en la secci╨▓n NetBIOS del archivo CONFIG.SYS. (El n╨│mero de comandos por defecto es 12 y el m╨░ximo permitido 25). Tambi╨Æn puede reducir el n╨│mero de nombres de nodo (el rango posible es de 0-126). Otras soluciones son a╨┤adir RAM, reducir las opciones de configuraci╨▓n (por ejemplo, reducir el tama╨┤o de DIRCACHE) o eliminar los controladores de dispositivo optativos en el archivo CONFIG.SYS, y dejar espacio libre en el disco duro al suprimir programas innecesarios. Si utiliza varias particiones del disco, considere la posibilidad de instalar el archivo swapper de OS/2 en una partici╨▓n mayor. Tambi╨Æn es posible que disponga de utilidades de compresi╨▓n de disco que puedan ayudar a resolver este problema. Una vez realizadas estas operaciones, cierre OS/2 y vuelva a arrancar el sistema. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ0408: Los par╨░metros del emulador NetBIOS son muy grandes para la agrupaci╨▓n de memoria. Explicaci╨▓n No se dispone de suficiente memoria para todas las tablas de control que necesita el emulador NetBIOS. Acci╨▓n El espacio de tablas del que dispone el emulador NetBIOS no puede incrementarse. La ╨│nica forma de resolver el problema consiste en reducir el n╨│mero de recursos NetBIOS pedidos. Esto puede conseguirse modificando los par╨░metros de NETBIOS en el archivo NET.CFG. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ0409: La versi╨▓n de OS/2 es incompatible con la de NetBIOS. Explicaci╨▓n Est╨░ intentando ejecutar NetBIOS v2.01 en versiones de OS/2 anteriores a OS/2 v2.0. Acci╨▓n Instale OS/2 v2.0 para que se ejecute con NetBIOS v2.10 o instale una versi╨▓n de NetBIOS de NetWare que sea compatible con la versi╨▓n de OS/2 con la que cuenta. REQ0504: El m╨▓dulo SPX no esta instalado. Explicaci╨▓n El controlador NMPIPE.SYS no ha podido abrir el controlador SPX.SYS o comunicarse con ╨Æl. Acci╨▓n Compruebe que el controlador SPX.SYS se ha introducido correctamente en el archivo CONFIG.SYS. Si es as╨▒, examine los mensajes de error o de advertencia y corrija los problemas especificados. Int╨Æntelo de nuevo. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ0505: El m╨▓dulo IPX no est╨░ instalado. Explicaci╨▓n NMPIPE.SYS no ha podido abrir el controlador IPX.SYS o comunicarse con ╨Æl. Acci╨▓n Compruebe que el controlador IPX.SYS se ha introducido correctamente en el archivo CONFIG.SYS. Si es as╨▒, examine los mensajes de error o de advertencia y corrija los problemas especificados. Int╨Æntelo de nuevo. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ0519: Se est╨░ usando una versi╨▓n incorrecta de OS/2. Explicaci╨▓n Han fallado las llamadas DosGetVersion (un error interno del programa) o la versi╨▓n de OS/2 que se est╨░ ejecutando no es la v.2.0 u otra superior. Acci╨▓n Compruebe que las versiones del SO cliente y del controlador NMPIPE.SYS son compatibles. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ0520: El controlador no puede establecer los PDD para las comunicaciones de PDD a VDD. Explicaci╨▓n NMPIPE.SYS no ha podido registrar IPX como PDD, por lo que PDD no puede comunicarse con VDD. Acci╨▓n Compruebe que el controlador IPX.SYS se ha configurado correctamente en el archivo CONFIG.SYS. Si es as╨▒, examine los mensajes de error o de advertencia visualizados por el controlador y corrija los problemas especificados. Compruebe tambi╨Æn que la versi╨▓n de OS/2 es la v2.0 o una posterior. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ0613: Se especificaron caracteres no v╨░lidos en COMPUTERNAME. Explicaci╨▓n El nombre del servidor de Conductos nombrados especificado despu╨Æs de NPDAEMON.EXE no es v╨░lido. Acci╨▓n Compruebe que el nombre del servidor no tiene m╨░s de 15 caracteres y contiene letras, n╨│meros y los siguientes caracteres especiales: !#$%&()-.@^_-{}~ REQ0614: Se produjo un error al intentar inicializar NPCALLS.DLL. Explicaci╨▓n El NPDaemon no ha podido inicializar NPCALLS.DLL. Acci╨▓n Compruebe que el archivo NPCALLS.DLL del directorio del Requester de NetWare est╨░ incluido en la instrucci╨▓n LIBPATH del archivo CONFIG.SYS. Si est╨░ ejecutando Conductos nombrados, compruebe que el controlador NMPIPE.SYS y NPSERVER.SYS est╨░n correctamente configurados en el CONFIG.SYS. REQ0615: No se pudo registrar el Daemon de Conductos nombrados. Error: <c╨▓digo>. Explicaci╨▓n El NPDaemon no ha podido abrir el controlador NMPIPE.SYS o comunicarse con ╨Æl. Acci╨▓n Compruebe que el controlador NMPIPE.SYS se ha introducido correctamente en el archivo CONFIG.SYS. Si es as╨▒, examine los mensajes de error y de advertencia visualizados por el controlador y corrija los problemas. Intente acceder de nuevo. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ0616: Se produjo un error durante el intento de asignar memoria compartida. Explicaci╨▓n El NPDaemon no ha podido asignar un ╨░rea de memoria compartida. Acci╨▓n Intente a╨┤adir RAM, reducir las opciones de configuraci╨▓n en el archivo CONFIG.SYS (por ejemplo, disminuyendo el tama╨┤o de DIRCACHE), eliminar los controladores de dispositivos optativos del CONFIG.SYS y dejar espacio libre en el disco duro suprimiendo los programas innecesarios. Si utiliza varias particiones del disco, considere la posibilidad de instalar el archivo swapper de OS/2 en una partici╨▓n mayor. Tambi╨Æn es posible que disponga de utilidades de compresi╨▓n de disco que puedan ayudar a resolver este problema. Una vez realizadas estas operaciones, cierre OS/2 y vuelva a arrancar el sistema. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ0617: Se produjo un error al intentar asignar la agrupaci╨▓n ECB. Explicaci╨▓n El NPDaemon no ha podido asignar un ╨░rea de memoria para la agrupaci╨▓n ECB. Acci╨▓n Intente a╨┤adir RAM, reducir las opciones de configuraci╨▓n en el archivo CONFIG.SYS (por ejemplo, disminuyendo el tama╨┤o de DIRCACHE), eliminar los controladores de dispositivos optativos del CONFIG.SYS y dejar espacio libre en el disco duro suprimiendo los programas innecesarios. Si utiliza varias particiones del disco, considere la posibilidad de instalar el archivo swapper de OS/2 en una partici╨▓n mayor. Tambi╨Æn es posible que disponga de utilidades de compresi╨▓n de disco que puedan ayudar a resolver este problema. Una vez realizadas estas operaciones, cierre OS/2 y vuelva a arrancar el sistema. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ0618: Se produjo un error durante el intento de crear un sem╨░foro del sistema. Explicaci╨▓n Ha fallado una llamada DosCreateSem. Podr╨▒a haberse producido un error interno del programa. Acci╨▓n Intente acceder de nuevo. Si el problema persiste, p╨▓ngase en contacto con su distribuidor autorizado de Novell. REQ0619: Se produjo un error durante un intento de crear un hilo (thread). Explicaci╨▓n Ha fallado una llamada beginthread. Podr╨▒a haberse producido un error interno del programa. Acci╨▓n Intente acceder de nuevo. Si el problema persiste, p╨▓ngase en contacto con su distribuidor autorizado de Novell. REQ0620: No se pudo abrir un z╨▓calo (socket) din╨░mico. Error: <c╨▓digo>. Explicaci╨▓n El NPDaemon no ha podido abrir conexiones din╨░micas. Acci╨▓n Aumente el n╨│mero de conexiones especificadas en el archivo NET.CFG; vuelva a arrancar el sistema e int╨Æntelo de nuevo. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ0621: No se pudo abrir un z╨▓calo (socket) ya reconocido. Error: <c╨▓digo>. Explicaci╨▓n El NPDaemon no ha podido abrir la conexi╨▓n de Conductos nombrados de NetWare registrada; es posible que la conexi╨▓n ya est╨Æ en uso. Acci╨▓n Aumente el n╨│mero de conexiones SPX en el archivo NET.CFG y cierre el OS/2; vuelva a arrancar el sistema. REQ0622: El NPDaemon no pudo obtener la direcci╨▓n Internet. Error: <c╨▓digo>. Explicaci╨▓n Ha fallado una llamada IpxGetInternetworkAddress. Acci╨▓n Compruebe que el controlador IPX.SYS se ha configurado correctamente en el archivo CONFIG.SYS. Si es as╨▒, examine los mensajes de error o de advertencia visualizados por el controlador y corrija los problemas especificados. Compruebe tambi╨Æn que el archivo IPXCALLS.DLL est╨░ en el directorio del Requester de NetWare. Int╨Æntelo de nuevo. Si el problema persiste, p╨▓ngase en contacto con su distribuidor autorizado de Novell. REQ0623: El NPDaemon no puede obtener el destino local. Error: <c╨▓digo>. Explicaci╨▓n Ha fallado una llamada IpxGetLocalTarget. Acci╨▓n Compruebe que el controlador IPX.SYS se ha configurado correctamente en el archivo CONFIG.SYS. Si es as╨▒, examine los mensajes de error o de advertencia visualizados por el controlador y corrija los problemas especificados. Compruebe tambi╨Æn que el archivo IPXCALLS.DLL est╨░ en el directorio del Requester de NetWare. Int╨Æntelo de nuevo. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ0624: Fall╨▓ la funci╨▓n de notificaci╨▓n de servicios. Error: <c╨▓digo>. Explicaci╨▓n Ha fallado una llamada IpxSend para indicar que la estaci╨▓n de trabajo es un servidor de Conductos nombrados. Acci╨▓n Compruebe que el controlador IPX.SYS se ha configurado correctamente en el archivo CONFIG.SYS. Si es as╨▒, examine los mensajes de error o de advertencia visualizados por el controlador y corrija los problemas especificados. Compruebe tambi╨Æn que el archivo IPXCALLS.DLL est╨░ en el directorio del Requester de NetWare. Int╨Æntelo de nuevo. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ0625: No se pudo abrir el z╨▓calo (socket) de difusi╨▓n. Error: <c╨▓digo>. Explicaci╨▓n No ha podido abrirse el z╨▓calo de difusi╨▓n. Se trata de un z╨▓calo registrado a trav╨Æs del cual pueden recibirse los SAP. Posiblemente ya se ha abierto este z╨▓calo. Acci╨▓n Aumente el n╨│mero de z╨▓calos en el archivo NET.CFG, cierre OS/2 y vuelva a arrancar el sistema. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ0626: Se produjo un error al intentar obtener la informaci╨▓n de p╨░gina de c╨▓digo. Explicaci╨▓n Ha fallado una llamada a DosGetCtryInfo. Podr╨▒a tratarse de un error interno del programa. Acci╨▓n Compruebe que la versi╨▓n de OS/2 es la 2.0 o una superior. Si es as╨▒ y el problema persiste, p╨▓ngase en contacto con su distribuidor autorizado de Novell. REQ0628: No se ha podido asignar memoria para los buffers turbo. Explicaci╨▓n El NPDaemon no ha podido asignar memoria a los buffers turbo. Acci╨▓n Intente a╨┤adir RAM, reducir las opciones de configuraci╨▓n en el archivo CONFIG.SYS (por ejemplo, disminuyendo el tama╨┤o de DIRCACHE), eliminar los controladores de dispositivos optativos del CONFIG.SYS y dejar espacio libre en el disco duro suprimiendo los programas innecesarios. Si utiliza varias particiones del disco, considere la posibilidad de instalar el archivo swapper de OS/2 en una partici╨▓n mayor. Tambi╨Æn es posible que disponga de utilidades de compresi╨▓n de disco que puedan ayudar a resolver este problema. Una vez realizadas estas operaciones, cierre OS/2 y vuelva a arrancar el sistema. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ0629: Un hilo (thread) de conexi╨▓n se interrumpi╨▓ inesperadamente. Error: <c╨▓digo>. Explicaci╨▓n El hilo del controlador de conexiones se ha interrumpido inesperadamente. Acci╨▓n Compruebe que el controlador SPX.SYS se ha introducido correctamente en el archivo CONFIG.SYS. Si es as╨▒, examine los mensajes de error o de advertencia visualizados por el controlador y corrija los problemas especificados. Compruebe tambi╨Æn que todos los controladores de Conductos nombrados son de una misma versi╨▓n principal (por ejemplo v2.x ). Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ0630: El nombre del computador especificado ya est╨░ registrado en la interred. Explicaci╨▓n El nombre del servidor de Conductos nombrados especificado en el archivo CONFIG.SYS ya se ha utilizado en la red. Acci╨▓n Use un nombre de servidor diferente. REQ0631: El gestor de buffer de recepci╨▓n se interrumpi╨▓ inesperadamente. Error: <c╨▓digo>. Explicaci╨▓n El hilo (thread) del gestor de buffer de recepci╨▓n se ha interrumpido inesperadamente. Acci╨▓n Compruebe que los controladores Conductos nombrados est╨░n dentro de la versi╨▓n principal (por ejemplo, v2.x ). Si es as╨▒, intente a╨┤adir RAM, reducir las opciones de configuraci╨▓n en el archivo CONFIG.SYS (por ejemplo, disminuyendo el tama╨┤o de DIRCACHE), eliminar los controladores de dispositivo optativos del CONFIG.SYS y dejar espacio libre en el disco duro suprimiendo los programas innecesarios. Si utiliza varias particiones del disco, considere la posibilidad de instalar el archivo swapper de OS/2 en una partici╨▓n mayor. Tambi╨Æn es posible que disponga de utilidades de compresi╨▓n de disco que puedan ayudar a resolver este problema. Una vez realizadas estas operaciones, cierre OS/2 y vuelva a arrancar el sistema. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ0635: La consulta de Servicio General para los servidores de Conductos nombrados ha fallado. Error: %1 %0 Explicaci╨▓n Ha fallado una llamada a IpxSend para realizar una consulta de servicios generales para los Servidores de Conductos nombrados. Acci╨▓n Compruebe que el controlador IPX.SYS se ha configurado correctamente en el archivo CONFIG.SYS. Si es as╨▒, examine los mensajes de error o de advertencia visualizados por el controlador y corrija los problemas especificados. Compruebe tambi╨Æn que el archivo IPXCALLS.DLL est╨░ en el directorio del Requester de NetWare. Int╨Æntelo de nuevo. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ0636: Se produjo un error al obtener la tabla de tarjeta IPX.%0 Explicaci╨▓n Ha fallado una llamada al controlador npserver.sys para obtener la tabla de tarjetas IPX. Acci╨▓n Compruebe que los controladores IPX.SYS y NPSERVER.SYS se han introducido correctamente en el archivo CONFIG.SYS. Si es as╨▒, examine los mensajes de error o de advertencia visualizados por los controladores y corrija los problemas indicados. Compruebe tambi╨Æn que los archivos IPXCALLS.DLL y NPCALLS.DLL est╨░n en el directorio del Requester de NetWare. Intente acceder de nuevo. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ0704: El m╨▓dulo IPX no est╨░ instalado. Explicaci╨▓n El Daemon de Conductos nombrados ha podido abrir el controlador SPX.SYS o comunicarse con ╨Æl. Acci╨▓n Compruebe que el controlador SPX.SYS se ha introducido correctamente en el archivo CONFIG.SYS. Si es as╨▒, examine los mensajes de error o de advertencia y corrija los problemas especificados. Int╨Æntelo de nuevo. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ0705: El m╨▓dulo IPX no est╨░ instalado. Explicaci╨▓n El Daemon de Conductos nombrados no ha podido abrir el controlador IPX.SYS o comunicarse con ╨Æl. Acci╨▓n Compruebe que el controlador IPX.SYS se ha introducido correctamente en el archivo CONFIG.SYS. Si es as╨▒, examine los mensajes de error o de advertencia y corrija los problemas especificados. Int╨Æntelo de nuevo. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ0719: Se est╨░ usando una versi╨▓n incorrecta de OS/2. Explicaci╨▓n Ha fallado la llamada DosGetVersion (lo cual podr╨▒a responder a un error interno del programa) o la versi╨▓n de OS/2 que se est╨░ ejecutando no es la v2.0 o una superior. Acci╨▓n Compruebe que el SO cliente y el controlador NMPIPE.SYS son compatibles. Int╨Æntelo de nuevo. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ0806: El programa no puede conseguir informaci╨▓n de p╨░ginas de c╨▓digo. Error: <c╨▓digo>. Explicaci╨▓n El sistema OS/2 no devuelve la informaci╨▓n de p╨░gina de c╨▓digo. Podr╨▒a tratarse de un error interno del programa. Acci╨▓n Intente acceder de nuevo. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ0807: El controlador de dispositivo del Requester y el Daemon son de versiones incompatibles. Explicaci╨▓n La causa m╨░s probable de este problema es que NWDAEMON.EXE y el controlador NWREQ.SYS no se hayan instalado desde el mismo disco de instalaci╨▓n. Acci╨▓n Instale de nuevo el controlador del Requester y compruebe que utiliza el disco de instalaci╨▓n correcto. REQ0808: No puede registrarse el DLL subordinado. Error: <c╨▓digo>. Explicaci╨▓n NWWORKER.DLL no ha podido ponerse en contacto con el Requester. Podr╨▒a tratarse de un error interno del programa. Acci╨▓n Intente acceder de nuevo. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ0809: No puede registrarse el gestor de difusi╨▓n. Error: <c╨▓digo>. Explicaci╨▓n Podr╨▒a tratarse de un error interno del programa. Acci╨▓n Intente acceder de nuevo. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ0810: El programa no puede conseguir informaci╨▓n del sistema. Error: <c╨▓digo>. Explicaci╨▓n El sistema OS/2 no ha devuelto la informaci╨▓n del sistema. Podr╨▒a tratarse de un error interno del programa. Acci╨▓n Intente acceder de nuevo. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ0811: No puede definirse la prioridad del hilo de limpieza interna. Error: <c╨▓digo>. Explicaci╨▓n El hilo de limpieza interna est╨░ definido para ejecutarse con la prioridad habitual. El sistema ha tenido problemas al establecer la prioridad. Acci╨▓n No tenga en cuenta el error. REQ0812: No puede registrarse el hilo de limpieza interna. Error: <c╨▓digo>. Explicaci╨▓n Podr╨▒a tratarse de un error interno del programa. Acci╨▓n Intente acceder de nuevo. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ0813: El programa no puede obtener la asignaci╨▓n actual de unidad. Error: <c╨▓digo>. Explicaci╨▓n El sistema OS/2 no devuelve la asignaci╨▓n de la unidad actual. Podr╨▒a tratarse de un error interno del programa. Acci╨▓n Intente acceder de nuevo. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ0814: El programa no puede definir la asignaci╨▓n actual de unidad. Error: <c╨▓digo>. Explicaci╨▓n El sistema OS/2 no define la asignaci╨▓n de la unidad actual. Podr╨▒a tratarse de un error interno del programa. Acci╨▓n Intente acceder de nuevo. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ0815: El programa no puede obtener la ID de conexi╨▓n. Error: <c╨▓digo>. Explicaci╨▓n El Requester ha intentado encontrar un servidor de NetWare al inicializarse. No se est╨░ ejecutando ning╨│n servidor o existen problemas de cableado. Acci╨▓n Compruebe que el servidor de NetWare se est╨░ ejecutando y funciona correctamente. Verifique tambi╨Æn que la m╨░quina OS/2 ha establecido una conexi╨▓n con la red. Int╨Æntelo de nuevo. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ0816: Se produjo un error durante el intento de inicializar el cache. Explicaci╨▓n La funci╨▓n de almacenamiento en el cach╨Æ no funciona. Podr╨▒a tratarse de un error interno del programa. Acci╨▓n Intente acceder de nuevo. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ0817: El Daemon no pudo aumentar la prioridad del hilo (thread). Explicaci╨▓n El hilo (thread) est╨░ definido para ejecutarse con una prioridad superior. El sistema ha tenido problemas al establecer la prioridad. Acci╨▓n No tenga en cuenta el error. REQ0818: El Daemon no pudo registrar el gestor de DosBox. Explicaci╨▓n Podr╨▒a tratarse de un error interno del programa. Acci╨▓n Intente acceder de nuevo. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ0820: No hay memoria suficiente para el Daemon de diagn╨▓stico. Error: <c╨▓digo>. Explicaci╨▓n El programa NWDaemon ha intentado asignar memoria del sistema para que el hilo (thread) de diagn╨▓stico se utilice como un stack, pero el sistema devuelve un error. Acci╨▓n Intente a╨┤adir RAM, reducir las opciones de configuraci╨▓n en el archivo CONFIG.SYS (por ejemplo, disminuyendo el tama╨┤o de DIRCACHE), eliminar los controladores de dispositivos optativos del CONFIG.SYS y dejar espacio libre en el disco duro suprimiendo los programas innecesarios. Si utiliza varias particiones del disco, considere la posibilidad de instalar el archivo swapper de OS/2 en una partici╨▓n mayor. Tambi╨Æn es posible que disponga de utilidades de compresi╨▓n de disco que puedan ayudar a resolver este problema. Una vez realizadas estas operaciones, cierre OS/2 y vuelva a arrancar el sistema. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ0821: No pudo iniciarse el Daemon de diagn╨▓stico. Error: <c╨▓digo>. Explicaci╨▓n El NWDaemon ha intentado iniciar hilo (thread) de diagn╨▓stico pero ha detectado una situaci╨▓n de error. Es posible que el sistema est╨Æ ejecutando ya demasiados hilos (threads) que se trate de un error interno del programa. Acci╨▓n Intente cerrar otras aplicaciones que se est╨Æn ejecutando. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ0822: No pudo cambiarse la prioridad del Daemon de diagn╨▓stico. Error: <c╨▓digo>. Explicaci╨▓n El hilo (thread) de diagn╨▓stico est╨░ definido para ejecutarse con la prioridad habitual. El sistema ha tenido problemas al establecer la prioridad. Acci╨▓n No tenga en cuenta el error. REQ0823: No hay memoria suficiente para iniciar un hilo (thread) nuevo. Error: <c╨▓digo>. Explicaci╨▓n El NWDaemon no ha podido asignar memoria del sistema al crear un hilo (thread) para una nueva tarea. Acci╨▓n Intente a╨┤adir RAM, reducir las opciones de configuraci╨▓n en el archivo CONFIG.SYS (por ejemplo, disminuyendo el tama╨┤o de DIRCACHE), eliminar los controladores de dispositivos optativos del CONFIG.SYS y dejar espacio libre en el disco duro suprimiendo los programas innecesarios. Si utiliza varias particiones del disco, considere la posibilidad de instalar el archivo swapper de OS/2 en una partici╨▓n mayor. Tambi╨Æn es posible que disponga de utilidades de compresi╨▓n de disco que puedan ayudar a resolver este problema. Una vez realizadas estas operaciones, cierre OS/2 y vuelva a arrancar el sistema. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ0824: No pudo iniciarse el hilo (thread) de env╨▒o de SPX. Error: <c╨▓digo>. Explicaci╨▓n Podr╨▒a tratarse de un error interno del programa. Acci╨▓n Intente acceder de nuevo. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ0825: No pudo iniciarse el hilo (thread) de recepci╨▓n de SPX. Error: <c╨▓digo>. Explicaci╨▓n Podr╨▒a tratarse de un error interno del programa. Acci╨▓n Intente acceder de nuevo. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ0826: No pudo registrarse el gestor SFT 3. Explicaci╨▓n Podr╨▒a tratarse de un error interno del programa. Acci╨▓n Intente acceder de nuevo. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ0827: No pudo inicializarse Packet Burst (r╨░faga de paquetes). Explicaci╨▓n Podr╨▒a tratarse de un error interno del programa. Acci╨▓n Intente acceder de nuevo. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ0843: No hay memoria suficiente para un hilo (thread) de gesti╨▓n de red (<c╨▓digo de error>). Explicaci╨▓n El NWDaemon ha intentado asignar memoria del sistema para que un hilo (thread) inicialice el Administrador de la red, pero no hab╨▒a memoria disponible. No puede inicializarse el Administrador de la red. Acci╨▓n Intente a╨┤adir RAM, reducir las opciones de configuraci╨▓n en el archivo CONFIG.SYS (por ejemplo, disminuyendo el tama╨┤o de DIRCACHE), eliminar los controladores de dispositivos optativos del CONFIG.SYS y dejar espacio libre en el disco duro suprimiendo los programas innecesarios. Si utiliza varias particiones del disco, considere la posibilidad de instalar el archivo swapper de OS/2 en una partici╨▓n mayor. Tambi╨Æn es posible que disponga de utilidades de compresi╨▓n de disco que puedan ayudar a resolver este problema. Una vez realizadas estas operaciones, cierre OS/2 y vuelva a arrancar el sistema. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ0844: No pudo iniciarse un conducto nombrado para la gesti╨▓n de la red (<c╨▓digo de error>). Explicaci╨▓n El NWDaemon no ha podido asignar un conducto nombrado. No tendr╨░ acceso al Administrador de la red hasta que vuelva a arrancar la m╨░quina. Este error puede tener varias causas. Es posible que Conductos nombrados o SPX no se hayan cargado, que uno de los controladores haya abierto ya demasiados Conductos nombrados, que no se disponga de suficiente memoria o espacio en el disco o que se trate de un error interno del programa. Acci╨▓n Compruebe que Conductos nombrados y SPX est╨░n cargados y que el sistema cuenta con suficiente memoria. (Si cree que se trata de un problema de memoria, consulte la explicaci╨▓n del mensaje 843.) Una vez realizadas estas operaciones, vuelva a arrancar el sistema e int╨Æntelo de nuevo. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ0845: No hay memoria suficiente para ejecutar la gesti╨▓n de la red (<c╨▓digo de error>). Explicaci╨▓n El programa NWDaemon ha intentado asignar memoria del sistema para ejecutar el Administrador de la red, pero no hay memoria disponible. ╨áste no se ejecutar╨░ hasta que se disponga de memoria y se vuelva a arrancar el sistema. Acci╨▓n Intente a╨┤adir RAM, reducir las opciones de configuraci╨▓n en el archivo CONFIG.SYS (por ejemplo, disminuyendo el tama╨┤o de DIRCACHE), eliminar los controladores de dispositivos optativos del CONFIG.SYS y dejar espacio libre en el disco duro suprimiendo los programas innecesarios. Si utiliza varias particiones del disco, considere la posibilidad de instalar el archivo swapper de OS/2 en una partici╨▓n mayor. Tambi╨Æn es posible que disponga de utilidades de compresi╨▓n de disco que puedan ayudar a resolver este problema. Una vez realizadas estas operaciones, cierre OS/2 y vuelva a arrancar el sistema. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ0904: No est╨░ cargado el controlador NWREQ.SYS. Explicaci╨▓n El Cliente NetWare para OS/2 no se puede inicializar hasta que el controlador est╨Æ cargado. Acci╨▓n Cargue el controlador NWREQ.SYS. REQ0914: El programa no puede asignar selectores para la tabla de espacio de trabajo. Explicaci╨▓n Todos los selectores de memoria disponibles est╨░n siendo utilizados por el sistema o por controladores de dispositivo previamente cargados. Acci╨▓n Elimine los controladores de dispositivo optativos e innecesarios del archivo CONFIG.SYS e int╨Æntelo de nuevo. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ0915: El programa no puede asignar memoria para la tabla de espacio de trabajo. Explicaci╨▓n Toda la memoria de sistema disponible est╨░ en uso. El Cliente NetWare para OS/2 no se puede cargar adecuadamente. Acci╨▓n Intente a╨┤adir RAM, reducir las opciones de configuraci╨▓n en el archivo CONFIG.SYS (por ejemplo, disminuyendo el tama╨┤o de DIRCACHE), eliminar los controladores de dispositivos optativos del CONFIG.SYS y dejar espacio libre en el disco duro suprimiendo los programas innecesarios. Si utiliza varias particiones del disco, considere la posibilidad de instalar el archivo swapper de OS/2 en una partici╨▓n mayor. Tambi╨Æn es posible que disponga de utilidades de compresi╨▓n de disco que puedan ayudar a resolver este problema. Una vez realizadas estas operaciones, cierre OS/2 y vuelva a arrancar el sistema. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ0917: No se dispone de memoria para la tabla de cach╨Æ. El almacenamiento en el cach╨Æ est╨░ desconectado. Explicaci╨▓n Toda la memoria de sistema disponible est╨░ siendo utilizada por el sistema. El Cliente NetWare para OS/2 no se puede cargar adecuadamente. Acci╨▓n Intente a╨┤adir RAM, reducir las opciones de configuraci╨▓n en el archivo CONFIG.SYS (por ejemplo, disminuyendo el tama╨┤o de DIRCACHE), eliminar los controladores de dispositivos optativos del CONFIG.SYS y dejar espacio libre en el disco duro suprimiendo los programas innecesarios. Si utiliza varias particiones del disco, considere la posibilidad de instalar el archivo swapper de OS/2 en una partici╨▓n mayor. Tambi╨Æn es posible que disponga de utilidades de compresi╨▓n de disco que puedan ayudar a resolver este problema. Una vez realizadas estas operaciones, cierre OS/2 y vuelva a arrancar el sistema. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ0919: Se est╨░ utilizando una versi╨▓n incorrecta de OS/2. Explicaci╨▓n Las versiones principales del Cliente NetWare para OS/2 y OS/2 no se corresponden. Acci╨▓n Actualice el Cliente NetWare para OS/2 u OS/2. REQ0937: La versi╨▓n del controlador del Requester no coincide con la de IFS. Explicaci╨▓n NWIFS.IFS y NWREQ.SYS no se han instalado desde el mismo disco de instalaci╨▓n. Acci╨▓n Instale el Cliente NetWare para OS/2 de nuevo. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ1005: El m╨▓dulo de soporte LAN no est╨░ instalado. Explicaci╨▓n El Cliente NetWare para OS/2 necesita que el controlador LSL.SYS est╨Æ ejecut╨░ndose cuando se cargue. Falta la l╨▒nea "DEVICE=C:\NETWARE\LSL.SYS del archivo CONFIG.SYS o la LSL ha detectado un error al cargarse. Acci╨▓n Compruebe la configuraci╨▓n del controlador LSL.SYS en el archivo CONFIG.SYS. Si no es ╨Æste el problema, p╨▓ngase en contacto con su distribuidor autorizado de Novell. REQ1008: No se pudo encontrar un servidor NetWare. Explicaci╨▓n El Cliente NetWare para OS/2 intenta encontrar un servidor de NetWare al inicializarse. No se est╨░ ejecutando ning╨│n servidor o existe un problema de cableado. Acci╨▓n Compruebe que el servidor de NetWare se est╨░ ejecutando y funciona correctamente. Verifique tambi╨Æn que la m╨░quina OS/2 est╨░ conectada a la red. REQ1010: El programa no puede asignar selectores para la tabla de conexiones. Explicaci╨▓n Todos los selectores de memoria disponibles est╨░n siendo utilizados por el sistema o por controladores de dispositivo previamente cargados. Acci╨▓n Elimine los controladores de dispositivo optativos e innecesarios del archivo CONFIG.SYS e int╨Æntelo de nuevo. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ1011: El programa no puede asignar memoria para la tabla de conexiones. Explicaci╨▓n Toda la memoria de sistema disponible est╨░ en uso. El Cliente NetWare para OS/2 no se puede cargar adecuadamente. Acci╨▓n Intente a╨┤adir RAM, reducir las opciones de configuraci╨▓n en el archivo CONFIG.SYS (por ejemplo, disminuyendo el tama╨┤o de DIRCACHE), eliminar los controladores de dispositivos optativos del CONFIG.SYS y dejar espacio libre en el disco duro suprimiendo los programas innecesarios. Si utiliza varias particiones del disco, considere la posibilidad de instalar el archivo swapper de OS/2 en una partici╨▓n mayor. Tambi╨Æn es posible que disponga de utilidades de compresi╨▓n de disco que puedan ayudar a resolver este problema. Despu╨Æs de realizar estas acciones, cierre OS/2 y vuelva a arrancar el programa. Si el problema persiste, p╨▓ngase en contacto con su distribuidor autorizado de Novell. REQ1019: Se est╨░ usando una versi╨▓n incorrecta de OS/2. Explicaci╨▓n La versi╨▓n principal del Cliente NetWare para OS/2 y OS/2 no se corresponden. Acci╨▓n Actualice el Cliente NetWare para OS/2 u OS/2. REQ1021: No pudo analizarse el archivo de configuraci╨▓n. Se utilizar╨░n los par╨░metros por defecto. Explicaci╨▓n El controlador del Cliente NetWare para OS/2 no puede leer los par╨░metros del archivo NET.CFG. Acci╨▓n Compruebe que la sintaxis de la secci╨▓n para el Requester de NetWare introducida en este archivo es correcta. REQ1022: Se produjo un error no recuperable. No se carg╨▓ el controlador. Explicaci╨▓n El controlador no ha podido cargarse correctamente. Es probable que se trate de un error interno del programa. Acci╨▓n Int╨Æntelo de nuevo. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ1024: No pueden asignarse selectores de soporte a los subordinados. Explicaci╨▓n Todos los selectores de memoria disponibles est╨░n siendo utilizados por el sistema o por controladores de dispositivo previamente cargados. Acci╨▓n Elimine los controladores de dispositivo optativos o innecesarios del archivo CONFIG.SYS. Int╨Æntelo de nuevo. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ1038: El programa no puede asignar memoria para el buffer de mensajes de error. Explicaci╨▓n Toda la memoria de sistema disponible est╨░ siendo utilizada por el sistema. El Cliente NetWare para OS/2 no se puede cargar adecuadamente. Acci╨▓n Intente a╨┤adir RAM, reducir las opciones de configuraci╨▓n en el archivo CONFIG.SYS (por ejemplo, disminuyendo el tama╨┤o de DIRCACHE), eliminar los controladores de dispositivos optativos del CONFIG.SYS y dejar espacio libre en el disco duro suprimiendo los programas innecesarios. Si utiliza varias particiones del disco, considere la posibilidad de instalar el archivo swapper de OS/2 en una partici╨▓n mayor. Tambi╨Æn es posible que disponga de utilidades de compresi╨▓n de disco que puedan ayudar a resolver este problema. Una vez realizadas estas operaciones, cierre OS/2 y vuelva a arrancar el sistema. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ1039: El Requester no pudo enviar al servidor NetWare <n╨│mero> como <n╨│mero>. Explicaci╨▓n El Cliente NetWare para OS/2 espera una respuesta del servidor despu╨Æs de cada petici╨▓n. Si el servidor no responde dentro de un lapso determinado, el Cliente NetWare para OS/2 sobrepasa el tiempo l╨▒mite. Acci╨▓n Compruebe que el servidor est╨░ ejecut╨░ndose y funciona correctamente. Verifique tambi╨Æn que todos los Routers que operan entre la estaci╨▓n de trabajo y el servidor siguen ejecut╨░ndose. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ1040: El Requester agot╨▓ el tiempo l╨▒mite para una respuesta del servidor <n╨│mero>. Explicaci╨▓n El Cliente NetWare para OS/2 espera una respuesta del servidor despu╨Æs de cada petici╨▓n. Si el servidor no responde dentro de un lapso determinado, el Cliente NetWare para OS/2 sobrepasa el tiempo l╨▒mite. Explanation Cliente de NetWare para OS/2 espera una respuesta del servidor despu╨Æs de cada pedido. Si el servidor no responde dentro de cierto tiempo, el Cliente de NetWare para OS/2 alcanza el tiempo l╨▒mite. Acci╨▓n Compruebe que el servidor est╨░ ejecut╨░ndose y funciona correctamente. Verifique tambi╨Æn que todos los Routers que operan entre la estaci╨▓n de trabajo y el servidor siguen ejecut╨░ndose. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ1041: El servidor <n╨│mero> no respondi╨▓ a una petici╨▓n. Explicaci╨▓n El Cliente NetWare para OS/2 espera una respuesta del servidor despu╨Æs de cada petici╨▓n. Si el servidor no responde dentro de un lapso determinado, el Cliente NetWare para OS/2 sobrepasa el tiempo l╨▒mite. Este error tambi╨Æn puede producirse si el servidor da una respuesta inesperada. Acci╨▓n Compruebe que el servidor est╨░ ejecut╨░ndose y funciona correctamente. Verifique tambi╨Æn que todos los Routers que operan entre la estaci╨▓n de trabajo y el servidor siguen ejecut╨░ndose. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ1042: La conexi╨▓n al servidor de NetWare <n╨│mero> como <n╨│mero> no es v╨░lida. Explicaci╨▓n El Cliente NetWare para OS/2 espera una respuesta del servidor despu╨Æs de cada petici╨▓n. Si el servidor no responde dentro de un lapso determinado, el Cliente NetWare para OS/2 sobrepasa el tiempo l╨▒mite. Acci╨▓n Compruebe que el servidor est╨░ ejecut╨░ndose y funciona correctamente. Verifique tambi╨Æn que todos los Routers que operan entre la estaci╨▓n de trabajo y el servidor siguen ejecut╨░ndose. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ1043: El encaminamiento a un servidor de NetWare <n╨│mero> se ha interrumpido. Explicaci╨▓n La ruta de la red para el servidor se ha interrumpido. Acci╨▓n Compruebe que el servidor est╨░ ejecut╨░ndose y funciona correctamente. Verifique tambi╨Æn que todos los Routers que operan entre la estaci╨▓n de trabajo y el servidor siguen ejecut╨░ndose. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ1045: El encaminamiento al servidor NetWare <n╨│mero> se ha interrumpido. Explicaci╨▓n La ruta de la red para el servidor se ha interrumpido. Acci╨▓n Compruebe que el servidor est╨░ ejecut╨░ndose y funciona correctamente. Verifique tambi╨Æn que todos los Routers que operan entre la estaci╨▓n de trabajo y el servidor siguen ejecut╨░ndose. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ1106: El SPDaemon no puede obtener la versi╨▓n de SPX. Error: <c╨▓digo>. Explicaci╨▓n Ha fallado una llamada SpxGetVersion. Podr╨▒a tratarse de un error interno del programa. Acci╨▓n Compruebe que el controlador SPX.SYS se ha introducido correctamente en el archivo CONFIG.SYS. Si es as╨▒, examine los mensajes de error o de advertencia visualizados por el controlador y corrija los problemas especificados. Verifique que las versiones de los controladores son compatibles. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ1107: El controlador SPX y el Daemon SPX son de versiones incompatibles. Explicaci╨▓n Las versiones del controlador SPX.SYS y de SPDAEMON.EXE no se corresponden. Acci╨▓n Compruebe que las versiones del controlador cliente de SPX.SYS y SPDAEMON.EXE son compatibles. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ1108: No se puede obtener la entrada del controlador SPX. Error: <c╨▓digo>. Explicaci╨▓n El SPDaemon no ha podido obtener una referencia para el controlador SPX.SYS. Podr╨▒a tratarse de un error interno del programa. Acci╨▓n Compruebe que las versiones del controlador cliente de SPX.SYS y de SPDAEMON.EXE son compatibles. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ1109: Ya est╨░ cargado el Daemon SPX. Error: <c╨▓digo>. Explicaci╨▓n El SPDAEMON.EXE ya se ha puesto en contacto con el controlador SPX.SYS, lo que significa que ya est╨░ cargado. Acci╨▓n Compruebe que el subproceso de segundo plano SPDAEMON.EXE no se ha introducido en el archivo CONFIG.SYS m╨░s de una vez. REQ1110: El Daemon no puede registrarse en el controlador SPX. Error: <c╨▓digo>. Explicaci╨▓n El SPDaemon no puede comunicarse con el controlador SPX.SYS. Acci╨▓n Compruebe que el controlador SPX.SYS se ha introducido correctamente en el archivo CONFIG.SYS. Si es as╨▒, examine los mensajes de error o de advertencia visualizados por el controlador y corrija los problemas especificados. Verifique que las versiones de los controladores son compatibles. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ1111: No se puede cerrar el gestor de dispositivo SPX. Error: <c╨▓digo>. Explicaci╨▓n El SPDaemon no puede cerrar el distintivo de dispositivo. Podr╨▒a tratarse de un error interno del programa. Acci╨▓n Int╨Æntelo de nuevo. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ1112: El SPDaemon no puede esperar en un sem╨░foro. Error: <c╨▓digo>. Explicaci╨▓n Ha fallado una llamada DosSemSetWait. Podr╨▒a tratarse de un error interno del programa. Acci╨▓n Int╨Æntelo de nuevo. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ1113: No se pueden obtener los segmentos de informaci╨▓n de sistema. Error: <c╨▓digo>. Explicaci╨▓n Ha fallado una llamada DosGetInfoSeg. Podr╨▒a tratarse de un error interno del programa. Acci╨▓n Int╨Æntelo de nuevo. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ1114: No se puede definir la prioridad para el hilo (thread) de bloqueo. Error: <c╨▓digo>. Explicaci╨▓n Ha fallado una llamada DosSetPrty. Podr╨▒a tratarse de un error interno del programa. Acci╨▓n Int╨Æntelo de nuevo. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ1115: No puede accederse al controlador SPX. Error: <c╨▓digo>. Explicaci╨▓n El SPDaemon no ha podido acceder a SPX.SYS a trav╨Æs de la puerta de llamada. Acci╨▓n Compruebe que el controlador SPX.SYS se ha introducido correctamente en el archivo CONFIG.SYS. Si es as╨▒, examine los mensajes de error o de advertencia visualizados por el controlador y corrija los problemas especificados. Verifique tambi╨Æn que no hay incompatibilidad con la versi╨▓n del controlador. Int╨Æntelo de nuevo. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ1116: No se puede definir la prioridad para un hilo (thread) AES. Error: <c╨▓digo>. Explicaci╨▓n Ha fallado una llamada DosSetPrty. Podr╨▒a tratarse de un error interno del programa. Acci╨▓n Int╨Æntelo de nuevo. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ1117: No se puede definir la prioridad para un hilo (thread) de vigilancia. Error: <c╨▓digo>. Explicaci╨▓n Ha fallado una llamada DosSetPrty. Podr╨▒a tratarse de un error interno del programa. Acci╨▓n Int╨Æntelo de nuevo. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ1118: No se puede definir la prioridad para un hilo (thread) de sesi╨▓n. Error: <c╨▓digo>. Explicaci╨▓n Ha fallado una llamada DosSetPrty. Podr╨▒a tratarse de un error interno del programa. Acci╨▓n Int╨Æntelo de nuevo. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ1119: El SPXCALLS.DLL no puede registrarse con el controlador SPX. Explicaci╨▓n El SPXCALLS.DLL no puede comunicarse con el controlador SPX.SYS. Acci╨▓n Compruebe que el controlador SPX.SYS se ha introducido correctamente en el archivo CONFIG.SYS. Si es as╨▒, examine los mensajes de error o de advertencia visualizados por el controlador y corrija los problemas especificados. Verifique que no hay incompatibilidad con la versi╨▓n del controlador. A contincaci╨▓n, int╨Æntelo de nuevo. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ1205: El controlador no puede inicializar las variables de datos CGroup. Explicaci╨▓n Las variables de datos clave suelen almacenarse en el CGroup del controlador para poder acceder a ╨Æstas de forma f╨░cil y segura. Sin embargo, las variables no han podido inicializarse debido a un error relacionado con la memoria. Acci╨▓n Intente a╨┤adir RAM, reducir las opciones de configuraci╨▓n en el archivo CONFIG.SYS (por ejemplo, disminuyendo el tama╨┤o de DIRCACHE), eliminar los controladores de dispositivos optativos del CONFIG.SYS y dejar espacio libre en el disco duro suprimiendo los programas innecesarios. Si utiliza varias particiones del disco, considere la posibilidad de instalar el archivo swapper de OS/2 en una partici╨▓n mayor. Tambi╨Æn es posible que disponga de utilidades de compresi╨▓n de disco que puedan ayudar a resolver este problema. Una vez realizadas estas operaciones, cierre OS/2 y vuelva a arrancar el sistema. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ1206: El controlador no puede configurar a SPX. Explicaci╨▓n El controlador que opera con NWCONFIG.DLL no ha conseguido analizar el archivo NET.CFG para los par╨░metros de SPX. Acci╨▓n Compruebe que el formato del archivo NET.CFG es correcto. REQ1207: El controlador no pudo obtener las intercepciones de soporte de LSL o IPX. Explicaci╨▓n SPX no ha podido abrir los controladores LINKSUP_ (LSL.SYS) o IPX_ (IPX.SYS) o comunicarse con ellos. La causa m╨░s probable de este error es que uno de estos controladores se ha instalado incorrectamente. Acci╨▓n Compruebe que los controladores de dispositivo LSL.SYS e IPX.SYS se han introducido correctamente en el archivo CONFIG.SYS. Si es as╨▒, examine los mensajes de error o de advertencia visualizados por el controlador y corrija los problemas especificados. Verifique que no hay incompatibilidad con la versi╨▓n del controlador. A contincaci╨▓n, int╨Æntelo de nuevo. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ1208: No se pudo obtener la versi╨▓n de OS/2; se asume OS/2 v2.x. Explicaci╨▓n Ha fallado una llamada DosGetVersion (un error interno del programa) o la versi╨▓n de OS/2 que se est╨░ ejecutando no es la 2.0 o una superior. Acci╨▓n Compruebe que las versiones de OS/2 y del controlador SPX.SYS son compatibles. Si no es ╨Æste el problema, p╨▓ngase en contacto con su distribuidor autorizado de Novell. REQ1209: El controlador no puede obtener las variables DOS de OS/2. Explicaci╨▓n El controlador SPX.SYS no ha podido obtener un segmento de informaci╨▓n local o del sistema. Podr╨▒a tratarse de un error interno del programa. Acci╨▓n Int╨Æntelo de nuevo. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ1210: El controlador no puede inicializar la puerta de llamada de SPX. Explicaci╨▓n El controlador SPX.SYS no ha podido registrar una puerta de llamada en el controlador LSL.SYS. Acci╨▓n Compruebe que el controlador LSL.SYS se ha introducido correctamente en el archivo CONFIG.SYS. Si es as╨▒, examine los mensajes de error o de advertencia visualizados por el controlador y corrija los problemas especificados. Verifique que no hay incompatibilidad con la versi╨▓n del controlador. A continuaci╨▓n, int╨Æntelo de nuevo. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ1211: El controlador no puede asignar memoria para uso de SPX. Explicaci╨▓n El sistema no dispone de memoria suficiente para ejecutar SPX. Acci╨▓n Intente a╨┤adir RAM, reducir las opciones de configuraci╨▓n en el archivo CONFIG.SYS (por ejemplo, disminuyendo el tama╨┤o de DIRCACHE), eliminar los controladores de dispositivos optativos del CONFIG.SYS y dejar espacio libre en el disco duro suprimiendo los programas innecesarios. Si utiliza varias particiones del disco, considere la posibilidad de instalar el archivo swapper de OS/2 en una partici╨▓n mayor. Tambi╨Æn es posible que disponga de utilidades de compresi╨▓n de disco que puedan ayudar a resolver este problema. Una vez realizadas estas operaciones, cierre OS/2 y vuelva a arrancar el sistema. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. REQ1301: La aplicaci╨▓n no pudo inicializar Conductos nombrados. Explicaci╨▓n La aplicaci╨▓n no ha podido abrir el controlador NMPIPE.SYS o comunicarse con ╨Æl. Es muy probable que este controlador no se haya introducido en el archivo CONFIG.SYS. Acci╨▓n Compruebe que el controlador NMPIPE.SYS se ha introducido correctamente en el archivo CONFIG.SYS. Si es as╨▒, examine los mensajes de error o de advertencia visualizados por el controlador y corrija los problemas especificados. Si el problema persiste, cont╨░ctese con su distribuidor autorizado de Novell. ΓòÉΓòÉΓòÉ 20. Consejos para la resoluci╨▓n de problemas y d╨▓nde ΓòÉΓòÉΓòÉ obtener ayuda Consejos para la resoluci╨▓n de problemas y d╨▓nde obtener ayuda Consejos para la resoluci╨▓n de problemas Compruebe que: Γûá Los tipos de trama definidos por la estaci╨▓n de trabajo y el servidor son los mismos. Γûá Coinciden las configuraciones de la tarjeta y los par╨░metros de software. Γûá Los par╨░metros de NET.CFG, como el contexto de nombre, coinciden con la configuraci╨▓n de sistema de NetWare. Γûá El cableado de red se ajuste a las especificaciones IEEE y todas las conexiones y terminaciones son correctas. Γûá Todo el software de red pertenece a la versi╨▓n disponible m╨░s reciente. D╨▓nde obtener ayuda Novell ofrece una variedad que soporte que incluye: Γûá Soporte t╨Æcnico de Novell Γûá NSEPRO Γûá Su distribuidor autorizado de Novell Γûá NetWire en CompuServ Γûá Notas de aplicaci╨▓n de Novell Para obtener m╨░s informaci╨▓n, llame a 1-800-NETWARE. Para obtener m╨░s informaci╨▓n sobre OS/2, p╨▓ngase en contacto con su representante de IBM.