AS/400e IBM Redes Telnet

Transcripción

1 AS/400e Redes Telnet

2

3 AS/400e Redes Telnet

4 Copyright International Business Machines Corporation 1998, Reserados todos los derechos.

5 Contenido Parte 1. Telnet Capítulo 1. Noedades de la V4R Capítulo 2. Imprimir este tema Capítulo 3. Inicio de una sesión de cliente Telnet Controlar las funciones de seridor Telnet desde el cliente Capítulo 4. Planificación del seridor Telnet Configuración automática de dispositios irtuales con Telnet Conenios de denominación de Telnet para los dispositios configurados automáticamente Creación de dispositios irtuales propios Parámetro de tiempo de espera de sincronización de Telnet Capítulo 5. El seridor Telnet y SSL.. 13 Restricción de puertos Telnet Capítulo 6. Arranque del seridor Telnet Actiación del subsistema QSYSWRK Finalización de la sesión del seridor Telnet Capítulo 7. Controlar el acceso de usuario al AS/400 mediante Telnet Establecimiento del número de dispositios irtuales para controlar los inicios de sesión Creación de perfiles de usuario Telnet Asignación de dispositios a subsistemas Restringir usuarios priilegiados a dispositios específicos Establecimiento del alor de tiempo de espera de inactiidad de la sesión Utilización de las colas de mensajes inactias.. 19 Capítulo 8. Ejemplos de archios de programa de salida de Telnet Capítulo 9. Paso a traés de Telnet a arios sistemas Paso de una sesión Telnet en cascada a otra Configuración de sesiones de impresora Telnet.. 24 Requisitos para las sesiones de impresora Telnet 25 Capítulo 10. Resolución de problemas de Telnet Resolución de problemas del seridor Telnet SSL.. 27 Comprobación del estado del sistema para Telnet SSL Comprobación de la existencia de un escuchador SSL actio Comprobación de las anotaciones de trabajo de Telnet Códigos de retorno del sistema SSL Problemas comunes en Telnet SSL Capítulo 11. Otra información sobre Telnet Copyright IBM Corp. 1998, 2000 iii

6 i AS/400e: Redes Telnet

7 Parte 1. Telnet Telnet permite conectarse a un sistema remoto y utilizarlo como si se estuiera conectado directamente a él dentro de la red local. La máquina, o sistema, ante el que se encuentra físicamente es el cliente. El seridor Telnet es el sistema remoto al que se conecta el cliente. TCP/IP para AS/400 soporta tanto el cliente como el seridor Telnet. Una de las funciones más importantes de Telnet es su capacidad de negociar opciones entre el cliente y el seridor. Este tipo de negociación abierta hace posible que tanto el cliente como el seridor inicien o acepten una petición. Además de soportar sesiones de pantalla irtuales, el seridor AS/400 Telnet también soporta un cliente de impresora irtual. Dispone de arios tipos distintos de emulación para la negociación de peticiones y su conersión en salida. En AS/400, el tipo preferido es la emulación La información cliente/seridor de Telnet se centra únicamente en las tareas relacionadas con la modalidad de pantalla completa El AS/400 también soporta terminales de tipo 3270, terminales VTxxx y la modalidad de paso a traés de impresora. Si desea obtener información sobre el soporte de AS/400 Telnet para tipos de terminales distintos al 5250, puede consultar los capítulos sobre clientes y seridores Telnet de la publicación OS/400 TCP/IP Configuration and Reference. Cómo empezar: Para familiarizarse con el tema de Telnet, puede leer el apartado Noedades de la V4R5 para encontrar la información que se ha añadido desde el último release. Además, también puede imprimir este tema para leerlo como un documento. La siguiente información es una introducción a Telnet y proporciona información que le ayudará a administrar Telnet en el AS/400: Capítulo 3. Inicio de una sesión de cliente Telnet en la página 7 le ayudará a establecer una sesión de cliente Telnet. Capítulo 4. Planificación del seridor Telnet en la página 9 explica cómo determinar el número de dispositios irtuales que deben asociarse a las estaciones de trabajo conectadas al sistema. Capítulo 5. El seridor Telnet y SSL en la página 13 explica cómo configurar el seridor Telnet para SSL (Capa de Sockets Segura). Capítulo 6. Arranque del seridor Telnet en la página 15 describe cómo instalar el seridor Telnet y hacer que sea operatio. Capítulo 7. Controlar el acceso de usuario al AS/400 mediante Telnet en la página 17 describe cómo controlar el inicio de sesión de usuario para tener una seguridad Telnet básica. Capítulo 8. Ejemplos de archios de programa de salida de Telnet en la página 21 proporciona ejemplos para crear programas de salida Telnet. Copyright IBM Corp. 1998,

8 Capítulo 9. Paso a traés de Telnet a arios sistemas en la página 23 describe cómo pasar de un sistema a otro para establecer sesiones Telnet y trabajos con sesiones Telnet en cascada. Este tema también describe el modo de configurar sesiones de impresora Telnet. Capítulo 10. Resolución de problemas de Telnet en la página 27 proporciona información sobre la resolución de problemas con el seridor Telnet. Capítulo 11. Otra información sobre Telnet en la página 35 lista información adicional sobre Telnet. 2 AS/400e: Redes Telnet

9 Capítulo 1. Noedades de la V4R5 Se ha añadido la siguiente información al tema sobre Telnet: Restricción de puertos Telnet explica cómo permitir sesiones de cliente SSL en el seridor Telnet. Configuración de sesiones de impresora Telnet describe cómo configurar el seridor Telnet de modo que los usuarios puedan imprimir desde un sistema en otro. Resolución de problemas de Telnet ofrece sugerencias para resoler problemas de SSL relacionados con el seridor Telnet y lista otras fuentes de información para la resolución de problemas. Más información acerca de Telnet lista información adicional de consulta de Telnet. Copyright IBM Corp. 1998,

10 4 AS/400e: Redes Telnet

11 Capítulo 2. Imprimir este tema Puede er o bajar una ersión PDF de este documento para leerlo o imprimirlo. Deberá tener instalado Adobe Acrobat Reader para poder er archios PDF. Puede bajar una copia del programa desde el sitio Web de Adobe Acrobat. Para er o bajar la ersión PDF, seleccione Telnet (aproximadamente 373 KB o 45 páginas). Para guardar un archio PDF en la estación de trabajo para erlo o imprimirlo: 1. Abra el PDF en el naegador (pulse el enlace anterior). 2. En el menú del naegador, pulse Archio. 3. Pulse Guardar como. 4. Diríjase al directorio donde desea guardar el archio PDF. 5. Pulse Guardar. Copyright IBM Corp. 1998,

