IBM Tivoli Remote Controlpublib.boulder.ibm.com/tividd/td/remote/SC23-4842... · IBM Tivoli Remote...

IBM Tivoli Remote Control

Guía del usuarioVersión 3.8

SC10-3917-00

��

NotaAntes de utilizar esta información y el producto al que da soporte, lea la información del apartado “Avisos” en lapágina 155.

Primera edición (diciembre de 2002)

Este manual es la traducción del original en inglés IBM Tivoli Remote Control User’s Guide Version 3.8, (SC23-4842-00).Esta edición se aplica a la versión 3, release 8, modificación 0 de IBM Tivoli Remote Control (número de producto5724-C21) y a los releases y modificaciones posteriores, hasta que no se indique lo contrario en nuevas ediciones.

© Copyright International Business Machines Corporation 1996, 2002. Reservados todos los derechos.

Contenido

Prefacio . . . . . . . . . . . . . . viiA quién va dirigida esta guía . . . . . . . . viiContenido de esta guía . . . . . . . . . . viiPublicaciones . . . . . . . . . . . . . viii

Biblioteca de Tivoli Remote Control . . . . . ixPublicaciones previas necesarias . . . . . . ixPublicaciones relacionadas . . . . . . . . ixAcceso a las publicaciones en línea. . . . . . ixSolicitud de publicaciones . . . . . . . . . xComentarios acerca de las publicaciones . . . . x

Accesibilidad . . . . . . . . . . . . . . xContacto con el servicio de soporte al cliente . . . xConvenios utilizados en esta guía . . . . . . . xi

Convenios de tipo de letra . . . . . . . . xiVariables y rutas de acceso dependientes delsistema operativo . . . . . . . . . . . xi

Icono de Tivoli Remote Control . . . . . . . xii

Capítulo 1. Resumen de Tivoli RemoteControl . . . . . . . . . . . . . . . 1Qué puede hacer con Tivoli Remote Control . . . . 1Componentes de Tivoli Remote Control . . . . . 1Control de seguridad de Tivoli Remote Control . . . 2

Funciones de autorización . . . . . . . . . 2Política predeterminada. . . . . . . . . . 3Generación de avisos . . . . . . . . . . 3Generación de registros y rastreos . . . . . . 3Cifrado de datos . . . . . . . . . . . . 3Activación de cortafuegos . . . . . . . . . 4

Novedades de Tivoli Remote Control Versión 3.8 . . 4

Capítulo 2. Planificación e instalación deTivoli Remote Control . . . . . . . . . 5Antes de empezar . . . . . . . . . . . . 5Requisitos previos . . . . . . . . . . . . 6

Requisitos de hardware . . . . . . . . . . 6Plataformas de hardware soportadas . . . . 6Requisitos de RAM . . . . . . . . . . 6Requisitos de espacio en disco . . . . . . 7

Requisitos de software . . . . . . . . . . 7Requisitos de permisos de usuario en puntosfinales Windows . . . . . . . . . . . . 8

Paso 1: Instalar Tivoli Remote Control e iniciaruna sesión . . . . . . . . . . . . . 8Paso 2: Ejecutar una sesión . . . . . . . 9

Instalación de Tivoli Remote Control . . . . . . 9Componentes y sistemas operativos y protocolossoportados . . . . . . . . . . . . . 10Paso 1: Instalación del servidor de Tivoli RemoteControl en nodos gestionados . . . . . . . 11

Utilización de Tivoli Software InstallationService . . . . . . . . . . . . . . 11Utilización del escritorio de Tivoli . . . . . 12Utilización del comando winstall . . . . . 13

Paso 2: Instalación de controladores y destinos enpuntos finales . . . . . . . . . . . . 14

Instalación de IBM Tivoli Remote ControlDriver en destinos Windows XP . . . . . 14Sesión en modo limitado . . . . . . . . 15Integración con Tivoli Inventory Database . . 15

Paso 3: Instalación de la pasarela de TivoliRemote Control en nodos gestionados . . . . 16Paso 4: Instalación del proxy de Tivoli RemoteControl . . . . . . . . . . . . . . . 16

Actualización a partir de releases anteriores . . . 16Actualización de una sola región de gestión deTivoli . . . . . . . . . . . . . . . 17

Actualización de una región de la versión3.7.1 a la versión 3.8 . . . . . . . . . 17Mecanismos de actualización . . . . . . 19

Actualización de regiones interconectadas . . . 21Utilización de versiones distintas en regionesinterconectadas . . . . . . . . . . . 21

Desinstalación de Tivoli Remote Control. . . . . 21Desinstalación del controlador o del destino . . 21Desinstalación del servidor de Tivoli RemoteControl . . . . . . . . . . . . . . . 21Desinstalación del proxy de Tivoli RemoteControl . . . . . . . . . . . . . . . 22

Capítulo 3. Establecimiento desesiones entre cortafuegos . . . . . . 23Antes de empezar . . . . . . . . . . . . 23Identificación de las situaciones . . . . . . . 23

Situaciones basadas en Firewall Security Toolbox 24Controlador en el lado más seguro . . . . 24Controlador en el lado menos seguro . . . . 25Controlador y destino fuera de los cortafuegos 26Utilización de varias retransmisiones . . . . 28

Situación basada en el proxy de control remotoautónomo . . . . . . . . . . . . . . 29

Destino y controlador que pertenecen aregiones interconectadas divididas por uncortafuegos . . . . . . . . . . . . 29

Identificación del proxy de control remoto comoprimario o secundario . . . . . . . . . . . 29

Trabajar con Tivoli Firewall Security Toolbox . . 29Trabajar con proxys de control remoto autónomos 31

Establecimiento de rc_def_proxy para el proxy dedestino . . . . . . . . . . . . . . . . 31Instalación del proxy de Tivoli Remote Control . . 31

Utilización de la interfaz gráfica de usuario . . 31Proxy primario de control remoto sobre proxyde punto final . . . . . . . . . . . 32Proxy secundario de control remoto sobreproxy de pasarela . . . . . . . . . . 35Proxy primario de control remoto en modoautónomo . . . . . . . . . . . . . 38

© Copyright IBM Corp. 1996, 2002 iii

Proxy secundario de control remoto en modoautónomo . . . . . . . . . . . . . 43

Utilización de un archivo de respuestas . . . . 47Instalación de la retransmisión . . . . . . . . 48Configuración del proxy de control remoto . . . . 48

Log (proxy de control remoto primario ysecundario) . . . . . . . . . . . . . 49Communication-layer (proxy primario de controlremoto). . . . . . . . . . . . . . . 49Communication-layer (proxy secundario decontrol remoto) . . . . . . . . . . . . 50Children-cm-info (proxy primario de controlremoto). . . . . . . . . . . . . . . 51Parent-cm-info (proxy secundario de controlremoto). . . . . . . . . . . . . . . 52Rcproxy (proxy primario y secundario de controlremoto). . . . . . . . . . . . . . . 53

Definición de la ruta a los proxys secundarios ensituaciones de proxy autónomo de control remoto . 54Situación de ejemplo . . . . . . . . . . . 55

Arquitectura de empresa . . . . . . . . . 55Conectividad de cortafuegos. . . . . . . . 57Proxy de pasarela fireA1 . . . . . . . . . 58Proxy de punto final fireA2 . . . . . . . . 58Proxy de destino rcA1 . . . . . . . . . . 59Proxy de controlador rcA2 . . . . . . . . 59Proxy de punto final fireB1 . . . . . . . . 60Proxy de pasarela fireB2 . . . . . . . . . 60Proxy de destino rcB1 . . . . . . . . . . 61Proxy de controlador rcB2 . . . . . . . . 61

Capítulo 4. Configuración del entornoTivoli para utilizar las interfaces deTivoli Remote Control . . . . . . . . 63Habilitación de las conexiones remotas . . . . . 63Definición de un administrador especial de Tivolipara la interfaz Web . . . . . . . . . . . 63

Capítulo 5. Configuración de regionesde política para trabajar con TivoliRemote Control . . . . . . . . . . . 65Paso 1: Adición del recurso gestionadoRemoteControl a una región de política . . . . . 65Paso 2: Creación de una herramienta de controlremoto en la región de política . . . . . . . . 65Paso 3: Asignación de las funciones de TivoliRemote Control . . . . . . . . . . . . . 67Paso 4: Asignación de destinos a regiones de política 68

Capítulo 6. Modificación de los valorespredeterminados de la herramienta decontrol remoto . . . . . . . . . . . 69Modificación de la política predeterminada deRemoteControl . . . . . . . . . . . . . 69

Paso 1: Creación de una copia de la políticapredeterminada de RemoteControl . . . . . 69Paso 2: Personalización del contenido en unmétodo de política . . . . . . . . . . . 70

Paso 3: Asignación de la nueva políticapredeterminada . . . . . . . . . . . . 71

Desde el escritorio . . . . . . . . . . 71Desde la línea de comandos . . . . . . . 71

Resumen de los métodos de políticapredeterminados. . . . . . . . . . . . 71

Métodos de política de Tivoli Remote Control . . . 72rc_def_alt_t . . . . . . . . . . . . . 72rc_def_backgrnd . . . . . . . . . . . . 73rc_def_color . . . . . . . . . . . . . 73rc_def_command . . . . . . . . . . . 74rc_def_comp . . . . . . . . . . . . . 74rc_def_define . . . . . . . . . . . . . 74rc_def_encryption . . . . . . . . . . . 75rc_def_ftmode . . . . . . . . . . . . 76rc_def_grace_time . . . . . . . . . . . 76rc_def_gw . . . . . . . . . . . . . . 77rc_def_inactivity . . . . . . . . . . . . 77rc_def_initstate . . . . . . . . . . . . 78rc_def_optimize . . . . . . . . . . . . 78rc_def_polfilter_mode . . . . . . . . . . 78rc_def_ports . . . . . . . . . . . . . 79rc_def_proxy . . . . . . . . . . . . . 80rc_def_rate . . . . . . . . . . . . . 80rc_def_rcmode . . . . . . . . . . . . 81rc_def_targets. . . . . . . . . . . . . 81rc_def_timeout_op . . . . . . . . . . . 82rc_def_uncheckedlist . . . . . . . . . . 82

Capítulo 7. Personalización de lainterfaz de Tivoli Remote Control . . . 83Personalización de la lista de destinos . . . . . 83

Establecimiento de rc_def_define enDefinableTargetList . . . . . . . . . . . 84Establecimiento de rc_def_define en FilteredList 84Establecimiento de rc_def_define enUncheckedList . . . . . . . . . . . . 85Modificación de una lista de destinos existente através de un diálogo . . . . . . . . . . 85

Personalización de los valores de sesión . . . . . 86Personalización de la página Web de Tivoli RemoteControl . . . . . . . . . . . . . . . . 87

Capítulo 8. Inicio de Tivoli RemoteControl . . . . . . . . . . . . . . 89Inicio de una acción de Tivoli Remote Control . . . 89

Inicio desde el escritorio de Tivoli . . . . . . 89Diálogo con lista de destinos . . . . . . 89Diálogo con regiones de política y listas dedestinos . . . . . . . . . . . . . 90

Inicio desde un navegador Web . . . . . . 90Inicio desde un entorno de Terminal Server . . 94Inicio desde la línea de comandos . . . . . . 95

Inicio de la pasarela de Tivoli Remote Control . . . 95Inicio del proxy de Tivoli Remote Control . . . . 95

Capítulo 9. Utilización de las accionesde control remoto y reinicio . . . . . 97Utilización de la acción de control remoto . . . . 97

iv IBM Tivoli Remote Control: Guía del usuario

Inicio y finalización de una sesión de controlremoto . . . . . . . . . . . . . . . 97La ventana de control remoto . . . . . . . 98Cambio del estado de la sesión . . . . . . . 98

Cambio de estados desde el controlador . . . 98Cambio de estados desde el destino . . . . 99

Paso de un modo de teclado a otro . . . . . 100Envío de teclas del sistema . . . . . . . . 100

Limitaciones de pulsaciones en una pasarelaOS/2 . . . . . . . . . . . . . . 101

Utilización de teclados mixtos . . . . . . . 101Sincronización de teclados . . . . . . . . 102

Utilización de la acción de reinicio . . . . . . 102

Capítulo 10. Utilización de la acciónde chat . . . . . . . . . . . . . . 103Inicio y finalización de una sesión de chat . . . . 103Ventana Chat . . . . . . . . . . . . . 103Intercambio de mensajes. . . . . . . . . . 104Suspensión y reactivación de una sesión de chat 105Registro de una conversación de chat . . . . . 105Registro de sucesos de chat. . . . . . . . . 105Utilización del chat durante una sesión de controlremoto . . . . . . . . . . . . . . . 106

Capítulo 11. Utilización de la acciónde transferencia de archivos . . . . . 107Inicio y finalización de una sesión de transferenciade archivos . . . . . . . . . . . . . . 107Ventana Transferencia de archivos . . . . . . 108Copia de archivos . . . . . . . . . . . . 109Creación de directorios . . . . . . . . . . 109Supresión de directorios y archivos . . . . . . 109Registro de sucesos de transferencia de archivos 110

Capítulo 12. Resolución de problemasy mejora del rendimiento . . . . . . 111Resolución de problemas . . . . . . . . . 111

Establecimiento de los registros de TivoliRemote Control . . . . . . . . . . . . 111

Registro de sucesos de Tivoli Remote Controlen el controlador y en el destino . . . . . 111Registro de sucesos de transferencia dearchivos en el controlador y en el destino . . 112Registro de sucesos de chat en el controladory en el destino . . . . . . . . . . . 113Contenido de los archivos de registro . . . 114Registro de la información de instalación enel servidor de control remoto . . . . . . 115

Establecimiento de los rastreos de Tivoli RemoteControl . . . . . . . . . . . . . . 115

Establecimiento de rastreos en el servidor deTivoli Remote Control . . . . . . . . 115Establecimiento de rastreos en un controladory un destino Windows . . . . . . . . 116Establecimiento de rastreos en un controladory un destino OS/2. . . . . . . . . . 120Contenido del archivo de rastreo . . . . . 121

Resumen de los registros y rastreos de TivoliRemote Control . . . . . . . . . . . 121

Registro de sucesos de aplicación en uncontrolador Windows NT, Windows 2000 oWindows XP . . . . . . . . . . . . 124

Utilización de Tivoli Enterprise Console . . 125Establecimiento de los rastreos del servidor deTivoli . . . . . . . . . . . . . . . 125Registro de errores de punto final . . . . . 126Recopilación de información de entorno . . . 126

Informe de configuración de estación detrabajo. . . . . . . . . . . . . . 126Registro del diseño del teclado . . . . . 127

Mejora del rendimiento . . . . . . . . . . 127Método rápido de carga de destinos en la listade destinos . . . . . . . . . . . . . 128

Apéndice A. Accesibilidad . . . . . . 129Navegación por la interfaz mediante el teclado . . 129Aumento del tamaño de lo que se visualiza enpantalla . . . . . . . . . . . . . . . 129

Apéndice B. Preguntas frecuentes 131Instalación . . . . . . . . . . . . . . 131Control y supervisión . . . . . . . . . . 131Línea de comandos . . . . . . . . . . . 134Desinstalación . . . . . . . . . . . . . 134Mensajes de error . . . . . . . . . . . . 134

Apéndice C. Registros y archivosmodificados en la instalación . . . . 137Registro de controlador de Windows . . . . . 137Archivo de controlador de OS/2 . . . . . . . 137

CONFIG.SYS . . . . . . . . . . . . 137Archivos de destino de Windows 98 SecondEdition . . . . . . . . . . . . . . . 137

SYSTEM.INI. . . . . . . . . . . . . 137Registro de destino de Windows 98 Second Edition 137Registro de destino de Windows NT, Windows2000 y Windows XP . . . . . . . . . . . 138Archivos de destino de OS/2 . . . . . . . . 139

CONFIG.SYS . . . . . . . . . . . . 139SYSTEM.INI. . . . . . . . . . . . . 139OS2.INI . . . . . . . . . . . . . . 139

Apéndice D. Interfaz de línea decomandos . . . . . . . . . . . . . 141Sintaxis de línea de comandos . . . . . . . . 141rcproxy . . . . . . . . . . . . . . . 142wcreatecontroller . . . . . . . . . . . . 143wcreaterc . . . . . . . . . . . . . . . 144wdeletecontroller . . . . . . . . . . . . 145wrc. . . . . . . . . . . . . . . . . 146wrcinstep. . . . . . . . . . . . . . . 149wrcmdpcr . . . . . . . . . . . . . . 151wrcuninstep . . . . . . . . . . . . . . 153

Avisos . . . . . . . . . . . . . . 155Marcas comerciales . . . . . . . . . . . 157

Glosario . . . . . . . . . . . . . 159

Contenido v

Índice. . . . . . . . . . . . . . . 163

vi IBM Tivoli Remote Control: Guía del usuario

Prefacio

Tivoli® Remote Control activa un administrador del sistema utilizando uncontrolador (estación de trabajo del administrador) para realizar operaciones en undestino (estación de trabajo remota). Los controladores y los destinos deben serpuntos finales.

Tivoli Remote Control proporciona las acciones siguientes:

control remoto Permite al administrador controlar la entrada porteclado y ratón y supervisar la salida de la pantallade los destinos.

reinicio Permite al administrador reiniciar los destinos.

transferencia de archivos Permite al administrador enviar o recibir archivos odirectorios a o de los destinos.

chat Permite al administrador intercambiar informaciónescrita con el usuario de un destino.

A quién va dirigida esta guíaEsta guía está destinada a administradores de sistemas que utilizan Tivoli RemoteControl para gestionar sistemas distribuidos. Los usuarios de la guía deben tener almenos un conocimiento práctico de Tivoli Management Framework.

Contenido de esta guíaEsta publicación contiene los apartados siguientes:v Capítulo 1, “Resumen de Tivoli Remote Control”, en la página 1

Proporciona una introducción a la aplicación describiendo las funciones de TivoliRemote Control, las opciones específicas de plataforma, la terminología de TivoliRemote Control y la seguridad.

v Capítulo 2, “Planificación e instalación de Tivoli Remote Control”, en la página 5Describe cómo planificar e instalar los componentes de Tivoli Remote Controlapropiados.

v Capítulo 3, “Establecimiento de sesiones entre cortafuegos”, en la página 23Describe cómo instalar y configurar el proxy de Tivoli Remote Control para queTivoli Remote Control pueda funcionar a través de cortafuegos.

v Capítulo 4, “Configuración del entorno Tivoli para utilizar las interfaces deTivoli Remote Control”, en la página 63Describe cómo configurar el entorno Tivoli para utilizar las interfaces de TivoliRemote Control.

v Capítulo 5, “Configuración de regiones de política para trabajar con TivoliRemote Control”, en la página 65Describe cómo configurar las regiones de política para trabajar con TivoliRemote Control.

v Capítulo 6, “Modificación de los valores predeterminados de la herramienta decontrol remoto”, en la página 69Describe los pasos que hay que seguir para cambiar los valores de laherramienta Remote Control mediante los métodos de política.

© Copyright IBM Corp. 1996, 2002 vii

v Capítulo 7, “Personalización de la interfaz de Tivoli Remote Control”, en lapágina 83Describe cómo personalizar la interfaz de Tivoli Remote Control utilizando lainterfaz o modificando la política predeterminada asociada al recurso gestionadopor Remote Control de una región de política.

v Capítulo 8, “Inicio de Tivoli Remote Control”, en la página 89Describe las diversas maneras de iniciar una sesión de Tivoli Remote Control.

v Capítulo 9, “Utilización de las acciones de control remoto y reinicio”, en lapágina 97Describe cómo utilizar la acción de control remoto para supervisar o controlarun destino. También describe la manera de utilizar la acción de reinicio parareiniciar un destino.

v Capítulo 10, “Utilización de la acción de chat”, en la página 103Describe cómo utilizar la acción de chat para intercambiar mensajes con elusuario de un destino.

v Capítulo 11, “Utilización de la acción de transferencia de archivos”, en lapágina 107Describe cómo utilizar la acción de transferencia de archivos para transmitirarchivos o directorios entre el controlador y el destino.

v Capítulo 12, “Resolución de problemas y mejora del rendimiento”, en lapágina 111Facilita un resumen de las tareas que deben realizarse para recopilar lainformación que le ayudará a resolver los problemas que surjan con TivoliRemote Control. También proporciona descripciones de la informaciónrecopilada.En la segunda parte de este apéndice se describen las mejoras de rendimiento deTivoli Remote Control.

v Apéndice A, “Accesibilidad”, en la página 129Describe las características de Tivoli Remote Control que facilitan su uso a laspersonas con discapacidades.

v Apéndice B, “Preguntas frecuentes”, en la página 131Proporciona una lista de preguntas frecuentes sobre Tivoli Remote Control.

v Apéndice C, “Registros y archivos modificados en la instalación”, en lapágina 137Describe los cambios realizados en los archivos de configuración de lasmáquinas Windows® 98 Second Edition y OS/2®, así como en el registro deWindows NT®, Windows 2000, Windows XP y Windows 98 Second Edition.

v Apéndice D, “Interfaz de línea de comandos”, en la página 141Describe los comandos de Tivoli Remote Control que se pueden ejecutar en lasestaciones de trabajo en las que se haya instalado el servidor de control remoto.

PublicacionesEste apartado muestra las publicaciones de la biblioteca de Tivoli Remote Control yotros documentos relacionados. También describe la manera en que se accede a laspublicaciones de Tivoli en línea, la forma de solicitar publicaciones de Tivoli ycómo realizar comentarios sobre las publicaciones de Tivoli.

Prefacio

viii IBM Tivoli Remote Control: Guía del usuario

Biblioteca de Tivoli Remote ControlEn la biblioteca de Tivoli Remote Control están disponibles los documentossiguientes:v IBM Tivoli Remote Control: Guía del usuario, SC10-3917 (SC33-4842)

Contiene conceptos sobre Tivoli Remote Control y descripciones acerca de lamanera de instalarlo y utilizarlo.

v IBM Tivoli Remote Control: Messages and codes, SC23-4843Proporciona información sobre los mensajes de Tivoli Remote Control.

v IBM Tivoli Remote Control: Notas del release, SC10-3925 (SC23-4844)Proporciona la información más reciente sobre Tivoli Remote Control y muestrauna lista detallada de los defectos solucionados y pendientes del producto y sudocumentación.

v IBM Tivoli Remote Control: Read This First, SC09-7794Proporciona información sobre el contenido de los CD-ROM de Tivoli RemoteControl.

Publicaciones previas necesariasPara poder utilizar la información de esta publicación de forma correcta esnecesario disponer de conocimientos previos que puede obtener en laspublicaciones siguientes:v Tivoli Management Framework: Firewall Security Toolbox User’s Guide, GC23-4826

Proporciona una solución para gestionar la red de Tivoli a través de cortafuegossin comprometer la seguridad.

v Tivoli Management Framework: Guía del usuario, GC10-0805, Tivoli ManagementFramework: Reference Manual, GC32-0806Proporciona información detallada y procedimientos para gestionar el entornoTivoli desde el escritorio de Tivoli o la línea de comandos.

v Tivoli Enterprise Console: Guía del usuario, GC32-0667Proporciona información detallada sobre la integración de la red, los sistemas, labase de datos y la gestión de aplicaciones con Tivoli Enterprise Console®.

Publicaciones relacionadasEl glosario de Tivoli incluye definiciones de muchos de los términos técnicosrelacionados con el software de Tivoli. El glosario de Tivoli está disponible, sólo eninglés, en este sitio Web:

http://www.tivoli.com/support/documents/glossary/termsm03.htm

Acceso a las publicaciones en líneaLas publicaciones de las bibliotecas del producto se incluyen en formato PDF en elCD del producto. Para acceder a la publicaciones utilizando un navegador Web,abra el archivo infocenter.htm, que se encuentra en el CD de documentación delproducto.

Cuando IBM® publica una versión actualizada de una o más publicaciones en líneao en papel, éstas se envían al IBM Tivoli Information Center. Puede acceder a laspublicaciones actualizadas del Tivoli Information Center desde el sitio Websiguiente de IBM Customer Support:

http://www.tivoli.com/support/documents/

Prefacio

Prefacio ix

http://www.tivoli.com/support/documents/glossary/termsm03.htm

http://www.tivoli.com/support/documents/

El Tivoli Information Center contiene la versión más reciente de las publicacionesde la biblioteca del producto en los formatos PDF, HTML o ambos. También haydisponibles documentos traducidos de algunos productos.

Nota: si imprime documentos PDF en un papel que no sea de tamaño de carta,seleccione la casilla Ajustar a página en el diálogo de impresión de AdobeAcrobat (disponible al hacer clic en Archivo --> Imprimir) para asegurarque se imprima la página de tamaño carta completa en el papel que utilice.

Solicitud de publicacionesPuede solicitar muchas publicaciones de Tivoli en línea en este sitio Web:

http://www.elink.ibmlink.ibm.com/public/applications/publications/cgibin/pbi.cgi

También puede solicitarlas por teléfono llamando a uno de estos números:v En Estados Unidos: 800-879-2755v En Canadá: 800-426-4968v En otros países, para conseguir una lista de los números de teléfono, consulte el

sitio Web siguiente: http://www.tivoli.com/inside/store/lit_order.html

Comentarios acerca de las publicacionesTambién nos interesa saber cuál ha sido su experiencia con los productos y ladocumentación de Tivoli y le agradeceremos que nos envíe sus sugerencias parapoder realizar mejoras. Si tiene comentarios o sugerencias sobre nuestros productosy documentos, póngase en contacto con nosotros por una de estas vías:v Envíe un mensaje de correo electrónico a [email protected] Complete el cuestionario de opinión del cliente en este sitio Web:

http://www.tivoli.com/support/survey/

AccesibilidadLas funciones de accesibilidad ayudan a los usuarios que tienen minusvalíasfísicas, como movilidad restringida o visión limitada, a utilizar productos desoftware correctamente. Con este producto puede utilizar tecnologías de ayudapara mejorar la audición y poder navegar por la interfaz. También puede utilizar elteclado en lugar del ratón para utilizar todas las funciones de la interfaz gráfica deusuario.

Para obtener más información, consulte el Apéndice A, “Accesibilidad”, en lapágina 129.

Contacto con el servicio de soporte al clienteSi tiene algún problema con un producto de Tivoli, puede ponerse en contacto conel servicio de soporte al cliente. Consulte el documento Customer Support Handbooken el sitio Web siguiente:

http://www.tivoli.com/support/handbook/

Prefacio

x IBM Tivoli Remote Control: Guía del usuario



http://www.tivoli.com/inside/store/lit_order.html

http://www.tivoli.com/support/survey/

http://www.tivoli.com/support/handbook/

Este manual proporciona información sobre cómo contactar con el servicio desoporte al cliente, según la gravedad del problema, así como la informaciónsiguiente:v Registro y eligibilidadv Números de teléfono y direcciones de correo electrónico, según el país en el que

se encuentrev La información que se debe reunir antes de ponerse en contacto con el servicio

de soporte

Convenios utilizados en esta guíaLa guía utiliza convenios de diversos tipos de letra para términos y accionesespeciales, comandos que dependen del sistema operativo y rutas de acceso.

Convenios de tipo de letraEn esta publicación se utilizan los convenios de tipo de letra siguientes:

Negrita Los comandos en minúsculas y en mayúsculas y minúsculas, lasopciones de comandos y los distintivos que aparecen dentro deltexto se ven así, en negrita.

Los elementos de la interfaz de usuario gráfica (excepto los títulosde ventanas y diálogos) y los nombres de las teclas también sevisualizan así, en negrita.

Cursiva Las variables, los valores que el usuario debe proporcionar, lostérminos nuevos y las palabras y frases destacadas se visualizanasí, en cursiva.

Monoespaciado Los comandos, las opciones de comandos y los distintivos queaparecen en una línea aparte, los ejemplos de códigos, la salida y eltexto de los mensajes se visualizan así, en un formatomonoespaciado.

Los nombres de los archivos y los directorios, las cadenas de textoque el usuario debe escribir, cuando aparecen dentro del texto, losnombres de los métodos y las clases de Java™ y los códigos deHTML y XML también aparecen así, en un formato demonoespaciado.

Variables y rutas de acceso dependientes del sistemaoperativo

Este manual utiliza el convenio de Windows para especificar las variables deentorno y la notación de directorios.

Cuanto utilice la línea de comandos de UNIX®, sustituya %variable% por $variablepara las variables de entorno y cada contrabarra (\) por una barra (/) en las rutasde acceso de los directorios.

Nota: si utiliza la shell bash en un sistema Windows, puede utilizar los conveniosUNIX.

Prefacio

Prefacio xi

Icono de Tivoli Remote ControlEl icono siguiente representa la herramienta Tivoli Remote Control:

La herramienta Remote Control se ha creado en el contexto de una región depolítica. Permite operaciones remotas, como el control remoto o el reinicio de unaestación de trabajo, la transferencia de archivos y el chat.

Prefacio

xii IBM Tivoli Remote Control: Guía del usuario

Capítulo 1. Resumen de Tivoli Remote Control

Tivoli Remote Control ayuda a gestionar estaciones de trabajo en una red. Puedeutilizarlo en una ubicación central para supervisar y controlar estaciones de trabajoen ubicaciones remotas.

Hay algunos temas de seguridad que deben considerarse antes de instalar lasherramientas. Estos temas se explican en el apartado “Control de seguridad deTivoli Remote Control” en la página 2.

Qué puede hacer con Tivoli Remote ControlCuando se utiliza Tivoli Remote Control, la estación de trabajo de su administradorse conoce como controlador. Las estaciones de trabajo remotas se conocen comodestinos. Desde el controlador, se puede:v Supervisar la pantalla de un destino. Consulte el apartado “Utilización de la

acción de control remoto” en la página 97.v Controlar la entrada por teclado y ratón en un destino. Consulte el apartado

“Utilización de la acción de control remoto” en la página 97.v Reiniciar un destino. Consulte el apartado “Utilización de la acción de reinicio”

en la página 102.v Abrir una conversación de texto con un destino. Consulte el Capítulo 10,

“Utilización de la acción de chat”, en la página 103.v Transferir archivos o directorios entre un controlador y un destino. Consulte el

Capítulo 11, “Utilización de la acción de transferencia de archivos”, en lapágina 107.

v Ejecutar Tivoli Remote Control en un entorno de Terminal Server.v Trabajar de forma remota a través de cortafuegos. Esto no es válido para la

acción de chat.

El período comprendido entre el inicio y la salida de una acción se conoce comosesión.

Componentes de Tivoli Remote ControlTivoli Remote Control es una aplicación de cliente/servidor. Tiene estos cincocomponentes principales:v Servidor de control remoto. Este proporciona la funcionalidad de Tivoli Remote

Control. Debe estar instalado en un nodo gestionado.v Controlador (la estación de trabajo del administrador). Ejecuta el software de

cliente que solicita funciones al servidor. Los controladores deben ser puntosfinales.

v Destino (estación de trabajo del usuario). Ejecuta el software de cliente quesolicita funciones al servidor. Los destinos deben ser puntos finales. Sinembargo, la versión 3.8 del servidor soporta las versiones anteriores (3.7.1) delcliente de destino.

v Proxy de control remoto. Es un componente opcional que simplifica lascomunicaciones a través de cortafuegos entre los controladores y los destinos.

© Copyright IBM Corp. 1996, 2002 1

v Pasarela de control remoto. Es un componente opcional heredado que gestionala comunicación entre los controladores y los destinos cuando no se comunicandirectamente.

Consulte la publicación Tivoli Management Framework Planning and Installation Guidey la publicación Tivoli Management Framework Guía del usuario para obtener másinformación sobre nodos gestionados y puntos finales.

El ejemplo siguiente muestra una configuración típica. Se utiliza un controladorpara supervisar los destinos y los proxys de control remoto para atravesar elcortafuegos.

Control de seguridad de Tivoli Remote ControlEstos son los niveles de seguridad asociados a Tivoli Remote Control:v “Funciones de autorización”v “Política predeterminada” en la página 3v “Generación de avisos” en la página 3v “Generación de registros y rastreos” en la página 3v “Cifrado de datos” en la página 3v “Activación de cortafuegos” en la página 4

Funciones de autorizaciónLas funciones de autorización proporcionan acceso básico a las acciones de TivoliRemote Control. Tivoli Remote Control proporciona funciones de autorizaciónexclusivas y no jerárquicas. Por lo tanto, debe asignarse de forma explícita unadministrador a cada una de las funciones de Tivoli Remote Control para realizarlas tareas asociadas a las funciones.

Servidor decontrol remoto

Servidor de Tivoli

Proxy decontrol remoto

Proxy depunto final

Proxy decontrol remoto

Proxy depasarela

Co

rtaf

ueg

os

Destinos

Controlador

Servidor decontrol remoto

Pasarela de Tivoli

Resumen de Tivoli Remote Control

2 IBM Tivoli Remote Control: Guía del usuario

Las funciones pueden asignarse de este modo:v En la región de política que contiene el sistema de destino.v En toda la región de gestión de Tivoli.

Para obtener más detalles, consulte el “Paso 3: Asignación de las funciones deTivoli Remote Control” en la página 67.

Política predeterminadaLa política predeterminada es un conjunto de valores de propiedades de recursosque se asignan a un recurso cuando éste se crea. La política predeterminada definelos métodos de política asociados a una herramienta de control remoto. De estemodo, controla el comportamiento de las acciones de Tivoli Remote Control. Puedeconfigurar la política predeterminada para que coincida con el modelo deconfianza. Por ejemplo:v Puede permitir a todos los administradores que realicen cualquier función

proporcionada por Tivoli Remote Control.v Un administrador experto puede editar la política predeterminada para

restringir el tipo de utilización de las herramientas de control remoto.

Para restringir el control de un administrador, se pueden utilizar los métodosasociados a la política predeterminada. Para obtener más información, consulte elCapítulo 6, “Modificación de los valores predeterminados de la herramienta decontrol remoto”, en la página 69.

Generación de avisosTivoli Remote Control utiliza los avisos como un registro de rastreo de auditoríapara las operaciones importantes que se realizan. Puede acceder a los avisosmediante el icono Avisos del escritorio de Tivoli.

Tivoli Remote Control genera un aviso para estos sucesos:v El inicio y el final de una sesión.v La anomalía de una sesión.

También especifica el resultado de la operación (aviso, advertencia o error), eladministrador responsable de la misma y, según el tipo de suceso, la etiqueta delcontrolador, la etiqueta del destino y las opciones utilizadas para llevar a cabo lasesión, por ejemplo Período de gracia, Continuar si se excede tiempo de espera,Estado del arranque o Cambiar estado en el destino. De forma predeterminada,esta información se envía al grupo de avisos de Tivoli Remote Control.

Generación de registros y rastreosPuede registrar las operaciones de Tivoli Remote Control en los archivos deregistro y rastreo. Puede utilizar los archivos de registro para funciones deauditoría y depuración, y los archivos de rastreo sólo para funciones dedepuración.

Cifrado de datosPuede cifrar toda la información intercambiada durante una sesión de controlremoto o transferencia de archivos entre un controlador y un destino. Para cifrardatos, Tivoli Remote Control utiliza el algoritmo de cifrado DES triple. Las clavesprivadas se generan e intercambian utilizando el protocolo de intercambio declaves Diffie-Hellman. Para obtener detalles sobre la manera de establecer elcifrado de datos, consulte el apartado “rc_def_encryption” en la página 75.


Capítulo 1. Resumen de Tivoli Remote Control 3

Activación de cortafuegosTivoli Remote Control se puede utilizar en un entorno de red con cortafuegos. Elnuevo componente de Tivoli Remote Control, el proxy de control remoto, permiteque muchas máquinas situadas a un lado de un cortafuegos puedan comunicarse,a través de un puerto común definible, con muchas máquinas situadas en el otroextremo del cortafuegos. De este modo, cualquier controlador situado a un lado deun cortafuegos (o en una cadena de cortafuegos) puede iniciar una sesión con undestino situado al otro lado del cortafuegos (o de una cadena de cortafuegos)respetando las restricciones de los cortafuegos.

Novedades de Tivoli Remote Control Versión 3.8Con Tivoli Remote Control, Versión 3.8, tiene la posibilidad de:v Cifrar toda la información intercambiada durante una sesión de control remoto o

transferencia de archivos.v Ejecutar sesiones seguras a través de cortafuegos. Esto no es válido para las

sesiones de chat.v Registrar y realizar un rastreo de la mayoría de las operaciones de control

remoto.v Trabajar con una interfaz Web más fácil de utilizar.v Ejecutar el servidor y el proxy de Tivoli Remote Control Server en una

plataforma Linux.v Mejorar la función de auditoría.v Utilizar Tivoli Remote Control en chino tradicional.v Utilizar la funcionalidad NAT.v Mejorar el rendimiento.v Desinstalar el controlador y el destino utilizando el comando wrcuninstep.



Capítulo 2. Planificación e instalación de Tivoli RemoteControl

En este capítulo se describe cómo planificar la instalación de los componentesadecuados de Tivoli Remote Control y cómo instalarlos. Se proporciona lainformación siguiente:v Una lista de las tareas y comprobaciones que deben efectuarse antes de iniciar la

instalación o la actualización a Tivoli Remote Control 3.8. Consulte el apartado“Antes de empezar” en la página 5.

v Información acerca de los requisitos de hardware, software y permisos deusuario. Consulte el apartado “Requisitos previos” en la página 6.

v Información acerca de los componentes que se incluyen en Tivoli RemoteControl Versión 3.8 y el tipo de sistema en el que debe instalarse cadacomponente. Consulte el apartado “Componentes y sistemas operativos yprotocolos soportados” en la página 10.

v Instrucciones para planificar el entorno de Tivoli Remote Control y para instalarla aplicación con los distintos mecanismos de instalación. Consulte el apartado“Instalación de Tivoli Remote Control” en la página 9.

v Instrucciones para realizar una actualización a Tivoli Remote Control Versión 3.8con los distintos mecanismos de instalación. Consulte el apartado “Actualizacióna partir de releases anteriores” en la página 16.