12 6 AS/400e: Redes Telnet

13 Capítulo 3. Inicio de una sesión de cliente Telnet Antes de establecer la sesión de cliente Telnet deberá realizar los siguientes pasos: 1. Arrancar el seridor Telnet en el sistema remoto (el sistema seridor al que desea conectarse mediante Telnet). 2. (Opcional) Establecer el seridor AS/400 de modo que configure automáticamente los controladores y dispositios irtuales. El mandato Trabajar con subsistemas (WRKSBS) muestra el estado de los subsistemas y los trabajos que están actios. Los trabajos que deben estar actios son QTVTELNET y QTVDEVICE en el subsistema QSYSWRK. 3. Compruebe que el alor del sistema QAUTOVRT sea igual al número máximo de usuarios que han iniciado una sesión, mediante dispositios irtuales automáticamente configurados, en todo momento. QAUTOVRT soporta alores numéricos de 0 a y el alor especial *NOMAX. 4. Teclee la opción 10 (Trabajar con entradas de tabla de sistemas principales TCP/IP) del menú Configurar TCP/IP para isualizar las direcciones y nombres de sistema principal de Internet. Nota: Debe conocer el nombre o la dirección Internet del sistema remoto en el que desea iniciar la sesión Telnet. Inicio de una sesión de cliente Telnet: 1. Teclee el mandato STRTCPTELN o teclee TELNET en la línea de mandatos del AS/ Teclee el nombre del sistema remoto, o escriba *INTNETADR si prefiere utilizar la dirección Internet, y pulse Intro. Si teclea *INTNETADR en el campo Sistema remoto, el AS/400 le solicitará el campo Dirección Internet. 3. Teclee la dirección Internet del sistema remoto y pulse Intro. La pantalla muestra alores de parámetros opcionales y la información de la dirección Internet. 4. Para utilizar los alores por omisión de los parámetros, pulse Intro. Si desea especificar parámetros de conexión para conexiones 3270 o VTxxx, pulse F10, Parámetros opcionales. La siguiente pantalla es la pantalla de inicio de sesión en el sistema remoto. Notas: 1. Si arranca Telnet desde un dispositio conectado remotamente al sistema AS/400, debe utilizar el parámetro de tipo de idioma del teclado (KBDTYPE) del mandato STRTCPTELN para indicar el teclado que se está utilizando. Este parámetro sólo se utiliza en las modalidades 3270 y 5250 de pantalla completa. 2. Si no se encuentra o no está configurado un seridor SOCKS, o si se producen errores al utilizar el seridor SOCKS, se establece una conexión directa. Para controlar las funciones de seridor mientras se está en una sesión de cliente, consulte el tema Controlar las funciones de seridor Telnet desde el cliente en la página 8. Copyright IBM Corp. 1998,

14 Controlar las funciones de seridor Telnet desde el cliente El cliente AS/400 Telnet tiene funciones de control que permiten controlar el proceso de estación de trabajo en el sistema seridor cuando se está en una sesión de cliente. Las funciones de control Telnet permiten inocar mandatos en el seridor desde el cliente que pueden afectar a la sesión ya establecida. Para cada una de las funciones de mandato se listan tanto el nombre del AS/400 como el nombre TCP/IP. Para seleccionar las funciones de seridor que desea controlar, debe tener acceso al menú Eniar Funciones de Control TELNET. Para mostrar este menú: 1. Pulse la tecla Atención en el teclado La siguiente lista proporciona una bree descripción de cada una de las funciones de control del cliente Telnet: Interrupción de un proceso en el sistema seridor: Proceso interrupción o IP: cancela, interrumpe o suspende un proceso que se ha iniciado en el seridor. Por ejemplo, puede utilizar IP cuando un proceso parezca estar en un bucle permanente o si ha iniciado un proceso accidentalmente. Consulta del estado de la conexión cuando el sistema seridor esté inactio: Consultar estado de conexión o AYT: proporciona un mensaje procedente del seridor que permite saber si el sistema seridor sigue ejecutándose. Puede utilizar esta función de control cuando el sistema seridor esté inactio de forma inesperada durante un período largo de tiempo. Descartar la salida remota antes de que alcance la estación de trabajo: Descartar datos de salida del sistema principal o AO: permite finalizar la ejecución de un proceso que está generando datos de salida sin eniar la salida a la estación de trabajo. Esta función elimina los datos de salida del sistema seridor que ya se han elaborado pero que todaía no se han isualizado en la estación de trabajo. Borrado de la ía de datos entre el sistema cliente y el sistema seridor: Borrar la ía de acceso de los datos o SYNCH: descarta todos los caracteres (excepto los mandatos Telnet) entre el sistema cliente y el sistema seridor. Puede utilizar esta función cuando los mecanismos de control de flujo de la red proocan que se guarden en almacenamiento intermedio otras funciones, como por ejemplo IP o AO. Finalización de la sesión Telnet: Finalizar sesión TELNET o QUIT: finaliza la sesión Telnet y cierra la conexión TCP/IP con el sistema seridor (sistema remoto). Puede solicitar esta función en cualquier momento durante la sesión Telnet, pero debe finalizar la sesión en el sistema remoto antes de seleccionar esta función. Si no finaliza la sesión, seguirá conectado al sistema seridor debido a que el protocolo Telnet no proporciona ninguna secuencia de fin de sesión. Utilización de la tecla Atención a la opción de sistema principal remoto: Tecla Atenc a sistema principal remoto: pulse la tecla Atención para isualizar el menú Eniar Funciones de Control TELNET. 8 AS/400e: Redes Telnet

15 Capítulo 4. Planificación del seridor Telnet Antes de iniciar una sesión Telnet desde un cliente, deberá comprender bien los dispositios irtuales. Telnet utiliza descripciones de dispositio irtual para mantener la información de la estación de trabajo cliente correspondiente a las sesiones Telnet abiertas. Un dispositio irtual es una descripción de dispositio que se utiliza para crear una conexión entre un usuario y una estación de trabajo física conectada a un sistema remoto. Los dispositios irtuales proporcionan información acerca del dispositio físico (pantalla o impresora) a los programas que residen en el seridor. Si en el protocolo de conexión cliente/seridor no se especifica un dispositio irtual y no lo designa un programa de salida registrado, el sistema intentará emparejar una descripción de dispositio irtual con un tipo y modelo de dispositio similar al dispositio que se encuentra en el sistema local. Si desea obtener información más detallada, repase las siguientes páginas: El seridor Telnet debe asociar una descripción de dispositio a dicha sesión. Si lo desea, AS/400 Telnet puede configurar automáticamente los dispositios irtuales. En el apartado Conenios de denominación de Telnet para los dispositios configurados automáticamente en la página 10 encontrará consejos sobre este tema. Tiene la opción de crear un dispositio irtual propio bajo el controlador irtual QVIRCDnnnn. También puede considerar la posibilidad de establecer el parámetro de tiempo de espera de sincronización para que el seridor Telnet detecte las conexiones perdidas. Configuración automática de dispositios irtuales con Telnet Puede hacer que el seridor Telnet configure automáticamente los dispositios y controladores irtuales utilizando el alor del sistema QAUTOVRT. Este alor especifica el número máximo de dispositios que configura automáticamente el AS/400. El AS/400 configura o crea un dispositio a la ez, a medida que aya siendo necesario, hasta un límite especificado. Puede cambiar el número de dispositios que se arrancan automáticamente utilizando el mandato Cambiar alor del sistema (CHGSYSVAL). Por ejemplo, al entrar la siguiente serie se cambiará a 50 el número de dispositios irtuales que pueden asignarse en un sistema: CHGSYSVAL SYSVAL(QAUTOVRT) VALUE(50) QAUTOVRT puede soportar alores numéricos de 0 a y el alor especial *NOMAX. Al configurar automáticamente dispositios irtuales con Telnet, el seridor Telnet no suprime los dispositios irtuales ni los dispositios al cerrar la sesión. Los dispositios no se suprimen aunque el número de dispositios conectados a los controladores irtuales superen el límite de QAUTOVRT. Si los dispositios ya existen en el controlador irtual, el seridor Telnet puede utilizarlos. Copyright IBM Corp. 1998,

16 Conenios de denominación de Telnet para los dispositios configurados automáticamente El seridor Telnet utiliza los siguientes conenios de denominación para denominar los controladores y dispositios irtuales creados automáticamente: Los controladores irtuales se denominan QPACTLnn Los dispositios irtuales se denominan QPADEVxxxx En los dispositios con nombre, los controladores irtuales se denominan QVIRCDnnnn Todos los dispositios irtuales creados bajo los controladores QPACTLnn y QVIRCDnnnn an incrementando su número hasta alcanzar el límite de QAUTOVRT. El seridor Telnet uele a utilizar los dispositios irtuales disponibles existentes que fueron creados automáticamente, seleccionando dispositios irtuales del mismo tipo y modelo de dispositio. Cuando no pueden emparejarse más tipos y modelos de dispositio, pero aún hay dispositios irtuales disponibles, se cambia el tipo y modelo de dispositio para que coincida con el dispositio y modelo negociados del cliente. Esto sólo sucede en los dispositios irtuales creados automáticamente (QPADEVnnn). Si opta por crear manualmente dispositios propios, debe establecer conenios de denominación que permitan gestionar fácilmente la configuración. Puede seleccionar los nombres de dispositio y los nombres de controlador que desee, siempre y cuando estén conformes con las normas de denominación de objetos de OS/400. Creación de dispositios irtuales propios Puede crear controladores y dispositios irtuales. Si crea sus propios dispositios irtuales y permite que AS/400 seleccione automáticamente el nombre de dispositio, debe tener en cuenta los siguientes puntos: El controlador irtual tendrá el nombre QPACTLnn, donde nn es un número decimal mayor o igual que 01. El dispositio irtual tendrá el nombre QPADEVxxxx, donde xxxx es un carácter alfanumérico entre 0001 y ZZZZ. El dispositio irtual debe ser de tipo *VRT y puede encontrarse bajo un controlador irtual. Nota: Si desea utilizar más de dispositios, el máximo permitido para QAUTOVRT, puede establecer este alor del sistema en *NOMAX para permitir la creación de dispositios adicionales. Si opta por crear sus propios dispositios, debe estar familiarizado con los conenios de denominación que utiliza el seridor Telnet. Puede seleccionar los nombres de dispositio y los nombres de controlador que desee, siempre y cuando estén conformes con las normas de denominación de objetos de OS/400. Parámetro de tiempo de espera de sincronización de Telnet Puede establecer el tiempo durante el cual el protocolo TCP comprobará la existencia de una conexión actia utilizando el parámetro de tiempo de ida de conexión TCP. Cuando la conexión de un cliente remoto no responde a las peticiones de tiempo de ida de conexión TCP durante un tiempo superior al 10 AS/400e: Redes Telnet

17 parámetro de tiempo de espera de sincronización (TIMMRKTIMO) del mandato CHGTELNA, el seridor Telnet realiza la acción especificada en el alor del sistema QDEVRCYACN en el trabajo interactio que se ejecuta en el dispositio irtual. La acción sólo se emprende en los dispositios con nombre. En los dispositios irtuales de selección automática (QPADEVxxxx), el trabajo interactio siempre se finaliza. Establezca el parámetro TCPKEEPALV utilizando el mandato Cambiar atributos TCP (CHGTCPA). El seridor Telnet utiliza para el alor de sincronización el alor por omisión de *CALC, que es de 600 segundos. Conjuntamente con el parámetro de tiempo de espera de sincronización, también deberá establecer el alor del sistema QINACTMSGQ para emprender acciones en aquellos casos en que se detecte una pérdida de la conexión. El alor del sistema QINACTMSGQ se establece típicamente en *ENDJOB, con lo que el seridor Telnet cierra la conexión. Ejemplo: DSPSYSVAL SYSVAL(QINACTMSGQ) Capítulo 4. Planificación del seridor Telnet 11

18 12 AS/400e: Redes Telnet