v Instrucciones para eliminar Tivoli Remote Control Versión 3.8. Consulte elapartado “Desinstalación de Tivoli Remote Control” en la página 21.

Consulte la publicación IBM Tivoli Remote Control: Notas del release para obtener lainformación más reciente sobre requisitos del sistema, cambios en el procedimientode instalación y soluciones para problemas conocidos.

Antes de empezarAntes de empezar la instalación o la actualización a Tivoli Remote Control Versión3.8, haga lo siguiente:v Antes de instalar Tivoli Remote Control, se recomienda realizar una copia de

seguridad de la base de datos de Tivoli Management Framework de todas lasmáquinas de la región de gestión de Tivoli. La creación de copias de seguridadpermite volver al estado en el que se encontraba la base de datos antes de lainstalación si surge un problema al instalar Tivoli Remote Control. Para crearuna copia de seguridad del servidor de Tivoli y los nodos gestionados,seleccione Escritorio → Copia de seguridad en el escritorio de Tivoli o utilice elcomando wbkupdb. Consulte la publicación Tivoli Management FrameworkReference Guide para obtener información acerca del comando wbkupdb.

v Asegúrese de que el servidor, los nodos gestionados y los puntos finales en losque pretenda instalar los componentes de Tivoli Remote Control Versión 3.8cumplan los requisitos previos de hardware y software del producto.

v Asegúrese de que los puntos finales en los que pretenda instalar Tivoli RemoteControl estén asignados a sus pasarelas con un nombre de host completamentecalificado o con una dirección IP.

v Lea el apartado “Componentes y sistemas operativos y protocolos soportados”en la página 10 y decida qué componentes instalará y en qué sistemas.


v Asegúrese de que no haya otros tipos de software de control remoto instalados,ya que Tivoli Remote Control no puede coexistir con ellos.

Requisitos previosAl instalar Tivoli Remote Control por primera vez debe comprobar que elhardware y el software cumplan o superen los requisitos que se indican en esteapartado.

Para obtener información acerca de los archivos que cambian con la instalación,consulte el Apéndice C, “Registros y archivos modificados en la instalación”, en lapágina 137.

Requisitos de hardwareTivoli Remote Control tiene requisitos previos de hardware específicos que debencumplirse para que se pueda instalar y considerar como funcional. Estos requisitosson las plataformas de hardware, la RAM y el espacio en disco. Los requisitosprevios que se enumeran en este apartado constituyen el entorno recomendadopara Tivoli Remote Control en el momento de la publicación de este manual. Sólose soporta Tivoli Remote Control cuando se utiliza con los requisitos previos a losque da soporte oficialmente el otro proveedor.

Plataformas de hardware soportadasEn la tabla siguiente se identifican las versiones de sistema operativo soportadaspara cada plataforma de hardware soportada.

Sistema operativo Plataforma de hardware soportada

AIX® Sistemas pSeries™ y PowerPC® en modo de 32 bitscon AIX Versión 4.3.3 y 5.1.

HP-UX Series HP9000/700 y 800 con HP-UX versiones 11.0y 11i

Linux para Intel® Sistemas Intel o Pentium® con Red Hat 7.2, SuSE 7.3o TurboLinux 6.5

Linux para S/390® Sistema IBM S/390 G5, G6 o MP3000 con Red Hat7.2 en zSeries, SuSE Enterprise Server 7.0 en zSeries

OS/2 Sistemas Intel o Pentium con IBM OS/2 Warp Server4.5.1 y Warp Server para E-Biz 4.5

Entorno operativo Solaris Series Sun SPARC con el entorno operativo Solarisversiones 7 y 8

Windows Sistemas Intel o Pentium con Windows 98 SecondEdition

Windows NT Sistemas Intel o Pentium con Microsoft® WindowsNT Versión 4.0 SP6A, Windows NT Terminal ServerEdition+SP4 o posterior

Windows 2000 Sistemas Intel o Pentium con Microsoft Windows2000

Windows XP Sistemas Intel o Pentium con Microsoft Windows XP

Requisitos de RAMPara ejecutar Tivoli Remote Control, la estación de trabajo debe tener como mínimo64 megabytes de RAM.

Antes de empezar la instalación


Requisitos de espacio en discoEn las tablas siguientes se muestra el espacio en disco duro que exige el destino, elcontrolador, el servidor y el proxy de Tivoli Remote Control para las posiblesconfiguraciones del sistema operativo.

Para saber el espacio en disco que se necesita al instalar el software detransferencia de archivos y el software de chat, debe tener en cuenta el espacio endisco ocupado por los archivos de Java™ Run-time Environment 1.3. Estos archivosse descargan, si el sistema aún no dispone de ellos, la primera vez que se iniciauna transferencia de archivos o una sesión de chat.

Software de TivoliRemote Control

Espacio en disco duro necesario (MB)

Windows® 98SecondEdition

WindowsXP

WindowsNT

Windows2000

UNIX/Linuxpara Intel

Linuxpara S/390

OS/2

Controlador decontrol remoto

1,5 1,9 1,8 1,8 - 1,1

Destino de controlremoto

0,8 2,7 2,7 2,7 - - 1,3

Servidor/pasarelade Tivoli RemoteControl

- - - 57,3 57,3 - -

Controlador detransferencia dearchivos

1,8 1,8 1,8 1,8 - - 1,8

Destino detransferencia dearchivos

1,7 1,7 1,7 1,7 - - 1,7

Controlador dechat

0,7 0,7 0,7 0,7 - - 0,7

Destino de chat 0,7 0,7 0,7 0,7 - - 0,7

JRE 1.3 24 24 24 24 - - 24,8

Software de Tivoli RemoteControl

Espacio en disco duro necesario (MB)

Windows 2000 AIX Linux para Intel Entorno operativoSolaris

Proxy de Tivoli Remote Control 28,3 32,1 35,7 57,8

Para obtener información más detallada y actualizada, consulte la publicación IBMTivoli Remote Control: Notas del release.

Requisitos de softwareTivoli Remote Control no puede coexistir con otros tipos de software de controlremoto.

Antes de instalar Tivoli Remote Control, debe tener el siguiente software instaladoy en ejecución.v Un sistema operativo y un protocolo de red soportados.v Tivoli Management Framework 3.7.1 o superior.

Además, debe instalar:

Requisitos previos

Capítulo 2. Planificación e instalación de Tivoli Remote Control 7

v El agente de gestión de Tivoli Management Framework Versión 3.7.1 o superior(lcf versión 91 o superior) en las estaciones de trabajo que deben funcionar comocontroladores y destinos.

v El escritorio de Tivoli en las estaciones de trabajo en las que desee utilizar lainterfaz gráfica de usuario de Tivoli Remote Control.

v Uno de los navegadores Web siguientes en las estaciones de trabajo en las quedesee utilizar la interfaz Web de Tivoli Remote Control.– Netscape 4.6 o posterior– Internet Explorer 5.0 o 5.5+SP1

v IBM Tivoli Firewall Security Toolbox 1.3 o posterior, si tiene que utilizar el proxyde control remoto en modo no autónomo.

Requisitos de permisos de usuario en puntos finales WindowsPara utilizar Tivoli Remote Control en puntos finales Windows NT, Windows 2000y Windows XP, asegúrese de que dispone de los privilegios de permisos de usuarioque se describen en los apartados siguientes.

Paso 1: Instalar Tivoli Remote Control e iniciar una sesiónAntes de instalar Tivoli Remote Control e iniciar una sesión, asegúrese de que elnombre de cuenta de usuario especificado en la correlación usuario_rootcorresponda a una cuenta de administrador del sistema operativo del punto final.La correlación usuario_root se define en la región de gestión de Tivoli; puedecomprobar sus valores con el comando widmap.

Para puntos finales Windows NT, Windows 2000 y Windows XP, el valorpredeterminado de la correlación usuario_root es la cuenta de administradorincorporada predeterminada (por ejemplo, en máquinas en inglés, corresponde aAdministrator). Si cambia el nombre de la cuenta de administrador incorporadapredeterminada o utiliza un nombre de cuenta Windows distinto como correlaciónusuario_root, asegúrese de que esta nueva cuenta de usuario cumple las normassiguientes:v Está definida en el nivel de dominio o en cada punto final de la región de

gestión de Tivoli.

Nota: si va a trabajar con Tivoli Management Framework y ha cambiado elnombre de la cuenta de administrador incorporada en algunos puntosfinales, puede utilizar BuiltinNTAdministrator como valor parausuario_root. De esta manera podrá instalar Tivoli Remote Control e iniciaruna sesión en cualquier punto final de una región de Tivoli, aunque losnombres de cuenta de administrador incorporada sean distintos en lospuntos finales.

v Está definida en los grupos Windows Administrators y Tivoli_Admin_Privilegesde cada punto final.

v Tiene permiso de control total en los directorios siguientes:– %WINDIR%– %WINDIR%\system32– %WINDIR%\system32\drivers– %LCF_DIR%

v Tiene acceso de control total en las siguientes claves de registro:

HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows\CurrentVersion\RunOnceHKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\ServicesHKEY_LOCAL_MACHINE\SOFTWARE\Tivoli

Requisitos previos


v Está autorizada para:– conectarse localmente,– acceder a la estación de trabajo desde la red,– instalar servicios y controladores y– reiniciar la estación de trabajo.

Paso 2: Ejecutar una sesiónDespués de que se haya iniciado una sesión, Tivoli Remote Control se ejecuta en lacuenta System local predefinida de Windows, que tiene amplios privilegios en lamáquina local. Si modifica los privilegios de esta cuenta, asegúrese de que cumpla,como mínimo, las siguientes normas en cada sistema operativo Windows de lospuntos finales:v Tiene permiso de control total en los directorios siguientes:

– %WINDIR%– %WINDIR%\system32– %WINDIR%\system32\drivers– %LCF_DIR%

v Tiene acceso de control total en todas las claves de registro.v Está autorizada para conectarse localmente.

Instalación de Tivoli Remote ControlPara instalar Tivoli Remote Control en una región, instale lo siguiente:1. En primer lugar, el servidor de Tivoli Remote Control en el servidor de Tivoli y,

a continuación, en:v Las pasarelas de Tivoli conectadas a los puntos finales en los que desea

instalar los controladores y los destinos.v Los nodos gestionados que desea utilizar como pasarela de control remoto.v Los nodos gestionados donde desea ubicar la herramienta de control remoto.

Para obtener información detallada, consulte el “Paso 1: Instalación del servidorde Tivoli Remote Control en nodos gestionados” en la página 11.

2. Los controladores y los destinos en los puntos finales. Estos componentes sedistribuyen a los puntos finales la primera vez que se ejecuta una acción deTivoli Remote Control entre esos puntos finales. Para obtener informacióndetallada, consulte el “Paso 2: Instalación de controladores y destinos en puntosfinales” en la página 14.

3. Opcionalmente, la pasarela de control remoto en los nodos gestionados. Parahacerlo, debe instalar el servidor de control remoto y configurarlo comopasarela de control remoto. Para obtener información detallada, consulte el“Paso 3: Instalación de la pasarela de Tivoli Remote Control en nodosgestionados” en la página 16.

4. Los proxys de control remoto, si tiene que ejecutar una sesión a través decortafuegos. Según las ubicaciones de los cortafuegos, debe instalar el proxy decontrol remoto en las estaciones de trabajo del proxy de punto final y del proxyde pasarela o en cualquier par de estaciones de trabajo. Para obtenerinformación detallada, consulte el Capítulo 3, “Establecimiento de sesionesentre cortafuegos”, en la página 23.

Si va a actualizar el producto a partir de una versión anterior, consulte el apartado“Actualización a partir de releases anteriores” en la página 16.

Requisitos previos


Componentes y sistemas operativos y protocolos soportadosEn la tabla siguiente se enumeran los nombres de archivos de índice, los nombresde componentes y los códigos de producto que se utilizan en los distintosmecanismos para identificar el componente que debe instalarse.

Archivo de índice Nombre del componente Código de producto

RC_ALI Tivoli Remote Control Server 3.8 RC_ALI

v El archivo de índice se utiliza para instalar el componente con el comandowinstall.

v El nombre del componente se utiliza para instalar el componente desde elescritorio de Tivoli o la consola de SIS.

v El código del producto se utiliza para desinstalar el componente con el comandowuninst.

Las imágenes de instalación se encuentran en los directorios siguientes del CD deIBM Tivoli Remote Control.

Nombre de la imagen Directorio del CD

Tivoli Remote Control Server 3.8 new\RC

Tivoli Remote Control Proxy new\RCPROXY

Tivoli Remote Control Server 3.8 Upgrade upgrade\RC

En la tabla siguiente se enumeran los componentes de Tivoli Remote Control quesoportan los diversos sistemas operativos:

Sistema operativo Versión Servidor,pasarela

Proxy Controlador Destino

AIX 4.3.35.1

U U

Entorno operativo Solaris 78

U U

HP-UX 11.011i

U

Servidor de Red HatLinux

7.1 7.2 U U

Red Hat Linux paraS/390

7.2 U

SuSE Linux 7.3 U U

TurboLinux 6.5 U U

Suse Linux EnterpriseServer para zSeries yS/390

7 U

Windows 2000 Professional o posterior U U

Server o posterior U U U U

Advanced Server o posterior U U U U

Windows NT 4.0 + SP 6A U U

4.0 Terminal Server Edition oposterior

U

Componentes y sistemas operativos soportados


Sistema operativo Versión Servidor,pasarela

Proxy Controlador Destino

Windows 98 Second Edition U U

Windows XP Professional U U

OS/2 Warp Server 4.5.1 U U

OS/2 Warp Server paraE-Biz

4.5 U U

Nota: si va a instalar el proxy de control remoto, asegúrese de que:v dispone de 48 MB de espacio disponible en el sistema de archivos /tmp,v haya instalado el paquete de nivel de mantenimiento AIX 4330-02 en AIX

4.3.3.0,v haya instalado los parches necesarios para ejecutar JRE 1.3 en el entorno

operativo Solaris, Versión 7 y 8. Para obtener información detallada acercade los parches necesarios, vaya al sitio siguiente:http://java.sun.com/j2se/1.3/install-solaris-patches.html

Puede conectar controladores y destinos que se ejecuten en cualquiera de lossiguientes sistemas operativos, siempre que se instalen los correspondientesprotocolos en el destino y en el controlador:

Sistema operativo Protocolo

OS/2 Warp Server 4.5.1 o superior para países con juegode caracteres de un solo byte

IBM TCP/IP 4.2 para OS/2 oposterior

OS/2 Warp Server para E-Biz 4.5

Windows 2000, Windows NT, Windows XP, Windows 98Second Edition

Pila TCP/IP incorporada

Para obtener información sobre la pila TCP/IP soportada, consulte la publicaciónTivoli Management Framework Notas del release.

Paso 1: Instalación del servidor de Tivoli Remote Control ennodos gestionados

Puede instalar el servidor de control remoto utilizando una de las opcionessiguientes:v Tivoli Software Installation Service. Consulte el apartado “Utilización de Tivoli

Software Installation Service”.v El escritorio de Tivoli. Para obtener información detallada, consulte el apartado

“Utilización del escritorio de Tivoli” en la página 12.v El comando winstall. Para obtener información detallada, consulte el apartado

“Utilización del comando winstall” en la página 13.

Utilización de Tivoli Software Installation ServiceTivoli Software Installation Service (SIS) puede instalar varios productos Tivoli envarios sistemas en paralelo. Este producto basado en Java puede instalar, por lotanto, más productos en más sistemas en mucho menos tiempo que el recurso deinstalación de Tivoli Management Framework.

Antes de instalar el servidor de control remoto con SIS, asegúrese de que haaplicado los parches 3.7-SIS-DEPOT-0005 y 3.7-SISCLNT-0005.

Componentes y sistemas operativos soportados


http://java.sun.com/j2se/1.3/install-solaris-patches.html

El procedimiento básico para utilizar SIS a fin de instalar el servidor de controlremoto es el siguiente:1. Importe las imágenes del producto al almacén de SIS.2. Seleccione el componente de servidor de control remoto.3. Seleccione las máquinas donde se tiene que instalar cada componente.4. Haga clic en el botón Instalar.

En las pasarelas de Tivoli en las que haya instalado el servidor de control remoto,ejecute el comando siguiente desde el indicador de comandos:wgateway <etiqueta_pasarela> restart

Para obtener información detallada sobre la utilización de SIS para instalar loscomponentes, consulte la publicación Tivoli Software Installation Service User’s Guide.

Utilización del escritorio de TivoliEl procedimiento para instalar el servidor de control remoto con el escritorio deTivoli es el siguiente:1. Seleccione Escritorio → Instalar → Instalar un producto para que aparezca el

diálogo Instalar un producto.Si el componente de servidor de control remoto no aparece en la lista deSeleccione el producto que se instalará, siga con el paso 2. Si aparece, vaya alpaso 3.

2. Haga clic en Seleccionar soporte para que aparezca el diálogo Explorador dearchivos.El explorador de archivos permite identificar o especificar la ruta al soporte deinstalación.v Si conoce la ruta a la imagen del CD-ROM:

a. Entre la ruta completa en el campo Nombre de la ruta.b. Haga clic en Establecer ruta para cambiar al directorio especificado.c. Haga clic en Establecer soporte y cerrar para guardar la nueva ruta al

soporte y volver al diálogo Instalar un producto. El diálogo lista ahora losproductos que están disponibles para su instalación.

v Si no conoce la ruta exacta a la imagen del CD-ROM:

a. En el cuadro de lista Host, seleccione el host en el que se encuentran lasimágenes de instalación. La lista Directorios se actualizará a la lista dedirectorios del host que haya seleccionado.

b. En el cuadro de lista Directorios, seleccione el directorio que contiene lasimágenes de instalación.

c. Haga clic en Establecer soporte y cerrar para guardar la nueva ruta delas imágenes de instalación y volver al diálogo Instalar un producto. Eldiálogo lista ahora los productos que están disponibles para suinstalación.

3. Seleccione Tivoli Remote Control Server 3.8 en la lista de desplazamientoSeleccione el producto que se instalará.

4. Para especificar los clientes en los que se instalará el componente seleccionado,haga clic en las teclas de flecha para mover los nombres de cliente entreClientes en los que se instalará y Clientes disponibles.

Nota: aparecerá un mensaje de error si intenta instalar un componente deTivoli Remote Control en un tipo de máquina no válido.

Paso 1: Instalación del servidor de Tivoli Remote Control

5. Haga clic en Instalar para instalar el componente. Aparecerá el diálogoInstalación de producto. Este diálogo enumera las operaciones que tendránlugar durante la instalación. También advierte de los posibles problemas quepueden corregirse antes de instalar el componente.

6. Haga clic en Continuar la instalación para iniciar la instalación. El diálogoInstalación de producto presenta información de estado durante la instalación.Cuando la instalación finaliza, el diálogo Instalación de producto devuelve unmensaje de finalización.

7. Haga clic en Cerrar para volver al diálogo Instalar un producto.


Utilización del comando winstallEn el ejemplo siguiente, el comando instala el componente de servidor de controlremoto en un nodo gestionado. Ejecute el comando winstallwinstall -c directorio_CD-ROM -s servidor_producto -i archivo@CreatePaths@=1 nodo1 nodo2

donde:

-c directorio_CD-ROM Especifica la ruta a la imagen del CD-ROM.

-s servidor_producto Especifica el nombre del nodo gestionado dondereside la imagen de CD-ROM de la aplicaciónTivoli Remote Control.

-i archivo Especifica el archivo de índice desde el que seinstalan los componentes de Tivoli Remote Control.El argumento archivo es el siguiente:

RC_ALI Instala el componente de servidorde control remoto en el servidor deTivoli u otros nodos gestionados dela región local.

@CreatePaths@=1 Crea cualquier directorio especificado si aún noexiste.

nodo1 nodo2 Especifica los nombres de los nodos gestionados enlos que se debe instalar el servidor si el protocolode nodo es TCP. Si no se especifica ningún nodo, lainstalación se ejecuta en todos los nodos de laregión actual.

Para obtener información adicional sobre este comando, escriba winstall en unindicador de comandos y consulte la publicación Tivoli Management FrameworkReference Guide.


Paso 1: Instalación del servidor de Tivoli Remote Control


Paso 2: Instalación de controladores y destinos en puntosfinales

No tiene que instalar el software de Tivoli Remote Control manualmente en lospuntos finales. Cuando se inicia una sesión de control remoto por primera vezdesde un punto final, a través del escritorio de Tivoli o utilizando el comando wrc(como se describe en el apartado “wrc” en la página 146) o la interfaz Web, elsoftware del controlador de control remoto se instala en ese punto final. Elsoftware del destino de control remoto se instala en el punto final con el quecontacta el controlador para iniciar una sesión.

Después de instalar un destino de control remoto, puede ejecutar una sesión decontrol remoto en modo limitado sin reiniciarlo. Para obtener más información,consulte el apartado “Sesión en modo limitado” en la página 15. Cuando se reiniciael destino, puede ejecutar una sesión de control remoto en modo completo. Elcontrolador y el destino de OS/2 tienen que reiniciarse después de la instalación.

El mismo tipo de instalación tiene lugar cuando se inicia la transferencia dearchivos o la sesión de chat por primera vez. Antes de iniciar una transferencia dearchivos o una sesión de chat en Windows NT, Windows XP o Windows 2000,Tivoli Remote Control comprueba si JRE 1.3 está instalado en el controlador y en eldestino mediante Tivoli Configuration Manager. Si no está instalado, puede decidirinstalarlo antes de ejecutar una transferencia de archivos o una sesión de chat,mediante el comando wrcinstep, o la primera vez que intente ejecutar unatransferencia de archivos o una sesión de chat, mediante el comando wrc o lainterfaz de Tivoli Remote Control. El inicio de sesión puede durar varios minutossi es necesario instalar JRE 1.3.

Para instalar Tivoli Remote Control o JRE 1.3 en varios puntos finales a la vez enun entorno grande, puede utilizar el comando wrcinstep, como se describe en elapartado “wrcinstep” en la página 149.

Nota: si, en una región de Tivoli Management Framework Versión 4.1, instalaTivoli Remote Control en más de un punto final que se ejecute en la mismamáquina, asegúrese de que las pasarelas que dan servicio a esos puntosfinales tengan el mismo nivel de Tivoli Remote Control.

Instalación de IBM Tivoli Remote Control Driver en destinosWindows XPCuando se inicia una sesión con un destino Windows NT o Windows 2000, IBMTivoli Remote Control 3.8 instala un controlador de duplicador de modo de kerneldenominado IBM Tivoli Remote Control Driver. Este controlador es fundamentalpara obtener un rendimiento óptimo, pero no es obligatorio para ejecutaroperaciones de control remoto.

Cuando se inicia una sesión de control remoto con un destino Windows XP,Windows XP le solicita si desea aceptar la instalación de IBM Tivoli RemoteControl Driver. Si la acepta haciendo clic en Aceptar, se recomienda que cierre esasesión e inicie otra nueva.

También puede decidir no instalarlo haciendo clic en Ignorar. Si las restricciones deseguridad están suficientemente reducidas en los destinos Windows XP, TivoliRemote Control instala IBM Tivoli Remote Control Driver de forma automática.

Puede instalar IBM Tivoli Remote Control Driver en destinos Windows XP de unade las maneras siguientes:

Paso 2: Instalación de controladores y destinos


v Reduciendo las restricciones locales de seguridad en cada destino Windows XP.v Reduciendo las restricciones de seguridad desde una ubicación central al actuar

sobre la política de instalación de controladores de todo el dominio (si losdestinos Windows XP forman parte de un dominio Active Directory).

Para mejorar el rendimiento, realice una de las acciones siguientes:v Active la instalación de IBM Tivoli Remote Control Driver para que se ejecute