19 Capítulo 5. El seridor Telnet y SSL Restricción de puertos Telnet El seridor Telnet soporta la utilización de SSL (Capa de Sockets Segura) en los clientes Telnet habilitados para SSL. SSL utiliza un par de clae priada/clae pública para cifrar los datos y transferir documentos a traés de Internet. La clae priada decodifica, o descifra, el certificado digital que se adjunta al documento. Un certificado digital permite utilizar SSL para el acceso seguro mediante el naegador a sitios Web y otros sericios de Internet. Cuando se configura un certificado digital para el seridor Telnet, éste puede manejar clientes SSL y no SSL. El seridor SSL de Telnet descifra todos los datos que proceden del cliente SSL de Telnet. El seridor Telnet del AS/400 soporta sesiones Telnet no SSL en las emulaciones 5250, 3270, VT100 y paso a traés de impresora. Cuando no tenga la necesidad de utilizar el seridor SSL de Telnet, puede desactiar el puerto SSL añadiendo restricciones de puertos Telnet. De ese modo, el seridor Telnet sólo se ejecutará en modalidad no SSL, aunque se haya configurado anteriormente el seridor Telnet con un certificado. El factor más importante que debe considerarse al utilizar el seridor SSL de Telnet es la confidencialidad de la información que se utiliza en una sesión de cliente. Si la información es confidencial, o priada, quizás sea beneficioso configurar el seridor Telnet del AS/400 para que utilice SSL. Para configurar SSL en el seridor Telnet, siga estos pasos: 1. Instale el siguiente software para dar soporte a SSL de Telnet y gestionar los certificados digitales: Gestor de Certificados Digitales, 5769-SS1 - Opción de producto 34. Si desea obtener ayuda para esta instalación, consulte la publicación Iniciación al Gestor de certificados digitales de IBM. Cryptographic Access Proider, 5769-ACx IBM HTTP Serer para AS/400, 5769-DG1 2. Establezca conexiones Telnet seguras configurando un certificado de sistema para la aplicación del seridor Telnet QIBM_QTV_TELNET_SERVER. 3. Arranque el seridor Telnet. Si desea obtener información adicional sobre la resolución de problemas de SSL relacionados con el seridor Telnet, consulte el tema Resolución de problemas del seridor Telnet SSL en la página 27. Algunas eces, la comprensión de lo que sucede durante el proceso SSL también puede ayudar a determinar dónde puede haberse producido un problema. Puede repasar el tema inicialización y negociación SSL si desea obtener más información sobre el proceso SSL. El seridor Telnet puede operar con clientes tanto SSL como no SSL una ez se haya configurado el certificado digital del seridor. No obstante, puede controlar el tipo de sesiones de cliente que aceptará el seridor restringiendo puertos Telnet. Puede restringir el puerto Telnet no cifrado para que ejecute sólo SSL Telnet. Asimismo, puede restringir el puerto SSL para que ejecute sólo Telnet tradicional. Copyright IBM Corp. 1998,

20 Adición de restricciones de puerto: 1. Teclee el mandato CRTUSRPRF en la línea de mandatos del AS/400 para crear un perfil de usuario. Ejemplo: CRTUSRPRF USRPRF(TLNR) TEXT('Restringir acceso SSL o no SSL al seridor Telnet') MAXSTF(3) 2. Teclee ADDTCPPORT en la línea de mandatos del AS/400 y utilice los parámetros PORT, PROTOCOL y USRPRF tal como se indica a continuación: En el parámetro PORT, especifique el número del puerto que desea restringir. Para ejecutar sólo SSL, utilice el puerto Telnet no cifrado, que habitualmente es el puerto 23. Para ejecutar sólo Telnet no SSL, utilice el puerto SSL, que habitualmente es el puerto 992. Para identificar el número de puerto que utiliza la máquina, compruebe la tabla de sericios mediante el mandato WRKSRVTBLE y busque las etiquetas telnet y telnet-ssl. Ejemplo: ADDTCPPORT PORT(23) PROTOCOL(*TCP) USRPRF(TLNR) o ADDTCPPORT PORT(992) PROTOCOL(*TCP) USRPRF(TLNR) Eliminación de restricciones de puerto: 1. Teclee RMVTCPPORT en la línea de mandatos del AS/400 y utilice los parámetros PORT, PROTOCOL y USRPRF para restringir el puerto SSL, tal como se indica a continuación: En el parámetro PORT, especifique el número del puerto SSL o no SSL que ha restringido anteriormente con el mandato ADDTCPPORT. Ejemplo: RMVTCPPORT PORT(992) PROTOCOL(*TCP) USRPRF(TLNR) o RMVTCPPORT PORT(23) PROTOCOL(*TCP) USRPRF(TLNR) 14 AS/400e: Redes Telnet

21 Capítulo 6. Arranque del seridor Telnet El seridor Telnet actio tiene una o más instancias de cada uno de los siguientes trabajos que se ejecutan en el subsistema QSYSWRK: QTVTELNET y QTVDEVICE. Para arrancar el seridor Telnet desde la interfaz de línea de mandatos, siga estos pasos: 1. (Opcional) Teclee CFGTCPTELN en la línea de mandatos del AS/400 para configurar la sesión 5250 en modalidad de pantalla completa. Este mandato muestra el menú Configurar TCP/IP TELNET. En él puede seleccionar y cambiar atributos de Telnet para la sesión Telnet 5250 en modalidad de pantalla completa. El soporte de 5250 en modalidad de pantalla completa sólo puede negociarse con una aplicación Telnet cliente en un AS/400 o en otro sistema que soporte el cliente 5250 de Telnet. 2. Teclee STRTCPSVR *TELNET en la línea de mandatos del AS/400 para arrancar el seridor Telnet. Para arrancar el seridor Telnet utilizando Operations Naigator, siga estos pasos: 1. Expanda Seridores AS/400 > Red > Seridores. 2. Pulse TCP/IP. 3. Busque Telnet en la columna Nombre de seridor. 4. Confirme que en la columna Estado aparece Arrancado. 5. Si el seridor está detenido, pulse el botón derecho del ratón en Telnet y seleccione Arrancar. Si desea obtener información sobre la finalización de una sesión, puede consultar el tema Finalización de la sesión del seridor Telnet en la página 16. Actiación del subsistema QSYSWRK El trabajo del seridor para una aplicación TCP/IP debe arrancarse en el subsistema QSYSWRK. El subsistema de spool, QSPL, debe estar actio para ejecutar sesiones de paso a traés. Para actiar el subsistema QSYSWRK y isualizar su estado, siga estos pasos: 1. Teclee STRSBS QSYSWRK en la línea de mandatos del AS/400 para arrancar el subsistema. 2. Teclee WRKJOB QSYSWRK en la línea de mandatos del AS/400 para comprobar el estado del subsistema QSYSWRK. 3. Busque al menos un trabajo QTVTELNET y QTVDEVICE. Si no se está ejecutando ningún trabajo QTVTELNET ni QTVDEVICE, compruebe que el seridor Telnet se haya arrancado. 4. Teclee STRSBS QINTER en la línea de mandatos del AS/400 para arrancar el subsistema interactio QINTER. Si no sabe qué subsistema utilizar para los trabajos interactios, teclee WRKSBSD *ALL en la línea de mandatos del AS/400. Las entradas Tipo de estación de trabajo muestran qué dispositio está asignado a un subsistema. Copyright IBM Corp. 1998,

22 Finalización de la sesión del seridor Telnet Cuando está conectado a un seridor AS/400, al finalizar la sesión no necesariamente se finaliza la sesión del seridor Telnet. Para finalizar la sesión del seridor, debe especificar una tecla o secuencia de teclas para colocar el cliente Telnet en modalidad de mandato local. A continuación, puede especificar el mandato para finalizar la sesión. La siguiente tabla proporciona las secuencias de teclas para finalizar una sesión de seridor Telnet. Tabla 1. Finalización de una sesión de seridor Telnet Finalización de la sesión desde Sistema AS/400 La mayoría de los demás sistemas Cómo finalizar la sesión Pulse la tecla Atención y, a continuación, seleccione la opción 99 (Finalizar sesión Telnet - QUIT) Pulse Ctrl-] y teclee QUIT Si no sabe qué tecla o secuencia de teclas proocan que el cliente entre en modalidad de mandato, consulte con el administrador del sistema o repase la documentación del cliente Telnet. También puede utilizar el parámetro de finalización de conexión (ENDCNN) del mandato SIGNOFF para finalizar la sesión del sistema seridor y finalizar la conexión Telnet. Por ejemplo, SIGNOFF ENDCNN(*YES) le deuele al sistema cliente (si sólo ha establecido una sesión Telnet) o al sistema anterior (si ha establecido más de una sesión Telnet). 16 AS/400e: Redes Telnet

23 Capítulo 7. Controlar el acceso de usuario al AS/400 mediante Telnet Cuando inoca Telnet a traés de una conexión TCP, debe considerar las medidas de seguridad que eiten o permitan el acceso de usuario al AS/400 mediante Telnet. Por ejemplo, debe establecer límites y controles en el número de intentos de inicio de sesión y el número de dispositios en los que un usuario puede iniciar una sesión. Si desea obtener información sobre el modo de controlar el acceso a Telnet por parte de un usuario, puede repasar las siguientes páginas: Establecimiento del número de dispositios irtuales para controlar los inicios de sesión Creación de perfiles de usuario Telnet Asignación de dispositios a subsistemas en la página 18 Restringir usuarios priilegiados a dispositios específicos en la página 18 Establecimiento del número de dispositios irtuales para controlar los inicios de sesión El número de intentos de inicio de sesión en Telnet permitidos aumenta si los dispositios irtuales se configuran automáticamente. El número de dispositios irtuales que pueden crearse se define mediante el alor del sistema QAUTOVRT. El número de intentos de inicio de sesión permitidos en el sistema se define mediante el alor del sistema QMAXSIGN. Para determinar y establecer el número máximo de usuarios conectados al seridor AS/400 en un instante dado, realice las siguientes acciones: 1. Establezca el alor QAUTOVRT en 32500, el alor máximo que se permite, o utilice el alor *NOMAX. 2. Permita que los usuarios utilicen Telnet hasta decidir que el número de dispositios irtuales alcanzado (creados) es suficiente para el funcionamiento normal del sistema. 3. Cambie el alor de QAUTOVRT, que es 32500, al número de dispositios irtuales necesarios para el funcionamiento normal del sistema. Los programas de salida suministrados por el usuario ofrecen las siguientes opciones para la protección de los dispositios irtuales: Auditar el número de intentos de inicio de sesión Denegar conexiones Permitir la posibilidad de eludir la pantalla de inicio de sesión Creación de perfiles de usuario Telnet En el sistema seridor, puede crear perfiles de usuario Telnet con el mandato CRTUSRPRF: Ejemplo: Copyright IBM Corp. 1998,

24 CRTUSRPRF USRPRF(OFIC1) PASSWORD(contraseña-exclusia) JOBD(OFICBIBL/OFIC1) TEXT('Perfil de usuario para el Grupo de Oficinistas 1') Asignación de dispositios a subsistemas Antes de que un usuario pueda iniciar una sesión en el seridor AS/400, debe definirse la estación de trabajo en un subsistema. La estación de trabajo, por ejemplo, debería ser el dispositio de pantalla irtual seleccionado o creado automáticamente por el seridor Telnet. El nombre o el tipo de la estación de trabajo debe especificarse en la descripción de subsistema en el AS/400. Utilice el mandato Visualizar descripción del subsistema (DSPSBSD) para er las entradas de estación de trabajo definidas en el subsistema. Puede utilizarse el siguiente mandato para añadir todos los tipos de estación de trabajo a un subsistema denominado QINTER: ADDWSE SBSD(QINTER) WRKSTNTYPE(*ALL) El mandato Añadir entrada estación de trabajo (ADDWSE) puede emitirse cuando el subsistema está actio. No obstante, los cambios pueden surtir efecto inmediatamente o no. Quizás sea necesario finalizar y reiniciar el subsistema. Restringir usuarios priilegiados a dispositios específicos El programa bajo licencia OS/400 soporta el alor del sistema QLMTSECOFR, que restringe o limita los dispositios en los que un usuario puede iniciar una sesión. La autorización sobre todos los objetos (*ALLOBJ) permite al usuario acceder a cualquier recurso del sistema. La autorización especial de sericio (*SERVICE) permite al usuario realizar funciones específicas de sericio en el sistema. Por ejemplo, el usuario con este tipo de autorización podría depurar un programa y realizar funciones de pantalla y sericio. Si el alor de QLMTSECOFR es mayor que cero, el usuario debe estar autorizado para poder utilizar las descripciones de dispositio irtual. Sin embargo, cuando este alor es 0, el sistema no limita los dispositios en los que pueden iniciar una sesión los usuarios con *ALLOBJ o *SERVICE. El alor recomendado es el de limitar los usuarios a una sesión de dispositio. Ello reduce la probabilidad de compartir contraseñas y dejar desatendidos los dispositios. Si desea obtener información sobre otras formas de restringir usuarios, puede consultar los siguientes temas: Establecimiento del alor de tiempo de espera de inactiidad de la sesión Utilización de las colas de mensajes inactias en la página 19 Establecimiento del alor de tiempo de espera de inactiidad de la sesión El alor del sistema de tiempo de espera de inactiidad de la sesión (QINACTITV) para Telnet especifica el número de minutos que desea que transcurran entre alidaciones de conexión. TCP comprueba cada conexión Telnet en el interalo de tiempo especificado. Si TCP no obtiene una respuesta, finaliza la conexión. 18 AS/400e: Redes Telnet