localmente siguiendo las instrucciones del artículo 298503 de MicrosoftKnowledge Base:″Driver Signing Policy Values Cannot Be Modified Directly in Windows XP″(http://support.microsoft.com?kbid=298503).

v Active la instalación de IBM Tivoli Remote Control Driver para que se ejecutepor dominio:1. Siga las instrucciones del artículo 298503 de Microsoft Knowledge Base:

″Driver Signing Policy Values Cannot Be Modified Directly in Windows XP″(http://support.microsoft.com?kbid=298503).

2. Siga las instrucciones del artículo 324230 de Microsoft Knowledge Base:″A Domain Driver-Signing Policy Is Not Applied″(http://support.microsoft.com?kbid=324230).

3. Asegúrese de que los cambios en la política de firma de controladores sehayan aplicado a todos los destinos Windows XP del dominio ActiveDirectory.

Sesión en modo limitadoDespués de instalar un destino de control remoto en una plataforma Windows,puede ejecutar una sesión de control remoto en modo limitado sin reiniciarlo.

Esto significa que la sesión tiene las restricciones siguientes, según el sistemaoperativo del destino:

Destinos Windows XP, Windows 2000 y Windows NT:v Durante una sesión activa, el teclado y el ratón sólo se bloquean si el destino

está trabajando con el escritorio predeterminado.v La pantalla completa de DOS no aparece en la ventana de Tivoli Remote

Control.v Puede que el rendimiento no sea óptimo. Esto sólo sucede en destinos Windows

NT.

Destinos Windows 98 Second Edition:v Durante una sesión activa, el teclado y el ratón no se bloquean.v La pantalla completa de DOS no aparece en la ventana de Tivoli Remote

Control.

Cuando se reinicia el destino, puede ejecutar una sesión de control remoto enmodo completo.

Integración con Tivoli Inventory DatabaseIBM Tivoli Inventory puede explorar las máquinas de la región de gestión deTivoli y recopilar la información de hardware y software que almacena en una basede datos denominada repositorio de configuración. La instalación del destino creaun archivo de firmas, EQN380.SIG, que permite a Tivoli Inventory detectar lainstalación de los destinos y actualizar de forma automática el repositorio deconfiguración de Tivoli Inventory con los nombres de los destinos.



http://support.microsoft.com?kbid=298503



Para recuperar la lista de las estaciones de trabajo de destino, debe llevar a cabouno de los pasos siguientes:v Actualice manualmente el archivo de configuración SWSIGS.INI de firmas de

software.v Añada la firma de Tivoli Remote Control Versión 3.8 mediante la línea de

comandos de Inventory winvsig:winvsig -a -d "Tivoli Remote Control" -n EQN380.SIG -s 6 -v 3.8

Para obtener más información, consulte la publicación Tivoli Inventory Guía delusuario.

Paso 3: Instalación de la pasarela de Tivoli Remote Control ennodos gestionados

Para instalar la pasarela de control remoto en un nodo gestionado, instale elservidor de control remoto y establezca el método de política rc_def_gw tal comose describe en la página 77.

Notas:

1. En los releases anteriores de Tivoli Remote Control, la pasarela de controlremoto se utilizaba para cruzar cortafuegos en lugar del proxy de controlremoto. Si hace que el puerto de la pasarela de control remoto coincida con lasconfiguraciones de los cortafuegos, todos los controladores podrán acceder atodos los destinos que residen al otro lado del cortafuegos, a través de lamisma pasarela de control remoto.

2. La pasarela de control remoto no se puede utilizar para puentear dossegmentos de LAN distintos.

3. En el mismo nodo gestionado, una pasarela puede manejar hasta 32 puertos deentrada distintos y hasta 64 sesiones para cada puerto de entrada.

Paso 4: Instalación del proxy de Tivoli Remote ControlAntes de instalar el proxy de control remoto, asegúrese de que dispone de lainformación de configuración de proxy básica, por ejemplo, la función proxy, eltipo de conexión o algunos valores de puertos.

Para recopilar toda esta información e instalar el proxy de control remoto, consulteel Capítulo 3, “Establecimiento de sesiones entre cortafuegos”, en la página 23.

Actualización a partir de releases anterioresEn este apartado se explica cómo realizar una actualización a Tivoli RemoteControl Versión 3.8 desde la Versión 3.7.1. Para actualizar a partir de releasesanteriores a 3.7.1, consulte la publicación Tivoli Remote Control Version 3.7.1 ReleaseNotes.

Puede actualizar lo siguiente:v Regiones individuales. Consulte el apartado “Actualización de una sola región

de gestión de Tivoli” en la página 17.v Regiones interconectadas. Consulte el apartado “Actualización de regiones

interconectadas” en la página 21.



Actualización de una sola región de gestión de TivoliPuede actualizar la región de una de las maneras siguientes:v El servidor de Tivoli y todas las pasarelas a Tivoli Remote Control Versión 3.8

(actualización completa).v El servidor de Tivoli y una o más pasarelas a Tivoli Remote Control Versión 3.8

(actualización parcial). En este caso, tiene que planificar el despliegue de laregión decidiendo la pasarela que debe actualizarse ahora y la que debeactualizarse más tarde.

Nota: si tiene que mantener un punto final con una versión anterior de TivoliRemote Control, configure el script de política de punto finalselect_gateway_policy para determinar el conjunto de pasarelas quepueden gestionar ese punto final y no actualizarlas.

Actualización de una región de la versión 3.7.1 a la versión 3.8En este caso, el entorno núcleo consta de un servidor de control remoto Versión3.7.1 instalado en un servidor de Tivoli y en todas las pasarelas de la región. Todoslos puntos finales a los que se da servicio ejecutan Tivoli Remote Control Versión3.7.1.

Nota: la actualización a Tivoli Remote Control Versión 3.8 modifica la sintaxis dealgunos métodos de política. Los valores predeterminados de los métodosde política se recopilan de los anteriores métodos de política. Puedeencontrar una copia de seguridad de los anteriores métodos rc_def_ports,rc_def_define, rc_def_gw, rc_def_unchekedlist y rc_def_commands en eldirectorio %DBDIR%:v def_ports_nombre_objeto_política_predeterminada_RemoteControl.bkv def_define_nombre_objeto_política_predeterminada_RemoteControl.bkv def_gw_nombre_objeto_política_predeterminada_RemoteControl.bkv def_uncheckedlist_nombre_objeto_política_predeterminada_RemoteControl.bkv def_cmd_nombre_objeto_política_predeterminada_RemoteControl.bk

Actualización completa: Para actualizar la región, siga estos pasos:1. Instale Tivoli Remote Control Server 3.8 en el servidor de Tivoli y en todas las

pasarelas, tal como se describe en el apartado “Mecanismos de actualización”en la página 19.

2. En las pasarelas de Tivoli en las que haya instalado el servidor de controlremoto, ejecute el comando siguiente:wgateway <etiqueta_pasarela> restart

3. Instale Tivoli Remote Control Versión 3.8 en los puntos finales del controlador ydel destino de uno de los modos siguientes:v Ejecute el comando wrcinstep. Para obtener más información acerca del

comando wrcinstep, consulte el apartado “wrcinstep” en la página 149.v Inicie una sesión de Tivoli Remote Control. Tivoli Remote Control Versión 3.8

se descarga de forma automática de las pasarelas que dan servicio a lospuntos finales.

Actualización de una sola región de gestión de Tivoli

4. En OS/2, reinicie las estaciones de trabajo del controlador cuando se le solicite.Para los destinos instalados en otras plataformas, si no los reinicia, la sesiónestará en modo limitado (para obtener información detallada al respecto,consulte el apartado “Sesión en modo limitado” en la página 15).

5. En Windows 2000 y Windows XP, reinicie las estaciones de trabajo de destinopara sacar el máximo partido de las funciones de Tivoli Remote Control Versión3.8.

Actualización parcial: Los pasos siguientes permiten actualizar una regiónparcialmente. De este modo puede continuar trabajando con los puntos finales deldestino y del controlador que ejecuten Tivoli Remote Control Versión 3.7.1.

Para actualizar la región, siga estos pasos:1. Es importante que realice este primer paso correctamente. Por motivos de

compatibilidad, aplique el fixpack de Tivoli Remote Control 01 - PTF U484604(3.7.1-RCL-FP01) o posterior en el servidor de Tivoli y en las pasarelas quedeben seguir ejecutando Tivoli Remote Control Versión 3.7.1 si la Versión 3.8está instalada en el servidor de Tivoli. Debe hacerlo antes de actualizar lasdemás pasarelas a Tivoli Remote Control Versión 3.8.

2. Instale la actualización de Tivoli Remote Control Server 3.8 en el servidor deTivoli y en cada pasarela que desee actualizar a la Versión 3.8, tal como sedescribe en el apartado “Mecanismos de actualización” en la página 19.

3. En las pasarelas de Tivoli en las que haya instalado el servidor de controlremoto, ejecute el comando siguiente:wgateway <etiqueta_pasarela> restart

4. Instale Tivoli Remote Control Versión 3.8 en los puntos finales del controlador ydel destino gestionadas por las pasarelas actualizadas de uno de los modossiguientes:v Ejecute el comando wrcinstep. Para obtener más información acerca del

comando wrcinstep, consulte el apartado “wrcinstep” en la página 149.v Inicie una sesión de Tivoli Remote Control. Tivoli Remote Control Versión 3.8

se descarga de forma automática de las pasarelas que dan servicio a lospuntos finales.

5. En OS/2, reinicie las estaciones de trabajo del controlador cuando se le solicite.Para los destinos instalados en otras plataformas, si no los reinicia, la sesiónestará en modo limitado (para obtener información detallada al respecto,consulte el apartado “Sesión en modo limitado” en la página 15).

6. En Windows 2000 y Windows XP, reinicie las estaciones de trabajo de destinopara sacar el máximo partido de las funciones de Tivoli Remote Control Versión3.8.

Después de actualizar parte de la región a Tivoli Remote Control Versión 3.8 yantes de iniciar una sesión, tenga en cuenta lo siguiente:v Si añade un punto final a una región y el punto final no tiene los binarios del

controlador y del destino, asegúrese de que el punto final reciba servicio de unapasarela de Tivoli Remote Control Versión 3.8.

v Sólo debe utilizarse una herramienta Tivoli Remote Control Versión 3.8.v Los controladores de Tivoli Remote Control Versión 3.8 pueden iniciar sesiones

de control remoto con destinos de Tivoli Remote Control Versión 3.8 o con elfixpack 01.

v Los controladores de transferencia de archivos de Tivoli Remote Control Versión3.8 no pueden iniciar sesiones con destinos con el fixpack 01.

v Los controladores de transferencia de archivos y de chat con el fixpack 01pueden iniciar sesiones con destinos que dispongan del fixpack 01.

v Si se establece una sesión entre puntos finales con el fixpack 01, los métodos depolítica rc_def_encryption, rc_def_proxy y rc_def_optimize no son válidos.

v La versión del controlador debe ser igual o superior a la versión del destino (porejemplo, si el destino es de la versión 3.7.1, el controlador debe ser de la versión3.7.1 o 3.8).

En las tablas siguientes se describen las acciones soportadas en los entornoscombinados con Tivoli Remote Control Versión 3.7.1 más el fixpack 01 (que apareceen las tablas como Fixpack 01) y Tivoli Remote Control Versión 3.8 (que aparece enlas tablas como 3.8).v Acciones de control remoto y de reinicio

Servidor deTivoli

Herramienta decontrol remoto

Controlador Destino Soportado

Fixpack 01 Fixpack 01 Fixpack 01 Fixpack 01 Sí

3.8 Fixpack 01 Fixpack 01 Fixpack 01 No

3.8 3.8 Fixpack 01 Fixpack 01 Sí

3.8 3.8 3.8 Fixpack 01 Sí

3.8 3.8 3.8 3.8 Sí

v Acciones de transferencia de archivos y chat

Servidor deTivoli

Herramienta decontrol remoto

Controlador Destino Soportado

Fixpack 01 Fixpack 01 Fixpack 01 Fixpack 01 Sí

3.8 Fixpack 01 Fixpack 01 Fixpack 01 No

3.8 3.8 Fixpack 01 Fixpack 01 Sí

3.8 3.8 3.8 Fixpack 01 Sólo chat

3.8 3.8 3.8 3.8 Sí

Mecanismos de actualizaciónPuede actualizar el servidor de Tivoli y los componentes de nodo gestionado deTivoli Remote Control Versión 3.7.1 a Tivoli Remote Control Versión 3.8 medianteuno de los mecanismos siguientes:v Tivoli Software Installation Service. Para obtener información más detallada,

consulte la publicación Tivoli Software Installation Service User’s Guide.v El escritorio de Tivoli.v El comando wpatch de Tivoli Management Framework.

Antes de realizar la actualización a Tivoli Remote Control Versión 3.8 utilizandouno de los métodos, asegúrese de que:v Ha instalado el fixpack 01.v Dispone de las funciones super o install-product.

Utilización de Tivoli Software Installation Service: Antes de instalar el servidorde control remoto con SIS, asegúrese de que ha aplicado los parches3.7-SIS-DEPOT-0005 y 3.7-SISCLNT-0005.



El procedimiento básico para actualizar los componentes de Tivoli Remote Controlmediante SIS es el siguiente:1. Importe las imágenes del producto al almacén de Software Installation Service.2. Seleccione los componentes que deben instalarse.3. Seleccione las máquinas donde se tiene que instalar cada componente.4. Haga clic en Instalar.

Para obtener información detallada sobre la utilización de Tivoli SoftwareInstallation Service para actualizar los componentes, consulte la publicación TivoliEnterprise Console Guía de instalación.

Utilización del escritorio de Tivoli: Cuando tenga Tivoli Remote Control Versión3.7.1 instalado en las máquinas y desee actualizarlo a Tivoli Remote ControlVersión 3.8, siga estos pasos:1. En el menú Escritorio, seleccione Instalar → Instalar un parche para que

aparezca el diálogo Instalar un parche.2. Si los componentes de Tivoli Remote Control no aparecen en la lista de

Seleccione el parche que instalará, haga clic en Seleccionar soporte paraidentificar la ruta del soporte de instalación.

3. En el cuadro de lista Seleccione el parche que instalará, seleccione TivoliRemote Control Server Upgrade 3.8. Este componente actualiza el servidor decontrol remoto del servidor de Tivoli u otros nodos gestionados de la región degestión local de Tivoli.

4. Para especificar los clientes en los que se actualizará el componenteseleccionado, haga clic en las teclas de flecha para mover los nombres decliente entre Clientes en los que se instalará y Clientes disponibles.

5. Haga clic en Instalar para instalar el parche del componente. El diálogoInstalación de parche enumera las operaciones que tienen lugar durante lainstalación. También advierte de los problemas que pueden corregirse antes deinstalar el parche del componente.

6. Seleccione Continuar la instalación para iniciar la instalación. El diálogoInstalación de parche muestra el estado durante la instalación.Cuando la instalación finaliza, el diálogo Instalación de parche devuelve unmensaje de finalización.

7. Haga clic en Cerrar para volver al diálogo Instalar un parche.

Utilización del comando wpatch: A continuación se muestran ejemplos de cómoutilizar el comando wpatch para actualizar los componentes de Tivoli RemoteControl.

Para instalar el componente de servidor de control remoto en el servidor de Tivolijupiter desde una imagen de CD-ROM, entre el comando siguiente:wpatch -c \root\images\upgrade -i RCALI38U.IND jupiter

donde:

-c \root\images\upgrade Especifica la ruta a la imagen del CD-ROM.

-i RCALI38U.IND Especifica el archivo de índice de instalación delproducto con el que se instala el parche.

jupiter Especifica el nodo gestionado en el que se instala elparche.



Nota: si no especifica un nodo gestionado, el parche se instala en todos los nodosgestionados en los que está instalado el producto base actualmente en laregión de gestión de Tivoli.

Para obtener información detallada sobre el comando wpatch, consulte lapublicación Tivoli Management Framework Reference Guide.

Actualización de regiones interconectadasSegún los requisitos de su empresa, puede actualizar cada región completamente oparcialmente. Para cada región, siga los pasos descritos en el apartado“Actualización de una sola región de gestión de Tivoli” en la página 17.

Utilización de versiones distintas en regiones interconectadasPara iniciar sesiones entre controladores y destinos que pertenezcan a regionesinterconectadas, una de las cuales se haya actualizado a Tivoli Remote ControlVersión 3.8, tenga en cuenta lo siguiente:v Los controladores que pertenecen a regiones actualizadas deben utilizar una

herramienta Tivoli Remote Control Versión 3.8 para iniciar sesiones de controlremoto con destinos que pertenecen a regiones no actualizadas.

v Los controladores que pertenecen a regiones actualizadas no pueden iniciarsesiones de transferencia de archivos con destinos que pertenecen a regiones noactualizadas.

v La versión del controlador debe ser inferior o igual a la versión de laherramienta de control remoto utilizada para iniciar una sesión.

v El servidor de control remoto utilizado para iniciar una sesión debe pertenecer ala región de gestión de Tivoli del controlador.

Desinstalación de Tivoli Remote ControlPara desinstalar Tivoli Remote Control debe eliminar los servidores, los proxys, loscontroladores y los destinos de Tivoli Remote Control, tal como se describe en losapartados siguientes:v “Desinstalación del controlador o del destino”v “Desinstalación del servidor de Tivoli Remote Control”v “Desinstalación del proxy de Tivoli Remote Control” en la página 22

Desinstalación del controlador o del destinoPara desinstalar el controlador o el destino, utilice el comando wrcuninstep y, acontinuación, reinicie la estación de trabajo. Para obtener información detalladasobre el comando, consulte el apartado “wrcuninstep” en la página 153.

Desinstalación del servidor de Tivoli Remote ControlTivoli Management Framework proporciona el comando wuninst para desinstalaraplicaciones de Tivoli de un nodo gestionado especificado o de toda la región degestión de Tivoli. El comando wuninst es un script envoltorio (″wrapper″) queinvoca los scripts de desinstalación específicos del producto.

Para obtener información detallada sobre el comando wuninst, consulte lapublicación Tivoli Management Framework Reference Manual.

Puede desinstalar el servidor de control remoto de cualquier nodo gestionado delentorno o de la región de gestión de Tivoli. Para hacerlo, debe:



1. Cerrar todos los diálogos de las herramientas de control remoto que se esténejecutando en el nodo gestionado.

2. Ejecutar el comando wuninst de la manera que se describe a continuación. EnWindows 2000, ejecute el comando wuninst desde una shell bash.wuninst código_componente nombre_nodo [–rmfiles][-all]

donde:

código_componenteEspecifica el código del componente de Tivoli Remote Controlque desea desinstalar. Debe ser el siguiente:

RC_ALI Desinstala el servidor de control remoto.

nombre_nodo Especifica el nodo del que se va a desinstalar el componente. Sinombre_nodo es el servidor de Tivoli y se especifica la opción-all, la aplicación se elimina de toda la región de gestión deTivoli. Aparecerá un mensaje de confirmación antes de que laaplicación se elimine de la región de gestión de Tivoli.

–rmfiles Especifica que se eliminarán todos los archivos asociados,independientemente de si son archivos compartidos.

-all Si se utiliza esta opción cuando nombre_nodo es el servidor deTivoli, la aplicación se elimina de toda la región de gestión deTivoli.

El funcionamiento predeterminado sin la opción –rmfiles consiste en eliminarlas entradas de base de datos sólo para el nodo especificado. Si el nodo es elservidor de Tivoli, al utilizar esta opción se eliminarán todos los objetos de basede datos.

Desinstalación del proxy de Tivoli Remote ControlPara desinstalar el proxy de control remoto debe:v En Windows:

1. Seleccionar Inicio → Configuración → Panel de control.2. Hacer doble clic en el icono Agregar o quitar programas.3. Seleccionar IBM Tivoli Remote Control Proxy.4. Hacer clic en Agregar o quitar.

v En UNIX, ejecute uninstall.sh desde el siguiente directorio: <ruta de instalación delproxy de control remoto>/_uninst

Desinstalación del servidor de Tivoli Remote Control

Capítulo 3. Establecimiento de sesiones entre cortafuegos

En este capítulo se describe cómo instalar y configurar los proxys de controlremoto para que Tivoli Remote Control pueda trabajar en un entorno de red conuno o más cortafuegos.

En este tipo de entorno, los canales de comunicación permitidos por el cortafuegosson limitados. Sin embargo, los proxys de control remoto interconectados permitenal controlador y al destino comunicarse entre cortafuegos respetando a la vez lasrestricciones de los cortafuegos. Un proxy de control remoto se conecta con eldestino como proxy de controlador. El otro proxy de control remoto se conecta con elcontrolador como proxy de destino. Estos proxys se comunican entre sí a través delcortafuegos.

Antes de empezarPara saber dónde deben instalarse los proxys de control remoto y definir suconfiguración básica, debe:1. Identificar los cortafuegos y las restricciones que imponen en el entorno.2. Definir la ubicación de los controladores y los destinos con respecto a la

pasarela de gestión de Tivoli y a los cortafuegos.3. Identificar las situaciones o combinaciones de situaciones, que se describen en

el apartado “Identificación de las situaciones”, que se adaptan a su entorno.4. Identificar la ubicación de los componentes de Tivoli Firewall Security Toolbox

cuando la pasarela de gestión de Tivoli y su punto final están separados por uncortafuegos.

5. Definir qué proxy de control remoto es el primario y cuál es el secundario.Consulte el apartado “Identificación del proxy de control remoto comoprimario o secundario” en la página 29.

6. Definir el puerto del proxy de destino si va a utilizar los componentes de TivoliFirewall Security Toolbox, o el nombre de host y el puerto del proxy de destinosi va a utilizar el proxy autónomo. Consulte el apartado “Establecimiento derc_def_proxy para el proxy de destino” en la página 31.

Identificación de las situacionesLas situaciones de cortafuegos soportadas por Tivoli Remote Control se puedendividir en las siguientes categorías, que corresponden a las ubicaciones de loscortafuegos. En cualquiera de las situaciones puede incluir varios cortafuegos.v Situaciones en las que un cortafuegos se encuentra entre la pasarela de gestión

de Tivoli y el punto final. En este tipo de situación, debe utilizar los proxys decontrol remoto junto con los componentes de Firewall Security Toolbox. Paraobtener más información, consulte el apartado “Situaciones basadas en FirewallSecurity Toolbox” en la página 24.

Nota: utilice también los proxys de control remoto cuando ejecute una sesiónentre un controlador y un destino que se encuentren en el mismo lado delcortafuegos, mientras su pasarela de gestión de Tivoli está en el otro ladodel cortafuegos.


v Situaciones en las que regiones interconectadas están divididas por uncortafuegos. En este caso, sólo debe utilizar los proxys de control remoto. Paraobtener más información, consulte el apartado “Situación basada en el proxy decontrol remoto autónomo” en la página 29.

En estas situaciones, Tivoli Remote Control soporta NAT sólo en el caso de queNAT asigne direcciones estáticas permanentes a los proxys de control remoto de lared privada y pública.

Situaciones basadas en Firewall Security ToolboxEn estas situaciones se utiliza el proxy de control remoto con Firewall SecurityToolbox porque los cortafuegos no sólo separan el controlador del destino, sinoque también separan la pasarela de gestión de Tivoli de su punto final decontrolador o de destino.

El proxy de control remoto utiliza la información de topología de Firewall SecurityToolbox que ostentan el proxy de punto final y el proxy de pasarela para buscar laruta adecuada a fin de conectar el controlador con el destino a través de unacadena de proxys.

En estas situaciones, los proxys de control remoto deben instalarse en las mismasmáquinas donde se ejecuten el proxy de punto final y el proxy de pasarela.Además, las etiquetas del proxy de pasarela y del proxy de control remotoinstalados en la estación de trabajo del proxy de pasarela deben ser las mismas.

Nota: si el punto final en el que inicia la sesión también es un proxy de controlremoto y un proxy de punto final, debe utilizar el comando wrc. Paraobtener información detallada sobre este comando, consulte el apartado“wrc” en la página 146.

Cuando la red cuente con varios cortafuegos, además de los componentes delproxy de punto final y del proxy de pasarela, deberá instalar otro componente deFirewall Security Toolbox, la retransmisión. Consulte el apartado “Utilización devarias retransmisiones” en la página 28.

Controlador en el lado más seguroEn esta situación, el controlador se encuentra en el lado más seguro delcortafuegos y el destino se encuentra en el lado menos seguro.

Establecimiento de sesiones entre cortafuegos


El controlador solicita que se inicie una sesión con un destino que está separado desu pasarela de gestión de Tivoli por un cortafuegos. La petición, que contiene lasdirecciones de red del controlador y del destino, se direcciona al proxy de destinoque se ejecute en la máquina de proxy de punto final.

Al acceder a la base de datos del proxy de punto final, el proxy de destinoidentifica la etiqueta del proxy de pasarela y la dirección con la que el destino seregistra en el proxy de pasarela. En ese momento, el proxy de destino notifica lapetición al proxy de controlador que se ejecute en la máquina del proxy depasarela.

Nota: el mecanismo para acceder al destino se basa en el hecho de que lasetiquetas del proxy de pasarela y del proxy de control remoto instalados enla estación de trabajo del proxy de pasarela son las mismas.

El proxy de controlador inicia la sesión con el destino especificado en la petición.

Controlador en el lado menos seguroEn esta situación, el controlador se encuentra en el lado menos seguro de uncortafuegos y el destino, en el lado más seguro.

Menos seguro Más seguroCor

tafu

egos

Conexión de Tivoli Remote Control

Proxy dedestino

Servidorde Tivoli

Proxy depasarela

Proxy decontrolador

Destino

Controlador

Proxyde punto

final

Pasarelade Tivoli

Pasarelade Tivoli

Conexión de Tivoli Management Framework


Capítulo 3. Establecimiento de sesiones entre cortafuegos 25

El controlador que está separado por un cortafuegos de su pasarela de gestión deTivoli solicita que se inicie una sesión con un destino.

La petición, que contiene la dirección de red del controlador y del destino, sedirecciona al proxy de destino que se ejecute en la máquina del proxy de pasarela.El proxy de destino notifica la petición al proxy de controlador que se ejecuta en elproxy de punto final. A continuación, el proxy de controlador inicia la sesión conel destino especificado en la petición.

Controlador y destino fuera de los cortafuegosEn esta situación, el controlador y el destino pertenecen a pasarelas de gestión deTivoli distintas. Cada pasarela de gestión de Tivoli está separada de sus puntosfinales por un cortafuegos.

Cor

tafu

egos

Proxy depuntofinal

Proxy decontrolador

Servidorde Tivoli

Proxy depasarela

Proxy dedestino

controlador

Destino

Menos seguro Más seguro



Pasarelade Tivoli

Pasarelade Tivoli



El controlador solicita iniciar una sesión con el destino. La petición, que contienelas direcciones de red del controlador y del destino, se direcciona al proxy dedestino que se ejecute en la máquina del proxy de pasarela. El proxy de destinonotifica la petición al proxy de controlador que se ejecuta en el proxy de puntofinal.

El proxy de controlador se comunica con el proxy de destino que se ejecuta en lamáquina del proxy de punto final. Al acceder a la base de datos del proxy depunto final, el proxy de destino identifica la etiqueta del proxy de pasarela y ladirección con la que el destino se registra en el proxy de pasarela. En esemomento, el proxy de destino notifica la petición al proxy de controlador que seejecute en la máquina del proxy de pasarela. El proxy de controlador inicia lasesión con el destino especificado en la petición.

Menos seguro Más seguro

Cor

tafu

egos

Proxy depuntofinal

Servidorde Tivoli

Proxy depasarela

Proxy decontrolador

Proxy dedestino

Proxy depasarela

Proxy decontrolador

Cor

tafu

egos

Menos seguro

Proxy depuntofinal

Proxy dedestino

Controlador DestinoPasarelade Tivoli

Pasarelade Tivoli





Utilización de varias retransmisionesEn todas las situaciones anteriores puede utilizar una o más retransmisiones parapasar varios cortafuegos, como se ilustra en la figura siguiente:

Proxy decontrolremoto

Retransmisión

Retransmisión

Cortafuegos

Cortafuegos

Cortafuegos

Proxy depasarela

Retransmisión

Retransmisión


Proxy depunto final



Si va a utilizar Tivoli Firewall Security Toolbox para cruzar los cortafuegos,asegúrese de que cada máquina de retransmisión tiene dos instancias deretransmisión instaladas: una para comunicarse con el proxy de punto final y elproxy de pasarela y la otra para comunicarse con los proxys de control remoto.



Situación basada en el proxy de control remoto autónomoEn esta situación la pasarela de gestión de Tivoli se encuentra en el mismo lado delcortafuegos que sus puntos finales. Los proxys de control remoto puedenejecutarse en cualquier máquina. A continuación se muestra un ejemplo habitual.

Destino y controlador que pertenecen a regionesinterconectadas divididas por un cortafuegosEn esta situación el destino y el controlador pertenecen a regiones interconectadas.

El controlador se conecta con el proxy de destino especificado en el método depolítica rc_def_proxy. Para obtener más información, consulte el apartado“Establecimiento de rc_def_proxy para el proxy de destino” en la página 31. Elproxy de destino se conecta con el proxy de controlador definido en el archivorcproxy.route. Para obtener más información, consulte el apartado “Definición de laruta a los proxys secundarios en situaciones de proxy autónomo de controlremoto” en la página 54. A continuación, envía la petición de conexión con eldestino. El proxy de controlador utiliza la información del destino almacenada enla primera petición para iniciar una sesión con el destino.

Identificación del proxy de control remoto como primario o secundarioAntes de configurar un proxy de control remoto debe definirlo como proxyprimario o proxy secundario de control remoto.

Trabajar con Tivoli Firewall Security ToolboxSi va a trabajar con Tivoli Firewall Security Toolbox, aplique las siguientesdefiniciones:

Cor

tafu

egos

Proxy decontrolador

Servidorde Tivoli

Controlador

Servidorde Tivoli

Pasarelade Tivoli

DestinoProxy dedestino

Pasarelade Tivoli





proxy primario de control remotoProxy de control remoto que se ejecuta en la máquina en la que se ejecutael proxy de punto final. Puede tener varios componentes secundarios,retransmisiones y proxys secundarios de control remoto.

proxy secundario de control remotoProxy de control remoto que se ejecuta en la máquina en la que se ejecutael proxy de pasarela. El proxy secundario de control remoto sólo puedetener un proxy primario: el proxy primario de control remoto o laretransmisión. El proxy secundario de control remoto no tiene otros proxyssecundarios.

En la figura siguiente se ilustran las funciones del componente primario y delcomponente secundario:

Cortafuegos

Proxy depasarela 2

Proxy depasarela 3

Proxy depasarela 1

Proxy depuntofinal





Retransmisión

v El proxy de control remoto instalado en la estación de trabajo en la que seejecuta el proxy de punto final es el componente primario de los componentessiguientes:– Retransmisión. Es componente secundario del proxy de control remoto que se

ejecuta en el proxy de punto final.– Proxy de control remoto que se ejecuta donde se ejecuta el proxy de pasarela

3. El proxy de control remoto es componente secundario del proxy de controlremoto que se ejecuta en el proxy de punto final.

v La retransmisión es componente primario de los siguientes componentes:– Proxy de control remoto que se ejecuta donde se ejecuta el proxy de pasarela

1. El proxy de control remoto es componente secundario de la retransmisión.– Proxy de control remoto que se ejecuta donde se ejecuta el proxy de pasarela

2. El proxy de control remoto es componente secundario de la retransmisión.

Identificación del proxy de control remoto como primario o secundario


Trabajar con proxys de control remoto autónomosSi va a trabajar con proxys de control remoto autónomos, designe el proxy decontrol remoto que va a ser el componente primario y el que va a ser elcomponente secundario. Para mejorar la configuración, defina el proxy de destinocomo primario y el proxy de controlador como secundario. Esto se debe a que elproxy de destino está conectado a algunos controladores y se conecta con el proxyde controlador que está conectado con varios destinos.

Establecimiento de rc_def_proxy para el proxy de destinoEn las regiones de política en las que utilice los proxys de destino, debe configurarel método de política rc_def_proxy como se indica a continuación:v Si el proxy de destino funciona con Tivoli Firewall Security Toolbox:

YES auto <puerto de proxy de CR>

donde <puerto de proxy de CR> identifica el puerto que todos los proxys dedestino deben utilizar para emular los destinos.

v Si los proxys de destino funcionan en modo autónomo:YES manual <dirección IP de proxy de CR> <puerto de proxy de CR>

donde:

<dirección IP de proxy de CR>Identifica la dirección IP de la máquina en la que se está ejecutando elproxy de destino.

<puerto de proxy de CR>Identifica el puerto que todos los proxys de destino deben utilizar paraemular los destinos.

Instalación del proxy de Tivoli Remote ControlEn este apartado se describe cómo instalar el proxy de control remoto comoprimario o como secundario en uno de los entornos siguientes:v sobre IBM Firewall Security Toolboxv en modo autónomo

Puede instalar los proxys de control remoto mediante la interfaz gráfica de usuarioo mediante un archivo de respuestas.

Utilización de la interfaz gráfica de usuarioEn primer lugar, siga estos pasos comunes:1. Desde el directorio RCPROXY vaya al directorio de la plataforma en la que

desea instalar el proxy y ejecutar el programa de instalación. Se inicia elasistente de instalación de Tivoli Remote Control Proxy. Haga clic en Siguiente.

2. En el diálogo siguiente, haga clic en Sí si acepta el acuerdo de licencia.3. En el diálogo siguiente, escriba el nombre del directorio de instalación y haga

clic en Siguiente.

En este punto la instalación puede tener uno de los siguientes cuatro flujos dediálogos distintos, en función de si va a instalar el proxy de control remoto comoprimario o como secundario sobre Firewall Security Toolbox o en modo autónomo:

Identificación del proxy de control remoto como primario o secundario

v “Proxy primario de control remoto sobre proxy de punto final”v “Proxy secundario de control remoto sobre proxy de pasarela” en la página 35v “Proxy primario de control remoto en modo autónomo” en la página 38v “Proxy secundario de control remoto en modo autónomo” en la página 43

Nota: las pantallas del asistente que se describen en los apartados siguientes sehan rellenado con datos de ejemplo.

Proxy primario de control remoto sobre proxy de punto finalSi va a instalar el proxy de control remoto sobre Tivoli Firewall Security Toolbox,aparecerá un diálogo que le informará de este entorno.1. Haga clic en Siguiente. Aparecerá el diálogo siguiente:

2. Escriba el número de puerto del proxy primario de control remoto en el queescucha las conexiones desde retransmisiones o proxys secundarios de controlremoto.

3. Haga clic en Siguiente. Aparecerá el diálogo siguiente:

4. Rellene los campos siguientes:

Instalación del proxy de Tivoli Remote Control


Interfaz de red en la que el proxy secundario o de retransmisión escucha lasconexiones

Escriba la interfaz de red (nombre DNS o dirección IP) delcomponente secundario (proxy de control remoto o retransmisión)desde la que escucha las conexiones de su componente primario(retransmisión o proxy de control remoto).

Número de puerto en el que el proxy secundario o de retransmisión escuchalas conexiones

Escriba el número de puerto del componente secundario(retransmisión o proxy de control remoto) desde el que escucha lasconexiones con su componente primario (retransmisión o proxyprimario de control remoto).

5. Haga clic en Añadir para añadir el proxy secundario de control remoto a lalista.


7. Especifique cómo se inician las conexiones entre este proxy y su componentesecundario (proxy o retransmisión).v Seleccione Bidireccional para permitir conexiones iniciadas por cualquiera

de las máquinas.v Seleccione Unidireccional para permitir conexiones iniciadas sólo por una

de las máquinas.Si selecciona esta opción, debe seleccionar una de las opciones siguientes:

IniciadorInicia la conexión con el proxy secundario o la retransmisión.

OyenteEscucha las conexiones de su proxy secundario o retransmisión.

Proxy de control remoto sobre proxy de punto final



9. Seleccione una o las dos funciones del proxy de control remoto y haga clic enSiguiente. Si ha seleccionado Destino, aparecerá el diálogo siguiente; en casocontrario, aparecerá el diálogo que se muestra en el paso 11 en la página 35.

10. Escriba el número del puerto en el que este proxy escucha las conexiones delcontrolador y los proxys del controlador. El valor del puerto debe coincidircon el valor que se define en el método de política rc_def_proxy, tal como sedescribe en el apartado “Establecimiento de rc_def_proxy para el proxy dedestino” en la página 31.




12. Escriba el número del puerto en el que este proxy escucha las peticiones de lalínea de comandos.

13. Haga clic en Siguiente. El siguiente diálogo muestra un resumen de los datosque ha entrado.

14. Para volver hacia atrás y realizar cambios, haga clic en Anterior. De locontrario, haga clic en Siguiente para continuar. El programa continúa con lainstalación del proxy de control remoto.

Proxy secundario de control remoto sobre proxy de pasarelaSi va a instalar el proxy de control remoto sobre Tivoli Firewall Security Toolbox,aparecerá un diálogo que le informará de este entorno.1. Haga clic en Siguiente. Aparecerá el diálogo siguiente:


Puerto local en el que este proxy escucha las conexionesEscriba el número de puerto de la máquina de proxy secundario decontrol remoto desde la que escucha las conexiones con sucomponente primario (retransmisión o proxy de control remoto).



Interfaz de red en la que el proxy primario o de retransmisión escucha lasconexiones

Escriba la interfaz de red (nombre DNS o dirección IP) delcomponente primario (proxy de control remoto o retransmisión) desdela que escucha las conexiones de su componente secundario(retransmisión o proxy de control remoto).

Número de puerto en el que el proxy primario o de retransmisión escuchalas conexiones

Escriba el número de puerto del componente primario (retransmisióno proxy de control remoto) desde el que escucha las conexiones consus componentes secundarios (retransmisiones o proxys de controlremoto).


4. Especifique cómo se inician las conexiones entre este proxy y el proxyprimario o retransmisión:v Seleccione Bidireccional para permitir conexiones iniciadas por cualquiera



IniciadorInicia la conexión con su componente primario (proxy oretransmisión).

OyenteEscucha las conexiones de su componente primario (proxy oretransmisión).

Proxy de control remoto sobre proxy de pasarela



6. Seleccione la función o las funciones del proxy de control remoto y haga clicen Siguiente. Si ha seleccionado Destino, aparecerá el diálogo siguiente; encaso contrario, aparecerá el diálogo que se muestra en el paso 8 en lapágina 38.

7. Escriba el puerto en el que este proxy escucha las conexiones del controladory los proxys del controlador. El valor del puerto debe coincidir con el valorque se define en el método de política rc_def_proxy, tal como se describe en elapartado “Establecimiento de rc_def_proxy para el proxy de destino” en lapágina 31.





10. Haga clic en Siguiente. El diálogo que aparece muestra un resumen de losdatos que ha entrado.

11. Para volver hacia atrás y realizar cambios, haga clic en Anterior. De locontrario, haga clic en Siguiente para instalar el proxy de control remoto.

Proxy primario de control remoto en modo autónomoSi va a instalar el proxy de control remoto como autónomo, aparecerá el diálogosiguiente.



1. Seleccione No y haga clic en Siguiente. Aparecerá el diálogo siguiente:

2. Escriba el número de puerto del proxy primario de control remoto en el queescucha las conexiones de retransmisiones o proxys secundarios de controlremoto.



Interfaz de red en la que el proxy secundario o de retransmisión escucha lasconexiones

Escriba la interfaz de red (nombre DNS o dirección IP) delcomponente secundario (proxy de control remoto o retransmisión)desde la que escucha las conexiones de su componente primario(retransmisión o proxy de control remoto).

Proxy de control remoto en modo autónomo


Número de puerto en el que el proxy secundario o de retransmisión escuchalas conexiones

Escriba el número de puerto o el componente secundario(retransmisión o proxy de control remoto) desde el que escuchaconexiones con su componente primario (retransmisión o proxy decontrol remoto).

5. Haga clic en Añadir para añadir el proxy secundario de control remoto a lalista.


7. Especifique cómo se inician las conexiones entre este proxy y su componentesecundario (proxy o retransmisión).v Seleccione Bidireccional para permitir conexiones iniciadas por cualquiera



IniciadorInicia la conexión con su componente secundario (proxy oretransmisión).

OyenteEscucha las conexiones de su componente secundario (proxy oretransmisión).





Etiqueta de punto final del destinoEscriba la etiqueta de un destino.

Etiqueta de proxy de control remotoEscriba la etiqueta del proxy del controlador conectado al destinoespecificado.

10. Haga clic en Añadir para añadir la etiqueta del destino y la etiqueta del proxyde controlador conectado a la lista de proxys de control remoto. Estainformación se guarda en el archivo rcproxy.route del directorio de instalacióndel proxy de control remoto. Para obtener más información, consulte elapartado “Definición de la ruta a los proxys secundarios en situaciones deproxy autónomo de control remoto” en la página 54.




12. Seleccione la función o las funciones del proxy de control remoto y haga clicen Siguiente. Si ha seleccionado Destino, aparecerá el diálogo siguiente; encaso contrario, aparecerá el diálogo que se muestra en el paso 14.

13. Escriba el puerto en el que este proxy escucha las conexiones del controladory los proxys del controlador. El valor del puerto debe coincidir con el valorque se define en el método de política rc_def_proxy, tal como se describe en elapartado “Establecimiento de rc_def_proxy para el proxy de destino” en lapágina 31.







Proxy secundario de control remoto en modo autónomoSi va a instalar el proxy de control remoto como autónomo, aparecerá el diálogosiguiente.

1. Seleccione Sí para definir una etiqueta de proxy de control remoto y haga clicen Siguiente. Aparecerá el diálogo siguiente:

2. Escriba un nombre para identificar el proxy de control remoto y haga clic enSiguiente.Aparecerá el diálogo siguiente:




Puerto local en el que este proxy escucha las conexionesEscriba el número de puerto de la máquina de proxy secundario decontrol remoto desde la que escucha las conexiones con sucomponente primario (retransmisión o proxy de control remoto).

Interfaz de red en la que el proxy primario o de retransmisión escucha lasconexiones

Escriba la interfaz de red (nombre DNS o dirección IP) delcomponente primario (proxy de control remoto o retransmisión) desdela que escucha las conexiones de su componente secundario(retransmisión o proxy de control remoto).

Número de puerto en el que el proxy primario o de retransmisión escuchalas conexiones

Escriba el número de puerto del componente primario (retransmisióno proxy primario de control remoto) desde el que escucha lasconexiones con sus componentes secundarios (retransmisiones oproxys de control remoto).




5. Especifique cómo se inician las conexiones entre este proxy y el proxyprimario o retransmisión:v Seleccione Bidireccional para permitir conexiones iniciadas por cualquiera



IniciadorInicia la conexión con su componente primario (proxy oretransmisión).

OyenteEscucha las conexiones de su componente primario (proxy oretransmisión).




7. Seleccione la función o las funciones del proxy de control remoto y haga clicen Siguiente. Si ha seleccionado Destino, aparecerá el diálogo siguiente; encaso contrario, aparecerá el diálogo que se muestra en el paso 9 en lapágina 47.

8. Escriba el número del puerto en el que este proxy escucha las conexiones delcontrolador y los proxys del controlador. El valor del puerto debe coincidircon el valor que se define en el método de política rc_def_proxy, tal como sedescribe en el apartado “Establecimiento de rc_def_proxy para el proxy dedestino” en la página 31.







Utilización de un archivo de respuestasPuede instalar el proxy de control remoto en modo silencioso. En modo silencioso,el proceso de instalación lee la información de instalación de un archivo derespuestas en lugar de solicitarle que la entre con el teclado.

Para utilizar un archivo de respuestas, realice las acciones siguientes:1. Personalice uno de los archivos de respuestas siguientes que se encuentran en

el directorio new\RCPROXY del CD de IBM Tivoli Remote Control.

Nombre del archivo derespuestas

Descripción

epp.rsp Utilícelo cuando el proxy de punto final ya esté instalado en laestación de trabajo en la que desee instalar el proxy de controlremoto.

gwp.rsp Utilícelo cuando el proxy de pasarela ya esté instalado en laestación de trabajo en la que desee instalar el proxy de controlremoto.

stdl_epp.rsp Utilícelo cuando ni el proxy de punto final ni el proxy depasarela estén instalados en la estación de trabajo en la quedesee instalar el proxy de control remoto, y también cuando lafunción del proxy de control remoto deba ser la funciónprimaria.



Nombre del archivo derespuestas

Descripción

stdl_gwp.rsp Utilícelo cuando ni el proxy de punto final ni el proxy depasarela estén instalados en la estación de trabajo en la quedesee instalar el proxy de control remoto, y también cuando lafunción del proxy de control remoto deba ser la funciónsecundaria.

Las entradas de los archivos de respuestas tienen el formato siguiente:palabra_clave=valor

Nota: después de editar el archivo de respuestas, asegúrese de que no hayalíneas en blanco después de la última entrada.

2. Coloque el soporte de instalación del proxy de control remoto en una unidad ala que puedan acceder, como letra de unidad, los sistemas en los que deseainstalar el proxy de control remoto en modo silencioso.

3. Instale el proxy de control remoto ejecutando el comando siguiente:v En Windows 2000:

setup.exe -is:silent -silent -options<ruta_absoluta>\<nombre_archivo_respuestas>.rsp

v En Linux, AIX y el entorno operativo Solaris:install.sh -is:silent -silent -options<ruta_absoluta>/<nombre_archivo_respuestas>.rsp

Instalación de la retransmisiónPara instalar la retransmisión, siga los pasos que se describen en la publicaciónTivoli Management Framework: Firewall Security Toolbox User’s Guide. Aplique lanorma que se facilita en la tabla siguiente:

Si el programa de instalación solicitainformación acerca de...

Proporcione esta información

La retransmisión o el proxy de puntofinal

El componente primario, que puede ser unaretransmisión o un proxy de control remoto.

La retransmisión o el proxy de pasarela El componente secundario, que puede ser unaretransmisión o un proxy de control remoto.

Si va a utilizar Tivoli Firewall Security Toolbox para cruzar los cortafuegos, debeinstalar en cada máquina de retransmisión dos instancias de retransmisión: unapara comunicarse con un proxy de punto final, un proxy de pasarela o unaretransmisión y la otra para comunicarse con los proxys de control remoto. Parahacerlo, siga los pasos que se describen en la publicación Tivoli ManagementFramework: Firewall Security Toolbox User’s Guide.

Configuración del proxy de control remotoDespués de instalar el proxy de control remoto, se crea el archivo de configuraciónrcproxy.cfg en el directorio de instalación. Este archivo contiene los datos deconfiguración que se proporcionan durante la instalación. También puedeconfigurar otras opciones. Para cambiarlas o configurar otras opciones, edite elarchivo rcproxy.cfg con un editor de texto.

Detenga e inicie el proxy de control remoto para que los cambios entren en vigor.Para saber cómo detener o iniciar el proxy de control remoto, consulte el apartado“rcproxy” en la página 142.

A continuación se detallan las descripciones de las secciones del archivo deconfiguración. Cada sección proporciona una tabla de palabras clave ycomentarios. Escriba los valores con el formato:palabra_clave=valor

Los títulos de sección son sensibles a mayúsculas y minúsculas.

Log (proxy de control remoto primario y secundario)La sección [log] enumera las opciones de registro. Las palabras clave se describenen la tabla siguiente.

Palabra clave Descripción

debug-level Nivel de detalle del registro. Los niveles 0 y 1 se recomiendanpara un funcionamiento normal. Los niveles por encima de 3sólo deben utilizarse si el servicio de soporte al cliente de Tivolilos recomienda para obtener diagnósticos de problemas. Unnivel por encima de 6 tendría un impacto significativo en elrendimiento del servicio y debe utilizarse con precaución. Elrango de niveles es de 0 a 11. El valor predeterminado es 3.

log-file Ruta completa del archivo de registro donde se escriben losmensajes del proxy de control remoto. El valor predeterminadoes rcproxy.log. Si no se especifica ningún archivo, el valorpredeterminado es standard error.

max-size Tamaño máximo, en megabytes, que puede alcanzar el archivode registro. Cuando el archivo de registro alcanza el tamañomáximo, su nombre pasa a ser nombre_archivo.log.bak y se iniciaun nuevo archivo de registro. Si no desea establecer ningúnlímite, especifique 0. El valor predeterminado es 1.

Communication-layer (proxy primario de control remoto)La sección [communication-layer] enumera las opciones sobre el modo en que elproxy primario de control remoto se conecta con sus componentes secundarios(retransmisiones o proxys secundarios de control remoto). Las palabras clave sedescriben en la tabla siguiente.


children-local-host Interfaz de red (nombre DNS o dirección IP) del proxy primariode control remoto para escuchar la comunicación de suscomponentes secundarios (retransmisiones o proxys secundariosde control remoto).

children-local-port Número de puerto de la máquina del proxy primario de controlremoto desde la que escucha las conexiones con suscomponentes secundarios (retransmisiones o proxys secundariosde control remoto).

Esta palabra clave es obligatoria.




children-remote-list Lista de hosts secundarios (retransmisiones o proxyssecundarios de control remoto) con los que se conecta el proxyprimario de control remoto. Separe las entradas con un punto ycoma (;), pero deje el final de la línea sin el delimitador. Porejemplo, una retransmisión con la dirección 192.168.99.71 y elpuerto 7071 y un proxy secundario de control remoto con ladirección 192.168.99.80 y el puerto 7073, sería:

192.168.99.71+7071;192.168.99.80+7073


children-cm-type Dirección de la conexión (unidireccional o bidireccional) que elproxy primario de control remoto utiliza con sus componentessecundarios (retransmisiones o proxys secundarios de controlremoto). Los valores son cm-tcp-bidirectional,cm-tcp-unidirectional.


buffer-size Número de mensajes de igual desordenados que el proxy decontrol remoto almacena en caché. El rango es 4, 1024. El valorpredeterminado es 8. Para optimizar el rendimiento de la red sepuede configurar un proxy de control remoto para enviarmensajes sin esperar a los acuses de recibo del igual remoto(estableciendo use-rsm-reply en 0 en la sección rcproxy). Conesta configuración, algunos mensajes pueden llegar al igualremoto en un orden incorrecto. En tal caso, el igual remoto losalmacena en caché en una cola interna para colocarlos en elorden correcto. La longitud de esta cola, que es el númeromáximo de mensajes desordenados que un proxy puedegestionar, se configura a través del parámetro buffer-size.

Por ejemplo, puede tener la sección siguiente:[communication-layer]children-local-host=LAB001children-local-port=7081children-remote-list=LAB002+7080children-cm-type=cm-tcp-unidirectional

Communication-layer (proxy secundario de control remoto)La sección [communication-layer] enumera las opciones sobre el modo en que elproxy secundario de control remoto se conecta con su componente primario(retransmisión o proxy primario de control remoto). Las palabras clave sedescriben en la tabla siguiente.


parent-local-host Interfaz de red (nombre DNS o dirección IP) del proxy decontrol remoto desde la que escucha la comunicación de sucomponente primario (retransmisión o proxy primario decontrol remoto).

parent-local-port Número de puerto de la máquina de proxy secundario decontrol remoto desde la que escucha las conexiones con sucomponente primario (retransmisión o proxy de control remoto).


Sección Communication-layer



parent-remote-host Interfaz de red (nombre DNS o dirección IP) del host primario(retransmisión o proxy primario de control remoto).

parent-remote-port Número de puerto del componente primario (retransmisión oproxy primario de control remoto) desde el que escucha lasconexiones con sus componentes secundarios (retransmisiones oproxys secundarios de control remoto).


parent-cm-type Dirección de la conexión (unidireccional o bidireccional) que elproxy secundario de control remoto utiliza con su componenteprimario (retransmisión o proxy primario de control remoto).Los valores son cm-tcp-bidirectional, cm-tcp-unidirectional.


buffer-size Número de mensajes de igual desordenados que el proxy decontrol remoto almacena en caché. El rango es 4, 1024. El valorpredeterminado es 8. Para optimizar el rendimiento de la red sepuede configurar un proxy de control remoto para enviarmensajes sin esperar a los acuses de recibo del igual remoto(estableciendo use-rsm-reply en 0 en la sección rcproxy). Conesta configuración, algunos mensajes pueden llegar al igualremoto en un orden incorrecto. En tal caso, el igual remoto losalmacena en caché en una cola interna para colocarlos en elorden correcto. La longitud de esta cola, que es el númeromáximo de mensajes desordenados que un proxy puedegestionar, se configura a través del parámetro buffer-size.

Por ejemplo, puede tener la sección siguiente:[communication-layer]parent-local-host=LAB002parent-local-port=7080parent-remote-host=LAB001parent-remote-port=7081parent-cm-type=cm-tcp-unidirectional

Children-cm-info (proxy primario de control remoto)La sección [children-cm-info] enumera más opciones acerca de la conectividadentre el proxy primario de control remoto y sus componentes secundarios(retransmisiones o proxys secundarios de control remoto). Las palabras clave sedescriben en la tabla siguiente.


connection-mode Función del proxy primario de control remoto sólo enconexiones unidireccionales. Los valores posibles son:

initiator Es la máquina que inicia la conexión. Suele serla máquina que se encuentra en el lado másseguro.

listener Es la máquina que escucha la conexión. Sueleser la máquina que se encuentra en el ladomenos seguro.

El valor predeterminado es listener.


Sección Communication-layer



local-port-range Rango de puertos locales que deben utilizarse al conectar conotro igual. Por ejemplo, los puertos 6060, 7000 a 7070, 9050 y8000 a 8080:

6060,7000-7070,9050,8000-8080

receive-buffer-size Tamaño (en kilobytes) del búfer que se utiliza para recibircomunicaciones de un socket TCP/IP. El valor mínimo es 1. Elvalor predeterminado es 17.

connect-timeout Intervalo de tiempo de espera, en segundos, transcurridos loscuales una operación de conexión TCP/IP falla. Para desactivarel tiempo de espera y utilizar el valor predeterminado de labiblioteca TCP/IP, especifique 0.

send-timeout Intervalo de tiempo de espera, en segundos, transcurridos loscuales una operación de envío TCP/IP falla. Para desactivar eltiempo de espera, especifique 0. El valor predeterminado es 120.

log-mode Búfer que se envía o se recibe durante la conexión de igual. Si seespecifica un valor distinto de 0, el rendimiento puede versereducido. Los valores son 0 = ninguno, 1 = sólo datos enviados,2 = sólo datos recibidos, 3 = todos los datos transmitidos. Elvalor predeterminado es 0.

drop-timeout Sólo en caso de conexiones bidireccionales, número de segundostranscurridos los cuales una conexión inactiva se cierra. Paracerrar la conexión en cuanto el contador de utilización llegue acero, especifique 0. El valor predeterminado es 5.

polling-interval Sólo en caso de conexiones unidireccionales para componentesde iniciador, el iniciador sondea al oyente de forma periódicapara comprobar si tiene que establecer una conexión. Estaopción es el intervalo en segundos transcurridos los cuales uniniciador se conecta de forma automática con el oyente. El valorpredeterminado es 2.

drop-interval Sólo en caso de conexiones unidireccionales para componentesde oyente, intervalo, en segundos, transcurridos los cuales eloyente suspende una conexión inactiva. El valor predeterminadoes 5.

Por ejemplo, puede tener la sección siguiente:[children-cm-info]connection-mode=initiator

Parent-cm-info (proxy secundario de control remoto)La sección [parent-cm-info] enumera más opciones acerca de la conectividad entreel proxy secundario de control remoto y su componente primario (retransmisión oproxy primario de control remoto). Las palabras clave que se utilizan en estasección son las mismas que las descritas para la sección [children-cm-info].

Por ejemplo, puede tener la sección siguiente:[parent-cm-info]connection-mode=listener

Sección Children-cm-info


Rcproxy (proxy primario y secundario de control remoto)La sección [rcproxy] enumera las principales opciones del proxy de control remoto.Las palabras clave se describen en la tabla siguiente.


proxy-label Etiqueta que identifica el proxy de control remoto. Esta palabraclave es obligatoria en las situaciones siguientes:

v El proxy de control remoto se ejecuta en la máquina en la quese ejecuta el proxy de pasarela. Durante la instalación delproxy de control remoto, esta palabra clave se establece deforma automática en la etiqueta del proxy de pasarela. No lamodifique.

v El proxy autónomo de control remoto debe funcionar comosecundario. Si no asigna una etiqueta, el proxy de controlremoto funciona como primario.

El valor predeterminado es nombre_host.

proxy-type Funciones de los proxys de control remoto. Los valores posiblesson:

controller Proxy de control remoto que conecta con eldestino como si fuera el controlador.

target Proxy de control remoto que se conecta con elcontrolador como si fuera el destino.

both Proxy de control remoto que puede ser unproxy de controlador o de destino.

proxy-port Puerto del proxy de destino en el que escucha la comunicacióndel controlador o del proxy de controlador. Este puerto debe serel mismo puerto que se define en el método de políticarc_def_proxy. El valor predeterminado es 9494.

proxy-interface Esta opción se utiliza para proxys de control remoto conconexión a más de una red. Un host con conexión a más de unared es una máquina que tiene más de una interfaz de red ydirección. Es la dirección DNS o IP de la interfaz de red desdela que el proxy de destino escucha las conexiones de loscontroladores o proxys de controlador. Sólo es obligatoria siproxy-type es target o both.

comm-timeout Intervalo de tiempo de espera, en segundos, transcurridos loscuales una operación TCP/IP falla. Controla los intentos deconexión de salida y de entrada entre el proxy y el componenteprimario o los puntos finales. Este tiempo de espera garantizaque el proxy no se sobrecargue por ataques de denegación deservicio por parte de clientes que abren conexiones pero que nolas cierran nunca. El valor predeterminado es 240.

cmdline-port Puerto del proxy de control remoto en el que escucha loscomandos de una línea de comandos. Esta palabra clave esobligatoria y no tiene un valor predeterminado.

epp-directory Directorio en el que se instala el proxy de punto final. Estapalabra clave debe utilizarse cuando se configura el proxyprimario de control remoto. Si no especifica esta palabra clave,el proxy de control remoto funciona en modo autónomo.

max-sessions Número de conexiones que el proxy de control remoto puedegestionar a la vez. El valor predeterminado es 10.

Sección Rcproxy


use-rsm-reply Este parámetro mejora el rendimiento y sólo debe modificarse siasí lo sugiere el servicio de soporte al cliente. Su valor debe serel mismo en los dos proxys de control remoto. Los valoresposibles son:

0 Si no va a utilizar retransmisiones.

1 Si va a utilizar retransmisiones.El valor predeterminado es 0.

Por ejemplo, puede tener las secciones siguientes:v Si va a trabajar con Tivoli Firewall Security Toolbox y va a configurar la

máquina de proxy primario de control remoto:[rcproxy]proxy-type=targetproxy-port=9494proxy-interface=LAB001cmdline-port=9999epp-directory=<directorio de instalación de proxy de punto final>

v Si va a trabajar con Tivoli Firewall Security Toolbox y va a configurar lamáquina de proxy secundario de control remoto:[rcproxy]proxy-label=<etiqueta de proxy de pasarela>proxy-type=controllercmdline-port=9999

v Si va a trabajar con el proxy autónomo de control remoto y va a configurar lamáquina de proxy primario de control remoto:[rcproxy]proxy-type=targetproxy-port=9494proxy-interface=LAB001cmdline-port=9999

v Si va a trabajar con el proxy autónomo de control remoto y va a configurar lamáquina de proxy secundario de control remoto:[rcproxy]proxy-type=controllercmdline-port=9999

Definición de la ruta a los proxys secundarios en situaciones de proxyautónomo de control remoto

Después de instalar el proxy primario de control remoto en un entorno autónomo,el archivo de configuración rcproxy.route se crea en el directorio de instalación.Este archivo contiene la información que ha suministrado durante la instalaciónacerca del proxy secundario con el que se debe establecer contacto para iniciar unasesión con un destino.

Para cambiar esta información, edite el archivo rcproxy.route con un editor detexto. En cada línea del archivo rcproxy.route, debe especificar la etiqueta deldestino y la etiqueta del proxy secundario conectado separándolas con una coma ysin espacios en blanco. Al especificar etiquetas, puede utilizar los siguientescaracteres comodín:

* Para que coincida con cualquier cadena.

? Para que coincida con un solo carácter.

Sección Rcproxy

A continuación se muestra un ejemplo de archivo rcproxy.route:## Este archivo contiene información de tablas de direccionamiento estáticas# para el proxy de control remoto.## Cada línea especifica una etiqueta de punto final (destino) y la etiqueta# del proxy de controlador que sirve a ese punto final, separadas por una# coma, como en el ejemplo:## etiqueta_punto_final,etiqueta_proxy## Cuando especifique una etiqueta, puede utilizar los siguientes# caracteres comodín:# asterisco (*) para que coincida con cualquier cadena,# interrogante (?) para que coincida con un solo carácter.#f???o,foo_proxyz*,any_proxyy*,bar_proxy

Nota: si el entorno consta de una región de gestión de Tivoli, el archivorcproxy.route sólo debe contener la línea siguiente:*,etiqueta_proxy

donde etiqueta_proxy es el nombre del proxy de controlador secundario.

Situación de ejemploEn este apartado se presenta una situación de ejemplo de una empresa que utilizaTivoli Remote Control para proporcionar servicios de externalización de TI a susclientes. El Servicio de asistencia tiene que atravesar espacio de red público paraacceder a los dominios del cliente y para resolver problemas de red de los clientes.Para configurar este entorno es imprescindible que comprenda y planifique latopología de red de la empresa.

Arquitectura de empresaLa arquitectura de empresa consta de tres subredes virtuales: dos en la intranet yuna en el entorno DMZ.

La subred de Servicio de asistencia y la subred de clientes se encuentran en el ladomás seguro de la red. La subred de Servicio de asistencia contiene loscontroladores y la subred de clientes contiene los destinos que deben supervisarse.Los servidores de Tivoli pertenecen a la subred Servidor que se encuentra en elDMZ.

Los clientes de la empresa y los proveedores externos protegen sus redescolocando cortafuegos que controlan las conexiones que se establecen.

Según la ubicación de los cortafuegos, los proveedores externos deben instalar loscomponentes de proxy de control remoto. Puesto que los cortafuegos separan laspasarelas de gestión de Tivoli de sus puntos finales, debe utilizar los proxys decontrol remoto junto con los componentes de Firewall Security Toolbox.

En la siguiente figura se describe el entorno de empresa y las ubicaciones de loscortafuegos y, por lo tanto, los proxys.

Definición de la ruta a los proxys secundarios


En los apartados siguientes se proporcionan los parámetros de configuraciónbásicos que se pueden establecer durante el proceso de instalación y que sealmacenan en los archivos de configuración de proxys de punto final, proxys depasarela y proxys de control remoto. Puede especificar parámetros deconfiguración avanzados (por ejemplo, para máquinas con conexión a más de unared) editando los archivos de configuración basados en texto.

PasarelafireA

Destinos

Servidorde Tivoli

PasarelafireB

7070fireA1

Proxy de pasarela

fireA2Proxy de punto finalrcA2

Proxy de controlador

7080

7081

3501

7071

Cortafuegos2

Cortafuegos1

fireB1

rcB1Proxy de destino

Proxy de punto final

fireB2Proxy de pasarelarcB2


7050

7060

7051

3501

7061

rcA1Proxy de destino

Controlador

9394

9394

Servicio de asistencia

Red de clientes

Arquitectura de empresa


Conectividad de cortafuegosAntes de empezar la configuración de los proxys, debe saber qué tipo deconectividad utilizan los cortafuegos. Si, por ejemplo, los cortafuegos de estasituación de ejemplo permiten una comunicación unidireccional, debe asegurarsede que los cortafuegos permiten la comunicación en los puertos definidos según elesquema siguiente:v Cortafuegos1 tiene que permitir la comunicación:

– en el puerto 7071 entre fireA1 y fireA2,– en el puerto 7081 entre rcA1 y rcA2

v Cortafuegos2 tiene que permitir la comunicación:– en el puerto 7060 entre fireB2 y fireB1,– en el puerto 7050 entre rcB2 y rcB1.

Arquitectura de empresa


Proxy de pasarela fireA1El archivo de configuración del proxy de pasarela, gwproxy.cfg, que se encuentraen el directorio de instalación del proxy de pasarela, debe tener la informaciónsiguiente:

[gateway-proxy]gateway-port = 9394proxy-label = fireA1[communication-layer]parent-local-host = fireA1parent-local-port = 7070parent-remote-host = fireA2parent-remote-port = 7071parent-cm-type = cm-tcp-unidirectional[parent-cm-info]connection-mode = initiator

PasarelafireA

Controlador


7070fireA1

Proxy de pasarela



7080

7081

3501

7071

rcA1Proxy de destino 9394

9494

Proxy de punto final fireA2El archivo de configuración del proxy de punto final, epproxy.cfg, que se encuentraen el directorio de instalación del proxy de punto final, debe tener la informaciónsiguiente:

[endpoint-proxy]gateway-host = fireA+9494[communication-layer]children-local-host = fireA2children-local-port = 7071children-remote-list = fireA1+7070children-cm-type = cm-tcp-unidirectional[children-cm-info]connection-mode = listener

PasarelafireA

Controlador


7070fireA1

Proxy de pasarela



7080

7081

3501

7071


9494

Configuración de los proxys de control remoto


Proxy de destino rcA1El archivo de configuración del proxy de destino, rcproxy.cfg, que se encuentra enel directorio de instalación del proxy de destino, debe tener la informaciónsiguiente:

[communication-layer]parent-local-host = rcA1parent-local-port = 7080parent-remote-host = rcA2parent-remote-port = 7081parent-cm-type = cm-tcp-unidirectional[parent-cm-info]connection-mode = initiator[rcproxy]proxy-label = fireA1proxy-type = targetproxy-port = 3501proxy-interface = rcA1cmdline-port = 9999

PasarelafireA

Controlador


7070fireA1

Proxy de pasarela



7080

7081

3501

7071


9494

Proxy de controlador rcA2El archivo de configuración del proxy de controlador, rcproxy.cfg, que se encuentraen el directorio de instalación del proxy de controlador, debe tener la informaciónsiguiente:

[communication-layer]children-local-host = rcA2children-local-port = 7081children-remote-list = rcA1+7080children-cm-type = cm-tcp-unidirectional[children-cm-info]connection-mode = listener[rcproxy]proxy-type = controllercmdline-port = 9999epp-directory=directorio instalación proxy punto final

PasarelafireA

Controlador


7070fireA1

Proxy de pasarela



7080

7081

3501

7071


9494



Proxy de punto final fireB1El archivo de configuración del proxy de punto final, epproxy.cfg, que se encuentraen el directorio de instalación del proxy de punto final, debe tener la informaciónsiguiente:

[endpoint-proxy]gateway-host = fireB+9494[communication-layer]children-local-host = fireB1children-local-port = 7060children-remote-list = fireB2+7061children-cm-type = cm-tcp-unidirectional[children-cm-info]connection-mode = listener

PasarelafireB

Destino

fireB1





7050

7060

7051

3501

7061

9394

Red de clientes

9494

Proxy de pasarela fireB2El archivo de configuración del proxy de pasarela, gwproxy.cfg, que se encuentraen el directorio de instalación del proxy de pasarela, debe tener la informaciónsiguiente:

[gateway-proxy]gateway-port = 9394proxy-label = fireB2[communication-layer]parent-local-host = fireB2parent-local-port = 7061parent-remote-host = fireB1parent-remote-port = 7060parent-cm-type = cm-tcp-unidirectional[parent-cm-info]connection-mode = initiator

PasarelafireB

Destino

fireB1





7050

7060

7051

3501

7061

9394

Red de clientes

9494



Proxy de destino rcB1El archivo de configuración del proxy de destino, rcproxy.cfg, que se encuentra enel directorio de instalación del proxy de destino, debe tener la informaciónsiguiente:

[communication-layer]children-local-host = rcB1children-local-port = 7050children-remote-list = rcB2+7051children-cm-type = cm-tcp-unidirectional[children-cm-info]connection-mode = listener[rcproxy]proxy-type = targetproxy-port = 3501proxy-interface = rcB1cmdline-port = 9999epp-directory=directorio instalación proxy punto final

PasarelafireB

Destino

fireB1





7050

7060

7051

3501

7061

9394

Red de clientes

9494

Proxy de controlador rcB2El archivo de configuración del proxy de controlador, rcproxy.cfg, que se encuentraen el directorio de instalación del proxy de controlador, debe tener la informaciónsiguiente:

[communication-layer]parent-local-host = rcB2parent-local-port = 7051parent-remote-host = rcB1parent-remote-port = 7050parent-cm-type = cm-tcp-unidirectional[parent-cm-info]connection-mode = initiator[rcproxy]proxy-label = fireB2proxy-type = controllercmdline-port = 9999

PasarelafireB

Destino

fireB1





7050

7060

7051

3501

7061

9394

Red de clientes

9494



Capítulo 4. Configuración del entorno Tivoli para utilizar lasinterfaces de Tivoli Remote Control

Antes de poder utilizar las interfaces de Tivoli Remote Control es necesarioconfigurar el entorno Tivoli realizando las tareas siguientes:v Habilitación de las conexiones remotas del servidor de Tivoli.v Definición de un administrador especial de Tivoli. Esto sólo es necesario para la

interfaz Web.

Habilitación de las conexiones remotasAntes de conectar el escritorio de Tivoli o la interfaz Web con un servidor de Tivolique tenga Tivoli Management Framework 4.1, asegúrese de que el servidor deTivoli permita las conexiones remotas. Para determinar si un servidor de Tivolipermite a los sistemas remotos que inicien sesión con él, utilice el comandoodadmin en la máquina host. Si el comando odadmin devuelve el mensajesiguiente, indica que ese sistema no permite a los sistemas remotos iniciar sesión:Inicio de sesión de cliente remoto permitido =FALSE

Para permitir las conexiones remotas, configure la opción Inicio de sesión decliente remoto permitido en TRUE o version_2 escribiendo uno de estoscomandos:odadmin set_allow_rconnect TRUE n

donde n es el número del asignador de objetos.

Para obtener más información consulte la publicación Tivoli Enterprise: InstallationGuide.

Definición de un administrador especial de Tivoli para la interfaz WebDebe crear una cuenta de administrador especial de Tivoli con la que podráutilizar la interfaz Web de Tivoli Remote Control. Esta cuenta es distinta según lossistemas operativos.v En UNIX, excepto HP-UX:

El nombre de inicio de sesión del administrador debe ser nobody.v En Windows 2000 y HP-UX:

El nombre de inicio de sesión del administrador debe ser tmersrvd.

Si utiliza el escritorio de Tivoli para crear este administrador especial, realice lospasos siguientes.1. Seleccione Crear administrador del menú emergente del icono Administrador

para visualizar el diálogo Crear administrador.2. En el cuadro de texto Etiqueta de icono/nombre del administrador, escriba el

nombre del administrador.3. En el cuadro de texto Nombre de inicio de sesión de usuario, escriba nobody

para máquinas con UNIX, excepto HP-UX, y tmersrvd para máquinas conWindows 2000 y HP-UX.


4. En el cuadro de texto Nombre de grupo escriba el nombre de grupo deladministrador (no un ID de grupo numérico).

5. Haga clic en Establecer inicios de sesión para definir un nombre de inicio desesión válido para el servidor de Tivoli, por ejemplo: nobody@tivoli_server.

6. Haga clic en Crear y cerrar.

Consulte la publicación Tivoli Management Framework: Guía del usuario para obtenermás información sobre la creación y utilización de administradores de Tivoli en elentorno de la región de gestión de Tivoli.

Configuración del entorno Tivoli


Capítulo 5. Configuración de regiones de política para trabajarcon Tivoli Remote Control

En este capítulo se describe cómo configurar regiones de política para trabajar conTivoli Remote Control.

Antes de utilizar Tivoli Remote Control, debe realizar las tareas siguientes:1. Añada el recurso gestionado RemoteControl a una región de política. Para

obtener información detallada, consulte el “Paso 1: Adición del recursogestionado RemoteControl a una región de política”.

2. Cree una herramienta de control remoto en la región de política. Para obtenerinformación detallada, consulte el “Paso 2: Creación de una herramienta decontrol remoto en la región de política”.

3. Añada las funciones de Tivoli Remote Control a las funciones existentes decada administrador. Para obtener información detallada, consulte el “Paso 3:Asignación de las funciones de Tivoli Remote Control” en la página 67.

4. Asigne destinos a las regiones de política para las que los administradorestienen funciones de Tivoli Remote Control. Para obtener información detallada,consulte el “Paso 4: Asignación de destinos a regiones de política” en lapágina 68.

Para algunas operaciones, puede que tenga que consultar la publicación TivoliManagement Framework Guía del usuario, o la publicación Tivoli ManagementFramework Reference Manual.

Paso 1: Adición del recurso gestionado RemoteControl a una regiónde política

Cada región de política mantiene una lista de recursos gestionados. Para utilizarTivoli Remote Control, debe añadir el recurso gestionado RemoteControl a la lista.Puede realizar esta tarea desde el escritorio de Tivoli o desde la línea de comandos.Para obtener más información sobre cómo añadir un recurso gestionado a unaregión de política, consulte los manuales de Tivoli Management Framework.

Paso 2: Creación de una herramienta de control remoto en la regiónde política

Después de establecer RemoteControl como recurso gestionado, tiene que crearuna herramienta de control remoto en la región de política.

Para crear una herramienta de control remoto, lleve a cabo las tareas siguientes:


1. Desde una región de política, seleccione Crear → Control remoto para que semuestre el diálogo Crear una herramienta de control remoto.

2. Entre un nombre exclusivo para la herramienta de control remoto en el campoNombre/Etiqueta de icono. El nombre no puede incluir los caracteressiguientes:

punto y coma (;)barra vertical (|)acento grave (`)símbolo del dólar ($)paréntesis de apertura (( )llave de apertura ({ )

Si el nombre incluye espacios, especifíquelo entre comillas dobles (“ ”).3. Para crear la herramienta de control remoto en un nodo gestionado distinto del

servidor de Tivoli, entre el nombre del nodo en el campo Nodo gestionado.

Nota: el componente de servidor de Tivoli Remote Control debe instalarse enel nodo gestionado que especifique.

4. Haga clic en Crear y cerrar para crear la herramienta de control remoto yvolver a la ventana Región de política.

También puede utilizar el comando siguiente para crear una herramienta decontrol remoto en una región de política.wcreaterc <etiqueta> <ubicación> <región de política>

donde:

<etiqueta> Especifica el nombre de la herramienta de control remoto que debecrearse.

<ubicación> Especifica el nodo gestionado donde se tiene que crear laherramienta de control remoto.

Nota: el componente de servidor de Tivoli Remote Control debeinstalarse en el nodo gestionado que especifique.

<región de política>Especifica la región de política donde se tiene que insertar laherramienta de control remoto.

Para obtener más información acerca del comando wcreaterc, consulte elApéndice D, “Interfaz de línea de comandos”, en la página 141.

Nota: para crear o eliminar una herramienta de control remoto mediante elescritorio de Tivoli, debe disponer de la función Admin en la región depolítica donde desee crear la herramienta.

Paso 2: Creación de una herramienta de control remoto

Paso 3: Asignación de las funciones de Tivoli Remote ControlDespués de crear una herramienta de control remoto, debe asignar las funciones deTivoli Remote Control a los administradores. Sólo puede asignar funciones sidispone de los derechos de acceso adecuados.

El establecimiento de funciones en el nivel de región de política permite realizarlas tareas correspondientes de Tivoli Remote Control dentro de la región de políticaespecificada. Estos privilegios no se amplían a otras regiones de políticas. Sinembargo, sí que se aplican a cualquier región de política secundaria asociada a laregión de política donde se han definido las funciones de Tivoli Remote Control.

Si la región de política secundaria se ha creado antes de asignar los nuevosprivilegios a su región de política primaria, la región de política secundaria nohereda estos privilegios.

El establecimiento de las funciones de TMR (región de gestión de Tivoli) permite aladministrador realizar las tareas de Tivoli Remote Control correspondientes entoda la región de gestión de Tivoli.

Las funciones de Tivoli Remote Control son obligatorias en la región de políticadonde estén definidos los sistemas de destino. Además de estas funciones, lafunción admin es obligatoria donde se haya definido el recurso gestionadoRemoteControl.

En la publicación Tivoli Management Framework Guía del usuario se explica cómoasignar funciones a los administradores.

En las dos tablas siguientes se muestran las actividades disponibles para losadministradores de Tivoli Remote Control y la función asociada con cadaactividad.

Actividad Función necesaria en la región de políticadel controlador

Utilizar cualquier acción de Tivoli RemoteControl

admin

Actividad Función necesaria en la región de políticadel destino

Supervisar un destino. Consulte el Capítulo 9. remote_monitor

Supervisar y controlar un destino. Consulte elCapítulo 9.

remote_control

Ejecutar comandos en un destino mediante laCLI de wrcmdpcr. Consulte el Capítulo 9.

remote_probe

Reiniciar un destino. Consulte el Capítulo 9. remote_reboot

Intercambiar mensajes de texto con undestino. Consulte el Capítulo 10.

remote_chat

Enviar archivos a un destino desde elcontrolador. Consulte el Capítulo 11,“Utilización de la acción de transferencia dearchivos”, en la página 107.

remote_ft_send

Recibir archivos de un destino. Consulte elCapítulo 11.

remote_ft_receive

Paso 3: Asignación de las funciones de Tivoli Remote Control

Capítulo 5. Configuración de regiones de política para trabajar con Tivoli Remote Control 67

Paso 4: Asignación de destinos a regiones de políticaDebe asignar los destinos a las regiones de política en las que los administradorestienen funciones de Tivoli Remote Control.

Para asignar un destino a una región de política, siga estos pasos:1. Asegúrese de que la región de política donde se va a asignar el punto final

tenga el recurso de punto final en la lista de tipos de recursos gestionadosválidos para esa región de política concreta.

2. Utilice el comando wmv como se indica a continuación:wmv @Endpoint:<etiqueta_punto_final> @PolicyRegion:<región de política>

donde:

<etiqueta_punto_final> Especifica la etiqueta del punto final que debeasignarse.

<región de política> Especifica la etiqueta de región de políticadonde la etiqueta de punto final tiene queasignarse.

3. Sincronice la pasarela de Tivoli a la que se conecte el punto final ejecutando loscomandos wep sync_gateways.

4. Cierre y reinicie el escritorio de Tivoli a fin de que los cambios entren en vigor.

Para obtener más información acerca de estos comandos, consulte la publicaciónTivoli Management Framework Reference Manual.

Paso 4: Asignación de destinos a regiones de política

Capítulo 6. Modificación de los valores predeterminados de laherramienta de control remoto

El funcionamiento y el aspecto gráfico de la herramienta de control remoto secontrolan mediante una política predeterminada. Al crear un recurso gestionadoRemoteControl en una región de política, la política predeterminadaRemoteControl_PDO se asocia de forma automática al recurso gestionadoRemoteControl y, por lo tanto, a la herramienta de control remoto de esa región depolítica.

En este capítulo se detallan:v Los pasos para modificar los valores de la herramienta de control remoto.

Consulte el apartado “Modificación de la política predeterminada deRemoteControl”.

v Una descripción de los métodos de política de Tivoli Remote Control. Consulteel apartado “Métodos de política de Tivoli Remote Control” en la página 72.

Modificación de la política predeterminada de RemoteControlPara cambiar los valores predeterminados de la herramienta de control remoto deuna región de política, no debe modificar la política predeterminadaRemoteControl_PDO, sino que debe crear una política predeterminada nueva.También puede crear tantas políticas predeterminadas de RemoteControl distintascomo instancias tenga de la herramienta de control remoto en regiones de políticadiferentes.

Puesto que una política predeterminada consta de un conjunto de reglas, losllamados métodos de política, después de crear una política predeterminada nuevadebe cambiar los valores de algunos de sus métodos de la manera siguiente:1. Cree una copia de la política predeterminada para el recurso RemoteControl de

una región de política. Consulte el “Paso 1: Creación de una copia de la políticapredeterminada de RemoteControl”.

2. Modifique los valores de algunos de sus métodos. Consulte el “Paso 2:Personalización del contenido en un método de política” en la página 70.

3. Asigne la nueva política predeterminada al recurso gestionado RemoteControlde la región de política donde resida la herramienta de control remoto quedesee personalizar. Consulte el “Paso 3: Asignación de la nueva políticapredeterminada” en la página 71.

Paso 1: Creación de una copia de la política predeterminadade RemoteControl

Para crear una copia de la política predeterminada de RemoteControl, haga losiguiente:1. Entre la sintaxis siguiente para el comando wcrtpol:

wcrtpol -d RemoteControl RCPol RemoteControl_PDO

donde:

-d Crea una política predeterminada nueva.

RemoteControl Identifica el tipo de recurso gestionado.


RCPol Identifica el nombre de la nueva políticapredeterminada de RemoteControl.

RemoteControl_PDO Identifica el nombre de la políticapredeterminada de RemoteControl existente dela que la nueva política hereda sus métodos yatributos iniciales.

2. Verifica que la política predeterminada se ha creado mediante la enumeraciónde las políticas predeterminadas disponibles para el tipo de recurso gestionadoRemoteControl:wlspol -d RemoteControloutput:RemoteControl_PDORCPol...

3. Enumera los métodos de política que gobiernan el recurso:wlspolm -d RemoteControloutput:rc_def_commandrc_def_grace_timerc_def_timeout_oprc_def_polfilter_mode...

Consulte las publicaciones de Tivoli Management Framework para obtenerinformación más detallada sobre los comandos anteriores.

Paso 2: Personalización del contenido en un método depolítica

Para personalizar el valor de algunos métodos de la política predeterminada deRemoteControl, efectúe las operaciones siguientes:1. Entre el comando siguiente para sustituir el cuerpo del método de política

especificado con una política predeterminada de RemoteControl:wgetpolm -d RemoteControl RCPol nombre_método_política > archivo_salida

donde:

-d Enumera el método de política especificado.

RemoteControl Identifica el tipo de recurso gestionado.

RCPol Identifica un nombre de políticapredeterminada de RemoteControl.

nombre_método_política Identifica el nombre del método de políticacuyo cuerpo debe sustituirse.

archivo_salida Especifica el nombre de un archivo de salida.2. Utilice un editor de líneas para modificar el archivo de salida.3. Entre el comando siguiente para sustituir el cuerpo del método de política

especificado:wputpolm -d RemoteControl RCPol nombre_método_política < archivo_salida

donde los argumentos son los mismos que los especificados para el comandowgetpolm en el paso 1 de este procedimiento.

Modificación de la política predeterminada de RemoteControl

Paso 3: Asignación de la nueva política predeterminadaPara asignar la nueva política predeterminada al recurso gestionadoRemoteControl de una región de política, puede utilizar el escritorio de Tivoli o lalínea de comandos.

Desde el escritorio1. Abra la región de política que contenga la herramienta de control remoto a la

que desee asociar la nueva política predeterminada RCPol.2. Seleccione Propiedades → Políticas de recursos gestionados.3. En el diálogo Políticas de recursos gestionados, seleccione RemoteControl en la

lista Recursos gestionados.4. Seleccione RCPol en la lista desplegable Política predeterminada.5. Haga clic en Establecer y cerrar.

Desde la línea de comandosEntre el comando siguiente:wsetpr -d RCPol RemoteControl @PolicyRegion:rc-region

donde:

-d RCPolEspecifica RCPol como nueva política predeterminada.

RemoteControlEspecifica RemoteControl como recurso gestionado para el que se define lanueva política predeterminada.

@PolicyRegion:rc-regionEspecifica rc-region como región de política para la que se debe asignar lanueva política predeterminada.

Resumen de los métodos de política predeterminadosPuede cambiar los valores predeterminados de la herramienta de control remotoutilizando los siguientes métodos de la política predeterminada asociada al recursogestionado RemoteControl.

Método de política Qué controla Consulte lapágina

rc_def_alt_t La utilización de <Alt><T> en el destino. 72

rc_def_backgrnd La disponibilidad de papeles tapiz y protectoresde pantalla en el destino.

73

rc_def_color El número de colores que se utiliza paramostrar la pantalla del destino en elcontrolador.

73

rc_def_command Las actividades disponibles para losadministradores.

74

rc_def_comp La compresión de datos. 74

rc_def_define Los criterios de visualización de destinos. 74

rc_def_encryption El cifrado de datos. 75

rc_def_ftmode Los tipos de actividades de transferencia dearchivos disponibles.

76

rc_def_grace_time El tiempo de espera para que un usuarioresponda a una petición de actividad.

76


Capítulo 6. Modificación de los valores predeterminados de la herramienta de control remoto 71

Método de política Qué controla Consulte lapágina

rc_def_gw Si debe utilizarse una pasarela de controlremoto.

77

rc_def_inactivity El tiempo que puede esperarse a una actividadde usuario en un destino antes de que unasesión supere el tiempo de espera.

77

rc_def_initstate El estado inicial de la sesión. Sólo tiene efectocuando rc_def_rcmode se establece en control.

78

rc_def_optimize La optimización del rendimiento de unaconexión lenta.

78

rc_def_polfilter_mode Si sólo deben mostrarse los destinos de unaregión especificada.

78

rc_def_ports Los puertos que deben utilizarse para lacomunicación entre controladores y destinos.

79

rc_def_proxy Si deben utilizarse proxys de control remoto. 80

rc_def_rate La frecuencia de actualización de la pantalla delcontrolador.

80

rc_def_rcmode Las posibles actividades de una acción decontrol remoto.

81

rc_def_targets Si un destino está en la lista de destinos. 81

rc_def_timeout_op Si debe abandonarse una sesión cuando elperíodo de gracia expira.

82

rc_def_uncheckedlist Los destinos que deben mostrarse cuandorc_def_define se establece en UncheckedList.

82

Métodos de política de Tivoli Remote ControlLos siguientes métodos de política pertenecen a la política predeterminadaasociada al recurso gestionado RemoteControl. Le permiten controlar los valorespredeterminados de la herramienta de control remoto en una región de política.Los valores que se especifican en los métodos de política son sensibles a lasmayúsculas y minúsculas.

Los métodos de política se implementan mediante el enlace de script de shell. Elvalor que devuelven estos métodos es cualquier cadena que escriban en la salidaestándar. Se establecen en un valor predeterminado que se puede modificar comose describe en el “Paso 2: Personalización del contenido en un método de política”en la página 70. Estos métodos pueden variar según las regiones de política. Unaregión de política puede tener un conjunto de métodos de políticapredeterminados y otra región de política puede tener otro distinto.

rc_def_alt_tDetermina si el usuario del destino puede pulsar la combinación de teclas<Alt><T> para cambiar el estado durante una sesión de control remoto. Losestados posibles son activo, supervisión, suspensión y finalización.

Los valores posibles son:

ENABLEDLa combinación de teclas <Alt><T> está activada.

DISABLEDLa combinación de teclas <Alt><T> no está activada.

DEPEND-ON-TARGETLa combinación de teclas <Alt><T> está activada y el usuario del destinopuede cambiar el estado de la sesión a activo, aunque el usuario delcontrolador sólo disponga de la función remote_monitor en la región orc_def_mode se haya establecido en supervisión.

El valor predeterminado es DISABLED.

Si el valor tiene el sufijo -locked, no se puede volver a establecer en el diálogoEditar valores.

Script de shell de ejemplo:#!/bin/shecho “DISABLED”exit 0

rc_def_backgrndDetermina si debe desactivarse el fondo del escritorio del destino.


On El fondo y el protector de pantalla están desactivados.

Off El fondo y el protector de pantalla no están desactivados.

El valor predeterminado es On.


Script de shell de ejemplo:#!/bin/shecho “On”exit 0

rc_def_colorEstablece el número de colores utilizado para visualizar la pantalla del destino enel controlador.


0 Número de colores utilizado en la pantalla del destino

4 16 colores

8 256 colores

El valor predeterminado es 8.


Script de shell de ejemplo:

Métodos de política de Tivoli Remote Control

#!/bin/shecho “8”exit 0

rc_def_commandDetermina si una acción está disponible.


Cualquier combinación de los códigos siguientes, separados por un punto y coma(;).

rc control remoto

reboot reinicio

filexfer transferencia de archivos

chat chat

El valor predeterminado es reboot;chat;filexfer;rc;

El código que se especifica en último lugar se convierte en la acciónpredeterminada.

Script de shell de ejemplo:#!/bin/shecho “reboot;chat;filexfer;rc”exit 0

rc_def_compDetermina si se deben comprimir los datos transmitidos al controlador. Si elrecurso gestionado RemoteControl está configurado para utilizar una pasarela deTivoli Remote Control, este método se ignora y los datos se comprimen siempre.


On Los datos se comprimen.

Off Los datos no se comprimen.

El valor predeterminado es On.


Script de shell de ejemplo:#!/bin/shecho “On”exit 0

rc_def_defineDetermina cómo se crea y se visualiza la lista Destinos.


DefinableTargetList Muestra una lista por etiqueta de destino deacuerdo con rc_def_targets.



FilteredList Muestra una lista por región de política de acuerdocon rc_def_polfilter_mode y por etiqueta deacuerdo con rc_def_targets.

UncheckedList Muestra una lista de acuerdo conrc_def_uncheckedlist. Consulte la página 82.

El valor predeterminado es DefinableTargetList.

Si el valor es DefinableTargetList o FilteredList, se lista un destino si está incluidopor rc_def_targets. Consulte la página 81.

Si el valor es DefinableTargetList, la lista de destinos puede restablecersemediante el diálogo Definir lista de destinos. Consulte el apartado “Modificaciónde una lista de destinos existente a través de un diálogo” en la página 85. La listaeditada se guarda en rc_def_targets para utilizarla posteriormente.

Si el valor DefinableTargetList tiene el sufijo -locked, la lista de destinos no sepuede restablecer mediante el diálogo Definir lista de destinos.

Si va a utilizar el comando wrc y desea filtrar los destinos de acuerdo con losmétodos de política, debe añadir el sufijo -apply2cli al valor especificado derc_def_define. Este sufijo es útil si establece DefinableTargetList en locked o siestablece rc_def_polfilter_mode en locked al utilizar FilteredList.

Nota: los sufijos -locked y -apply2cli se pueden especificar juntos de la manerasiguiente:#DefinableTargetList-locked-apply2cli#DefinableTargetList-apply2cli-locked

Script de shell de ejemplo:#!/bin/sh

# Este script filtra destinos de acuerdo con rc_def_uncheckedlist.# El filtro no funciona con el comando wrc.echo “UncheckedList”exit 0

Script de shell de ejemplo:#!/bin/sh# Este script filtra destinos de acuerdo con rc_def_uncheckedlist.# El filtro también funciona con el comando wrc.echo "UncheckedList-apply2cli"exit 0

rc_def_encryptionDetermina si se deben cifrar los datos transmitidos durante:v Una sesión de Tivoli Remote Control entre controladores Windows NT, Windows

2000, Windows XP o Windows 98 Second Edition y destinos Windows NT,Windows 2000 o Windows XP.

v Una sesión de transferencia de archivos entre controladores y destinos que seejecuten en cualquiera de los sistemas operativos soportados.


No Los datos no se cifran.



Yes Los datos se cifran (excepto los datos intercambiados durante una sesiónde chat).

El valor predeterminado es No.

Script de shell de ejemplo:#!/bin/shecho “No”exit 0

rc_def_ftmodeDetermina el tipo de operaciones de transferencia de archivos que se puedenrealizar según la función de Tivoli Remote Control de la que disponga.


send Si dispone de la función remote_ft_send, puede enviar archivos.

receive Si dispone de la función remote_ft_receive, puede recibir archivos.

both Si tiene una o las dos funciones remote_ft_send yremote_ft_receive, puede enviar o recibir archivos.

El valor predeterminado es both.

Script de shell de ejemplo:#!/bin/shecho “both”exit 0

rc_def_grace_timeEstablece el número de segundos de espera para que el usuario del destinoresponda antes de que una actividad se inicie o exceda el tiempo de espera.

Los valores posibles son:0 0 segundos5 5 segundos10 10 segundos15 15 segundos30 30 segundos60 1 minuto120 2 minutos240 4 minutos480 8 minutos960 16 minutos


Si el valor se establece en 0, la actividad se inicia sin que se muestre el cuadro demensaje para la aceptación del usuario en el destino.


Script de shell de ejemplo:



#!/bin/shecho “5”exit 0

rc_def_gwDetermina si se debe utilizar la pasarela de control remoto.


NO No se utiliza la pasarela de control remoto.

YES <etiqueta_nodo_gestionado> <puerto_pasarela> <sesiones_máximas> IP:<puerto_IP>Se utiliza la pasarela de control remoto, donde:

<etiqueta_nodo_gestionado> es el nombre del nodo gestionado que debeutilizarse como pasarela de control remoto.

<puerto_pasarela> es el puerto TCP/IP que utiliza la pasarela de controlremoto para escuchar la petición de conexión de los controladores.

<sesiones_máximas> es el número de sesiones de Tivoli Remote Controlentre un controlador y un destino que la pasarela de control remoto puedemanejar en el mismo puerto de entrada. El valor máximo es 64.

<puerto_IP> es el puerto TCP/IP local que utiliza la pasarela de controlremoto para comunicarse con los destinos TCP/IP. Si tiene el valor 0, lapasarela de control remoto utiliza un puerto generado por la pila decomunicaciones.

El valor predeterminado es NO.

Script de shell de ejemplo:#!/bin/shecho “YES enigm2 35000 16 IP:0”exit 0

Nota: cuando se utilizan los proxys de control remoto, se ignora la configuraciónestablecida por el método de política rc_def_gw.

rc_def_inactivityEstablece el número de minutos que una sesión permanece activa cuando no hayactividad en el teclado ni en el ratón.


0 No existe ningún tiempo de espera de sesión.

<valor entero> La sesión excede el tiempo de espera transcurridos los minutosindicados por <valor entero>.



Script de shell de ejemplo:#!/bin/shecho “0”exit 0

rc_def_initstateEstablece el estado inicial de una acción de control remoto. El valor sólo tieneefecto si el valor de rc_def_rcmode es control. Consulte la página 81.


monitor La acción se inicia en estado de supervisión.

active La acción se inicia en estado activo.

El valor predeterminado es monitor.


Script de shell de ejemplo:#!/bin/shecho “monitor”exit 0

rc_def_optimizeOptimiza el rendimiento de la sesión de control remoto cuando se utiliza unaconexión lenta en destinos Windows NT, Windows 2000 o Windows XP. Paraobtener información de rendimiento adicional, consulte el apartado “Mejora delrendimiento” en la página 127.


ENABLED La optimización del rendimiento está activada.

DISABLED La optimización del rendimiento está desactivada.



rc_def_polfilter_modeDetermina si deben mostrarse los destinos de una región de política específica.

Este método sólo tiene efecto si el valor de rc_def_define se establece enFilteredList. Consulte la página 74.


region Muestra destinos para la región de política seleccionada en eldiálogo Definir lista de destinos.

myregion Sólo muestra los destinos de la región de política a la quepertenece la herramienta de control remoto.

all Muestra todos los destinos.

El valor predeterminado es myregion.



Script de shell de ejemplo:#!/bin/shecho “myregion”exit 0

rc_def_portsDetermina los puertos que los controladores y destinos utilizan para comunicarse.

Los valores posibles son:rc TIP:<puerto TCP/IP del destino>

CIP:<puerto TCP/IP del controlador><\n>

filexfer TIP:<puerto TCP/IP del destino>CIP:<puerto TCP/IP del controlador><\n>

chat TIP:<puerto TCP/IP del destino>CIP:<puerto TCP/IP del controlador><\n>

donde:

rc Establece los puertos para la acción de controlremoto.

filexfer Establece los puertos para la acción detransferencia de archivos.

chat Establece los puertos para la acción de chat.

<puerto TCP/IP del destino> Es el puerto TCP/IP del destino que se utiliza paradetectar la conexión. Los valores posibles son:

<puerto> Número del puerto.

0 Puerto predeterminado (2501 paracontrol remoto, 2502 paratransferencia de archivos, 2503 parachat).

<puerto TCP/IP del controlador> Es el puerto TCP/IP del controlador que se utilizapara iniciar la conexión. Los valores posibles son:

<puerto> Número del puerto.

0 La pila de comunicaciones asignael puerto.

<\n> Es el carácter de nueva línea.

Los valores predeterminados son:rc TIP:0 CIP:0<\n>filexfer TIP:0 CIP:0<\n>chat TIP:0 CIP:0<\n>

Script de shell de ejemplo:#!/bin/shecho “rc TIP:0 CIP:0"echo “filexfer TIP:0 CIP:0”echo “chat TIP:0 CIP:0”exit 0

rc_def_proxyDetermina si deben utilizarse los proxys de control remoto. Si utiliza proxys decontrol remoto, rc_def_proxy define cómo el controlador utiliza los proxys decontrol remoto para iniciar una sesión con un destino a través de un cortafuegos.


NO No se utilizan los proxys de control remoto.

YES <tipo configuración> <dirección IP del proxy TRC> <puerto de proxy TRC>Se utilizan los proxys de control remoto, donde:

<tipo configuración>Identifica los siguientes casos:

auto El controlador y los proxys de control remotobuscan la ruta al destino utilizando la informaciónalmacenada por IBM Tivoli Firewall SecurityToolbox.

manualLos proxys de control remoto se ejecutanautónomamente. El controlador utiliza la direcciónde red que se especifique en este método paraacceder a la máquina donde se ejecuta el proxy deldestino.

<dirección IP del proxy TRC>Identifica la máquina donde se ejecuta el proxy del destino.Sólo debe utilizar este parámetro con el tipo deconfiguración manual.

<puerto del proxy TRC>Identifica el puerto que el proxy del destino utiliza paracomunicarse con el controlador o el proxy del controlador.

El valor predeterminado es NO.

Scripts de shell de ejemplo:v #!/bin/sh

echo “YES auto 3501"exit 0

v #!/bin/shecho “YES manual 192.168.100.50 3501"exit 0

Nota: cuando se utilizan los proxys de control remoto, se ignora la configuraciónestablecida por el método de política rc_def_gw.

rc_def_rateEstablece la cantidad mínima de milisegundos entre dos renovaciones de pantallaenviadas desde el destino al controlador.


<valor entero> Cualquier valor entero mayor o igual a 50. Si va a utilizar TivoliRemote Control en un entorno de LAN, el valor recomendado es50. Si va a utilizar Tivoli Remote Control con comunicación pormódem, el valor recomendado es 500. El valor máximorecomendado es 4000.

Script de shell de ejemplo:#!/bin/shecho “50”exit 0

rc_def_rcmodeEstablece las actividades disponibles para una acción de control remoto.


control Si el administrador tiene la función remote_control en el destino,se puede iniciar una sesión activa. El estado inicial se establecemediante rc_def_initstate. Consulte la página 78. El administradorpuede cambiar el estado a monitor.

Si el administrador dispone de la función remote_monitor en eldestino, sólo se puede iniciar una sesión de supervisión. Eladministrador no puede cambiar el estado a control.

monitor Si el administrador tiene una o las dos funciones remote_monitoro remote_control, se inicia una sesión de supervisión. Eladministrador no puede cambiar el estado a control.

El valor predeterminado es control.

Script de shell de ejemplo:#!/bin/shecho “control”exit 0

rc_def_targetsDefine una lista de etiquetas de destino para utilizarla cuando el valor derc_def_define sea DefinableTargetList o FilteredList. Consulte la página 74.


default-list Muestra todos los destinos.

<etiqueta_destino> [{<\n> <etiqueta_destino>}]Muestra los destinos de la lista, donde:

<etiqueta_destino>Es el nombre de un punto final.

<\n> Es el carácter de nueva línea.

El valor predeterminado es default-list.

Script de shell de ejemplo:#!/bin/shecho “default-list”exit 0

rc_def_timeout_opDetermina si se debe iniciar una sesión en caso de que el usuario del destino noresponda durante el período de gracia.


ENABLED Inicia la sesión si se supera el período de gracia.

DISABLED Cancela la sesión si se supera el período de gracia.




rc_def_uncheckedlistEspecifica el contenido de la lista de destinos cuando el método rc_def_define esUncheckedList. Consulte la página 74.

Los valores posibles son:<etiqueta_punto_final>[{<\n><etiqueta_punto_final>}]

donde:

<etiqueta_punto_final>Es el nombre de un punto final.

<\n>Es el carácter de nueva línea.

El valor predeterminado es:wgetallinst Endpoint

Script de shell de ejemplo:#!/bin/sh

echo target1_epecho target2_epecho target3_ep

exit 0

Capítulo 7. Personalización de la interfaz de Tivoli RemoteControl

En este capítulo se describe cómo se pueden personalizar:v Los diálogos Definir lista de destinos y Editar valores asociados a la herramienta

de control remoto de una región de política. Concretamente se detallan losmétodos de política que afectan a los valores de la GUI o de la interfaz Web deTivoli Remote Control.

Nota: si personaliza los valores mediante la interfaz, encontrará las siguienteslimitaciones:– Sólo puede cambiar los valores de configuración visualizados que no

estén bloqueados por un método de política.– Los nuevos valores sólo cambian los valores actuales y no los valores

predeterminados que proceden de la política predeterminada. La únicaexcepción es la lista de destinos: si se guarda, se convierte en el valorpredeterminado para el método rc_def_targets. Consulte“rc_def_targets” en la página 81.

v La página Web de Tivoli Remote Control.

Personalización de la lista de destinosCuando se inicia la herramienta de control remoto, aparece un diálogo quecontiene una lista de destinos. Para generar listas de destinos distintas, debecambiar el valor del método de política rc_def_define por uno de los valoressiguientes:

DefinableTargetList Muestra la lista de etiquetas de destino definidasen rc_def_targets. Consulte el apartado“Establecimiento de rc_def_define enDefinableTargetList” en la página 84.

FilteredList Muestra la lista de etiquetas de destino listadas enrc_def_targets y que pertenecen a una región depolítica definida en rc_def_polfilter_mode. Consulteel apartado “Establecimiento de rc_def_define enFilteredList” en la página 84.

UncheckedList Muestra la lista de etiquetas de destino definidasen rc_def_uncheckedlist. No se realiza ningunavalidación en las etiquetas de destino antes delistarlas. La validación se realiza después deseleccionar el destino. Consulte el apartado“Establecimiento de rc_def_define enUncheckedList” en la página 85.

Los diálogos siguientes aparecen en función del valor de rc_def_define.


Establecimiento de rc_def_define en DefinableTargetListSi establece el valor del método de política rc_def_define en DefinableTargetList,el diálogo Control remoto aparece con los destinos listados de la manera siguiente:

rc_def_targets

Este diálogo lista los destinos definidos en el método de política rc_def_targets.Para obtener información más detallada, consulte la página 81.

Puede utilizar el botón Definir lista de destinos para modificar la lista dedestinos.

Nota: este botón se desactiva si el valor del método de política rc_def_define esDefinableTargetList-locked.

Establecimiento de rc_def_define en FilteredListSi establece el valor del método de política rc_def_define en FilteredList, eldiálogo Control remoto aparece con las regiones de política y los destinos listadosde la manera siguiente:

rc_def_polfilter_mode

rc_def_targets

Este diálogo lista los destinos definidos en el método de política rc_def_targets quepertenecen a una región de política o a todas las regiones de política, tal como sedefine en el método de política rc_def_polfilter_mode.

Establecimiento de rc_def_define en DefinableTargetList


Establecimiento de rc_def_define en UncheckedListSi establece el valor del método de política rc_def_define en UncheckedList, eldiálogo Control remoto aparece con los destinos listados de la manera siguiente:

rc_def_uncheckedlist

Modificación de una lista de destinos existente a través de undiálogo

Al hacer clic en Definir lista de destinos en un diálogo Control remoto, aparece eldiálogo Definir lista de destinos.

Los destinos que ya han sido seleccionados se muestran en la lista Actuales. Losdestinos disponibles se muestran en la lista Disponibles. Para mover un destinode una lista a otra, selecciónelo y haga clic en la flecha izquierda o derecha, segúnlo que desee. Para restringir el tipo de destino que aparece en la lista, seleccione eltipo en la lista desplegable Tipo de destino.

Establecimiento de rc_def_define en UncheckedList

Capítulo 7. Personalización de la interfaz de Tivoli Remote Control 85

Los cambios en la lista Actuales se guardan en el archivo de shell asociado almétodo de política rc_def_targets. Para aplicar los cambios, haga clic en Establecero en Establecer y cerrar. Confirme el cambio en el cuadro de diálogo que aparece.Consulte “rc_def_targets” en la página 81 para obtener más información.

Personalización de los valores de sesiónPuede cambiar los valores de sesión a través de la interfaz de Tivoli RemoteControl o de los métodos de política. Si utiliza la interfaz, sólo cambiará los valoresactuales y no los valores predeterminados que proceden de la políticapredeterminada. En las figuras siguientes se describe la relación entre los valoresde sesión y los métodos de política que les afectan:v Interfaz gráfica de usuario: al hacer clic en Editar valores en un diálogo Control

remoto, aparece el diálogo Editar valores.

rc_def_grace_time

rc_def_timeout_op

rc_def_initstaterc_def_alt_t

rc_def_backgrnd

rc_def_color

rc_def_rate

rc_def_inactivity

rc_def_comp

rc_def_optimize

fgfd

v Interfaz Web: si va a utilizar la interfaz Web, el mismo conjunto de valoresaparece en la siguiente página Web antes de iniciar una sesión:

rc_def_color

rc_def_rate

rc_def_comp

rc_def_inactivity

rc_def_timeout_op

rc_def_alt_t

rc_def_initstate

rc_def_grace time_

rc_def_optimize

rc_def_backgrnd

Para obtener información detallada sobre los valores, consulte las descripciones delmétodo de política correspondiente en el apartado “Métodos de política de TivoliRemote Control” en la página 72.

Modificación de una lista de destinos existente a través de un diálogo


Personalización de la página Web de Tivoli Remote ControlLa página default.html contiene un enlace con la aplicación Tivoli Remote Controlque utiliza el script pcremoteaccess.cgi.

Puede personalizar la página Web de Tivoli Remote Control editando el archivodefault.html. Este archivo contiene de forma predeterminada un enlace que utilizael script pcremoteaccess.cgi. Para filtrar los valores que desea visualizar en lainterfaz Web de Tivoli Remote Control puede añadir cuatro parámetros (de 0 a 3) aeste script utilizando la sintaxis siguiente. Como alternativa, puede entrar losparámetros deseados en la línea de comandos del navegador.pcremoteaccess.cgi?RCTOOL=x&RCCTRL=x&RCTARG=x&RCACTN=x

Donde:

RCTOOL Es el nombre de la herramienta de control remoto.

RCCTRL Es el nombre del controlador.

RCTARG Es el nombre del destino. Si especifica un nombre, este nombre seasocia de manera predeterminada a un destino de punto final. Paradefinir distintos tipos de destinos, debe utilizar la sintaxissiguiente:<nombre_destino>

RCACTN Es la acción de Tivoli Remote Control. Puede tener uno de losvalores siguientes:[rc|reboot|filexfer|chat]

Nota: la página default.html debe volverse a cargar después de realizar cambios.Para hacerlo, ejecute los comandos wstophttpd y wstarthttpd en la línea decomandos de Tivoli Management Framework.

Si desea utilizar su propia página Web, debe llamar al script startsession.cgiespecificando la sintaxis siguiente:startsession.cgi?RemoteControl=x&Controller=x&Target=x&Action=x[&G=x&P=x&D=x&B=x&C=x&T=x&Z=x&R=x&I=x&S=x]

Donde:

RemoteControl Es el nombre de la herramienta de control remoto.

Controller Es el nombre del controlador. Para definir elcontrolador, utilice la sintaxis siguiente:<nombre_controlador>

Target Es el nombre del destino. Para definir el destino,utilice la sintaxis siguiente:<nombre_destino>

Action Es la acción de Tivoli Remote Control. Puede teneruno de los valores siguientes:[rc|reboot|filexfer|chat]

Para obtener explicaciones de las opciones restantes, consulte el comando “wrc” enla página 146.

Personalización de la página Web de Tivoli Remote Control

Capítulo 7. Personalización de la interfaz de Tivoli Remote Control 87

Personalización de la página Web de Tivoli Remote Control


Capítulo 8. Inicio de Tivoli Remote Control

En este capítulo se describe la manera de iniciar una sesión de Tivoli RemoteControl. Para obtener información sobre cómo utilizar cada acción de TivoliRemote Control, consulte los capítulos del 4 al 7.

Inicio de una acción de Tivoli Remote ControlPuede iniciar una acción de Tivoli Remote Control desde el escritorio de Tivoli, lalínea de comandos (consulte el apartado “wrc” en la página 146) o desde la interfazWeb.

Cada acción se ejecuta por separado. Puede ejecutar una o más sesiones a la vez,sean de la misma acción o de distintas.

Cuando se inicia una sesión puede establecerse el siguiente período de gracia:v Si el período de gracia se establece en 0, se inicia una sesión sin avisar al usuario

del destino.v Si el período de gracia se establece como mayor que 0, aparece un diálogo en el

destino. El diálogo solicita al usuario que acepte la sesión. Si el usuario no laacepta dentro del período de gracia, se produce uno de los efectos siguientes,según la configuración del tiempo de espera. La acción continúa o el diálogodesaparece y un mensaje informa al administrador de que la sesión ha superadoel tiempo de espera.Si el usuario del destino rechaza la sesión, se muestra en el controlador unmensaje de aviso acerca del rechazo.

El período de gracia se establece mediante la política predeterminada y se puedemodificar. Para obtener más detalles, consulte el apartado “Métodos de política deTivoli Remote Control” en la página 72.

Inicio desde el escritorio de TivoliPara iniciar una acción desde el escritorio de Tivoli:1. Haga doble clic en una región de política.2. Haga doble clic en la herramienta de control remoto.

Se visualiza uno de los dos diálogos siguientes.

Diálogo con lista de destinosCuando se muestre el diálogo con la lista de destinos, puede iniciar una sesión delmodo siguiente:1. Si lo desea, utilice el botón Editar valores para cambiar los valores definidos

por la política predeterminada. Consulte el apartado “Personalización de losvalores de sesión” en la página 86.Si está disponible, puede utilizar también el botón Definir lista de destinospara modificar el contenido de la lista de destinos. Consulte el apartado“Modificación de una lista de destinos existente a través de un diálogo” en lapágina 85

2. Seleccione un destino de la lista Destinos. Un nombre de destino seguido deun signo + (más) indica que el destino es un punto final.


3. Seleccione una acción de la lista Acciones. Para obtener una descripción de lasacciones disponibles, consulte los capítulos del 4 al 7.

4. Haga clic en el botón Ejecutar para iniciar la sesión.

También puede iniciar la sesión seleccionando un destino y haciendo clic en unaacción; o seleccionando una acción y haciendo doble clic en un destino.

Diálogo con regiones de política y listas de destinosSi aparece un diálogo con regiones de política y listas de destinos, puede cambiarel contenido de la lista de destinos seleccionando una región de política y un tipode destino.

Para iniciar una sesión, haga lo siguiente:1. Si lo desea, utilice el botón Editar valores para cambiar los valores definidos

por la política predeterminada. Consulte el apartado “Personalización de losvalores de sesión” en la página 86.

2. Utilice la modalidad de regiones de política para seleccionar las regiones depolítica que desee mostrar en el panel Regiones de política.

3. Utilice Regiones de política para seleccionar la región de política cuyosdestinos desee mostrar en el panel Destinos.

4. Seleccione un destino de la lista Destinos.5. Seleccione una acción de la lista Acciones. Para obtener una descripción de las

acciones disponibles, consulte los capítulos del 4 al 7.6. Haga clic en el botón Ejecutar para iniciar la sesión.

También puede iniciar la sesión seleccionando un destino y haciendo clic en unaacción; o seleccionando una acción y haciendo doble clic en un destino. Paraobtener información sobre la configuración de la lista de destinos en estos diálogos,consulte el apartado “Personalización de la lista de destinos” en la página 83.

Inicio desde un navegador WebPara iniciar una acción desde un navegador Web:1. En un navegador Web, abra el URL siguiente:

http://TMR_servername:TMR_serverport

donde TMR_servername es el nombre de host del servidor de Tivoli yTMR_serverport corresponde al número del puerto en el que escucha elasignador de objetos. De forma predeterminada, el número de puerto para elasignador de objetos es el 94. Un ejemplo de este URL puede serhttp://alpha:94.

Nota: el valor de TMR_serverport debe ser el mismo que el establecido durantela instalación. Para obtener más información, consulte la publicaciónTivoli Management Framework Planning and Installation Guide.

Inicio de una sesión desde el escritorio


Este URL le conecta al servidor HTTP de Tivoli, que sólo está instalado en elservidor de Tivoli. Aparecerá la página predeterminada default.cgi, generada deforma dinámica.

Nota: se soportan Internet Explorer 4 o superior y Netscape 4.6 o superior.2. Haga clic en el enlace Remote Control. La primera vez que haga clic en él, el

navegador Web mostrará una ventana con cuadros de texto para el nombre deusuario y la contraseña. (Si no existe ningún enlace Remote Control, significaque Remote Control no se ha instalado.)

Nota: la segunda vez que inicie la interfaz Web de Tivoli Remote Controlmediante Internet Explorer, no se solicitará ni ID de usuario nicontraseña. Esto es debido a que Internet Explorer guarda en la memoriacaché testigos de acceso de autenticación básicos de HTTP, mientras queNetscape no lo hace. Debido a esto, el administrador no debe dejar solaslas estaciones de trabajo de Windows NT, Windows XP o Windows 2000en las que se utilice Internet Explorer para acceder a la interfaz Web deTivoli Remote Control. Internet Explorer solicita una autenticación nuevasólo cuando el usuario se desconecta y vuelve a conectarse, no cuando secierra y se vuelve a iniciar el navegador.

Inicio de una sesión desde un navegador Web

Capítulo 8. Inicio de Tivoli Remote Control 91

3. Escriba el ID del usuario y la contraseña de un administrador de Tivoli cuyoinicio de sesión esté definido en el servidor de la región de gestión de Tivoli.Debe hacerlo porque el servidor Web de Tivoli se ejecuta en el servidor de laregión de gestión de Tivoli. Si la autenticación no es válida, asegúrese de haberrealizado las tareas descritas en el Capítulo 4, “Configuración del entorno Tivolipara utilizar las interfaces de Tivoli Remote Control”, en la página 63. Sevisualizará la página siguiente:

4. Seleccione la herramienta y escriba los nombres del controlador y del destino.Haga clic en Continuar.

Nota: si no recuerda el nombre del controlador o del destino, puede utilizarcomodines como * y ?, donde:

* Coincide con cualquier cadena.

? Coincide con cualquier carácter.



Según los valores especificados en los campos del controlador y del destino,puede ver una de las páginas siguientes:

Esta página se visualiza al escribir las etiquetas del controlador y del destino.

Esta página se visualiza cuando se escribe la etiqueta del controlador y seemplean comodines para la etiqueta del destino.

En este caso todavía debe seleccionar una etiqueta de destino porque hautilizado un comodín en el cuadro de texto Destino de la página anterior. Enlas dos páginas, los campos restantes cargan sus valores predeterminados delos métodos de política utilizados en la región de política en la que seencuentre la herramienta seleccionada. Para cambiar los valorespredeterminados, edite los métodos de política relacionados.

5. Haga clic en uno de los botones para iniciar la acción deseada de Tivoli RemoteControl.

En Windows 2000, Windows NT, Windows XP y Windows 98 Second Editionpuede iniciar la interfaz Web de Tivoli Remote Control ejecutando:<lcf>\PCREMOTE\\CTL\TRCWTS.EXE

donde:

<lcf> Es el directorio en el que se ha instalado el agente de gestión deTivoli.

 Puede tener uno de los valores siguientes:v w32-ix86 para Windows NT, Windows 2000 y Windows XPv win95 para Windows 98 Second Edition

El cuadro de texto del controlador se rellena de forma automática con el nombredel punto final en el que se ha ejecutado TRCWTS.EXE.

Inicio desde un entorno de Terminal ServerPuede iniciar una acción de Tivoli Remote Control desde un controlador que seaun cliente de terminal. Para ello, cuando Windows Terminal Server se halle en unasesión, ejecute TRCWTS.EXE desde el directorio siguiente:<lcf>\PCREMOTE\w32-ix86\CTL

donde:


w32-ix86 Se aplica sólo cuando se soporta Windows Terminal Server.

Nota: asegúrese de que TRCWTS.EXE se ejecuta desde el directorio<lcf>\PCREMOTE\<w32-ix86>\CTL y no desplace este programa a ningúnotro directorio.

El navegador Web predeterminado abre la página predeterminada de WindowsTerminal Server de Tivoli Remote Control.

Para personalizar la página de la interfaz Web desde la consola de WindowsTerminal Server, realice los pasos siguientes:1. Cree el acceso directo a TRCWTS.EXE en el escritorio.2. Abra las propiedades del acceso directo TRCWTS.

3. En el campo Destino, en el que se encuentra TRCWTS.EXE, puede especificarotros parámetros utilizando la sintaxis descrita en el apartado “Personalizaciónde la página Web de Tivoli Remote Control” en la página 87.

TRCWTS.EXE también puede ejecutarse desde la línea de comandos.

Para iniciar una transferencia de archivos y un chat desde un cliente de WindowsTerminal Services, el usuario conectado en ese momento debe tener permisos delectura y escritura en el directorio de instalación del producto. Si el usuario notiene estos privilegios, toda acción que requiera la creación o modificación dearchivos (por ejemplo, los archivos de registro de transferencias o de chat, rastreos,etc.) no se realizará y se podría producir el fin de la sesión.

Inicio desde la línea de comandosLa interfaz de la línea de comandos (CLI) suelen utilizarla otras aplicaciones pararealizar actividades de control remoto. Puede escribir comandos en la CLI ustedmismo. Para obtener detalles sobre el comando y la sintaxis que debe utilizarsepara iniciar una sesión, consulte el apartado “wrc” en la página 146.

Inicio de la pasarela de Tivoli Remote ControlLa pasarela de control remoto es un proceso de fondo que se ejecuta en el nodogestionado donde se ha instalado el servidor de control remoto y configurado elmétodo de política rc_def_gw. Se inicia cuando se inicia una sesión de TivoliRemote Control que necesita utilizarla.

Inicio del proxy de Tivoli Remote ControlSi necesita iniciar el proxy de control remoto realice los pasos siguientes:

En sistemas Windows:1. Abra Servicios del Panel de control.2. Seleccione el proxy de control remoto de la lista de servicios.3. Seleccione Iniciar en el menú emergente.

En sistemas UNIX:

Desde el directorio de instalación del proxy de control remoto, escriba el comando:./rcproxy

Nota: el proceso del proxy de Tivoli Remote Control se inicia en primer plano enlas plataformas Unix.

Para obtener más información sobre los comandos que puede ejecutar paragestionar el proxy de control remoto, consulte el apartado “rcproxy” en lapágina 142.

Inicio de una sesión desde un Terminal Server


Inicio de la pasarela de control remoto y el proxy de control remoto


Capítulo 9. Utilización de las acciones de control remoto yreinicio

En este capítulo se describe cómo utilizar la acción de control remoto parasupervisar o controlar un destino. También se describe la manera de utilizar laacción de reinicio para reiniciar un destino.

La sesión de control remoto es independiente de otras acciones de Tivoli RemoteControl y puede ejecutarse simultáneamente con la sesiones de transferencia dearchivos y chat.

Puede ejecutar una o más sesiones de control remoto a la vez.

Utilización de la acción de control remotoPuede utilizar la acción de control remoto para visualizar la pantalla de uno o másdestinos a la vez. Cada destino se muestra en una ventana distinta. La barra detítulo de la ventana incluye el nombre del destino actual.

Inicio y finalización de una sesión de control remotoPara iniciar una sesión de control remoto, seleccione la acción de control remoto talcomo se describe en el apartado “Inicio de una acción de Tivoli Remote Control”en la página 89.

Cuando se inicia la sesión, el estado es Activo o Supervisión según los valores delestado inicial. Consulte el apartado “Personalización de los valores de sesión” en lapágina 86. Los estados se describen en el apartado “Cambio del estado de lasesión” en la página 98.

El estado de la sesión, el modo de teclado y el modo de cifrado se indican en labarra de estado o en la del título, según el sistema operativo del controlador.

Para cerrar una sesión de control remoto, seleccione Salir en el menú Archivo.


La ventana de control remotoDurante una sesión de control remoto se visualiza la ventana de control remoto enel controlador.

Los menús son los siguientes:

Archivo Tiene opciones para guardar la pantalla del destino como un mapade bits; imprimir el contenido de la ventana en la impresorapredeterminada; mostrar una vista preliminar de un documento(función no disponible para OS/2); y salir a la lista de destinos.

Pulsaciones Tiene opciones para pasar de un modo de teclado a otro y paraenviar secuencias de teclas al destino. Para obtener másinformación, consulte los apartados “Paso de un modo de teclado aotro” en la página 100 y “Envío de teclas del sistema” en lapágina 100.

Estado Tiene opciones para cambiar entre el estado activo, el desupervisión y el de suspensión y viceversa. Para obtener másinformación, consulte el apartado “Cambio de estados desde elcontrolador”.

Ver Tiene opciones para mostrar u ocultar la barra de herramientas y lade estado. Este menú no está disponible para OS/2.

Ayuda Proporciona información sobre el producto Tivoli Remote Control.

Cambio del estado de la sesiónPueden cambiar el estado de la sesión tanto el administrador como el usuario deldestino.

Cambio de estados desde el controladorPuede cambiar el estado de la sesión seleccionando una opción del menú Estado.

Activo Toma el control del teclado y el ratón del destino. El usuario deldestino no puede controlar el ratón o el teclado a menos que elusuario pulse la secuencia de teclas <Alt><T> (si está autorizado

Utilización de la acción de control remoto

para ello). En ese caso, quedará bloqueado hasta que el usuario deldestino seleccione otro estado. Si se aplica un tiempo de espera deinactividad de la sesión, ésta finalizará si no se mueve el ratón nise utiliza el teclado.

Supervisión Muestra el contenido de la pantalla del destino. Usted no controlala entrada mediante el teclado o el ratón.

Suspensión Suspende la sesión. Aún está conectado al destino pero no puedecontrolarlo ni visualizar las actualizaciones de la pantalla. Puedevolver al estado activo o de supervisión sin reiniciar la sesión.

Finalización Finaliza la sesión y la conexión con el controlador.

El estado Activo no está disponible si:v Se tiene sólo la función remote_monitor para el destino. Consulte el apartado

“Paso 3: Asignación de las funciones de Tivoli Remote Control” en la página 67.v El método de política rc_def_rcmode especifica sólo el modo de supervisión.

Consulte la página 81.

Cambio de estados desde el destinoDurante una sesión, puede visualizarse uno de los iconos siguientes en el destino,según el estado de la sesión. El valor predeterminado se establece mediante elmétodo de política rc_def_alt_t (consulte la página 72).v En la barra de tareas del destino Windows:

v En el escritorio de un destino de OS/2 (sólo si está activado):

Se visualiza el diálogo siguiente si el usuario del destino pulsa la secuencia deteclas <Alt><T> o si:v En Windows, el usuario del destino hace clic en el icono ALT+T.v En OS/2, el usuario del destino hace doble clic en el icono ALT+T

Cambio del estado de la sesión

Capítulo 9. Utilización de las acciones de control remoto y reinicio 99

En este momento, el usuario del destino puede cambiar el estado de la sesión. Paraobtener una explicación de los distintos estados, consulte el apartado “Cambio deestados desde el controlador” en la página 98.

Paso de un modo de teclado a otroPuede pasar de un modo de teclado a otro sólo cuando la sesión se encuentra enestado activo. En el estado activo:v Si el modo de teclado es PULSACIONES REMOTAS, se envían las pulsaciones

al destino.v Si el modo de teclado es PULSACIONES LOCALES, las pulsaciones tienen

efecto local.

Para pasar de un modo de teclado a otro puede realizar una de las accionessiguientes:v Pulse la combinación de teclas <Alt><T>v Seleccione Cambiar modo a remoto o Cambiar modo a local en el menú

Pulsaciones.

Envío de teclas del sistemaAlgunas secuencias de teclas no pueden enviarse al destino utilizando el tecladoporque las gestiona el sistema operativo local. Sin embargo, puede enviar estassecuencias seleccionando Enviar teclas del sistema en el menú Pulsaciones. Acontinuación, puede seleccionar la opción adecuada o hacer clic en el iconocorrespondiente.

El efecto de una secuencia de teclas depende del sistema operativo del destino. Lassecuencias de ejemplo siguientes son para plataformas Windows.

Alt+Esc Pasa a la ventana siguiente del destino.

Alt+Tab Pasa a la ventana anterior del destino.

Ctrl+Esc Muestra el diálogo Lista de tareas en el destino.

Nota: no se puede enviar la función de la teclaInicio de Windows para visualizar la lista detareas. Utilice en su lugar la secuenciaCtrl+Esc.

Ctrl+Mayús+Esc Activa el Administrador de tareas (sólo para undestino Windows NT 4.0, Windows 2000 oWindows XP).

Ctrl+Alt+Supr Muestra el diálogo Seguridad en los destinos deWindows NT, Windows 2000, y Windows XP, asícomo el diálogo Finalizar tarea en los destinosWindows 98 Second Edition. Esta opción no estádisponible para los destinos OS/2.

Nota: si la sesión finaliza de forma anómalacuando el usuario está conectado a undestino Windows NT, Windows 2000 oWindows XP desde un controlador, elusuario se desconecta de forma automática.Si el usuario del destino está conectado y la

Cambio del estado de la sesión

sesión finaliza de forma anómala, esteusuario no se desconecta de formaautomática.

Tecla de método abreviado de IMEActiva y desactiva el editor de método de entrada(IME) en un DBCS (sistema de representación decaracteres de doble byte utilizado en los países deExtremo Oriente). Esta opción está desactivada si eldestino es un SBCS (sistema de representación decaracteres de un solo byte utilizado en los paísesoccidentales).

Limitaciones de pulsaciones en una pasarela OS/2Puede tener problemas de pulsaciones cuando un controlador o un destino estáinstalado en un punto final que también es una pasarela OS/2. En este caso,establezca el campo siguiente en el archivo config.sys:TRUSTEDPATH=NO

Tenga en cuenta que es necesario reiniciar y que esta solución provisional desactivala conexión a la pasarela de Tivoli.

Utilización de teclados mixtosTivoli Remote Control da soporte a la conversión de teclas entre un controlador yun destino con teclados diferentes, es decir, cuando se pulsa una tecla en el tecladodel controlador, se visualiza el carácter asociado a ella en la pantalla del destino.La conversión de teclas tiene las limitaciones siguientes:v Para convertir una tecla del teclado del controlador, el carácter asociado a ella

debe estar presente en el teclado del destino.v Algunas combinaciones de teclas del teclado del controlador se convierten a

caracteres distintos en la pantalla del destino. Por ejemplo, ¿qué sucede si sepulsa un acento seguido de una vocal en un teclado francés? El resultado es queen la pantalla del controlador se visualiza un solo carácter (la vocal acentuada),mientras que en la pantalla del destino se ven dos caracteres (el acento y lavocal).

La tabla siguiente muestra los tipos de teclado para los que Tivoli Remote Controlda soporte a la conversión de teclas. Tenga en cuenta que los teclados situados enla misma fila de la tabla son del mismo tipo de teclado. Los tipos de teclado tienenlos nombres con los que se identifican en el sistema operativo asociado.

Windows NTWindows 2000Windows XP

Windows 98 Second Edition OS/2

Francés (Bélgica) Belga Belga

Portugués (Brasileño ABNT) Portugués brasileño (ABNT2) Brasileño (275)

Chino (Simplificado) Chino (Simplificado) Chino (Simplificado)

Chino (Tradicional) Chino (Tradicional) Chino (Tradicional)

Francés Francés Francés

Alemán Alemán Alemán

Italiano Italiano Italiano

Cambio de teclados y envío de pulsaciones

Capítulo 9. Utilización de las acciones de control remoto y reinicio 101

Windows NTWindows 2000Windows XP

Windows 98 Second Edition OS/2

Japonés (5576-002)(5576-003) (5576-A01)(5576-B01) (5576-B05)(5576-C01)

Japonés (5576-002) (5576-003)(5576-A01) (5576-B01)(5576-B05) (5576-C01)

Japonés (5576-002) (5576-003)(5576-A01) (5576-B01)(5576-B05) (5576-C01)

Coreano Coreano Coreano

EE.UU. EE.UU. Inglés (Estados Unidos)

Estados Unidos-Dvorak Estados Unidos-Dvorak

EstadosUnidos-Internacional

Estados Unidos-Internacional

Sincronización de tecladosDurante una sesión de control remoto activa, el estado de las teclas de bloqueo(Bloq Num, Bloq Mayús y Bloq Despl) del teclado del destino se sincroniza con elestado de las teclas correspondientes del teclado del controlador.

El estado de las teclas de bloqueo del teclado del destino se establece en su valororiginal cuando:v La sesión de control remoto finaliza.v El estado de la sesión pasa de activo a supervisión.

Utilización de la acción de reinicioPara reiniciar un destino desde el controlador, seleccione la acción de reinicio comose describe en el apartado “Inicio de una acción de Tivoli Remote Control” en lapágina 89.

En un destino con reinicio múltiple, el destino se reinicia con el sistema operativopredeterminado.

Utilización de teclados mixtos


Capítulo 10. Utilización de la acción de chat

En este capítulo se describe cómo utilizar la acción de chat para intercambiarmensajes con el usuario de un destino.

La sesión de chat es independiente de otras acciones de Tivoli Remote Control y sepuede ejecutar de forma simultánea con las sesiones de control remoto y detransferencia de archivos; no se puede ejecutar a través de cortafuegos con proxysde control remoto.

Antes de ejecutar una sesión de chat, asegúrese de que las estaciones de trabajovisualicen 256 colores, como mínimo.

Inicio y finalización de una sesión de chatPara iniciar una sesión de chat, seleccione la acción de chat, tal como se describeen el apartado “Inicio de una acción de Tivoli Remote Control” en la página 89.Puede iniciar una o más sesiones de chat a la vez.

Cuando se inicia la sesión, la ventana Chat aparece tanto en el controlador comoen el destino. Consulte el apartado “Ventana Chat”.

Tanto el administrador como el usuario del destino pueden cerrar una sesión dechat.

Para cerrar una sesión, haga clic en el icono de finalización o seleccione la opciónFinalización en el menú Acciones. La ventana Chat desaparece del controlador ydel destino.

Ventana ChatDurante una sesión de chat, la ventana Chat aparece en el controlador y en eldestino. En el destino, la barra de título muestra el usuario del controlador. En elcontrolador, muestra el nombre del destino.


La ventana Chat tiene dos áreas principales: el área de envío y el área de historial.Puede mover la barra divisora horizontal que separa las áreas de envío y dehistorial haciendo clic en ella y arrastrándola.

El área de envío muestra el texto que se desea enviar. El área de historial muestratodos los mensajes de la conversación actual, en orden cronológico.

En la tabla siguiente se describen los menús y los iconos de esta ventana.

Icono Opción de menú Función

Acciones → Suspender Suspende la sesión de chat tanto en elcontrolador como en el destino.

Acciones → Activar Activa la sesión de chat tanto en elcontrolador como en el destino.

Acciones → Finalización Finaliza la sesión de chat.

Acciones → Registrar Activa el registro de los mensajes de chat.

Acciones → No registrar Desactiva el registro de los mensajes de chat.

Edición → Enviar Envía el texto de la zona de envío al destino.

Edición → Borrar Suprime texto de la zona de envío.

Ayuda → Temas de ayuda Muestra la ayuda en línea.

Intercambio de mensajesPara enviar un mensaje desde un controlador o un destino:1. Escriba el texto en el área de envío. Puede copiar y pegar texto de la forma

habitual y utilizar las teclas <Retroceso>, <Supr> y <Tabulador> para editarlo.Puede borrar texto pulsando la combinación de teclas <Ctrl><Mayús><Supr>.

2. Pulse <Intro> o haga clic en el icono de envío o seleccione la opción Enviar delmenú Edición.

El mensaje aparece en la zona de historial del emisor y del receptor.

El receptor puede, a continuación, escribir y enviar una respuesta utilizando el áreade envío. El área de historial está protegida contra escritura, pero puede copiartexto de ella de la manera habitual.

Los mensajes nuevos se van añadiendo a los mensajes anteriores en el área dehistorial.

Si se activa el registro, los datos de la conversación de chat se registran en elarchivo de registro de chat. Consulte el apartado “Registro de una conversación dechat” en la página 105.

Ejecución de una sesión de chat

Suspensión y reactivación de una sesión de chatPara suspender una sesión de chat, haga clic en el icono de suspensión o seleccioneSuspender en el menú Acciones. El área de envío se suspende en el controlador yen el destino.

Para reactivar el área de envío, haga clic en el icono de activar o seleccione Activaren el menú Acciones. El área de envío se desactiva si la ventana Chat se minimizao se pone en segundo plano. Si recibe un mensaje mientras la ventana Chat estáminimizada, se le notificará mediante un mensaje del sistema.

Nota: el estado de la sesión de chat en la estación de trabajo remota que estáconversando con usted cambia a Suspensión si se da una de las situacionessiguientes en la estación de trabajo local:v la ventana Chat está en segundo plano,v la ventana Chat está minimizada,v se ha iniciado el protector de pantalla.

Registro de una conversación de chatPara registrar la conversación de chat, haga clic en el icono de registrar oseleccione la opción Registrar en el menú Acciones (Acciones->Registrar).

Cuando se activa el registro, aparece un diálogo para elegir la ubicación del nuevoarchivo de registro RC_CHAT.LOG. La ubicación predeterminada es el directoriodonde Tivoli Remote Control está instalado.

Registro de sucesos de chatDurante una sesión de chat, puede registrar sucesos informativos y errores. Elregistro de los sucesos de chat se activa de forma automática. Puede personalizarel nivel de registro de la sesión actual durante la ejecución pulsando F2. Aparece elcuadro de diálogo siguiente (por razones técnicas se presenta esta pantalla eninglés):

Puede seleccionar uno de los niveles de registro siguientes:v Desactivada (OFF)v Error (ERROR)v Aviso (WARN)v Información (INFO)

Los sucesos de chat se registran en los archivos siguientes:v <lcf>\PCREMOTE\\CTL\Logs\[email protected] en el

controlador.donde:



Capítulo 10. Utilización de la acción de chat 105

Puede tener uno de los valores siguientes:– w32-ix86 para Windows NT, Windows 2000 y Windows XP– win95 para Windows 98 Second Edition– os2-ix86 para OS/2

aaaammdd Es el año (4 dígitos), el mes (2 dígitos) y el día (2 dígitos). Unejemplo sería 20021105.

hhmmss Es la hora (2 dígitos), los minutos (2 dígitos) y los segundos (2dígitos). Un ejemplo sería 153350.

v <lcf>\PCREMOTE\\TGT\Logs\[email protected] en eldestino.

Para obtener más información, consulte el apartado “Registro de sucesos de chaten el controlador y en el destino” en la página 113.

Utilización del chat durante una sesión de control remotoCuando se inicia una sesión de chat mientras una sesión de control remoto seencuentra en estado activo, la sesión de control remoto se suspende. El usuario deldestino puede utilizar, por lo tanto, el teclado y el ratón para la sesión de chat.

La sesión de control remoto se reactiva si:v La sesión de chat se cierra o se suspende.v El usuario del destino selecciona una aplicación distinta.

Cuando se inicia una sesión de chat mientras una sesión de control remoto seencuentra en estado de supervisión, las dos sesiones funcionan con normalidad.

Capítulo 11. Utilización de la acción de transferencia dearchivos

En este capítulo se describe cómo utilizar la acción de transferencia de archivospara transmitir archivos o directorios entre el controlador y el destino.

La sesión de transferencia de archivos es independiente de otras acciones de TivoliRemote Control y se puede ejecutar de forma simultánea a las sesiones de controlremoto y de chat.

Antes de ejecutar una sesión de chat, asegúrese de que las estaciones de trabajovisualicen 256 colores, como mínimo.

Nota: la acción de transferencia de archivos en plataformas OS/2 con el cifradoactivado sólo funciona en particiones HPFS.

Inicio y finalización de una sesión de transferencia de archivosPara iniciar una sesión de transferencia de archivos, debe seleccionar la acción detransferencia de archivos, tal como se describe en el apartado “Inicio de una acciónde Tivoli Remote Control” en la página 89. Puede ejecutar una o más sesiones detransferencia de archivos a la vez.

Cuando se inicia la sesión, la ventana Transferencia de archivos aparece en elcontrolador. Consulte el apartado “Ventana Transferencia de archivos” en lapágina 108.

Para cerrar una sesión de transferencia de archivos, seleccione la opción Salir delmenú Archivo.


Ventana Transferencia de archivosDurante una sesión de transferencia de archivos, la ventana Transferencia dearchivos aparece en el controlador. La barra de título muestra el nombre deldestino.

La ventana Transferencia de archivos dispone de dos áreas principales, el área desistema local y el área de sistema remoto. Puede mover la barra divisora verticalque separa las dos áreas haciendo clic en ella y arrastrándola.

El área de sistema local muestra el sistema de archivos del controlador. El áreasistema remoto muestra el sistema de archivos del destino.

Para expandir o contraer un directorio, haga doble clic en él de la forma habitual.

En la tabla siguiente se describen los menús y los iconos de esta ventana. Muchasde las opciones también están disponibles en un menú emergente sensible alcontexto que aparece al hacer clic con el botón derecho del ratón dentro de laventana.


Archivo → Copiar Establece los archivos o directorios que sonel origen de la copia.

Archivo → Pegar Establece el directorio de destino e inicia lacopia de los archivos. No puede seleccionarun destino hasta que haya seleccionado unorigen.

Archivo → Crear directorio Crea un nuevo subdirectorio en el directorioseleccionado.

Archivo → Suprimir Suprime los archivos o directoriosseleccionados.

Archivo → Actualizar Actualiza la visualización del directorioseleccionado.

Ejecución de una sesión de transferencia de archivos


Ayuda → Temas de ayuda Muestra la ayuda en línea.

Copia de archivosLa acción de transferencia de archivos activa un directorio o archivo seleccionadopara que se copie entre las máquinas que estén ejecutando una sesión detransferencia de archivos.

Para copiar una estructura de directorios o un archivo, utilice uno de los métodossiguientes. En ambos casos, puede realizar las selecciones haciendo clic en losiconos de archivo o de directorio pertinentes. Para seleccionar varios elementos,utilice las combinaciones <Mayús+clic> y <Ctrl+clic> de la manera habitual.

Para transferir archivos o directorios arrastrando y soltando la selección:1. Seleccione los archivos de origen o un árbol de directorios y, a continuación,

arrástrelos y suéltelos en la nueva ubicación.

Para transferir archivos o directorios con las opciones de menú:1. Seleccione los archivos de origen o un árbol de directorios mediante la opción

Copiar del menú Archivo.2. Seleccione el destino mediante la opción Pegar del menú Archivo. Al hacer clic

en el diálogo Pegar se iniciará la transferencia.

Creación de directoriosPara crear un directorio nuevo:1. Seleccione el directorio del que dependerá el nuevo directorio.2. Seleccione el icono de crear directorio o la opción de menú correspondiente.

Aparece el diálogo Crear directorio.3. Escriba el nombre del nuevo directorio y haga clic en Aceptar.

Supresión de directorios y archivosPara suprimir un archivo o un directorio:1. Seleccione el archivo o el directorio. Para seleccionar varios elementos, utilice

las combinaciones <Mayús+clic> y <Ctrl+clic> de la manera habitual.2. Seleccione Suprimir mediante el icono, la opción de menú o el menú emergente

correspondiente o pulse la tecla Supr.3. Pulse Sí.


Capítulo 11. Utilización de la acción de transferencia de archivos 109

Registro de sucesos de transferencia de archivosDurante una sesión de transferencia de archivos, puede registrar sucesosinformativos y errores. El registro de transferencia de archivos se activa de formaautomática. En el controlador puede personalizar el nivel de registro de la sesiónactual durante la ejecución pulsando F2. Aparece el diálogo siguiente (por razonestécnicas se presenta esta pantalla en inglés):

Puede seleccionar uno de los niveles de registro siguientes:v Desactivada (OFF)v Error (ERROR)v Aviso (WARN)v Información (INFO)

Los sucesos de transferencia de archivos se registran en los archivos siguientes:v <lcf>\PCREMOTE\\CTL\Logs\[email protected] en el

controlador.Donde:





v <lcf>\PCREMOTE\\TGT\Logs\RCTGT_FT.log en el destino.

Para obtener más información, consulte el apartado “Registro de sucesos detransferencia de archivos en el controlador y en el destino” en la página 112.

Capítulo 12. Resolución de problemas y mejora delrendimiento

En la primera parte de este apéndice, “Resolución de problemas”, se ofrece unavisión general de las tareas que tienen que llevarse a cabo para recopilar lainformación que le ayudará a resolver los problemas que surjan con Tivoli RemoteControl. También proporciona descripciones de la información recopilada.

En la segunda parte de este apéndice, “Mejora del rendimiento” en la página 127,se describen las mejoras de rendimiento de Tivoli Remote Control.

Resolución de problemasPara resolver un problema con Tivoli Remote Control, recopile y envíe al serviciode soporte al cliente algunos de los datos siguientes:v los registros de Tivoli Remote Control,v los rastreos de Tivoli Remote Control,v los sucesos de aplicación de Tivoli Remote Control,v los rastreos del servidor de Tivoli,v el registro del punto final,v información del entorno.

La información que tiene que proporcionar depende del entorno y del tipo deproblema del que se trate. Para saber qué información debe recopilarse, póngase encontacto con el servicio de soporte al cliente. Para saber cómo generar lainformación para resolver el problema, consulte los apartados siguientes:v “Establecimiento de los registros de Tivoli Remote Control”v “Establecimiento de los rastreos de Tivoli Remote Control” en la página 115v “Registro de sucesos de aplicación en un controlador Windows NT, Windows

2000 o Windows XP” en la página 124v “Establecimiento de los rastreos del servidor de Tivoli” en la página 125v “Registro de errores de punto final” en la página 126v “Recopilación de información de entorno” en la página 126

Establecimiento de los registros de Tivoli Remote ControlPuede generar archivos de registro que contengan los sucesos de sesión o lainformación de instalación de Tivoli Remote Control, tal como se describe en losapartados siguientes:

Registro de sucesos de Tivoli Remote Control en el controladory en el destinoEn plataformas Windows, puede activar el registro de los sucesos o errores deTivoli Remote Control que se produzcan durante una sesión estableciendo laspalabras clave de la sección LOGGING del archivodirectorio_instalación_Windows\remcon.ini de las estaciones de trabajo delcontrolador y del destino:[LOGGING]log_level=1log_size=1000000

Donde:


log_levelActiva y establece el nivel de registro. Los valores posibles son:

1 Registra sólo los mensajes de error.

2 Registra los mensajes de error y de aviso.

3 Registra los mensajes de error, de aviso e informativos.


log_sizeIdentifica el tamaño máximo del archivo de registro. El valorpredeterminado es 1.000.000 de bytes. Cuando el tamaño de este archivoalcanza un millón de bytes, su contenido se mueve al archivo .BAK, quetambién tiene una capacidad de 1.000.000 bytes. Los sucesos posteriores sesiguen registrando en el archivo de registro hasta que se llena y el procesode copia de seguridad se repite.

En Windows se crean los siguientes archivos de registro:v <lcf>\PCREMOTE\\CTL\Logs\remcon.log en el controlador.

Donde:


 Puede tener uno de los valores siguientes:– w32-ix86 para Windows NT, Windows 2000 y Windows XP– win95 para Windows 98 Second Edition

v <lcf>\PCREMOTE\\TGT\Logs\remcon.log en el destino. Este archivo no secrea en destinos Windows 98 Second Edition.

En plataformas OS/2 se crean siempre los siguientes archivos de registro.Contienen los mensajes de error y la información de fin de sesión.v <lcf>\PCREMOTE\os2-ix86\CTL\eqnmgr.log en el controlador

Donde:


v <lcf>\PCREMOTE\\TGT\eqntg.log en el destino.

Registro de sucesos de transferencia de archivos en elcontrolador y en el destinoEl registro de los sucesos de transferencia de archivos se activa de formaautomática. En el controlador puede personalizar el nivel de registro durante laejecución pulsando F2. Si inicia una nueva sesión, el valor del nivel de registro sesobreescribe con el valor predeterminado.

Puede definir un nuevo valor predeterminado creando los archivos siguientes:v Archivo <lcf>\PCREMOTE\\CTL\ft_ctl.cfg en el controlador.

Donde:



Establecimiento de los registros de Tivoli Remote Control

v <lcf>\PCREMOTE\\TGT \ft_tgt.cfg en el destino.

Los archivos ft_ctl.cfg y ft_tgt.cfg deben contener la línea siguiente:tmeLogger.msg.level=nivel_registro

Donde:

nivel_registro Activa y establece el nivel de registro. Los valores posibles son:

OFF No registra ningún mensaje.

INFO Sólo registra los mensajes informativos.

WARN Registra mensajes informativos y de aviso.

ERROR Registra mensajes informativos, de aviso y de error.

Se crean los siguientes archivos de registro:v <lcf>\PCREMOTE\\CTL\Logs\[email protected] en el

controlador.Donde:


 Puede tener uno de los valores siguientes:– w32-ix86 para Windows NT, Windows 2000 o Windows XP– win95 para Windows 98 Second Edition– os2-ix86 para OS/2



v <lcf>\PCREMOTE\\TGT\Logs\RCTGT_FT.log en el destino.

Notas:

1. Para ver caracteres localizados DBCS correctamente, abra los archivos deregistro con un visor UTF-8.

2. En sistemas operativos FAT, los archivos de registro de transferencia dearchivos tienen el formato FTxxxxxx.log, donde xxxxxx es un númerosecuencial.

Registro de sucesos de chat en el controlador y en el destinoEl registro de los sucesos de chat se activa de forma automática. Puedepersonalizar el nivel de registro durante la ejecución pulsando F2. Si inicia unanueva sesión, el valor del nivel de registro se sobreescribe con el valorpredeterminado.

Puede definir un nuevo valor predeterminado creando los archivos siguientes:v Archivo <lcf>\PCREMOTE\\CTL\ch_ctl.cfg en el controlador.

Donde:


 Puede tener uno de los valores siguientes:– w32-ix86 para Windows NT, Windows 2000 y Windows XP– win95 para Windows 98 Second Edition


Capítulo 12. Resolución de problemas y mejora del rendimiento 113

– os2-ix86 para OS/2v <lcf>\PCREMOTE\\TGT\ch_tgt.cfg en el destino.

Los archivos ch_ctl.cfg y ch_tgt.cfg deben contener la línea siguiente:tmeLogger.msg.level=nivel_registro

Donde:

nivel_registro Activa y establece el nivel de registro. Los valores posibles son:

OFF No registra ningún mensaje.

INFO Sólo registra los mensajes informativos.

WARN Registra mensajes informativos y de aviso.

ERROR Registra mensajes informativos, de aviso y de error.

Se crean los siguientes archivos de registro:v <lcf>\PCREMOTE\\CTL\Logs\[email protected] en el

controlador.Donde:


 Puede tener uno de los valores siguientes:– w32-ix86 para Windows NT, Windows 2000 o Windows XP– win95 para Windows 98 Second Edition– os2-ix86 para OS/2



v <lcf>\PCREMOTE\\TGT\Logs\[email protected] en eldestino.

Notas:

1. Para ver caracteres localizados DBCS correctamente, abra los archivos deregistro con un visor UTF-8.

2. En sistemas operativos FAT, los archivos de registro de chat tienen el formatoCHxxxxxx.log, donde xxxxxx es un número secuencial.

Contenido de los archivos de registroCada entrada de los archivos de registro contiene los datos siguientes:

fecha_hora sistema_remoto sistema_local código_mensaje texto_mensaje

para los que se aplican las siguientes definiciones:

fecha_hora Fecha y hora en que se ha escrito el mensaje.

sistema_remoto Nombre del host de la estación de trabajo remota.

sistema_local Nombre del host de la estación de trabajo local donde estáalmacenado el archivo de registro.

código_mensaje Código del mensaje.

texto_mensaje Texto del mensaje.

Registro de la información de instalación en el servidor decontrol remotoCuando utiliza el comando wrcinstep para instalar componentes del controlador ydel destino y la instalación es anómala por algún motivo, se genera el siguientearchivo de registro:v En Windows 2000:

\temp\rctrace\RCL_wrcinstep.log

v En UNIX, Linux para Intel y Linux para S/390:/tmp/rctrace/RCL_wrcinstep.log

Establecimiento de los rastreos de Tivoli Remote ControlPuede establecer rastreos para los servidores, controladores y destinos de TivoliRemote Control, tal como se describe en los apartados siguientes:v “Establecimiento de rastreos en el servidor de Tivoli Remote Control”v “Establecimiento de rastreos en un controlador y un destino Windows” en la

página 116v “Establecimiento de rastreos en un controlador y un destino OS/2” en la

página 120

Establecimiento de rastreos en el servidor de Tivoli RemoteControlPara activar o desactivar los rastreos o para cambiar el nivel de rastreo, debe editarla sentencia siguiente:NO 6

en el archivo siguiente:v En Windows 2000:

\temp\rctrace\trace.cfg

v En UNIX, Linux para Intel y Linux para S/390:

/tmp/rctrace/trace.cfg

El primer valor puede ser NO para desactivar los rastreos y YES para activarlos.

El segundo valor representa los niveles de rastreo que se pueden establecer en elarchivo trace.cfg:3 Rastrea las llamadas principales.4 Rastrea los métodos principales.5 Rastrea los métodos y las llamadas.6 Rastrea todo.

Nota: el archivo trace.cfg se crea la primera vez que se hace clic en el icono deTivoli Remote Control.

El archivo de rastreo se crea en los directorios siguientes:v En Windows 2000:

\temp\rctrace

v En UNIX, Linux para Intel y Linux para S/390:

/tmp/rctrace



Se denomina mmddhhss.TRC, donde: mm es el mes, dd es el día, hh es la hora y ssson los minutos.

Establecimiento de rastreos en un controlador y un destinoWindowsEn Windows puede activar los siguientes tipos de rastreo:v Rastreos de control remoto. Consulte el apartado “Rastreos de control remoto

(no válidos para destinos Windows 98 Second Edition)”.v Rastreos de transferencia de archivos y chat. Consulte el apartado “Rastreos de

transferencia de archivos” en la página 118.

Rastreos de control remoto (no válidos para destinos Windows 98 SecondEdition): para activar rastreos para obtener información de teclado, informaciónde comunicación u otro tipo de información o para cambiar los valores de rastreo,edite las secciones siguientes del archivodirectorio_instalación_Windows\remcon.ini de las estaciones de trabajo delcontrolador y del destino:[GENERIC]trace_level=0trace_size=1000000trace_length=64

[KEYBOARD]trace_level=0trace_size=1000000trace_length=64

[FILTER]trace_level=0trace_size=1000000trace_length=64

[COMMUNICATION]trace_level=0trace_size=1000000trace_length=64

[LOGON]trace_level=0trace_size=1000000trace_length=64

[WTS]trace_level=0trace_size=1000000trace_length=64

[START]trace_level=0trace_size=1000000trace_length=64

[GRAPHICENGINE]trace_level=0trace_size=1000000trace_length=64

[TERMINATION]trace_level=0trace_size=1000000trace_length=64

Establecimiento de los rastreos de Tivoli Remote Control


[DESKTOPOPTIMIZATION]trace_level=0trace_size=1000000trace_length=64

Donde:

trace_levelActiva los rastreos y establece los niveles de rastreo. Los valores posiblesson:

0 No realiza ningún rastreo.

1 Sólo rastrea los mensajes de error.

2 Rastrea los mensajes de error y de aviso.

3 Rastrea los mensajes de error, de aviso e informativos.


trace_sizeIdentifica el tamaño máximo del archivo de rastreo. El valorpredeterminado es 1.000.000 de bytes. Si se supera el tamaño de archivo derastreo, se crea un archivo .BAK. Los sucesos posteriores se siguenregistrando en el archivo de rastreo hasta que se llena y el proceso decopia de seguridad se repite.

trace_lengthIdentifica la cantidad de bytes que debe rastrearse. El valorpredeterminado es 64.

Según las secciones que edite se generarán distintos archivos de rastreo:

Tabla 1.

Sección Significado de la sección Nombre del archivo derastreo

[GENERIC] Rastrea información genérica. remcon.trc

[KEYBOARD] Rastrea información de teclado. keyboard.trc

[FILTER] Rastrea información de filtro. filter.trc

[COMMUNICATION] Rastrea información decomunicación.

sndrcv.trc

[WTS] Rastrea información deTerminal Server.

wts.trc

[LOGON] Rastrea información deconexión.

logon.trc

[START] Rastrea las operaciones que serealizan para iniciar una sesión.

start.trc

[GRAPHICENGINE] Rastrea las funciones querealizan operaciones gráficas.

graphicengine.trc

[SESSIONTERMINATION] Rastrea las operaciones que serealizan para finalizar unasesión.

sessiontermination.trc

[DESKTOPOPTIMIZATION] Rastrea las funciones para laoptimización del escritorio,como la desactivación delfondo.

desktopoptimization.trc



Los archivos de rastreo se crean en los directorios siguientes:v <lcf>\PCREMOTE\\CTL\Trace en el controladorv <lcf>\PCREMOTE\\TGT\Trace en el destino

Donde:


 Puede tener uno de los valores siguientes:v w32-ix86 para Windows NT, Windows 2000 o Windows XPv win95 para Windows 98 Second Edition (sólo válido para el

controlador).

Rastreos de control remoto en un destino Windows 98 Second Edition: en undestino Windows 98, para activar o desactivar los rastreos de control remoto o paracambiar el nivel de rastreo, edite el valor trace_length de la siguiente clave deregistro con el editor de registro regedit o regedt32.HKEY_LOCAL_MACHINE\SOFTWARE\Tivoli\Remote Control Target

El valor trace_length muestra la cantidad de bytes que deben rastrearse para cadabúfer de comunicación. El valor recomendado es 40. El valor predeterminado 0significa que no se lleva a cabo ningún rastreo.

El archivo de rastreo se crea en el directorio<directorio_LCF>\PCREMOTE\win95\TGT, donde <directorio_LCF> es el directorioen el que se ha instalado el agente de gestión de Tivoli.

El archivo de rastreo se denomina<lcf>\PCREMOTE\win95\TGT\Trace\mmddhhss.TRC, donde: mm es el mes, dd esel día, hh es la hora y ss son los minutos.

Rastreos de transferencia de archivos: los rastreos de transferencia de archivos seactivan de forma automática. En el controlador puede establecer el nivel de rastreodurante la ejecución pulsando F3. Si inicia una nueva sesión, el valor del nivel derastreo se sobreescribe con el valor predeterminado.

Puede definir un nuevo valor predeterminado creando los archivos siguientes:v <lcf>\PCREMOTE\\CTL\ft_ctl.cfg en el controlador.

Donde:



v <lcf>\PCREMOTE\\TGT\ft_tgt.cfg en el destinoLos archivos ft_ctl.cfg y ft_tgt.cfg deben contener la línea siguiente:tmeLogger.trc.level=nivel_rastreo

Donde:

nivel_rastreo Activa y establece el nivel de rastreo. Los valores posibles son:

OFF No realiza ningún rastreo.

DEBUG_MIN Sólo rastrea los mensajes deerror.

DEBUG_MID Rastrea los mensajes de error yde aviso.

DEBUG_MAX Rastrea los mensajes de error, deaviso e informativos.

Se crean los siguientes archivos de rastreo:– <lcf>\PCREMOTE\\CTL\Logs\[email protected] en el

controlador.Donde:

<lcf> Es el directorio en el que se ha instalado el agente de gestiónde Tivoli.

 Puede tener uno de los valores siguientes:- w32-ix86 para Windows NT, Windows 2000 o Windows XP- win95 para Windows 98 Second Edition- os2-ix86 para OS/2


hhmmss Es la hora (2 dígitos), los minutos (2 dígitos) y los segundos(2 dígitos). Un ejemplo sería 153350.

– <lcf>\PCREMOTE\\TGT\Logs\RCTGT_FT.log en el destino.

Se crean los siguientes archivos de rastreo:– <lcf>\PCREMOTE\\CTL\Trace\[email protected] en el

controlador.Donde:





– <lcf>\PCREMOTE\\TGT\Trace\RCTGT_FT.trc en el destino.

Notas:

1. Para ver caracteres localizados DBCS correctamente, abra los archivos derastreo con un visor UTF-8.

2. En sistemas operativos FAT, los archivos de rastreo de transferencia de archivostienen el formato FTxxxxxx.trc, donde xxxxxx es un número secuencial.

Rastreos de chat: los rastreos de chat se activan de forma automática. Puedepersonalizar el nivel de rastreo durante la ejecución pulsando F3. Si inicia unanueva sesión, el valor del nivel de rastreo se sobreescribe con el valorpredeterminado.

Puede definir un nuevo valor predeterminado creando los archivos siguientes:v <lcf>\PCREMOTE\\CTL\ch_ctl.cfg en el controlador.

Donde:



v <lcf>\PCREMOTE\\TGT\ch_tgt.cfg en el destino.Los archivos ch_ctl.cfg y ch_tgt.cfg deben contener la línea siguiente:tmeLogger.trc.level=nivel_rastreo

Donde:

nivel_rastreo Activa y establece el nivel de rastreo. Los valores posibles son:

OFF No realiza ningún rastreo.

DEBUG_MIN Sólo rastrea los mensajes deerror.

DEBUG_MID Rastrea los mensajes de error yde aviso.

DEBUG_MAX Rastrea los mensajes de error, deaviso e informativos.

Se crean los siguientes archivos de rastreo:– <lcf>\PCREMOTE\\CTL\Trace\[email protected] en el

controlador.Donde:





– <lcf>\PCREMOTE\\TGT\Trace\[email protected] en eldestino.

Notas:

1. Para ver caracteres localizados DBCS correctamente, abra los archivos derastreo con un visor UTF-8.

2. En sistemas operativos FAT, los archivos de rastreo de chat tienen el formatosiguiente CHxxxxxx.trc, donde xxxxxx es un número secuencial.

Establecimiento de rastreos en un controlador y un destino OS/2Para establecer el rastreo en un controlador o destino OS/2, añada la sentenciasiguiente al archivo CONFIG.SYS:

SET RCDEBUG=xxyy

donde xxyy puede tener los valores siguientes:

Suceso Valor Comentario

Tivoli Remote Control 0100 Activa los sucesos que deben registrarseen un archivo.

TCP/IP 02yy yy representa el número de bytes de cadaenvío o recepción que debe volcarse en elarchivo de rastreo. Puede especificar unvalor máximo de 99. El valorrecomendado es 40.

Para rastrear más tipos de sucesos, defina xxxx como la suma de los valoresindividuales.

Por ejemplo, para activar los rastreos para el suceso del protocolo TCP/IP y deTivoli Remote Control, añada lo siguiente al archivo CONFIG.SYS:SET RCDEBUG=0340

donde 0340 es la suma de:v 0100 (el valor del suceso de Tivoli Remote)v 0200 (el valor del suceso de TCP/IP)v 40 (el número de bytes que se debe volcar para la comunicación TCP/IP).

Nota: después de añadir la sentencia anterior al archivo CONFIG.SYS, reinicie lamáquina para cargar los cambios en memoria.

Contenido del archivo de rastreoCada entrada de los archivos de rastreo contiene los datos siguientes:

fecha_hora sistema_remoto sistema_local texto_mensaje

para los que se aplican las siguientes definiciones:

fecha_hora Fecha y hora en que se ha escrito el mensaje.

sistema_remoto Nombre del host de la estación de trabajo remota.

sistema_local Nombre del host de la estación de trabajo local donde estáalmacenado el archivo de rastreo.

texto_mensaje Texto del mensaje.

Nota: si utiliza OS/2 o la sección COMMUNICATION, eltexto_mensaje es un búfer de comunicación. Puede contener:v Los datos enviados o recibidos por una operación de

envío o recepción. El número de bytes volcados dependedel valor establecido en la variable Trace Length. -o bien-

v Una cadena que muestre si la operación que se haejecutado era de conexión o de cierre.

Resumen de los registros y rastreos de Tivoli Remote ControlEn las tablas siguientes se enumeran los registros y rastreos de Tivoli RemoteControl disponibles en las plataformas UNIX, Linux para Intel, Linux para S/390,Windows y OS/2. Para saber cómo crearlos, consulte los apartados siguientes:



v “Registro de sucesos de Tivoli Remote Control en el controlador y en el destino”en la página 111.

v “Establecimiento de rastreos en el servidor de Tivoli Remote Control” en lapágina 115.

v “Establecimiento de rastreos en un controlador y un destino Windows” en lapágina 116.

v “Establecimiento de rastreos en un controlador y un destino OS/2” en lapágina 120.

Registros y rastreos para UNIX, Linux para Intel, Linux para S/390

Rutas para los registros y rastreos Nombres de los rastreos Nombres de los registros

Servidor de control remoto /tmp/rctrace/ mmddhhss.trc (*)

Comando wrcinstep /tmp/rctrace/ RCL_wrcinstep.log

Comando wrcuninstep /tmp/rctrace/ RCL_wrcuninstep.log

(*): Donde:

mmddhhss mm es el mes, dd es el día, hh es la hora y ss son los minutos.

Registros para Windows

Rutas para registros Nombres de los registros

Controlador de control remoto <lcf>\PCREMOTE\\CTL\LOGS\ (*) remcon.log

Destino de control remoto <lcf>\PCREMOTE\\TGT\LOGS\ remcon.log

Controlador de chat <lcf>\PCREMOTE\\CTL\Trace [email protected]

Destino de chat <lcf>\PCREMOTE\\TGT\Trace [email protected]

Controlador de transferencia dearchivos

<lcf>\PCREMOTE\\CTL\Trace [email protected]

Destino de transferencia dearchivos

<lcf>\PCREMOTE\\TGT\Trace RCTGT_FT.log

Comando wrcinstep \temp\rctrace\ RCL_wrcinstep.log

Rastreos para Windows

Rutas para rastreos Nombres de los rastreos

Servidor de controlremoto

\temp\rctrace\ mmddhhss.trc (*)

Información genéricadel controlador

<lcf>\PCREMOTE\\CTL\TRACE\ (*) remcon.trc

Información del tecladodel controlador

<lcf>\PCREMOTE\\CTL\TRACE\ (*) keyboard.trc

Información de sesiónde inicio delcontrolador

<lcf>\PCREMOTE\\CTL\TRACE\ (*) start.trc

Información decomunicación delcontrolador

<lcf>\PCREMOTE\\CTL\TRACE\ (*) sndrcv.trc

Información definalización delcontrolador

<lcf>\PCREMOTE\\CTL\TRACE\ (*) termination.trc

Información delTerminal Server delcontrolador

<lcf>\PCREMOTE\\CTL\TRACE\ (*) wts.trc

Información genéricadel destino

<lcf>\PCREMOTE\w32-ix86\TGT\TRACE\ (*) remcon.trc

Resumen de los registros y rastreos de Tivoli Remote Control

Rastreos para Windows

Rutas para rastreos Nombres de los rastreos

Información del tecladodel destino

<lcf>\PCREMOTE\w32-ix86\TGT\TRACE\ (*) keyboard.trc

Información deconexión del destino

<lcf>\PCREMOTE\w32-ix86\TGT\TRACE\ (*) logon.trc

Información de sesiónde inicio del destino

<lcf>\PCREMOTE\w32-ix86\TGT\TRACE\ (*) start.trc

Información decomunicación deldestino

<lcf>\PCREMOTE\w32-ix86\TGT\TRACE\ (*) sndrcv.trc

Información del motorgráfico del destino

<lcf>\PCREMOTE\w32-ix86\TGT\TRACE\ (*) graphicengine.trc

Información definalización del destino

<lcf>\PCREMOTE\w32-ix86\TGT\TRACE\ (*) termination.trc

Información deoptimización delescritorio del destino

<lcf>\PCREMOTE\w32-ix86\TGT\TRACE\ (*) desktopoptimization.trc

Destino de controlremoto en Windows 98

<lcf>\PCREMOTE\win95\TGT\TRACE\ (*) mmddhhss.trc

Controlador detransferencia dearchivos

<lcf>\PCREMOTE\\CTL\Trace (*) [email protected]

Destino detransferencia dearchivos

<lcf>\PCREMOTE\\TGT\Trace (*) RCTGT_FT.trc

Controlador de chat <lcf>\PCREMOTE\\CTL\Trace (*) [email protected]

Destino de chat <lcf>\PCREMOTE\\TGT\Trace (*) [email protected]

(*): Donde:


 Puede tener uno de los valores siguientes:v w32-ix86 para controladores y destinos Windows NT,

Windows 2000 o Windows XPv win95 para Windows 98 Second Edition

mmddhhss Es el mes (2 dígitos), el día (2 dígitos), la hora (2 dígitos) y losminutos (2 dígitos). Un ejemplo sería 11051533.



Registros yrastreos para

OS/2


Controladorde controlremoto

<lcf>\PCREMOTE\\CTL\TRACE\ mmddhhss.TRC (*)

<lcf>\PCREMOTE\\CTL\ EQN02TC.TRC EQNMGR.log

Destino decontrolremoto

<lcf>\PCREMOTE\\TGT\TRACE\ mmddhhss.TRC

<lcf>\PCREMOTE\\TGT\ EQN02TC.TRC EQNTG.log

Registros yrastreos para

OS/2


Controladordetransferenciade archivos

<lcf>\PCREMOTE\\CTL\Trace [email protected] [email protected]

Destino detransferenciade archivos

<lcf>\PCREMOTE\\TGT\Trace RCTGT_FT.TRC RCTGT_FT.log

Controladorde chat

<lcf>\PCREMOTE\\CTL\Trace [email protected] [email protected]

Destino dechat

<lcf>\PCREMOTE\\TGT\Trace [email protected] [email protected]

Donde:


 Es os2-ix86.

mmddhhss Es el mes (2 dígitos), el día (2 dígitos), la hora (2 dígitos) y losminutos (2 dígitos). Un ejemplo sería 11051533.



Registro de sucesos de aplicación en un controladorWindows NT, Windows 2000 o Windows XP

En el visor de sucesos de un controlador Windows NT, Windows 2000 o WindowsXP puede registrar cinco sucesos de Tivoli Remote Control estableciendo un valorde clave de registro mediante el programa regedit. Los cinco sucesos son:v <Nombre del host del controlador> Asumiendo el control de <etiqueta del destino>v <Nombre del host del controlador> Cerrando sesión con <etiqueta del destino>v <Nombre del host del controlador> No se ha podido establecer sesión con

<etiqueta del destino>. Error: <error>v <Nombre del host del controlador> Eror de inicio <error>

v <Nombre del host del controlador> Cerrando sesión con <etiqueta del destino>.Error: <error>

Para registrar estos sucesos, edite el valor Logging de la siguiente clave de registro:HKEY_LOCAL_MACHINE\SOFTWARE\Tivoli\Remote Control Controller

Las entradas válidas para Logging son:

0 No se registran sucesos.

1 Se registran sucesos.


Para registrar los sucesos de Tivoli Remote Control en el visor de sucesos deTerminal Server, establezca un permiso de control total en la siguiente clave deregistro para el usuario conectado a través de una sesión de Terminal Server:

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\EventLog\Application\Tivoli Remote Control

Utilización de Tivoli Enterprise ConsoleSi tiene instalado el adaptador de Tivoli Enterprise Console (TEC), podrá ver lossucesos registrados desde el controlador. Cada suceso va precedido del nombre deladministrador.

Para ver los sucesos registrados, siga estos pasos:1. Defina el nombre del host de TEC en el archivo tecad_nt.conf.2. Añada lo siguiente al final del archivo tecad_nt.baroc:

TEC_CLASS:NT_RemoteControl_Event ISA NT_BaseDEFINES {

message: STRING;};

END

3. Añada lo siguiente al final del archivo tecad_nt.fmt:FORMAT NT_RemoteControl_Event FOLLOWS NT_Base%t %s %s %s %s %s Remote Control %s %s*message $8END

4. Añada lo siguiente al final del archivo tecad_nt.cds:CLASS NT_RemoteControl_Event

SELECT1: ATTR(=,”_event_id”), VALUE(=,”79”);2: ATTR(=,”hostname”);3: ATTR(=,”origin”);4: ATTR(=,”category”);5: ATTR(=,”eventType”);6: ATTR(=,”sid”);7: ATTR(=,”sub_source”);8: ATTR(=,”id”);9: ATTR(=,”msg”);10: ATTR(=,”date1”);11: ATTR(=,”date2”);12: ATTR(=,”message”);

MAPhostname = $V2;origin = $V3;category = $V4;eventType = $V5;sid = $V6;sub_source = $V7;id = $V8;msg = $V9;date= PRINTF(”%s %s”, $V10, $V11);message = $V12;

END

Para obtener más información sobre TEC, consulte los manuales de TivoliEnterprise Console.

Establecimiento de los rastreos del servidor de TivoliPara crear los archivos de rastreo del servidor de Tivoli, siga estos pasos:1. Ejecute los comandos siguientes:

Registro de sucesos de aplicación


odadmin trace offodadmin trace errorsodadmin trace objcallsodadmin trace servicesobjcall 0.0.0 START TRACE

2. Reproduzca el error.3. Ejecute los comandos siguientes:

En estaciones de trabajo UNIX, Linux para Intel y Linux para S/390objcall 0.0.0 STOP TRACEodstat > odstat.outodadmin db_syncwtrace -jHk $DBDIR > wtrace.out

En estaciones de trabajo Windows NT, Windows 2000 y Windows XPobjcall 0.0.0 STOP TRACEodstat > odstat.outodadmin db_syncwtrace -jHk %DBDIR% > wtrace.out

Los archivos de rastreo odstat.out y wtrace.out se crean en el directorio actual.

Registro de errores de punto finalPara registrar errores de punto final, haga lo siguiente:1. Establezca el valor de umbral_registro en el archivo last.cfg del controlador y del

destino. El valor predeterminado es 1. Para registrar información adicionalpuede aumentar el valor hasta 4.

2. Reproduzca el error.Se crea el siguiente archivo de registro:<lcf>\dat\<n>\lcfd.log

Donde:

<lcf> Es el directorio en el que se ha instalado el agente de gestión de Tivoli.

<n> es el valor entero que especifica el número de conexión del punto final.

Recopilación de información de entornoPuede generar archivos que contengan información de hardware y software de lasestaciones de trabajo.

Informe de configuración de estación de trabajoPara generar un informe de configuración de estación de trabajo, haga lo siguiente:v En Windows NT, Windows 2000 y Windows XP, ejecute el comando siguiente

desde un indicador de comandos:WINMSD /A

Se generará el archivo <nombre_host>.TXT.v En Windows 98 Second Edition, seleccione Inicio → Programas → Accesorios →

Herramientas del sistema → Información del sistema. El programa recopila lainformación de la estación de trabajo, que se puede guardar en un archivo.

Nota: para ejecutar este programa puede que tenga que instalarlo desde el CDde Windows 98.

v En OS/2, entre en un indicador de comandos:

Establecimiento de los rastreos del servidor de Tivoli y registro de los errores de puntofinal

syslevel > syslvl.outcopy c:\config.sys copy_config.sys

Recopile los archivos syslvl.out y copy_config.sys creados en el directorioactual.

Registro del diseño del tecladoEl destino genera el archivo RCKEYBD.LOG en los siguientes directorios dedestino:v En Windows NT, Windows 2000 y Windows XP, el directorio

<unidad>\WINNT\system32.v En Windows 98 Second Edition, el directorio de instalación del destino.v En OS/2, el directorio <lcf>/dat/<n>.

Donde:

<lcf> Es el directorio en el que se ha instalado el agente de gestión de Tivoli.

<n> es el valor entero que especifica el número de conexión del punto final.

Este archivo contiene la información sobre el teclado de las estaciones de trabajodel destino y del controlador.

Mejora del rendimientoEl intervalo de transmisión entre el destino y el controlador depende de cómoestán conectados el destino y el controlador y el sistema operativo en el destino.

Si el destino y el controlador están en la misma LAN o en LAN distintasconectadas mediante una línea T1, este intervalo es menor.

Si el destino y el controlador se encuentran en LAN distintas conectadas medianteuna línea de 57,6 Kbps (o más lenta), el intervalo es mayor. En tal caso, si eldestino se ejecuta en Windows NT, Windows 2000 o Windows XP, puede mejorarel rendimiento utilizando el parámetro de optimización de la conexión lenta(consulte “rc_def_optimize” en la página 78).

Puede reducir regularmente el intervalo si reduce el volumen de datos transmitido,como se indica a continuación:v Con destinos Windows, desactive el fondo del escritorio del destino (mediante

rc_def_backgrnd) cuando se inicie la sesión. El fondo del escritorio se restauracuando la sesión finaliza.

v Active la compresión de los datos transmitidos.v Establezca la frecuencia de actualización en 50 (mediante rc_def_rate). Si el

controlador está en una red muy lenta pero el destino está en una LAN,establezca la frecuencia de actualización en un valor superior. Según la velocidaddel subsistema de red, el destino también puede cambiar el valor de frecuenciade actualización de forma automática.

v En destinos Windows NT, Windows 2000 y Windows XP, se ha añadido unnuevo mecanismo de captura de pantalla. Para activarlo en un destino WindowsNT, reinicie la estación de trabajo después de la instalación.

v En destinos Windows 98 Second Edition, se ha añadido un nuevo mecanismopara analizar imágenes. Este mismo mecanismo es válido en destinos WindowsNT, Windows 2000 y Windows XP que utilicen el parámetro de optimización deconexión lenta. Para activarlo establezca el número de colores utilizado paravisualizar la pantalla del destino en el controlador (mediante rc_def_color) en 16o 256 colores.

Recopilación de información de entorno

v Establezca la Paleta de colores del controlador en 65536 colores o menos.

Para personalizar algunas de estas características estableciendo los valores para losmétodos de política predeterminados, consulte el apartado “Personalización de losvalores de sesión” en la página 86.

En la tabla siguiente se resumen las operaciones que se pueden realizar parareducir el intervalo de transmisión entre el destino y el controlador mediante lareducción del volumen de datos que se transmite.

Operaciones para mejorar el rendimiento Windows OS/2

NT/2000/XP 98 SecondEdition

Activar la conexión de enlace lento (mediante rc_def_optimize). U

Establecer la frecuencia de actualización en 50 milisegundos (medianterc_def_rate).

U U U

Desactivar el fondo del escritorio del destino (medianterc_def_backgrnd).

U U U

Establecer el número de colores utilizado para visualizar la pantalla deldestino en el controlador (mediante rc_def_color) en 16 o 256.

U U U (*)

Establecer la Paleta de colores del controlador en 65536 o menos. U U

Activar la compresión. U U U

(*): en destinos OS/2, la transmisión siempre se realiza en 16 colores.

Puede personalizar algunas de estas características estableciendo los valores paralos métodos de política predeterminados.

Método rápido de carga de destinos en la lista de destinosPara mejorar el rendimiento del proceso de carga de un gran número de puntosfinales en la lista de destinos de la ventana de Tivoli Remote Control, establezcauno de los parámetros siguientes:v rc_def_define en UncheckedList. De esta manera la lista de destinos se carga

desde el método de política y se visualiza sin validación.v rc_def_define en DefinableTargetList o FilteredList y rc_def_targets en default-list.

De esta manera la lista de destinos se carga desde la base de datos de TivoliManagement Framework y se visualiza. Si establece rc_def_targets en los valoresrestantes, se realiza una comprobación para validar cada etiqueta de destinocontenida en el método de política antes de mostrarla.

Mejora del rendimiento


Apéndice A. Accesibilidad

Las funciones de accesibilidad ayudan a los usuarios con minusvalías físicas, comomovilidad restringida o visión limitada, a utilizar productos de softwarecorrectamente. Las principales funciones de accesibilidad de este productopermiten a los usuarios realizar lo siguiente:v Utilizar tecnologías de asistencia, como software lector de pantallas y un

sintetizador de habla digital, para oír lo que se muestra en pantalla. Consulte ladocumentación del producto de tecnología de asistencia para obtenerinformación detallada sobre la utilización de estas tecnologías con este producto.

v Utilizar funciones específicas o equivalentes utilizando sólo el teclado.v Aumentar el tamaño de lo que se visualiza en pantalla.

Además, la documentación del producto se ha modificado para incluir funcionesque son de ayuda para la accesibilidad:v Toda la documentación está disponible tanto en formato HTML como PDF

convertible, a fin de que los usuarios puedan aplicar al máximo el softwarelector de pantallas.

v Todas las imágenes de la documentación se proporcionan con texto alternativo,de manera que los usuarios con alteraciones visuales puedan comprender elcontenido de las imágenes.

Navegación por la interfaz mediante el tecladoEl producto utiliza teclas estándar de acceso directo y aceleradoras, que sedocumentan en el sistema operativo. Consulte la documentación del sistemaoperativo para obtener más información.

Aumento del tamaño de lo que se visualiza en pantallaPuede ampliar la información que aparece en las ventanas del producto mediantelos recursos que ofrecen los sistemas operativos en los que se ejecute el producto.Por ejemplo, en un entorno Microsoft Windows, puede reducir la resolución de lapantalla para ampliar los tamaños de los fonts del texto en pantalla. Consulte ladocumentación del sistema operativo para obtener más información.


Apéndice B. Preguntas frecuentes

Estas preguntas frecuentes (FAQ) se proporcionan para aclarar algunos aspectos deTivoli Remote Control o para indicar soluciones provisionales o atajos que sonútiles para el uso diario del producto.

Instalación¿Qué puedo hacer si algo va mal al instalar el controlador o el destino en unpunto final?

Puede examinar el archivo siguiente: <lcf>\DAT\<n>\lcfd.log, donde <lcf>es el directorio en el que el agente de gestión de Tivoli se ha instalado y<n> es el valor entero que especifica el número de conexión del puntofinal. Este archivo contiene una lista detallada de los sucesos informativosy de error que se producen en el punto final.

Nota: para ver información de error adicional, establezca el umbral deregistro en 3 o 4 en el archivo last.cfg y reinicie el punto final.Como alternativa, reinicie el punto final desde la línea de comandosutilizando el parámetro -d. Por ejemplo, lcfd -d 3 iniciaría el puntofinal y establecería el umbral de registro en 3. Consulte lapublicación Tivoli Management Framework Reference Manual paraobtener información detallada sobre la utilización del comando lcfd.

¿Por qué al instalar el software del destino no se reinicia de forma automática elsistema después de que finalice la instalación?

No siempre es aconsejable reiniciar una máquina destino de formainmediata, especialmente si el usuario está trabajando en ella. Puedeutilizar la función de reinicio para forzar inmediatamente un reinicio o -bsi está utilizando el comando wrcinstep para instalar el destino. La funciónde reinicio utiliza el agente de gestión de Tivoli, pero no necesita losnuevos controladores.

¿Qué debo hacer si, después de haber instalado el parche en una pasarela,intento iniciar una sesión con un punto final de esa pasarela y recibo unmensaje de error de acceso denegado?

Compruebe si el destino ya tiene una sesión iniciada con otro controlador.Si es así, espere a que el destino esté disponible para iniciar una nuevasesión con el controlador.

Control y supervisión¿Qué puedo hacer si algo va mal al trabajar con un punto final del controlador odel destino?

Puede examinar los archivos siguientes:v Los archivos de registro de control remoto, transferencia de archivos y

chat, en función de la acción que esté ejecutando. Para obtener másinformación, consulte el apartado “Establecimiento de los registros deTivoli Remote Control” en la página 111.

v Los archivos de rastreo de control remoto, transferencia de archivos ychat, en función de la acción que esté ejecutando. Para obtener másinformación, consulte el apartado “Establecimiento de los rastreos deTivoli Remote Control” en la página 115.

v El archivo <lcf>\DAT\<n>\lcfd.log, donde <lcf> es el directorio en elque se ha instalado el agente de gestión de Tivoli y <n> es el valorentero que especifica el número de conexión de punto final. Este archivocontiene una lista detallada de los sucesos informativos y de error que seproducen en el punto final. Para obtener más información, consulte elapartado “Registro de errores de punto final” en la página 126.

Aunque como administrador dispongo de las funciones de recursos de TivoliRemote Control, no puedo controlar un punto final de destino. ¿Por qué?

El punto final debe asignarse a la región de política donde ha establecidolas funciones de recursos de Tivoli Remote Control. Para definir un puntofinal en una región de política, utilice el comando wmv. Para obtenerinformación acerca de estos comandos, consulte la publicación TivoliManagement Framework Reference Manual.

Después de asignar el punto final a la región de política, tiene quesincronizar la pasarela de Tivoli a la que se ha conectado este punto final.Consulte el “Paso 4: Asignación de destinos a regiones de política” en lapágina 68.

He acabado de utilizar un controlador. ¿Ocurre algo si lo dejo en funcionamientoy con una sesión iniciada con un destino?

Puede hacerlo pero no es recomendable, a menos que deje el controladoren estado Suspendido o establezca un valor no predeterminado en elmétodo de política rc_def_inactivity. Consulte el apartado “Métodos depolítica de Tivoli Remote Control” en la página 72 para obtenerinformación detallada. El destino envía constantemente una corriente demensajes al controlador. Esto impide que otros administradores inicien unasesión con el mismo destino.

¿Por qué algunas de las opciones del diálogo de Tivoli Remote Control no sepueden seleccionar?

El administrador senior ha establecido unos métodos de política que nopermiten que los valores escogidos para ese parámetro se puedan cambiar.

¿Qué valor de tiempo de espera debo utilizar para mis puntos finales?

Depende de la configuración de la red y de los productos que soporte elagente de gestión de Tivoli. Las operaciones de Tivoli Remote Controltardan unos segundos en realizarse, por lo sería adecuado establecer untiempo de espera de 10 segundos en una conexión por Ethernet fiable. Noobstante, si la conexión de red no es fiable, es lenta o si otros productos,además de Tivoli Remote Control, utilizan el agente de gestión de Tivoli,puede que sea necesario un tiempo de espera más largo (quizá 30segundos). Recuerde que durante los intentos de conexión con el agente degestión de Tivoli se producirá una espera de ese intervalo de tiempo antesde que los intentos se consideren anómalos, por lo que los hosts sinagentes de gestión de Tivoli en ejecución ocasionarán retrasos significativossi el valor de tiempo de espera es demasiado alto.

Preguntas frecuentes

¿Existen condiciones en las que un destino no pueda controlarse (que no seancuando el destino está apagado)?

No puede controlar el destino si otra persona ya controla la mismamáquina o si el agente de gestión de Tivoli no está iniciado ni conectado.

¿Cómo puedo cerrar la pasarela de Tivoli Remote Control?

La pasarela de Tivoli Remote Control es un proceso de fondo que seejecuta en el nodo gestionado donde se ha instalado el servidor de controlremoto. Se inicia cuando se inicia una sesión de Tivoli Remote Control quetiene que utilizar la pasarela.

Para cerrar la pasarela, detenga el proceso relacionado denominadopcgateway.

En cualquier caso, la pasarela se cierra cuando se cierra Tivoli ManagementFramework.

¿Puedo instalar un puntero de desplazamiento (ratón de rueda, por ejemploIntelliMouse) en un destino Windows NT, Windows 2000, Windows XP oWindows 98 Second Edition?

Sí, pero, durante una sesión activa de control remoto, sólo se correlacionanremotamente los sucesos de ratón básicos. Por lo tanto, en caso de quedisponga de un dispositivo de puntero similar en el controlador, no podráutilizar las funciones del puntero de desplazamiento remotamente.

¿Qué son las operaciones start_target y start_controller?

Para las operaciones de control y supervisión, el proceso del destino seinicia y, a continuación, el controlador se inicia de tal manera que se puedeconectar al destino para ofrecer acceso remoto. Si el proceso de destino nose inicia, el controlador no funciona. Las operaciones start_target ystart_controller son métodos de Tivoli que se utilizan para iniciar losprocesos del destino y del controlador, respectivamente.

Al intentar iniciar una sesión de control remoto en un punto final, recibo elerror ″No se puede localizar ......\pctlcf.″

Asegúrese de que:v la pasarela con la que está conectado el punto final tenga el código del

servidor de control remoto instalado;v el agente de gestión de Tivoli que se ejecuta en la estación de trabajo del

punto final pertenezca a Tivoli Management Framework Versión 3.7.1 osuperior (versión de lcf 91 o superior).

¿Cómo puedo cambiar el directorio en el que deseo instalar el código decontrolador y destino de punto final de Tivoli Remote Control 3.8?

El controlador y el destino se instalan en los directorioslcf\pcremote\\ctl y lcf\pcremote\\tgt respectivamente. No puedecambiar estos directorios.


Apéndice B. Preguntas frecuentes 133

¿Qué debo hacer cuando intento iniciar una sesión de control remoto activa cuyoestado es suspendido?

Busque el archivo RC_Chat.lck en el directorio de punto final de destino. Silo encuentra, suprímalo.

Línea de comandosCuando ejecuto el comando wrc en Linux Tivoli Management Server Versión 4.1,obtengo mensajes de error que parece que no están relacionados con TivoliRemote Control o la ejecución del comando wrc se queda bloqueada. ¿Quésucede?

Puede que tenga instalado Wine Resource Compiler en la máquina Linux.Ejecute el comando wrc para averiguar si la shell está ejecutando elejecutable wrc desde el kit de herramientas de desarrollo Wine en lugar dela línea de comandos de Tivoli Remote Control.

Para corregir el problema, edite setup_env.sh (o setup_env.csh si utiliza lashell C) a fin de situar los directorios de binarios de Tivoli por delante delos directorios del sistema.

Desinstalación¿Qué puedo hacer si algo va mal al intentar desinstalar Tivoli Remote Controlde un punto final mediante el comando wrcuninstep?

Compruebe el contenido del archivo eqnunist.trc en la unidad donde estéinstalado el punto final.

Mensajes de errorCuando intento desinstalar un proxy de Tivoli Remote Control en Linux,obtengo el error siguiente:

A suitable JVM could not be found.Please run the installer again using the option-is:javahome <JAVA HOME DIR>

Para desinstalar el proxy de Tivoli Remote Control, debe ejecutaruninstall.sh desde el directorio _uninst.

Cuando intento visualizar un diálogo de Tivoli Remote Control, obtengo elsiguiente error:

El daemon oserv ha detectado una anomalía:recurso solicitado no encontrado.

Después de instalar el servidor de Tivoli Remote Control en el servidor deTivoli, puede crear un objeto de Tivoli Remote Control en cualquier nodogestionado en la región de gestión de Tivoli. No obstante, para que elproducto funcione, el objeto debe encontrarse en un nodo gestionado quetambién contenga el software del servidor de Tivoli Remote Control. Puedeque el objeto se haya creado en otro máquina a fin de acelerar el procesode resolución de direcciones IP. Para resolver este error, instale el softwaredel servidor de Tivoli Remote Control en el nodo que ha generado el error.

Utilice el comando odstat en el servidor de Tivoli y busque el errorNOT_FOUND para determinar el nodo que necesita el software delservidor.

Cuando intento iniciar Tivoli Remote Control, obtengo un mensaje que indicaque el controlador no es un punto final aunque sí que lo es. ¿Qué sucede?

Tivoli Remote Control sólo se puede utilizar desde una máquina que seencuentre en la región de gestión de Tivoli como punto final. Laherramienta de control remoto utiliza la variable de entorno WD_DISPLAYpara determinar la máquina que está intentando abrir la herramienta ybusca el nombre del sistema en el registro de nombres de Tivoli. De todosmodos, se puede instalar una máquina de manera que el nombre quefigura en el registro de nombres no coincida con la variable de entornoWD_DISPLAY. Para corregir este problema puede añadir simplemente unalias para la máquina en el registro de nombres. Por ejemplo, si el nodogestionado top_dog se instala como Top_dog, puede añadir un alias conlos comandos siguientes:wregister -r Endpoint top_dog $MNO

donde $MNO es el ID de objeto del punto final.

El comando wregister añade el alias en minúsculas para el punto final alregistro de nombres.


Apéndice B. Preguntas frecuentes 135

Apéndice C. Registros y archivos modificados en lainstalación

Tivoli Remote Control modifica los archivos de configuración de las máquinasWindows 98 Second Edition y OS/2 y el registro de las máquinas Windows NT,Windows 2000, Windows XP y Windows 98 Second Edition. En las tablas de esteapéndice se describen estos cambios.

Registro de controlador de WindowsHKEY_LOCAL_MACHINE\SOFTWARE\Tivoli

Sección Instalado Desinstalado

Controlador de Tivoli RemoteControl

Logging:REG_DWORD:0

Trace Length:REG_DWORD:0 (*)

(*): sólo válido en Windows 98 Second Edition

Archivo de controlador de OS/2

CONFIG.SYS


PATH directorio_producto;$PATH $PATH

DPATH directorio_producto;$DPATH $DPATH

LIBPATH directorio_producto;$LIBPATH $LIBPATH

CALL directorio_producto\eqnkctld.exe

SET RCCTLPATH directorio_producto

Archivos de destino de Windows 98 Second Edition

SYSTEM.INI


386Enh device=vdcfd95.386

Registro de destino de Windows 98 Second EditionHKEY_LOCAL_MACHINE\SOFTWARE\Tivoli\



Trace Length:REG_DWORD:0

EnableBreakdown=dword:0x1


Registro de destino de Windows NT, Windows 2000 y Windows XPHKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\


KeyEx2 ErrorControl:REG_DWORD:0x1

Group:REG_SZ:Keyboard Class

Start:REG_DWORD:0x2

Type:REG_DWORD:0x1

DisplayName:REG_SZ:Tivoli RemoteControl Keyboard Filter

MouEx2 ErrorControl:REG_DWORD:0

Group:REG_SZ:Pointer Class

Start:REG_DWORD:0x2

Type:REG_DWORD:0x1

DisplayName:REG_SZ:Tivoli RemoteControl Pointer Filter

TGrab ErrorControl:REG_DWORD:0

Start:REG_DWORD:0x1

Type:REG_DWORD:0x1

BusNumber:REG_DWORD:0

DisplayName:REG_SZ:″Tivoli RemoteControl Text Grabber″

InterfaceType:REG_DWORD:0x5

Eqnmirdd Start=dword:0x1

ErrorControl=dword:0x1

Type=dword:0x1

Group=Video

ImagePath=System32\DRIVERS\EQNMIRDD.SYS

Tag=dword:0x2

TME10RC ErrorControl:REG_DWORD:0x1

DisplayName:REG_SZ:″Tivoli RemoteControl Service″

ImagePath=WINNT\rcserv.exe

ObjectName:REG_SZ:″LocalSystem″

Start:REG_DWORD:0x2

Type:REG_DWORD:0x1

HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Eqnmirdd

Registros y archivos modificados en la instalación



Device0 Device Description=IBM Tivoli Remote ControlDriver

InstalledDisplayDrivers=Eqnmirdd

MirrorDriver=dword:0x1

VgaCompatible=dword:0

Attach.ToDesktop=dword:0x1(*)

(*): en Windows NT, Attach.ToDesktop pasa a ser Attached.ToDesktop.HKEY_LOCAL_MACHINE\SOFTWARE\Tivoli\



EnableMD=dword:0x1

EnableBreakdown=dword:0x1

MDRunning = dword:0x1

Archivos de destino de OS/2

CONFIG.SYS


PATH directorio_producto;$PATH $PATH

DPATH directorio_producto;$DPATH $DPATH

LIBPATH directorio_producto;$LIBPATH $LIBPATH

DEVICE directorio_producto\eqnvkbd.sys

DEVICE directorio_producto\eqnrcshd.exe

CALL directorio_producto\eqnrcld.exe

SET RCTGTPATH directorio_producto

SYSTEM.INI


boot os2shield=directorio_producto\eqnseada.exe os2shield=winsheld

OS2.INI

Nombre de aplicación Nombre de clave Instalado Desinstalado

PM_ED_HOOKS MODULENAME EQNPMGRE

SYS_DLLS Load EQNCLHOT


Apéndice C. Registros y archivos modificados en la instalación 139

Apéndice D. Interfaz de línea de comandos

Puede utilizar comandos Tivoli desde un nodo gestionado. A menudo esto es útilcuando no se tiene acceso a una pantalla gráfica; por ejemplo, si se conecta a travésde una línea de módem.

Todos los comandos de usuario final de Tivoli empiezan por ‘w’ (por ejemplo, wrcy wrcmdpcr).

Sintaxis de línea de comandosEn este apéndice se utilizan los siguientes caracteres especiales para definir lasintaxis de comandos:

[ ] Identifica un argumento opcional. Los argumentos que no se especificanentre corchetes son obligatorios.

... Indica que se pueden especificar varios valores para el argumento anterior.

| Indica información que se excluye mutuamente. Puede utilizar elargumento situado a la izquierda del separador o el argumento situado ala derecha del separador. No puede utilizar ambos argumentos en unamisma utilización del comando.

{ } Delimita un conjunto de argumentos que se excluyen mutuamente cuandouno de los argumentos es obligatorio. Si los argumentos son opcionales, seespecifican entre corchetes ([ ]).


rcproxyUtilice rcproxy para llevar a cabo las acciones siguientes:

Comando Finalidad

rcproxy Iniciar el proxy de control remoto

rcproxy -stop Detener el proxy de control remoto

rcproxy -list Enumerar las conexiones entre dos proxys de controlremoto

rcproxy -kill session-id Finalizar la conexión entre dos proxys de control remoto

SINOPSISrcproxy

rcproxy -stop

rcproxy -list

rcproxy -kill id_sesión

DESCRIPCIÓNEl comando rcproxy permite gestionar los proxys de control remoto y su conexión.

Este comando sólo se puede ejecutar desde el directorio donde se instale elcomponente de proxy de Tivoli Remote Control.

Autorizaciónsenior en la región de gestión de Tivoli.

Argumentos-stop Detiene el proxy de control remoto.

-list Enumera las conexiones de proxy de control remoto.

-kill Finaliza una conexión entre dos proxys de control remoto.

session-id Especifica el identificador de la conexión entre dos proxys decontrol remoto.

EJEMPLOSLos siguientes ejemplos muestran cómo finalizar la conexión entre dos proxys decontrol remoto:1. Con el comando siguiente verá los identificadores de las conexiones de control

remoto:rcproxy -list

2. Con el comando siguiente finalizará la conexión especificada entre dos proxysde control remoto.rcproxy -kill id_sesión

rcproxy


wcreatecontrollerCrea una instancia del controlador de clases para un nombre de host especificado.

SINOPSISwcreatecontroller nombre_host etiqueta_controlador

DESCRIPCIÓNEl comando wcreatecontroller permite definir una instancia de controlador. Puedeutilizar este comando para evitar una búsqueda ampliada de Tivoli RemoteControl al iniciar la herramienta de control remoto desde un nodo gestionado quetambién sea un punto final cuya etiqueta sea distinta del nombre de host.

Este comando sólo se puede ejecutar en un nodo gestionado donde el componentede servidor de Tivoli Remote Control esté instalado.


Argumentosnombre_host

Especifica el nombre de host del controlador. Si el nombre incluye espacios,especifíquelo entre comillas dobles (“ ”).

etiqueta_controladorEspecifica la etiqueta del controlador. Si el nombre incluye espacios,especifíquelo entre comillas dobles (“ ”).

EJEMPLOSEn el ejemplo siguiente se crea una instancia del controlador con el nombre de hostenigma2 y la etiqueta admin_ep.wcreatecontroller enigma2 admin_ep

wcreatecontroller

Apéndice D. Interfaz de línea de comandos 143

wcreatercCrea una herramienta de control remoto.

SINOPSISwcreaterc etiqueta_control_remoto etiqueta_nodo_gestionado etiqueta_región_política

DESCRIPCIÓNEl comando wcreaterc permite crear una herramienta de control remoto en unaregión de política.



Argumentosetiqueta_control_remoto

Especifica el nombre de la herramienta de control remoto que debe crearse.El nombre no puede incluir los caracteres siguientes:

punto y coma (;)barra vertical (|)acento grave (`)símbolo del dólar ($)paréntesis de apertura (( )llave de apertura ({ )

Si el nombre incluye espacios, especifíquelo entre comillas dobles (“ ”).

etiqueta_nodo_gestionadoEspecifica el nombre del nodo gestionado donde reside la herramienta decontrol remoto. Si el nombre incluye espacios, especifíquelo entre comillasdobles (“ ”).

etiqueta_región_políticaEspecifica el nombre de la región de política donde se debe insertar laherramienta de control remoto. Si el nombre incluye espacios, especifíqueloentre comillas dobles (“ ”).

EJEMPLOSEn el ejemplo siguiente se crea una herramienta de control remoto denominadarc-enigma2-1, que pertenece al nodo gestionado del host enigma2, y se inserta enla región de política south-region.wcreaterc rc-enigma2-1 enigma2 south-region

wcreaterc


wdeletecontrollerSuprime una instancia del controlador de clases de un nombre de hostespecificado.

SINOPSISwdeletecontroller nombre_host

DESCRIPCIÓNEl comando wdeletecontroller suprime una instancia del controlador de clases.



Argumentosnombre_host

Especifica el nombre de host del controlador. Si el nombre incluye espacios,especifíquelo entre comillas dobles (“ ”).

EJEMPLOSEn el ejemplo siguiente se suprime la instancia del controlador con el nombre dehost enigma2.wdeletecontroller enigma2

wdeletecontroller


wrcActiva una de las acciones de Tivoli Remote Control.

SINOPSISwrc nombre_control_remoto Acción destino_CR [controlador_CR] [opciones]

DESCRIPCIÓNEl comando wrc permite activar una de las siguientes acciones de Tivoli RemoteControl:v control remoto,v transferencia de archivos,v chat,v reinicio.

Este comando sólo se puede ejecutar desde un nodo gestionado donde elcomponente de servidor de Tivoli Remote Control esté instalado.

AutorizaciónAdmin en la herramienta de control remoto.

Debe disponer de la función adecuada en el sistema destino, tal como se especificaen el “Paso 3: Asignación de las funciones de Tivoli Remote Control” en lapágina 67.

Argumentosnombre_control_remoto

Especifica el nombre de una herramienta de control remoto con la que va atrabajar. Si el nombre incluye espacios, especifíquelo entre comillas dobles(“ ”).

Acción Especifica la acción solicitada:v rc para control remotov filexfer para transferencia de archivosv chat para chatv reboot para reinicio

destino_CREspecifica la etiqueta del destino. Esta etiqueta tiene la sintaxis siguiente:@Endpoint:<etiqueta_punto_final>

donde:

<etiqueta_punto_final> es la etiqueta de un punto final. Si el nombreincluye espacios, especifíquelo entre comillas dobles (“ ”).

controlador_CREspecifica la etiqueta del controlador. Esta etiqueta tiene la sintaxissiguiente:@Endpoint:<etiqueta_punto_final>

donde:

wrc

<etiqueta_punto_final> es la etiqueta de un punto final. Si el nombreincluye espacios, especifíquelo entre comillas dobles (“ ”).

OpcionesUna combinación de cualesquiera de las opciones enumeradas en la tablasiguiente:

Opción Valor Método de políticapredeterminado

Acciones

-B:(Y|N) Optimización delescritorio

rc_def_backgrnd rc

-C:(0|4|8) Reduce el númerode colores a: 0 Sinlímite, 4 Reduce a16, 8 Reduce a 256.

rc_def_color rc

-D:<WTSID> ID de la sesión deTerminal Server dela estación detrabajo en la que seinicie elcontrolador.

Todas.

-J:(Y|N) Instalación de JRE1.3.

filexfer, chat

-G:(0|5|10|15|30|60|120|240|480|960)

Período de gracia rc_def_grace_time Todas.

-P:(Y|N) Continuar si seexcede tiempo deespera

rc_def_timeout_op Todas.

-R:(50) Frecuencia deactualización

rc_def_rate rc

-T:(Y|N) Habilitar cambiarestado en el destino

rc_def_alt_t rc

-Z:(Y|N) Habilitarcompresión

rc_def_comp rc, filexfer

-I:(0...) Tiempo de esperade la inactividad

rc_def_inactivity rc

-S:(A|M) Estado delarranque

rc_def_initstate rc

-Y:(Y|N) Optimización deconexión lenta

rc_def_optimize rc

Si falta una opción o no se encuentra dentro del rango, se utilizará el valorque devuelva el correspondiente método de política predeterminado. Si elmétodo de política devuelve un valor bloqueado, el valor de CLI (si estápresente) se ignorará.

Nota:

1. Las acciones monitor, controla y controlm que proporcionabanlas versiones anteriores de Tivoli Remote Control estánsoportadas con el siguiente significado: monitor = rc con estadode arranque supervisión (wrc rc ... -S:M), controlm = rc conestado de arranque supervisión (wrc rc ... -S:M), y controla = rccon estado de arranque activo (wrc rc ... -S:A).

wrc

2. La opción de limitación a 16 colores (-C:(Y|N)) queproporcionaban las versiones anteriores de Tivoli Remote Controlse interpreta del modo siguiente:v -C:Y = -C:4

v -C:N = -C:0

EJEMPLOSEn los ejemplos que se enumeran en este apartado se utiliza la herramienta decontrol remoto rc-sunnew3-1, el sistema destino enigma2-7003 y el controlador ap.1. El comando siguiente activa una sesión de control remoto entre el sistema

destino enigma2-7003 y el controlador ap.wrc rc-sunnew3-1 rc @Endpoint:enigma2-7003@Endpoint:ap -B:Y -Z:Y -C:8 -G:15 -P:Y -T:Y

Las opciones solicitadas son:v Optimización del escritorio (-B:Y)v Habilitar compresión (-Z:Y)v Reducir el número de colores a 256 (-C:8)v Período de gracia = 15 segundos (-G:15)v Continuar si se excede tiempo de espera = YES (-P:Y)v Habilitar cambiar estado en el destino (-T:Y)

2. El comando siguiente activa una sesión de transferencia de archivos entre elsistema destino enigma2-7003 y el controlador ap.wrc rc-sunnew3-1 filexfer @Endpoint:enigma2-7003@Endpoint:ap -Z:Y -G:15 -P:Y

Las opciones solicitadas son:v Habilitar compresión (-Z:Y)v Período de gracia = 15 segundos (-G:15)v Continuar si se excede tiempo de espera = YES (-P:Y)

3. El comando siguiente activa una sesión de chat entre el sistema destinoenigma2-7003 y el controlador ap.wrc rc-sunnew3-1 chat @Endpoint:enigma2-7003 @Endpoint:ap -G:15 -P:N

Las opciones solicitadas son:v Período de gracia = 15 segundos (-G:15)v Continuar si se excede tiempo de espera = NO (-P:N)

4. El comando siguiente reinicia el destino enigma2-7003.wrc rc-sunnew3-1 reboot @Endpoint:enigma2-7003-G:15 -P:N

Las opciones solicitadas son:v Período de gracia = 15 segundos (-G:15)v Continuar si se excede tiempo de espera = NO (-P:N)

wrc


wrcinstep

Instala el software de Tivoli Remote Control en uno o más puntos finales.

SINOPSISwrcinstep {-c|-t} valores_acción {-l etiqueta_punto_final|-fnombre_archivo_completamente_calificado} [-b]

DESCRIPCIÓNEl comando wrcinstep instala el software de Tivoli Remote Control en uno o máspuntos finales. Este comando sólo se puede ejecutar desde un nodo gestionadodonde el componente de servidor de Tivoli Remote Control esté instalado.

Autorizaciónv install_product o super en la región de gestión de Tivoli para instalar Tivoli

Remote Control en uno o más puntos finales.v remote_reboot en la región de gestión de Tivoli para reiniciar uno o más puntos

finales.

Argumentos-c Instala el software de Tivoli Remote Control para

estaciones de trabajo de controlador.

-t Instala el software de Tivoli Remote Control paraestaciones de trabajo del destino.

valores_acción Especifica el tipo de software que debe instalarse.Los valores válidos son cualquier secuencia, sinespacios, de uno o más de los siguientes testigos:v r (control remoto)v f (transferencia de archivos)v c (chat)v b (reinicio). Este testigo se ignora si el software

se instala en estaciones de trabajo de controlador.v j (Java Run-time Environment 1.3). Este software

es el mismo para el destino que para elcontrolador. Se instala la primera vez que seinicia una transferencia de archivos o una sesiónde chat.

v l (después de que la versión traducida de TivoliRemote Control se instale en el servidor,descarga esta versión en los puntos finales).

-l etiqueta_punto_final Especifica el nombre del punto final.

-f nombre_archivo_completamente_calificadoEspecifica un nombre completamente calificado deun archivo que contiene una secuencia de etiquetasde puntos finales, una para cada línea, en los quese debe instalar el software.

-b Reinicia el destino de Tivoli Remote Control. Estaopción sólo funciona si es necesario un reiniciopara limpiar el entorno. No se soporta si el puntofinal tiene el sistema operativo OS/2.

wrcinstep


EJEMPLOSEn el ejemplo siguiente se instalan los componentes de transferencia de archivos ychat para el controlador en el punto final ap.wrcinstep -c fc -l ap

wrcinstep


wrcmdpcrEjecuta un comando de indicador de comandos en un destino.

Notas:

1. El comando wrcmdpcr no funciona con ningún comando que exija una entradade usuario (dir /p, por ejemplo).

2. Si ejecuta wrcmdpcr en una shell bash de UNIX o Windows 2000, utilice \\ enlugar de \ cuando especifique una ruta.

SINOPSISwrcmdpcr nombre_control_remoto destino_CR comando [argumento ...]

DESCRIPCIÓNEl comando wrcmdpcr es una herramienta de depuración que ayuda a resolverproblemas en un destino de Tivoli Remote Control. Este comando sólo se puedeejecutar desde un indicador de línea de comandos en un nodo gestionado dondeesté instalado el componente de servidor de Tivoli Remote Control.

Autorizaciónremote_probe o super en el destino de punto final.

Argumentosnombre_control_remoto

Especifica el nombre de una herramienta de control remoto. Si el nombreincluye espacios, especifíquelo entre comillas dobles (“ ”).

destino_CREspecifica el nombre de un punto final. Esta máquina debe ser un destino.Si el nombre incluye espacios, especifíquelo entre comillas dobles (“ ”).

comandoEspecifica un comando que se ejecuta en un indicador de comandos.

argumentoProporciona argumentos al comando. Puede especificar hasta 4argumentos.

EJEMPLOSEn los ejemplos que se enumeran en este apartado, se utiliza la herramienta decontrol remoto RC y el punto final rbuyse.1. El comando siguiente muestra las variables de entorno del punto final:

wrcmdpcr RC rbuyse set

En un punto final Windows NT aparece información parecida a la siguiente:COMPUTERNAME=GCATASTAComSpec=D:\WINNT35\system32\cmd.exeOS=Windows_NTOs2LibPath=D:\WINNT35\system32\os2\dll;Path=D:\WINNT35\system32;D:\WINNT35;N:\gk\bin;

d:\msdev\bin;N:\CVSPROCESSOR_ARCHITECTURE=x86PROCESSOR_IDENTIFIER=x86 Family 5 Model 2 Stepping 5,

GenuineIntelPROCESSOR_LEVEL=5PROCESSOR_REVISION=0205

wrcmdpcr


PROMPT=$P$GSystemRoot=D:\WINNT35SystemDrive=D:windir=D:\WINNT35

2. El comando siguiente enumera el contenido del directorio windows:wrcmdpcr RC rbuyse dir \windows

El argumento \windows sólo es válido si el comando se ejecuta desde unindicador de DOS. Si ejecuta el comando en una máquina UNIX, debe cambiarel argumento a \\windows.

wrcmdpcr


wrcuninstep

Desinstala el software de Tivoli Remote Control en uno o más puntos finales.

SINOPSISwrcuninstep {-c|-t} {-l etiqueta_punto_final|-fnombre_archivo_completamente_calificado} [-b]

DESCRIPCIÓNEl comando wrcuninstep desinstala el software de Tivoli Remote Control en uno omás puntos finales. Este comando sólo se puede ejecutar desde un nodogestionado donde el componente de servidor de Tivoli Remote Control estéinstalado. Al final del proceso de desinstalación se crea el archivo de registroeqnunist.trc en la unidad donde reside el punto final.

Autorizaciónv install_product o super en la región de gestión de Tivoli para desinstalar Tivoli

Remote Control en uno o más puntos finales.v remote_reboot en la región de gestión de Tivoli para reiniciar uno o más puntos

finales.

Argumentos-c Desinstala el software de Tivoli Remote Control

para estaciones de trabajo de controlador.

-t Desinstala el software de Tivoli Remote Controlpara estaciones de trabajo del destino.

-l etiqueta_punto_final Especifica la etiqueta del punto final.

-f nombre_archivo_completamente_calificadoEspecifica un nombre completamente calificado deun archivo que contiene una secuencia de etiquetasde puntos finales, una para cada línea, de los quese debe desinstalar el software.

-b Reinicia el destino de Tivoli Remote Control. Estaopción sólo funciona si es necesario un reiniciopara limpiar el entorno. No se soporta si el puntofinal tiene el sistema operativo OS/2.

EJEMPLOSEn el ejemplo siguiente se desinstala el controlador del punto final ap.wrcuninstep -c -l ap

wrcuninstep


wrcuninstep


Avisos

Esta información se ha desarrollado para productos y servicios ofrecidos en losEstados Unidos. Es posible que IBM no ofrezca los productos, los servicios o lasfunciones tratados en este documento para otros países. Consulte con elrepresentante local de IBM para obtener información sobre los productos yservicios actualmente disponibles en su país. Las referencias a productos,programas o servicios de IBM no pretenden afirmar ni implicar que sólo puedanutilizarse esos productos, programas o servicios de IBM. En su lugar, se puedeutilizar cualquier producto, programa o servicio funcionalmente equivalente queno infrinja ninguno de los derechos de propiedad intelectual de IBM. De todosmodos, es responsabilidad del usuario evaluar y comprobar el funcionamiento decualquier producto, programa o servicio que no sea de IBM.

IBM puede tener patentes o solicitudes de patentes pendientes que cubran el temaprincipal descrito en este documento. La posesión de este documento no confiereninguna licencia sobre dichas patentes. Puede enviar solicitudes de licencias porescrito a esta dirección:

IBM Director of Licensing

IBM Corporation

North Castle Drive

Armonk, NY 10504-1785, Estados Unidos

Para solicitar licencias relativas a información de doble byte (DBCS), contacte conel departamento de propiedad intelectual de IBM de su país o envíe solicitudes porescrito a esta dirección:

IBM World Trade Asia Corporation

Licensing

2-31 Roppongi 3-chome, Minato-ku

Tokio 106, Japón

El párrafo siguiente no se aplica al Reino Unido ni a ningún otro país dondetales disposiciones no sean coherentes con las leyes locales:

INTERNATIONAL BUSINESS MACHINES CORPORATION PROPORCIONAESTA PUBLICACIÓN ″TAL CUAL″ SIN GARANTÍA DE NINGUNA CLASE, NIEXPLÍCITA NI IMPLÍCITA, INCLUIDAS, PERO SIN LIMITARSE A, LASGARANTÍAS IMPLÍCITAS DE NO VULNERACIÓN DE DERECHOS,COMERCIALIZACIÓN O IDONEIDAD PARA UNA FINALIDADDETERMINADA.


Algunos estados no permiten una renuncia de garantías explícitas o implícitas endeterminadas transacciones. Por lo tanto, es posible que esta declaración no seaplique en su caso.

Esta información puede incluir imprecisiones técnicas o errores tipográficos. Lainformación aquí contenida está sometida a modificaciones periódicas, que seincorporarán en ediciones posteriores. IBM puede realizar, en cualquier momento ysin previo aviso, mejoras y/o cambios en el producto o los productos y/o elprograma o los programas descritos en esta publicación.

Las referencias realizadas en esta publicación a sitios Web que no son de IBM seproporcionan únicamente por comodidad y de ningún modo pretenden responderde los mismos. Los materiales de estos sitios Web no forman parte de losmateriales para este producto de IBM y la utilización de dichos sitios Web esresponsabilidad del usuario.

IBM puede utilizar o distribuir cualquier información que se le proporcione delmodo que estime apropiado, sin incurrir por ello en ninguna obligación con elremitente.

Los licenciatarios de este programa que deseen tener información sobre el mismocon el propósito de habilitar (i) el intercambio de información entre programascreados de forma independiente y otros programas (incluido este) y (ii) lautilización mutua de la información intercambiada, deben ponerse en contacto con:

IBM Corporation

2Z4A/101

11400 Burnet Road

Austin, TX 78758 , Estados Unidos

Esta información puede estar disponible según los términos y condicionesapropiados, incluyendo en algunos casos el pago de una cuota.

IBM proporciona el programa con licencia descrito en este documento y todo elmaterial con licencia disponible para él según los términos del Contrato del Clientede IBM, el Acuerdo Internacional de IBM Programas bajo Licencia o cualquier otroacuerdo equivalente entre las partes.

Esta información contiene ejemplos de datos e informes utilizados en operacionesempresariales diarias. Para ilustrarlos de la forma más completa posible, losejemplos incluyen nombres de personas, empresas, marcas y productos. Todosestos nombres son ficticios y cualquier parecido con los nombres y direccionesutilizados por empresas reales es pura coincidencia.

Si ve esta información en soporte informático, es posible que las fotografías y lasilustraciones en color no se visualicen.


Marcas comercialesIBM, el logotipo de IBM, Tivoli, AIX, OS/2, Tivoli Enterprise, Tivoli EnterpriseConsole, pSeries, PowerPC y S/390 son marcas comerciales o marcas comercialesregistradas de International Business Machines Corporation en los Estados Unidosy/o en otros países.

Pentium es una marca comercial de Intel Corporation en los Estados Unidos y/oen otros países.

Microsoft, Windows y Windows NT son marcas comerciales de MicrosoftCorporation en los Estados Unidos y/o en otros países.

UNIX es una marca comercial registrada de The Open Group en los EstadosUnidos y/o en otros países.

Java y todas las marcas comerciales y los logotipos de Java son marcascomerciales o marcas comerciales registradas de Sun Microsystems, Inc. en losEstados Unidos y en otros países.

Los demás nombres de empresas, productos y servicios pueden ser marcascomerciales o de servicio de otras empresas.

Avisos 157

Glosario

Aadministrador. Vea administrador de Tivoli.

administrador de Tivoli. En un entorno Tivoli,administrador del sistema que ha sido autorizado pararealizar las tareas de gestión del sistema y paragestionar regiones de política en una o más redes.

agente de gestión de Tivoli. En un entorno Tivoli,agente que realiza operaciones administrativas deforma segura.

agente de PC. En un entorno Tivoli, softwareinstalado en un PC cliente que permite que se ejecutenoperaciones de Tivoli en el PC. Vea nodo gestionado dePC.

agente de petición de objetos (ORB). Enprogramación orientada a objetos, software quefunciona como intermediario activando de formatransparente objetos a fin de intercambiar peticiones yrespuestas.

agente IPX. Agente de PC que se ejecuta en IPX/SPX.Sólo puede ser el cliente de un sitio gestionadoNetWare.

almacén de Tivoli Software Installation Service. EnTivoli Software Installation Service, componente quecontiene las imágenes de instalación (incluidas lasimágenes para los parches) y que gestiona la instalaciónde estas imágenes en los sistemas distribuidos. Losadministradores de Tivoli acceden al almacén medianteel cliente de Tivoli Software Installation Service.

Cchat. En Tivoli Remote Control, función que permiteque el administrador de Tivoli intercambiecomunicaciones escritas con el usuario de un destinoremoto.

cliente. En un sistema cliente/servidor, sistema oproceso que solicita un servicio de otro sistema oproceso denominado habitualmente servidor. Variosclientes pueden compartir el acceso a un servidorcomún.

cliente de región de gestión de Tivoli. En un entornoTivoli, cualquier sistema, excepto el servidor de laregión de gestión de Tivoli, en el que esté instaladoTivoli Management Framework. El daemon oserv seejecuta en el cliente de la región de gestión de Tivoli yel cliente de la región mantiene una base de datos deobjetos local. Vea cliente de Tivoli y servidor de Tivoli.

cliente de Tivoli. Cliente de un servidor de Tivoli. Veacliente de región de gestión de Tivoli y servidor de región degestión de Tivoli.

cliente/servidor. En comunicaciones, modelo deinteracción en el proceso de datos distribuido en el queun programa de una ubicación envía una petición a unprograma de otra ubicación y espera una respuesta. Elprograma que realiza la petición se denomina cliente yel programa que emite la respuesta se denominaservidor.

conjunto de políticas. Objeto de política que contieneun grupo de clases de gestión que existe para undominio de política. Pueden existir varios conjuntos depolíticas en un dominio de política, pero sólo puedehaber un conjunto de políticas activo a la vez.

controlador. En Tivoli Remote Control, software quelos administradores utilizan para realizar las funcionesde control remoto, transferencia de archivos o chat.

control remoto. En Tivoli Remote Control, función quepermite al administrador de Tivoli hacerse con elcontrol de una estación de trabajo de destino remotocon la que está conectado a través de una red.

Ddaemon. Programa que se ejecuta en modalidaddesatendida para realizar un servicio estándar. Algunosdaemons se desencadenan de forma automática paraefectuar su tarea, mientras que otros funcionan deforma periódica.

daemon de cliente. Proceso de AIX que realiza lasoperaciones del cliente.

destino. En Tivoli Remote Control, estación de trabajoremota en la que actúa la estación de trabajo delcontrolador. Vea también punto final.

distribución remota. En un entorno Tivoli,distribución a máquinas destino en una región degestión de Tivoli conectada.

Eentorno Tivoli. Aplicaciones de Tivoli, basadas enTivoli Management Framework, que se instalan en unaubicación de cliente específica y que se encargan detemas de gestión de entornos de sistemas en red enmuchas plataformas.


escritorio de Tivoli. En el entorno Tivoli, escritorioque los administradores del sistema utilizan paragestionar sus entornos de sistemas en red.

Ffunción de autorización. (1) En un entorno Tivoli,función asignada a los administradores de Tivoli paraque puedan realizar sus tareas de gestión de sistemasasignadas. Se puede otorgar una función para toda laregión de gestión de Tivoli o para un conjuntoespecífico de recursos, como los contenidos en unaregión de política. Algunos ejemplos de funciones deautorización son: super, senior, admin y user. (2) Veatambién función.

función de recurso. Función de la que dispone unadministrador sobre recursos específicos de la región degestión local de Tivoli o de cualquier región de gestiónde Tivoli conectada (por ejemplo, regiones de política ocolección de administrador).

función de región de gestión de Tivoli. En unentorno Tivoli, la función que un administrador tieneen la región local de gestión de Tivoli (región) y encualquier región conectada. La función de regiónpropaga el nivel de autorización asignado a todos losrecursos de la región. Por ejemplo, si un administradorde Tivoli tiene una función senior en una región, eseadministrador tendrá la función senior en todos losrecursos de esa región.

Ggestor de punto final. En un entorno Tivoli, servicioque se ejecuta en un servidor de región de gestión deTivoli, asigna puntos finales a pasarelas y mantiene lalista de puntos finales.

Hherramienta de control remoto. En IBM Tivoli RemoteControl, herramienta que permite operaciones remotas,como el control remoto o el reinicio de una estación detrabajo, la transferencia de archivos y el chat. Estaherramienta se define como recurso gestionadoRemoteControl y se asocia con una región de política.

Iimagen de actualización de Tivoli. En un entornoTivoli, archivo que reside en un CD o en un sistema dearchivos y que contiene actualizaciones de un productode Tivoli. Una imagen de actualización de Tivoli sólocontiene los archivos que han cambiado desde elrelease anterior del producto, con los scripts ycomandos necesarios para instalar los nuevos archivosy configurar la base de datos.

imagen de instalación de Tivoli. En un entornoTivoli, archivo que reside en un CD o en un sistema dearchivos y que contiene un producto de Tivoli que debeinstalarse. La imagen de instalación de Tivoli puedeutilizarse para instalar Tivoli Management Frameworko para instalar una aplicación en Framework porprimera vez. Un solo CD a menudo incluye tanto unaimagen de instalación de Tivoli como una imagen deactualización de Tivoli, y puede incluir imágenes deinstalación de Tivoli para más de una aplicación.

Internet Protocol (IP). En el conjunto de protocolos deInternet, protocolo sin conexión que direcciona datos através de una red o de redes interconectadas y actúacomo intermediario entre las capas superiores delprotocolo y la red física.

Internetwork Packet Exchange (IPX). Protocolo de redque se utiliza para conectar servidores Novell, ocualquier estación de trabajo o direccionador queimplemente IPX, con otras estaciones de trabajo.Aunque es similar al protocolo IP (Internet Protocol),IPX utiliza formatos de paquetes y terminologíadistintos.

IPX. Vea Internet Packet Exchange.

Mmétodo de punto final. En un entorno Tivoli, métodoque se ejecuta en un cliente de punto final comoresultado de una petición de otros recursos gestionadosen la región de gestión de Tivoli. Los resultados delmétodo se reenvían primero a la pasarela y, acontinuación, al recurso gestionado que realiza lallamada.

Nnodo gestionado. En un entorno Tivoli, sistema en elque se instala Tivoli Management Framework.Compárelo con punto final.

nodo gestionado de PC. En un entorno Tivoli, objetoque representa un PC cliente. Tivoli ManagementFramework sólo puede comunicarse con el PC cliente siel agente de PC está instalado en el PC. Los PC clienteson más conocidos como nodos gestionados de PC.

Ooserv. Servicio de Tivoli que se utiliza como agente depetición de objetos (ORB). Este servicio se ejecuta en elservidor de región de gestión de Tivoli y en cada nodogestionado. Compárelo con lcfd.

Ppasarela. Software que proporciona servicios entre lospuntos finales y el resto del entorno Tivoli.


pasarela de gestión de Tivoli. En un entorno Tivoli,sistema que permite la comunicación bidireccional conlos agentes de gestión de Tivoli.

pasarela de Tivoli Remote Control. Función opcionalque está disponible con el servidor de Tivoli RemoteControl para manejar la comunicación entre loscontroladores y los destinos.

política. En un entorno Tivoli, conjunto de normasque se aplican a los recursos gestionados. Una normaespecífica de una política se denomina “método depolítica”.

política predeterminada. En un entorno Tivoli,conjunto de valores de propiedades de recursos que seasignan a un recurso cuando éste se crea.

proxy de controlador. Proxy de control remoto queconecta con el destino como si fuera el controlador. Veatambién proxy de destino.

proxy de control remoto. Componente que permiteque muchas máquinas situadas a un lado de uncortafuegos puedan comunicarse, a través de un puertocomún, con muchas máquinas situadas al otro lado delcortafuegos.

proxy de destino. Proxy de control remoto queconecta con el controlador como si fuera el destino. Veatambién proxy de controlador.

proxy primario de control remoto. Proxy de controlremoto que se ejecuta en la máquina en la que seejecuta el proxy de punto final. Vea también proxysecundario de control remoto.

proxy secundario de control remoto. Proxy de controlremoto que se ejecuta en la máquina en la que seejecuta el proxy de pasarela. Vea también proxy primariode control remoto.

punto final. En un entorno Tivoli, agente que es elreceptor último de cualquier tipo de operación deTivoli. Vea agente de gestión de Tivoli.

Rrecurso. Entidad de hardware, software o datosgestionada mediante el software de gestión de Tivoli.

región. Vea región de gestión de Tivoli.

región de gestión de Tivoli. En un entorno Tivoli,servidor de Tivoli y conjunto de clientes a los que daservicio. Una organización puede tener más de unaregión. Una región de gestión de Tivoli se encarga de laconectividad física de los recursos, mientras que unaregión de política se encarga de la organización lógicade recursos.

región de política. Grupo de recursos gestionados quecomparten una o más políticas comunes y que modelan

la gestión o la estructura organizativa de un entorno desistemas en red. Los administradores utilizan regionesde política para agrupar recursos similares, definiraccesos a los recursos, controlar los recursos y asociarreglas a fin de gobernar los recursos.

repetidor NetWare de Tivoli. En un entorno Tivoli,aplicación de servidor que se instala en un servidorNovell NetWare y que mantiene una lista de clientesdisponibles para el servidor. El repetidor NetWare deTivoli funciona con el sitio gestionado NetWare pararealizar la distribución de perfiles.

repositorio de instalación (IR). En Tivoli SoftwareInstallation Service, directorio que contiene lasimágenes de instalación reutilizables y otros datos queutiliza Tivoli Software Installation Service.

SSequenced Packet Exchange (SPX). Protocolo de redorientado a sesiones que se utiliza en un entornoNovell. Se basa en el protocolo Internet PacketExchange (IPX), proporciona control de flujos yrecuperación de errores y garantiza la fiabilidad de lared física.

servidor. Unidad funcional que proporciona serviciosa uno o más clientes en una red. Por ejemplo, unservidor de archivos, un servidor de impresión o unservidor de correo.

servidor de región de gestión de Tivoli (servidor deTivoli). Servidor de una región de gestión de Tivoliespecífica que mantiene o hace referencia al conjuntocompleto de software de Tivoli, incluida toda la base dedatos de objetos.

servidor de Tivoli. Vea servidor de región de gestión deTivoli.

sitio gestionado NetWare. En un entorno Tivoli,recurso que representa (a) un servidor Novell NetWareen el que se instala el repetidor de Tivoli NetWare y (b)uno o más clientes. Un sitio gestionado NetWarepermite distribuir perfiles a través del servidorNetWare a uno o más PC cliente especificadosmediante TCP/IP o IPX.

software de gestión de Tivoli. Software de TivoliEnterprise que permite a las organizaciones gestionarcentralmente sus recursos informáticos (incluidas lasaplicaciones más importantes que controlan elrendimiento del negocio y los beneficios) de manerasencilla y directa.

SPX. Vea Sequenced Packet Exchange.

subregión de política. En un entorno Tivoli, región depolítica creada o que reside en otra región de política.Cuando se crea una subregión de política, inicialmenteutiliza los recursos y las propiedades de política de la

Glosario 161

región de política primaria. El administrador de Tivolipuede modificar o personalizar más tarde estaspropiedades para reflejar las necesidades y diferenciasespecíficas de la subregión.

TTCP/IP. Vea Internet Protocol.

Tivoli Software Installation Service. Componente deTivoli que proporciona una interfaz sencilla y eficazpara instalar el software de Tivoli Enterprise. SoftwareInstallation Service utiliza la tecnología de distribuciónmultiplexada de Tivoli y proporciona unacomprobación automatizada del software previonecesario, un repositorio reutilizable de imágenes deinstalación y tanto la interfaz gráfica como la de líneade comandos a fin de desplegar los productos de Tivolien un gran número de sistemas.

transferencia de archivos. En Tivoli Remote Control,función que permite a un administrador de Tivolitransferir archivos o directorios entre el controlador yun destino.

Uusuario. Persona que utiliza el software de gestión deTivoli y a la que se asigna una o más funciones.


Índice

Aaccesibilidad 129acción

control remoto 97chat 103inicio 89reinicio 102transferencia de archivos 107

acción de reinicio 102activación de cortafuegos, resumen 4activo

estado 98sesión de teclados sincronizados 102

actualizaciónregión individual 17regiones interconectadas 21

adicióncontrolador 143destino 68RemoteControl como recurso

gestionado 65administrador, para interfaz Web 63agentes 133Alt+Esc 100Alt+Tab 100archivos

config.sys 137, 139os2.ini 139rcproxy.cfg 48, 54rcproxy.route 55system.ini 137, 139

archivos de rastreocontenido 121en OS/2 120para control remoto 116, 118

archivos de registrocontenido 114para control remoto 111para chat 113para la instalación 115para transferencia de archivos 112

asignacióndestinos a regiones de política 68funciones de Tivoli Remote

Control 67nueva política predeterminada 71

Bbase de datos, integración 15

Ccambio

estado de la sesión de control remotodesde el controlador 98

cambios en el registro 137, 138cambios en los archivos

en controlador OS/2 137en destino OS/2 139

cambios en los archivos (continuación)en destino Windows 98 137

carga de destinos rápida 128cifrado, resumen 3cifrado de datos 3comando odadmin 63comandos

odadmin 63odstat 135rcproxy 142wcreatecontroller 143wcreaterc 66, 144wcrtpol 69wep sync_gateways 68wgetpolm 70widmap 8winstall 13wmv 68, 132wpatch 20wputpolm 70wrc 146wrcinstep 149wrcmdpcr 151wrcuninstep 153wregister 135wstarthttpd 87wstophttpd 87wuninst 22

communication-layer, secciónproxy primario 49proxy secundario 50

componentes 10conexiones, habilitación 63conexiones remotas, habilitación 63config.sys, archivo 137, 139configuración

proxy de control remoto 48regiones de política 65rutas a los proxys secundarios 54

contacto por correo electrónico xcontrol remoto

acción 97sesión

detención 97inicio 97

controladorcambio de los estados de la sesión 98cambio del estado de la sesión 98cambios en el registro de

Windows 137, 138cambios en los archivos de OS/2 137conversación 104definición 1desinstalación 21, 22establecimiento de rastreos de control

remoto en sistemas Windows 116establecimiento de rastreos de

OS/2 120establecimiento de rastreos de

Windows 118, 119instalación 14

controlador (continuación)registro de información de control

remoto 111registro de información de chat 113registro de información de

transferencia de archivos 112registro de sucesos 124utilización 97, 98

controlador de control remotoutilización 98

controlador de duplicador en WindowsXP 14

copia de archivos 109cortafuegos

identificación de las situaciones 23situación de ejemplo 55situaciones con Firewall Security

Toolbox 24situaciones con proxy autónomo 29

creación de directorios 109creación de una herramienta de control

remoto 65createrc, comando 144Ctrl+Alt+Supr 100Ctrl+Esc 100Ctrl+Mayús+Esc 100

CHchat

detención 103diálogo 104inicio 103intercambio de mensajes 104reactivación 105registro de conversaciones 105registro de una conversación 105suspensión 105utilización del control remoto 106

children-cm-info, sección; proxyprimario 51

Ddefinición

pasarela de control remoto 2proxy de control remoto 1proxy del controlador 23proxy del destino 23servidor de control remoto 1

definición de la ruta al proxysecundario 54

desinstalacióncontrolador 21, 22destino 21, 22pasarela 21proxy de control remoto 22servidor 21

destinoasignado a una región de política 68


destino (continuación)cambio de los estados de la sesión 99cambios en el registro de

Windows 138cambios en el registro de Windows

98 137cambios en los archivos de OS/2 139cambios en los archivos de Windows

98 137conversación 104definición 1dejar una conexión abierta 132desinstalación 21, 22establecimiento de rastreos de control

remoto en sistemas Windows 116establecimiento de rastreos de control

remoto en sistemas Windows98 118

establecimiento de rastreos deOS/2 120

establecimiento de rastreos deWindows 118, 119

instalación 14lista 83personalización de proxys 31registro de información de control

remoto 111registro de información de chat 113registro de información de

transferencia de archivos 112utilización 99

destino del control remotoutilización 99

detenciónsesión de control remoto 97sesión de chat 103sesión de transferencia de

archivos 107determinación de problemas 111

informe de configuración de estaciónde trabajo 126

registro del diseño del teclado 127diálogo de Tivoli Remote Control 98diálogos

Tivoli Remote Control 98

Eedición

rcproxy.cfg 48, 54ejemplo de entorno Tivoli 2envío

Alt+Esc 100Alt+Tab 100Ctrl+Alt+Supr 100Ctrl+Esc 100Ctrl+Mayús+Esc 100tecla de método abreviado de

IME 101teclas del sistema 100

escritorio de Tivolihabilitación de conexiones

remotas 63establecimiento

rastreosen controlador OS/2 120en destino OS/2 120

establecimiento (continuación)rastreos (continuación)

en destino Windows 98 118en el servidor de Tivoli 125en el servidor de Tivoli Remote

Control 115en un controlador Windows 116,

118, 119en un destino Windows 116, 118,

119rc_def_define

DefinableTargetList 84FilteredList 84UncheckedList 85

rc_def_proxy 31establecimiento de sesiones entre

cortafuegos 23estado de finalización 99estado de supervisión 99estado de suspensión 99estados

activo 98finalización 99supervisión 99suspensión 99

FFAQ 131finalización

sesión de chat 103transferencia de archivos 107

funcionesasignación 67

Ggeneración de avisos 3

Hhardware, requisitos previos 6herramienta

creación 65valores 69

herramienta de control remotovalores predeterminados 69

Iidentificación

proxy primario 29proxy secundario 29situaciones de cortafuegos 23

iniciopasarela de control remoto 95proxy de control remoto 95sesión de control remoto 97sesión de chat 103sesión de transferencia de

archivos 107una acción 89

desde el escritorio de Tivoli 89desde la línea de comandos 95

inicio (continuación)una acción (continuación)

desde un entorno de TerminalServer 94

desde un navegador Web 90instalación 14

cambios en los archivos 137controlador 14destino 14directorios 10en puntos finales 14pasarela de control remoto 16pasarela de Tivoli Remote Control 16planificación 5proxy autónomo de control

remoto 38proxy de control remoto 16Proxy de control remoto sobre proxys

de Toolbox 32servidor de Tivoli Remote Control 11

con el escritorio de Tivoli 12con SIS 11con winstall 13

visión general 9instalación silenciosa, proxy de control

remoto 47integración con Tivoli Inventory

Database 15intercambio de mensajes 104interfaz Web

habilitación de conexionesremotas 63

interfaz Web, definición deadministrador 63

introducción 1

Llog, sección

proxy primario 49proxy secundario 49

Mmanuales

en línea viiiopinión del usuario viiisolicitud viii

mecanismos de actualización 19utilización de SIS 20utilización del comando 20utilización del escritorio de Tivoli 20

mejora del rendimiento 127mensajes de error

desinstalación del proxy de TivoliRemote Control 134

nodo de host no gestionado 135nodo PC no gestionado de host 135recurso no encontrado 134start_controller 133start_target 133

menú Archivo 98menú Ayuda 98menú Estado 98menú Pulsaciones 98menú Ver 98


menúsArchivo 98Ayuda 98Estado 98Pulsaciones 98Ver 98

método de políticarc_def_gw 77rc_def_inactivity 77rc_def_initstate 78rc_def_polfilter_mode 78rc_def_ports 79rc_def_proxy 80rc_def_rcmode 81rc_def_targets 81rc_def_timeout_op 82rc_def_uncheckedlist 82

métodos, visión general 71métodos de política

rc_def_alt_t 72rc_def_backgrnd 73rc_def_color 73rc_def_command 74rc_def_comp 74rc_def_define 74rc_def_encryption 75rc_def_ftmode 76rc_def_grace_time 76rc_def_optimize 78rc_def_rate 80visión general 71

métodos para la políticapredeterminada 72

modificaciónestado de la sesión de control remoto

desde el destino 99herramienta de control remoto,

valores predeterminados 69política predeterminada

RemoteControl_PDO 69modificación de la lista de destinos 85modo completo, sesión 15modo limitado, sesión 15modo local 100modo remoto 100modos, teclado 100

Nniveles

seguridad 2niveles de seguridad 2nombres de directorio, notación xinombres de rutas de acceso, notación xinotación

nombres de rutas de acceso xitipo de letra xivariables de entorno xi

Oodstat, comando 135opinión sobre las publicaciones xos2.ini, archivo 139

Ppágina default.html, personalización 87página Web, personalización 87parent-cm-info, sección; proxy

secundario 52pasarela

cierre 133desinstalación 21inicio 95instalación 16

pasarela de Tivoli Remote Controldefinición 2instalación 16

pasarela OS/2, limitaciones depulsaciones 101

paso de un modo de teclado a otro 100pcgateway 133pcremoteaccess.cgi, script 87personalización

interfaz 83lista de destinos 83métodos de política 70página Web de Tivoli Remote

Control 87valores de sesión 86

personalización de interfaces 83planificación para la instalación 5política predeterminada

cambios 69lista de métodos 72

política predeterminada, resumen 3preguntas frecuentes 131protocolos, soportados 10proxy

autónomo 29configuración 48desinstalación 21, 22Firewall Security Toolbox 24identificación de las situaciones 23inicio 95instalación 16línea de comandos 142primario 29secundario 29situación de ejemplo 55

proxy de control remotoconfiguración 48definición 1identificación del componente

primario 29identificación del componente

secundario 29inicio 95instalación 16instalación silenciosa 47

proxy primario 29communication-layer 49children-cm-info 51log 49rcproxy 53

proxy secundario 29communication-layer 50definición de la ruta 54log 49parent-cm-info 52rcproxy 53

publicacionesen línea viiiopinión del usuario viiisolicitud viii

publicaciones en línea ixpulsaciones, limitaciones 101puntero de desplazamiento 133punto final

instalación de controladores 14instalación de destinos 14registro de errores 126

Rrastreos de Tivoli Remote Control 115rc_def_alt_t, método de política 72rc_def_backgrnd, método de política 73rc_def_cmmand, método de política 74rc_def_color, método de política 73rc_def_comp, método de política 74rc_def_define, método de política 74rc_def_encryption, método de

política 75rc_def_ftmode, método de política 76rc_def_grace_time, método de

política 76rc_def_gw, método de política 77rc_def_inactivity, método de política 77rc_def_initstate, método de política 78rc_def_optimize, método de política 78rc_def_polfilter_mode, método de

política 78rc_def_ports, método de política 79rc_def_proxy, método de política 80rc_def_rate, método de política 80rc_def_rcmode, método de política 81rc_def_targets, método de política 81rc_def_timeout_op, método de

política 82rc_def_uncheckedlist, método de

política 82RCACTN, parámetro 87RCCTRL, parámetro 87rcproxy, comando 142rcproxy, sección

proxy primario 53proxy secundario 53

rcproxy.cfgparent-cm-info, sección 52

rcproxy.cfg, archivo 48, 54communication-layer, sección 50children-cm-info 51log, sección 49rcproxy, sección 53

rcproxy.log, archivocommunication-layer, sección 49

rcproxy.route, archivo 55RCTARG, parámetro 87RCTOOL, parámetro 87reactivación 105recopilación de información

informe de configuración de estaciónde trabajo 126

registro del diseño del teclado 126recurso gestionado, RemoteControl 65región de política

asignación a destinos 68

Índice 165

región de política (continuación)configuración 65

registroconversación de chat 105errores en un punto final 126información de control remoto 111información de chat 113información de instalación 115información de transferencia de

archivos 112sucesos de aplicación 124

registro de sucesos de chat 105registros y rastreos, resumen 3RemoteControl, recurso gestionado 65RemoteControl_PDO 70RemoteControl_PDO, política

predeterminada 69rendimiento 127requisitos de permisos de usuario 8requisitos previos

hardware 6software 7

resolución de problemas 111valor de tiempo de espera 132

resumen de las funciones 2resumen de las funciones de

autorización 2

Sscript, pcremoteaccess.cgi 87servicio de soporte al cliente xservicio de soporte al cliente de Tivoli xservidor

desinstalación 21instalación 11

servidor de control remotodesinstalación 21instalación 11

servidor de Tivoliestablecimiento de rastreos 125

servidor de Tivoli, conexionesremotas 63

servidor de Tivoli Remote Controlestablecimiento de rastreos 115registro de información de

instalación 115Servidor de Tivoli Remote Control

definición 1sesión

entre cortafuegos 23estados 98modo completo 15modo limitado 15personalización de valores

utilización de la interfaz gráfica deusuario 86

utilización de la interfaz Web 86sincronización de teclados 102sintaxis de línea de comandos 141sistemas operativos, soportados 10situación con cortafuegos 55situaciones de Firewall Security

Toolbox 24situaciones de proxy de control remoto

autónomo 29, 54software, requisitos previos 7

solicitud de publicaciones xsoportados, protocolos 10soportados, sistemas operativos 10soporte de teclado mixto 101startsession.cgi, script 87supresión de directorios o archivos 109suspensión de una sesión de chat 105system.ini, archivo 137, 139

Ttecla de método abreviado de IME 101teclado

modos 100sincronización 102soporte mixto 101

teclados soportados 101teclas del sistema, envío 100Tivoli Inventory Database,

integración 15Tivoli Remote Control

desinstalación 21funciones 67personalización de la página Web 87registros 111

transferencia de archivoscopia de archivos 109creación de directorios 109detención 107diálogo 108inicio 107registro 111supresión de directorios o

archivos 109

Uutilización

controlador 97, 98destino 99

Vvalor de tiempo de espera 132valores, herramienta de control

remoto 69variables

WD_DISPLAY 135variables, notación para xivariables de entorno, notación xiventana de control remoto 98

Wwcreatecontroller, comando 143wcreaterc, comando 66wcrtpol, comando 69WD_DISPLAY, variable 135wep sync_gateways, comando 68wgetpolm, comando 70widmap, comando 8Windows XP, controlador de

duplicador 14winstall, comando 13wmv, comando 68, 132

wpatch, comando 20wputpolm, comando 70wrc, comando 146wrcinstep, comando 149wrcmdpcr, comando 151wrcuninstep, comando 153wregister, comando 135wstarthttpd, comando 87wstophttpd, comando 87wuninst, comando 22


��

Printed in Denmark by IBM Danmark A/S

SC10-3917-00

IBM Tivoli Remote Controlpublib.boulder.ibm.com/tividd/td/remote/SC23-4842... · IBM Tivoli Remote...

Documents

Transcript of IBM Tivoli Remote Controlpublib.boulder.ibm.com/tividd/td/remote/SC23-4842... · IBM Tivoli Remote...