25 Nota: Debe tener las autorizaciones especiales *ALLOBJ y *SECADM para poder cambiar el alor del sistema QINACTITV. Utilización de las colas de mensajes inactias El alor del sistema de colas de mensajes inactias (QINACTMSGQ) especifica la acción que emprenderá el sistema cuando un trabajo interactio haya estado inactio durante un interalo de tiempo. El interalo de tiempo se especifica mediante el alor del sistema QINACTITV. El trabajo interactio puede finalizarse o desconectarse, o puede eniarse un mensaje a la cola de mensajes que se especifique. QINACTMSGQ es una lista de 20 caracteres de hasta dos alores de 10 caracteres, donde el primero es el nombre de la cola de mensajes y el segundo es el nombre de la biblioteca. *DSCJOB: Se desconecta el trabajo interactio, al igual que todos los trabajos secundarios o de grupo asociados. Si se especifica *DSCJOB y el trabajo no puede desconectarse, se utiliza *ENDJOB. *ENDJOB: Se finaliza el trabajo interactio, junto con todos los trabajos secundarios y de grupo asociados. Si en un subsistema es necesario finalizar a la ez muchos trabajos inactios, el tiempo de respuesta interactia de dicho subsistema puede erse aumentado. cola-mensajes-inactia biblioteca: Se enía un mensaje indicando que el trabajo está inactio a la cola de mensajes especificada. Si la cola de mensajes especificada no existe o está dañada, los mensajes se enían a la cola de mensajes QSYSOPR. Nota: Durante una IPL se borran todos los mensajes de la cola de mensajes especificada mediante QINACTMSGQ. Si asigna una cola de mensajes de usuario a QINACTMSGQ, el usuario perderá todos los mensajes de la cola de mensajes de usuario en cada IPL. Los alores posibles de biblioteca son los siguientes: *LIBL: Utiliza la lista de bibliotecas para ubicar la cola de mensajes inactia. nombre de biblioteca: El nombre de la biblioteca donde está ubicada la cola de mensajes inactia. Si no se especifica una biblioteca como biblioteca actual para el trabajo, se utiliza QGPL. Un cambio efectuado en este alor del sistema surte efecto inmediatamente. Nota: Debe tener las autorizaciones especiales *ALLOBJ y *SECADM para poder cambiar el alor del sistema QINACTMSGQ. Capítulo 7. Controlar el acceso de usuario al AS/400 mediante Telnet 19

26 20 AS/400e: Redes Telnet

27 Capítulo 8. Ejemplos de archios de programa de salida de Telnet Puede utilizar estos ejemplos como punto de partida para la creación de programas de salida propios. También puede utilizar fragmentos de este código para añadirlos a los programas que escriba. No se recomienda la utilización, en un sistema de producción, de los programas de ejemplo que aquí se proporcionan. Los tipos de archio ZIP y SAVF contienen los mismos archios. Los archios de telnet42.zip están en un formato compatible con los PC. Elija telnet42.zip para bajar los archios de programa e información al PC, descomprimirlos y, a continuación, transferirlos al AS/400. Deberá renombrar los archios de ejemplo una ez estén en el AS/400. Telnet42.saf es un archio de salar de AS/400. Bájelo al PC y, a continuación, transfiéralo al AS/400. Se recomienda crear una biblioteca temporal en el AS/400 y transferir a ella el archio de salar. Desempaquete el archio de salar en la biblioteca temporal y siga las instrucciones del archio READ.ME. Para bajar los archios, pulse el botón derecho del ratón en un enlace y, a continuación, seleccione Guardar enlace como. telnet42.zip (190 Kb) telnet42.saf (854 Kb) A continuación se ofrecen las descripciones de cada uno de los ejemplos de programa de salida de Telnet: Crear código de utilidad en CL del programa de salida de Telnet (TELCRT) Es un ejemplo de código para el programa de utilidad que crea, instala y registra programas de salida de Telnet. Está escrito en lenguaje de control (CL). Suprimir código de utilidad en CL del programa de salida de Telnet (TELDLT) Es un ejemplo de código para el programa de utilidad que desinstala y suprime programas de salida de Telnet del AS/400. Está escrito en lenguaje de control (CL). Programa de salida de inicialización básica de Telnet (DEVINIT1) El programa de salida de inicialización básica de Telnet (DEVINIT1) permite cribar clientes Telnet. Puede decidir a quién permite conectarse al seridor Telnet y a quién no. El programa de salida DEVINIT1 no está diseñado para sacar partido de las otras numerosas funciones de que disponen los programas de salida de Telnet. El programa de salida DEVINIT2 sí se ha diseñado para sacar partido de ellas. Programa de salida de inicialización aanzada de Telnet (DEVINIT2) El programa de salida de inicialización (inicio de sesión) aanzada de Telnet utiliza la lista de accesos MAP. Al utilizar la lista MAP en lugar de la lista ALLOW más sencilla, el programa de inicialización aanzada explota más funciones de la interfaz del punto de salida que la ersión básica. Permite establecer o alterar temporalmente alores de la sesión Telnet, la cual es una función que normalmente puede erse en los entornos de Client Access Express. A continuación se indican algunos ejemplos de alores de sesión: Copyright IBM Corp. 1998,

28 Seleccionar un dispositio de terminal irtual concreto para esta sesión Ignorar la pantalla de inicio de sesión Configurar el soporte NLS Programa de finalización de Telnet (DEVTERM) DEVTERM QCSRC es un sencillo programa de registro cronológico que anota un mensaje de desconexión. Es un programa complementario de DEVINIT1 QCSRC y DEVINIT2 QCSRC. Los mensajes de finalización que anota pueden compararse con los mensajes de inicialización para determinar la duración de la sesión Telnet. 22 AS/400e: Redes Telnet

29 Capítulo 9. Paso a traés de Telnet a arios sistemas Puede utilizar Telnet para efectuar un paso a traés a más de un sistema. Mientras se encuentre en una sesión Telnet, también puede iniciar las siguientes sesiones: otra sesión Telnet una sesión de paso a traés de estación de pantalla una sesión Telnet desde una sesión de paso a traés de estación de pantalla El método empleado para pasar de un sistema a otro, o para pasar a traés de arios sistemas, se denomina Telnet en cascada. El sistema donde se utiliza en primer lugar el paso a traés o Telnet se denomina sistema inicial. El sistema inicial puede ser un sistema cliente Telnet o un sistema origen de paso a traés de estación de pantalla. El último sistema seridor Telnet, o el último sistema destino de paso a traés de estación de pantalla, se denomina sistema final. El sistema por el que se pasa a traés para ir del sistema inicial al sistema final se denomina sistema intermedio. Si desea utilizar Telnet para pasar a traés de más de un sistema, elija una de las siguientes opciones: Para iniciar una sesión de Telnet en cascada, teclee el mandato STRTCPTELN (TELNET) en una sesión Telnet o de paso a traés de estación de pantalla existente. Para utilizar Telnet en cascada, consulte el tema Paso de una sesión Telnet en cascada a otra. Para imprimir en otro sistema de Telnet en cascada, consulte el tema Configuración de sesiones de impresora Telnet. Paso de una sesión Telnet en cascada a otra Una ez haya iniciado una sesión Telnet en cascada, pulse la tecla de Petición de sistema (Sys Req) y pulse Intro para isualizar el menú Petición Sistema. El menú Petición Sistema proporciona las siguientes opciones: Arrancar petición de sistema en sistema anterior: La opción 10 del menú Petición Sistema isualiza el menú Petición Sistema en el sistema cliente anterior. Transferir a sistema anterior: La opción 11 del menú Petición Sistema le transfiere a un trabajo alternatio del sistema cliente anterior. Arrancar petición de sistema en sistema origen: La opción 13 del menú Petición Sistema le llea desde un sistema intermedio o final al menú Petición Sistema del sistema inicial. Transferir a sistema origen: La opción 14 del menú Petición Sistema le llea desde un sistema intermedio o final al trabajo alternatio del sistema inicial. Transferir a sistema final: La opción 15 del menú Petición Sistema le llea desde un sistema intermedio o inicial al sistema final. Para ignorar el menú Petición Sistema, pulse la tecla Petición de sistema y teclee 10 en la línea de mandatos. Este acceso directo sólo es aplicable entre sistemas AS/400. Copyright IBM Corp. 1998,

30 Para clientes Telnet no IBM: Podría desconectar una sesión Telnet en cascada cuando intente utilizar las opciones 10, 11, 13 o 14 del menú Petición Sistema. Para las opciones 10 y 11, el PC cliente es el sistema anterior. Para las opciones 13 y 14, el PC cliente es el sistema inicial. El cliente Telnet es compatible si pasa las dos siguientes pruebas: Tras usar las opciones 13 o 14 regresa al sistema inicial. No se desconecta una sesión al utilizar las opciones 10 o 11 desde el sistema inicial. En los clientes no compatibles, siga estos pasos en lugar de utilizar las opciones 10, 11, 13 o 14 de Petición Sistema: 1. Utilice la opción 11 de Petición Sistema para retroceder de un sistema a otro hasta alcanzar el sistema inicial. El sistema inicial es el primer AS/400 al que se conectó el cliente Telnet al principio de la sesión. 2. En el sistema inicial, utilice la opción 1 de Petición Sistema para aanzar de un sistema a otro. Configuración de sesiones de impresora Telnet Las sesiones de impresora Telnet permiten a los usuarios del AS/400 conectarse a impresoras del AS/400 desde ubicaciones remotas de la red. Las sesiones de impresora Telnet negocian con un cliente Telnet remoto en un sistema que soporte la emulación de impresora Telnet. Repase los requisitos del sistema necesarios para utilizar sesiones de impresora Telnet. Las sesiones de impresora Telnet entregan la corriente de datos de impresora entre los dos sistemas como datos EBCDIC o ASCII, en función de las preferencias del cliente que efectúa la petición. Las sesiones de impresora Telnet están actias inmediatamente después de la inicialización de Telnet. Las funciones de impresión no requieren perfiles de usuario ni contraseñas. Al utilizar las sesiones de impresora Telnet, todos los datos de impresora se guardan en spool en una cola de transcriptor de impresora para su impresión. No puede imprimirse directamente en un dispositio de impresión. Los mandatos de archio de impresora CRTPRTF, CHGPRTF y OVRPRTF deben utilizar el parámetro SPOOL(*YES) por omisión. Además, Telnet establece el nombre del transcriptor de impresora o de la cola de salida en el mismo nombre que el de la impresora. Para configurar las sesiones de impresora Telnet, siga estos pasos: 1. Arranque el seridor Telnet. 2. Establezca el número de dispositios irtuales. 3. Establezca el parámetro de tiempo de espera de sincronización TELNET. 4. Cree controladores y dispositios irtuales. 5. Actie el subsistema QSYSWRK. 6. Pruebe la configuración con un archio de impresora de prueba. 7. Imprima un archio mediante una sesión de impresora Telnet. 24 AS/400e: Redes Telnet

31 Requisitos para las sesiones de impresora Telnet Si piensa utilizar sesiones de impresora Telnet, consulte con el proeedor del cliente Telnet si soporta la función de sesión de impresora. Los siguientes clientes soportan la función de sesión de impresora: IBM Client Access Express Personal Communications Versión 4 Release 3 IBM Host On Demand Las sesiones de impresora Telnet soportan las siguientes impresoras EBCDIC genéricas: IBM para el juego de caracteres de un solo byte (SBCS) IBM-5553-B01 para el juego de caracteres de doble byte (DBCS) Puede especificar cualquiera de los tipos de dispositio genérico solicitando la función AS/400 Host Print Transform (HPT) y seleccionando el tipo de fabricación específico. Si está utilizando Client Access Express, puede utilizar la Tabla de Definición de Impresoras (PDT) o la Interfaz de Dispositio Gráfico (GDI) para definir hardware específico. AS/400 enía la corriente de datos de impresora en ASCII. Capítulo 9. Paso a traés de Telnet a arios sistemas 25

32 26 AS/400e: Redes Telnet

33 Capítulo 10. Resolución de problemas de Telnet Compruebe la siguiente lista cuando busque información que le ayude a resoler problemas de Telnet: Si desea obtener sugerencias sobre distintas formas de solucionar problemas con Telnet SSL, consulte el tema Resolución de problemas del seridor Telnet SSL. Para obtener información de diagnóstico, consulte el capítulo dedicado al análisis de problemas de TCP/IP de la publicación OS/400 TCP/IP Configuration and Reference. Ocasionalmente, la información nuea que surge entre un release y otro se publica en las páginas TCP Technical Reference de Technical Studio. En Technical Studio, localice AS/400 Networking en la barra de naegación y seleccione TCP Technical Reference. Resolución de problemas del seridor Telnet SSL Para identificar los problemas que surjan en el seridor Telnet SSL, siga estos pasos: 1. Compruebe el estado del sistema para erificar que se haya instalado el software correcto y se hayan arrancado los seridores. 2. Compruebe la existencia de un escuchador SSL actio utilizando el mandato NETSTAT *CNN. 3. Compruebe las anotaciones de trabajo de Telnet para encontrar el código de retorno de SSL. 4. Consulte los códigos de retorno del sistema SSL para obtener sugerencias para la resolución del problema. También puede consultar el tema Problemas comunes en Telnet SSL en la página 32 para obtener descripciones y resoluciones rápidas. Muchos problemas de SSL pueden deberse a certificados digitales incorrectos. El gestor de certificados digitales le permite cambiar la autoridad certificadora o los certificados del sistema. Para confirmar que posee un certificado álido de sistema, puede arrancar el gestor de certificados digitales y er el certificado del sistema. Comprobación del estado del sistema para Telnet SSL Para confirmar que el seridor Telnet está preparado para las sesiones SSL, siga estos pasos: 1. Verifique que haya instalado el software correcto para soportar Telnet SSL y gestionar certificados: TCP/IP Connectiity Utilities para AS/400, 5769-TC1 Gestor de Certificados Digitales, 5769-SS1 - Opción de producto 34 Cryptographic Access Proider, 5769-ACx IBM HTTP Serer para AS/400, 5769-DG1 2. Verifique que tenga un seridor Telnet seguro asociando un certificado a la aplicación del seridor Telnet QIBM_QTV_TELNET_SERVER. Copyright IBM Corp. 1998,

34 3. Emita un mandato Ping al sistema principal para erificar la conexión TCP/IP y el estado de la red. 4. Determine si se ha arrancado el seridor Telnet Comprobación de la existencia de un escuchador SSL actio El seridor Telnet debe estar actio y preparado para recibir intentos de conexión. Para comprobar la existencia de un escuchador SSL actio, siga estos pasos: 1. En la línea de mandatos del AS/400, escriba NETSTAT *CNN para mostrar la pantalla Trabajar con Estado de Conexión TCP/IP. 2. En la columna Puerto Local, busque la etiqueta telnet- correspondiente a telnet-ssl. Solamente erá telnet- porque el campo de la pantalla no es lo suficientemente largo como para mostrarlo entero. Utilice la tecla F22 para isualizar el campo Puerto Local entero. Utilice la tecla F14 para er los números de puerto. La entrada telnet-ssl tendrá el puerto 992. La inicialización de SSL ha sufrido una anomalía si no encuentra telnet-ssl en la columna Puerto Local. Si desea obtener ayuda para arreglar el problema, compruebe el código de retorno de SSL en las anotaciones del trabajo QTVTELNET que se ejecuta en el subsistema QSYSWRK. Tras una inicialización anómala de SSL sólo se estará ejecutando un trabajo QTVTELNET. Comprobación de las anotaciones de trabajo de Telnet Cuando Inicialización y negociación de SSL es anómala, el seridor Telnet enía mensajes TCP255x al trabajo QTVTELNET. El código de retorno de SSL es un número negatio, como por ejemplo -2 o -93, ante una inicialización o negociación de SSL no satisfactoria. Para comprobar las anotaciones de trabajo del seridor Telnet, siga estos pasos: 1. En Operations Naigator, expanda Seridores AS/400 > Gestión de trabajos > Trabajos de seridor. 2. Pulse el botón derecho del ratón en QTVTELNET, en la columna Nombre de trabajo. 3. Seleccione Anotaciones de trabajo. 4. Busque el mensaje TCP255x en la columna ID de mensaje. El texto de la columna Mensaje contiene el código de retorno de SSL. Debe tener presente lo siguiente acerca de los trabajos de seridor Telnet: Solamente se arranca un trabajo QTVTELNET cuando la inicialización del escuchador SSL es anómala. Los trabajos QTVDEVICE y QTVTELNET se arrancan cuando lo hace el seridor Telnet tras reiniciar el sistema. Cuando el seridor Telnet arranca un escuchador SSL también se arranca el mismo número de trabajos QTVTELNET y QTVDEVICE. Los trabajos QTVTELNET se finalizan con el mandato ENDTCPSVR *TELNET o ENDTCP. Los trabajos QTVDEVICE se finalizan cuando lo hace el subsistema QSYSWRK. Inicialización y negociación de SSL Algunas eces, la comprensión de lo que sucede durante el proceso SSL puede ayudar a determinar dónde puede haberse producido un problema. 28 AS/400e: Redes Telnet

35 Qué ocurre durante la inicialización de SSL? El seridor Telnet intenta inicializar SSL cada ez que se arranca el seridor. Durante la inicialización, el seridor Telnet comprueba la información de certificado de la aplicación QIBM_QTV_TELNET_SERVER. Puede saber que la inicialización de SSL se ha realizado satisfactoriamente cuando en el subsistema QSYSWRK aparece más de un trabajo QTVTELNET actio. Eidentemente, si el parámetro CHGTELNA NBRSVR está establecido en 1, sólo erá un trabajo QTVTELNET actio. El seridor Telnet no inicializa SSL cuando se tiene un puerto telnet-ssl restringido. El seridor Telnet enía el mensaje TCP2550 El acceso al puerto 92 está restringido a las anotaciones del trabajo QTVTELNET y a la cola de mensajes QSYSOPR. El tema Restricción de puertos Telnet en la página 13 describe cómo añadir o eliminar restricciones de puerto. Cuando un certificado es incorrecto o ha caducado, la inicialización es anómala y el seridor Telnet enía el mensaje TCP2553 a las anotaciones del trabajo QTVTELNET. Aunque en la aplicación QIBM_QTV_TELNET_SERVER no haya ningún certificado, el seridor Telnet inicializa satisfactoriamente SSL. No obstante, la negociación SSL es anómala cuando el cliente intenta conectarse al seridor Telnet. El seridor Telnet enía mensajes TCP2554 a las anotaciones del trabajo QTVTELNET. Qué ocurre durante la reinicialización de SSL? Cuando se cambia el certificado de la aplicación QIBM_QTV_TELNET_SERVER, el seridor Telnet reinicializa SSL la próxima ez que un cliente intenta establecer una sesión SSL. El proceso es el mismo que en la inicialización de SSL. Las nueas sesiones de cliente Telnet SSL utilizan el nueo certificado. Las sesiones de cliente Telnet SSL que ya se han establecido utilizan el certificado original. Cuando se finaliza y uele a arrancarse el seridor Telnet, todas las sesiones de cliente Telnet SSL utilizan el nueo certificado. Si la reinicialización de SSL es anómala, las sesiones SSL nueas y las ya establecidas utilizan el certificado original que se inicializó cuando se arrancó el seridor. El seridor Telnet enía el mensaje TCP2553 a las anotaciones del trabajo QTVTELNET. La siguiente ez que se arranque el seridor Telnet, la inicialización de SSL será anómala y no habrá ningún escuchador SSL actio. Qué ocurre durante la negociación SSL? Cuando el cliente Telnet SSL se conecta al puerto TCP 992 se intenta realizar una negociación SSL con el seridor. Mientras el cliente se está conectando al seridor, muestra números de estado o mensajes en la barra de estado de la entana abierta. Si la negociación SSL es anómala, no se establece la sesión Telnet. Por ejemplo, en la entana del cliente Telnet SSL no aparecerá una pantalla de inicio de sesión. Consulte la guía del usuario o la ayuda en línea del cliente Telnet SSL para obtener información sobre números de estado o mensajes concretos. El seridor Telnet enía el mensaje TCP2554 a las anotaciones del trabajo QTVTELNET. Capítulo 10. Resolución de problemas de Telnet 29