<$nopage>redVea también servidores[red aaa]El escritorio está diseñado para trabajar sin problemas en un entorno de red compleja. La arquitectura del escritorio permite a los administradores de sistema distribuir recursos de sistema en toda la red, que incluyen: Aplicaciones. Archivos de datos para aplicaciones. Servicios de sesión de escritorio (aplicaciones de escritorio, como por ejemplo el Gestor de inicio de sesión y el Gestor de archivos). Servicios de ayuda. Los archivos de datos de ayuda se pueden poner en un servidor de ayuda central. El sistema operativo proporciona diversos servicios de red, incluidos los sistemas de archivos distribuidos y la ejecución remota. Los servidores de X proporcionan posibilidades adicionales de la función de red, incluidos el acceso a pantallas remotas y los servicios de seguridad. Además de estas características de red, el escritorio coloca una interfaz de usuario. Los objetivos de esta interfaz y de su arquitectura subyacente son hacer que los sistemas de red sean: Más fáciles de usar. Los usuarios pueden ejecutar aplicaciones y acceder a archivos de datos sin preocuparse de dónde están ubicados en la red las aplicaciones y los datos. Más fáciles de administrar. El escritorio proporciona herramientas de integración de aplicaciones y rutas de búsqueda en la red que facilitan la localización de datos y aplicaciones remotas por parte de los sistemas. Además, el proceso de correlación de nombres de archivo del escritorio facilita la administración de redes complejas que contienen numerosos servidores. Flexibles. Mientras que las características de administración del escritorio se han diseñado para determinadas situaciones de red comunes, el escritorio puede dar cabida a muchas otras configuraciones de red personalizadas. La función de red permite que un usuario sentado delante de una pantalla determinada acceda a diversos servicios de sistema distribuidos entre otros sistemas, tales como: La sesión de escritorio y sus aplicaciones (por ejemplo, el Gestor de espacios de trabajo y el Gestor de archivos) Otras aplicaciones Archivos de datos En la terminología de la función de red se utiliza el términoservidoresdefinición servidor para describir un sistema que proporciona servicios de sistema a uno o más sistemas. Cuando un sistema recibe servicios de un servidor, se denominaclientesdefinición cliente de dicho servidor. En una red compleja, un sistema puede utilizar servicios ubicados en diversos sistemas de toda la red. Además, un sistema puede actuar como un determinado tipo de servidor (por ejemplo, servidor de sesión) y también puede ser cliente (por ejemplo, de un servidor de aplicaciones). Desde la perspectiva del escritorio, una configuración de red característica puede contener una combinación de estos componentes principales: Pantallas Donde se ejecuta el servidor de X servidores sesiónservidoresinicio de sesiónServidores de inicio de sesión/sesión Donde se ejecutan las aplicaciones de escritorio (Gestor de inicio de sesión, Gestor de espacios de trabajo, etc.) servidores aplicaciónservidores de aplicacionesdefinición Servidores de aplicaciones Donde se ejecutan otras aplicaciones servidores archivoservidores de archivosServidores de archivos Donde están ubicados los datos utilizados por las aplicaciones Una de las configuraciones de red más comunes incluye sistemas que acceden a un servidor de aplicaciones. La ilustra una estación de trabajo que utiliza un servidor de aplicaciones. El servidor de X y la sesión de escritorio se están ejecutando en la estación de trabajo.

Las redes también utilizan con frecuenciaservidores de archivos servidores de archivos para almacenar grandes cantidades de datos. Estos datos pueden utilizarlos las aplicaciones que se ejecutan en un servidor de aplicaciones o las aplicaciones de escritorio (por ejemplo, el Gestor de archivos necesita acceder a los archivos de datos para mostrarlos en la ventana Gestor de archivos).

terminales de Xobtener servicios de sesiónLas terminales de X ejecutan el servidor de X y obtienen servicios de sesiones de escritorio de otro sistema.

El escritorio es flexible y puede soportar configuraciones de red más complejas. Esto normalmente implica que deben dejarse disponibles diversos servicios para los servidores de aplicaciones, además de los servidores de archivos.

Pantalla Sistema que ejecuta el servidor de X. Servidor de inicio de sesión y de sesiones Sistema que ejecuta la sesión de escritorio (Gestor de inicio de sesión, Gestor de sesiones, Gestor de ventanas, Gestor de archivos, etc.) Servidor de aplicaciones Sistema en el que se ejecuta una aplicación. También se denomina host de ejecución. Servidor de archivos Sistema en el que se almacenan los archivos de datos para las aplicaciones servidores ayudaservidores de ayudaServidor de ayuda Sistema en el que se almacenan los archivos de datos de ayuda servidores de acciones, Vea servidores de bases de datos<$nopage> servidores de bases de datosServidor de bases de datos (acciones) Sistema en el que se almacenan los archivos que contienen las definiciones de acciones y de tipos de datos servidores iconoservidores de iconosServidor de iconos Sistema en el que se almacenan los archivos de iconos La red puede incluir servidores adicionales, tales como un servidor de contraseñas, un servidor de correo, un servidor de vídeo, etc. Existen tres pasos generales para configurar la función de red de escritorio: Configurar los servicios básicos de red del sistema operativo. Son los servicios de la función de red proporcionados por el sistema operativo del que depende el escritorio. Consulte la sección . Instalar y configurar los servicios y el software de la función de red de escritorio. Son los servicios necesarios para el escritorio, independientemente del tipo de sistema cliente o servidor que se esté configurando. Consulte la sección . Configurar el tipo de servidor o de cliente en particular. Por ejemplo, si se configura un servidor de aplicaciones será necesario realizar unos pasos diferentes de los que se deben realizar para configurar un servidor de archivos. Consulte la sección . El escritorio requiere la siguiente configuración básica de la función de red: Los usuarios deben tener una cuenta de inicio de sesión en el servidor de sesiones y en cada sistema que proporcione servicios de escritorio al servidor de sesiones. El usuario debe tener los mismos ID de usuario e ID de grupo en todos los sistemas clientes y servidores. Los sistemas deben tener acceso a los sistemas de archivos remotos que contienen datos utilizados por la sesión y otras aplicaciones. El controlador de spool de impresión lp debe estar configurado para acceder a impresoras remotas. sendmail debe estar configurado para servicios de correo. Debe definirse la autorización de X. Esta sección describe los requisitos de las cuentas de inicio de sesión para la función de red de escritorio. Los usuarios deben tener una cuenta de inicio de sesión en: Todos los sistemas que proporcionan servicios al escritorio, incluidos los servidores de aplicaciones, los servidores de archivos y los sistemas que proporcionan impresoras de red. Todos los servidores de sesiones a los que puede acceder el usuario. En general, los servidores de sesiones se utilizan con terminales de X. Los usuarios de UNIX se identifican mediante un nombre de inicio de sesión y unUID ID de usuario ID de usuario numérico (UID). En una red de escritorio, el usuario debe tener el mismo nombre de inicio de sesión y el mismo UID en todos los sistemas clientes y servidores. Los usuarios de UNIX también se asignan a uno o más grupos de inicio de sesión. Cada grupo tiene un nombre de grupo y un ID de grupo numéricoGID ID de grupo (GID). En una red de escritorio, todos los sistemas deben utilizar nombres de grupo e ID de grupo coherentes. Para obtener más información, consulte la página de manual id(1) o id(1M). El escritorio utilizacompartimiento de archivosNFS archivosacceso remoto NFS ® para compartir archivos entre sistemas. El usuario deberá identificar todos los sistemas de archivos de la red que contienen archivos compartidos y asegurarse de que están correctamentearchivosmontar montados en todos los sistemas apropiados. Normalmente se deberá proporcionar el siguiente acceso a archivos remotos: Eldirectorio de inicio del usuario compartido directorio de inicio del usuario debe compartirse entre todos los sistemas clientes y servidores del escritorio. Esto es necesario porque: El directorio de inicio del usuario contiene archivos de datos a los que deben acceder aplicaciones en sistemas remotos. Por ejemplo, las aplicaciones que utilizan archivos de datos utilizan con frecuencia el directorio de inicio del usuario como ubicación predeterminada del archivo de datos. directorio de autentificación dtspcddirectorio de autentificaciónEl directorio de inicio del usuario es el directorio de autentificación dtspcd predeterminado. Para obtener más información sobre el dtspcd, consulte la sección . Si los usuarios necesitan acceder a archivos de datos que no están en su directorio de inicio, estos archivos de datos deben estar compartidos entre todos los sistemas clientes y servidores del escritorio que operan en los archivos de datos. Los directorios de instalación y configuración del escritorio (/usr/dt y /etc/dt) deben estar compartidos entre todos los sistemas clientes y servidores del escritorio de modo que todas las aplicaciones del usuario accedan a los mismos archivos de configuración de escritorio. Una red de escritorio funciona con más eficacia cuando los usuarios tienen un solo directorio de inicio que está compartido entre todos los sistemas clientes y servidores de la red. Un directorio de inicio de red permite a los usuarios utilizar diferentes sistemas de la red sin perder las personalizaciones y configuraciones personales. Esto es debido a que las personalizaciones personales y la información necesaria para restaurar la sesión anterior se guardan en subdirectorios del directorio de inicio. Un directorio de inicio común también es necesario para: El mecanismo de autorizaciones predeterminado de X. Consulte la sección . El daemon de control del subproceso de escritorio, que está implicado en la ejecución de aplicaciones remotas, debe poder grabar en el directorio de inicio del usuario. La red se deberá configurar de tal forma que los usuarios puedan acceder a sus archivos de datos desde todos los sistemas utilizando el mismo nombre. Esto se conoce como coherencia de nombres de archivos y normalmente se logra creando losenlaces simbólicoscoherencia de nombres de archivos enlaces simbólicos apropiados. Por ejemplo, puede configurar cada sistema de forma que el directorio de inicio de cada usuario esté disponible como /users/nombre_inicio conexión creando un enlace simbólico a la ubicación de montaje real del directorio. El escritorio utiliza elcontrolador de spool de impresión lp controlador de spool de impresión lp para acceder a impresoras locales o remotas. Consulte la página de manual lpadmin(1M) para obtener información sobre cómo configurar el controlador de spool lp. impresiónprobar Antes de intentar imprimir utilizando la interfaz gráfica del escritorio, deberá probar si puede imprimir correctamente en todas las impresoras utilizando el mandatolp, mandato lp. impresorasnombres de dispositivosSe recomienda utilizar nombres de dispositivos de impresión coherentes. Por ejemplo, si una impresora determinada se conoce como Postscript1 en el sistema al que está directamente conectada, todos los otros sistemas que acceden a la impresora de forma remota deberá utilizar también el nombre Postscript1. La aplicación de correo del escritorio utiliza sendmail para entregar correo entre sistemas. Consulte la página de manualsendmail sendmail(1M) para obtener más información sobre cómo configurar la conectividad del correo. Antes de intentar enviar o recibir correo desde el escritorio, deberá probar si puede enviarlo y recibirlo correctamente utilizando el mandato mailx mailx. El escritorio utiliza el mecanismo predeterminado X para autorizar que las aplicaciones remotas (clientes de X) accedan a una pantalla local. El procedimiento más fácil para configurar esto consiste en proporcionar un directorio de inicio de red para cada usuario. Esto asegura que se cumplan los siguientes requisitos: El usuario debe tener permiso de lectura y escritura para el archivo DirectorioInicio/.Xauthority. El archivo .Xauthority en un servidor de aplicaciones debe contener el “magic cookie” para la pantalla en la que se ejecutará la aplicación. Para obtener más información, consulte las páginas de manual X(1) o xauth(1). Esta sección describe los requisitos de configuración de red específicos del escritorio—es decir, dichas posibilidades las proporciona el escritorio en lugar del sistema operativo base. Esta sección se divide en dos partes: Configuración de los servicios de inicio de sesión y de sesión. Configuración de los servicios requeridos por aplicaciones los datos de éstas. Ello incluye servidores de aplicaciones, bases de datos, iconos, archivos y de ayuda, y los clientes de éstos. Un servidor de inicio de sesión/sesiones es un sistema que proporciona servicios de escritorio (Gestor de inicio de sesión, Gestor de sesiones, Gestor de archivos, Gestor de ventanas, etc.) a una pantalla o a un servidor X. servidoressesión terminales X servidoresinicio de sesión Normalmente, un servidor de sesiones proporciona servicios a terminales de X. Sin embargo, se puede definir una configuración de red que concentre los servicios de sesión en uno o más servidores a los que accedan estaciones de trabajo y terminales de X. El Gestor de inicio de sesión es un componente del escritorio responsable de proporcionar servicios de inicio de sesión a otras pantallas. Una vez que el usuario ha iniciado la sesión, se inicia el Gestor de sesiones para el usuario. Para obtener información sobre cómo configurar servidores de inicio de sesión/sesiones y terminales de X, consulte la sección . El servidor de método de introducción de datos (Input Method Server, IMS) se activa mediante el mandato dtimsstart. dtimsstart y generalmente se invoca automáticamente durante el inicio de la Xsession (conexión del usuario) mediante la rutina /usr/dt/config/Xsession.d/0020.dtims. Dependiendo del lugar, variables de entorno, archivos de configuración y opciones de línea de mandatos seleccionados actualmente, dtimsstart pondrá en pantalla una ventana de selección desde la que el usuario podrá seleccionar el IMS a utilizar. Desde la ventana de selección el usuario también podrá solicitar la activación de un IMS en un sistema remoto. En este caso, dtimsstart: Ejecuta la operación DtImsGetRemoteConf para obtener información acerca de IMS registrados en el sistema remoto especificado Lista los IMS registrados en la ventana de selección Ejecuta la operación DtImsRunRemoteIms para activar el IMS seleccionado por el usuario en el sistema remoto Durante la búsqueda de IMS en un sistema remoto, dtimsstart obtiene solamente IMS registrados. Para estar registrado en un sistema (local o remoto), un IMS debe: Estar definido en el archivo de anotaciones del lugar actual. Cada lugar cuenta con su propio archivo de anotaciones que lista los IMS que soporta dicho lugar. El archivo de anotaciones del lugar está ubicado en /usr/dt/config/ims/<nombre_del_lugar>. Contar con su propio archivo de anotaciones en el sistema. El archivo de anotaciones del IMS describe los atributos del IMS. Los atributos incluyen protocolos soportados, el nombre del servidor en el que se ejecuta el IMS, opciones de la línea de mandatos del IMS y una anotación que indica si el IMS puede ejecutarse de forma remota. Los archivos de anotaciones de IMS se encuentran en /usr/dt/config/ims/<nombre_del_ims>. Para obtener descripciones de formatos de archivo y ejemplos de los mismos, refiérase a la página del manual dtimsstart. Para definir los anfitriones en los que se pueden encontrar IMS, podrá configurar el recurso de aplicación imServerHosts. Este recurso (que utiliza el Gestor de Estilos para identificar IMS para que el usuario pueda seleccionarlos) contiene una lista de anfitriones separados por comas. Por ejemplo: *imServerHosts: xylo,expo Esta sección incluye los requisitos de la función de red comunes al escritorio: servidores de aplicacionesconfigurarservidores aplicaciónServidores de aplicaciones servidores de bases de datos configurarservidoresbase de datosServidores de bases de datos servidores de iconosconfigurarservidores iconoServidores de iconos servidores de ayudaconfigurarservidores ayudaServidores de ayuda Proporcione las configuraciones de red del sistema operativo necesarias para el escritorio. Consulte la sección . archivosnecesarios para la función de redfunción de redarchivos necesarios para Instale el escritorio o conjunto mínimo de archivos: Debe instalar: La totalidad de conjuntos de archivos de ejecución del Common Desktop Environment O bien, estos conjuntos de archivos: CDE-MIN, archivosCDE-TT, archivos CDE-MIN y CDE-TT Los conjuntos de archivos y la instalación pueden variar de un proveedor a otro. Configure el sistema para el daemon del servidor de bases de datos de nombres de archivo de ToolTalkservidor de bases de datos nombres de archivo rpc.ttdbserver rpc.ttdbserver. Esto debe suceder automáticamente cuando se instala el escritorio. Para obtener más información, consulte la sección . Instale y configure el daemon de control de subprocesos ( dtspcddtspcd). Esto debe suceder automáticamente cuando se instala el escritorio. Para obtener más información, consulte la sección . archivosdatos remotosMonte todos los datos remotos necesarios. Se considera que los datos son “remotos” cuando están ubicados en un sistema distinto del sistema en el que se está ejecutando la aplicación que utiliza los datos. Por ejemplo: Si una aplicación utiliza datos ubicados en un servidor de archivos, éste deberá montar esos archivos. Si los iconos del Gestor de archivos están ubicados en un servidor de iconos, el servidor de sesiones debe montar dichos archivos. Si la red utiliza un servidor de ayuda para los archivos de ayuda de escritorio, el servidor de sesiones y todos los servidores de aplicaciones deben montar los datos de ayuda. Para obtener más información sobre los puntos de montaje, consulte el siguiente apartado, . nombre de archivoestablecer correspondenciaCuando el escritorio pasa nombres de archivos de un sistema a otro, debe transformar dichos nombres de archivo en nombres que tengan sentido en el sistema de destino, o establecer una correspondencia entre dichos nombres. Este establecimiento de correspondencia es necesario porque puede que un archivo esté montado en ubicaciones distintas en los diferentes sistemas y, por consiguiente, se tenga que acceder a él utilizando nombres diferentes. Por ejemplo, se puede acceder al archivo /projects/big en sysA como /net/sysA/projects/big en sysB. Para realizar correctamente esta correspondencia de nombres de archivos, debe ser cierta una de las siguientes condiciones: Se utiliza el mandato mount para montar estáticamente sistemas de archivos. Estos tipos de montajes estáticos se configuran normalmente en un archivo tal como /etc/checklist, /etc/mnttab o /etc/filesystems. Para que el establecimiento de correspondencia de nombres de archivos funcione correctamente entre sistemas, los montajes de sistemas de archivos deben utilizar nombres de host coherentes. Si un host se conoce por varios nombres (por ejemplo alias, o si el host tiene más de una dirección de LAN que se conoce por nombres diferentes), deberá utilizar el mismo nombre y el mismo formato de nombre para todos los montajes. O se utiliza el montaje automático para montar sistemas de archivos en el punto de montaje predeterminado /net. O,montaje automático se utiliza el montaje automático para montar sistemas de archivos en una ubicación distinta de /net y se establece la variable de entorno DTMOUNTPOINT para indicar el punto de montaje. Consulte el apartado siguiente, . Para obtener información sobre el montaje automático, consulte la página de manual automount(1M). DTMOUNTPOINT, variableprocesos que utilizanDeberá establecer la variable DTMOUNTPOINT si las dos condiciones siguientes son ciertas: Se utiliza el montaje automático para montar sistemas de archivos. Y los sistemas de archivos remotos se montan en una ubicación distinta de /net. DTMOUNTPOINT, variableprocesos que requierenDebe establecerse DTMOUNTPOINT para procesos, que incluyen: Procesos de escritorio del usuario que se inician automáticamente cuando el usuario inicia la sesión, como por ejemplo el Gestor de espacios de trabajo (dtwm) y el Gestor de archivos (dtfile ) Procesos de sistema, tales como rpc.ttdbserver rpc.ttdbserver y dtspcd que se inician mediante mecanismos tales como inetd Aplicaciones iniciadas por el escritorio en sistemas locales o remotos Aplicaciones iniciadas por el usuario desde una línea de mandatos del shell Para establecer DTMOUNTPOINT para todos estos procesos: Edite el archivo /etc/inetd.conf: inetd.conf Busque la entrada dtspcddtspcd y añada: -mount_point punto_montaje Busque la entrada rpc.ttdbserver y añada: -m punto_montaje Por ejemplo, si se está utilizando el montaje automático con el punto de montaje de /nfs, las entradas de /etc/inetd.conf son: dtspc stream tcp nowait root /usr/dt/bin/dtspcd /usr/dt/bin/dtspcd -mount_point /nfs rpc stream tcp wait root /usr/dt/bin/rpc.ttdbserver 100083 1 rpc.ttdbserver -m /nfs Realice en el sistema el procedimiento que vuelve a leer /etc/inetd.conf. Para obtener más información, consulte la página de manual inetd(1M). DTMOUNTPOINT, variableheredada por los usuariosEstablezca DTMOUNTPOINT de forma tal que los inicios de sesión de usuario hereden sus valores. Esto puede realizarse estableciendo la variable en /etc/dt/config/Xsession.d. Para obtener más información sobre cómo establecer variables de entorno, consulte la sección . El escritorioservicio de control subprocesos, Vea SPC<$nopage> de control de subprocesos ( SPC SPC) proporciona ejecución de mandatos de cliente/servidor. El escritoriodaemon de control de subprocesos, Vea dtspcd<$nopage> utiliza el daemon de control de subprocesos de escritorio (dtspcddtspcd) para ejecutar aplicaciones remotas. Es un daemon inet que acepta peticiones procedentes de clientes remotos de ejecución de mandatos. Para obtener más información sobre cómo configurar daemons inet, consulte la página de manual inetd.conf(1M). La biblioteca de invocación de acciones de escritorio utiliza el servicio SPC para invocar acciones remotas. Confirme que dtspc esté registrado correctamente en /etc/services y /etc/inetd.conf. Consulte la página de manual dtspcd(1M). Sólo HP-UX: Asegúrese de que /usr/adm/inetd.sec esté configurado correctamente. Consulte la página de manual inetd.sec inetd.sec(4). La autentificación del servicio de control de subprocesos se basa en la autentificación del sistema de archivos. El dtspcd debe tener acceso a un directorio de autentificación que también montan todos los sistemas clientes del SPC. Como valor predeterminado, el directorio de autentificación dtspcddirectorio de autentificación directorio de autentificación dtspcd es el directorio de inicio del usuario. Sin embargo, se puede configurar el dtspcd para utilizar una ubicación diferente estableciendo la opción -auth_dir en el directorio /etc/inetd.conf. Para obtener más información, consulte la página de manual dtspcd(1M). Dado que la autentificación del SPC se basa en la autentificación del sistema de archivos, el servicio SPC es tan seguro como el sistema de archivos distribuidos. Si está utilizando el escritorio en una red en la que no se fía del sistema de archivos distribuidos, es aconsejable inhabilitar el dtspcd. Para inhabilitar el dtspcd, comente la entrada dtspc en /etc/services. Cuando el escritorio utiliza una acción para iniciar una aplicación en un sistema remoto, las variables de entorno del usuario se copian en el sistema remoto y se ponen en el entorno de la aplicación. Como valor predeterminado, algunas de las variables de entorno se modifican antes de copiarse en el sistema remoto. Puede configurar el componente de invocación de acciones y el servicio de control de subprocesos del escritorio para realizar un proceso adicional de las variables de entorno antes de que las variables se pongan en el entorno de la aplicación. Para obtener más información sobre la configuración predeterminada y sobre cómo modificarla, consulte las páginas de manual dtactionfile(4) y dtspcdenv(4). Un componente de ToolTalk es el servidor de bases de datos de ToolTalk, /usr/dt/bin/rpc.ttdbserver. El servidor de bases de datos de ToolTalk lo utiliza el servicio de mensajes de ToolTalk y se emplea para establecer correspondencias de nombres de archivos. Normalmente se registra en /etc/inetd.conf cuando se instala el escritorio y no necesita ninguna configuración adicional. Para obtener más información sobre el servidor de bases de datos de ToolTalk y sus opciones de configuración, consulte la página de manual rpc.ttdbserver(1M). El servidor de mensajes de ToolTalk es ttsessionttsession. Como valor predeterminado, no necesita ninguna configuración; el script Xession lo inicia durante el inicio de sesión. Consulte la página de manual ttsession para obtener más información sobre el servidor de mensajes de ToolTalk y sus opciones de configuración. Un componente de la aplicación Agenda es el daemon de Agenda rpc.cmsdrpc.cmsd. Normalmente se registra en /etc/inetd.conf cuando se instala el escritorio y no necesita ninguna configuración adicional. Para obtener más información sobre el daemon de Agenda y sus opciones de configuración, consulte la página de manual rpc.cmsd(1). Esta sección incluye los requisitos de configuración específicos para: Los servidores de aplicaciones y sus clientes Los servidores de escritorio que proporcionan servicios especiales (servidores de bases de datos, servidores de iconos y servidores de ayuda) También incluye los requisitos de la función de red para dos configuraciones especiales para aplicaciones de red: Hosts de ejecución remota Aplicaciones que se ejecutan a través de montajes de sistemas de archivos El escritorio utiliza un conjunto de variables de entorno para especificar la ruta de búsqueda utilizada para buscar los archivos de configuración de escritorio de la aplicación, como por ejemplo la base de datos de acciones y de tipos de datos, los archivos de ayuda y los archivos de iconos. Para obtener información sobre cómo utilizar las variables de entorno de rutas de búsqueda, consulte el o la página de manual dtenvvar(5). En la configuración estándar del servidor de aplicaciones, éste contiene todos los archivos binarios y de configuración asociados con la aplicación, incluidos: El(Los) ejecutable(s) de la aplicación Archivos de configuración de aplicación estándar, tales como los archivos app-defaults, catálogos de mensajes y bibliotecas compartidas para dicha aplicación. Archivos de configuración de escritorio: Archivos de definiciones de tipos de datos y de acciones Archivos de imágenes de iconos Archivos de datos de ayuda del escritorio

Proporcione las configuraciones de red del sistema operativo necesarias para el escritorio. Consulte la sección . Proporcione la configuración general de escritorio necesaria para los servidores. Consulte la sección . Instale las aplicaciones. Si una aplicación no se registra automáticamente, se deberá realizar el procedimiento de registro. Consulte el . Proporcione las configuraciones de red del sistema operativo necesarias para el escritorio. Consulte la sección . Proporcione la configuración general de escritorio necesaria para los clientes. Consulte la sección . Añada el servidor de aplicaciones a la ruta de búsqueda de la aplicación de forma que sea accesible en el sistema o personal: Accesible en el sistema Establezca y exporte la variable DTSPSYSAPPHOSTSDTSPSYSAPPHOSTS, variable en /etc/dt/config/Xsession.d/0010.dtpaths Personal Establezca y exporte la DTSPUSERAPPHOSTS, variable variable DTSPUSERAPPHOSTS en DirectorioInicio/.dtprofile Por ejemplo, la línea siguiente en /etc/dt/config/Xsession.d/0010.dtpaths añade un sistema con el nombre de host SysAAA y SysBBB a la ruta de búsqueda de la aplicación: DTSPSYSAPPHOSTS=SysAAA:,SysBBB: Para obtener más información sobre cómo establecer la ruta de búsqueda de aplicaciones, consulte las secciones: En general, las definiciones de acciones y de tipos de datos, los iconos y los archivos de datos de ayuda asociados con una aplicación se instalan en el mismo sistema que la aplicación. Por ejemplo, examinemos la configuración característica de los archivos de datos de ayuda: Los archivos de ayuda para el Gestor de archivos están normalmente ubicados en el servidor de sesiones. El escritorio los encuentra porque la ruta de búsqueda de ayuda busca automáticamente en las ubicaciones correctas del servidor de sesiones. Los archivos de ayuda para otras aplicaciones están normalmente ubicados en el mismo servidor de aplicaciones que la aplicación. El servidor de sesiones los encuentra porque al modificar la ruta de búsqueda de aplicaciones se modifica automáticamente la ruta de búsqueda de ayuda. Pueden producirse situaciones en las que desee poner datos de la base de datos (acciones y tipos de datos), de ayuda o de iconos en algún otro lugar de la red. Por ejemplo, si la red utiliza varios servidores de sesiones, es recomendable crear un servidor de ayuda en el que estén almacenados todos los archivos de datos de ayuda para las aplicaciones de escritorio (Gestor de archivos, Gestor de estilos, etc.). Esto ahorra espacio en disco porque no es necesario que los archivos de ayuda estén duplicados en cada servidor de sesiones. Proporcione las configuraciones de red del sistema operativo necesarias para el escritorio. Consulte la sección . Proporcione la configuración general de escritorio necesaria para los clientes. Consulte la sección . Instale los archivos de la base de datos, de ayuda o de iconos. Los archivos pueden ubicarse en cualquier lugar del sistema. Sin embargo, puede que sea más fácil utilizar las ubicaciones siguientes, puesto que éstos son los directorios en los que se realiza automáticamente la búsqueda cuando un sistema se ha designado como servidor de aplicaciones. Archivos de bases de datos: /etc/dt/appconfig/types/idioma Archivos de ayuda: /etc/dt/appconfig/help/idioma Archivos de iconos: /etc/dt/appconfig/icons/idioma Si está definiendo un servidor de bases de datos, se deberán escribir las acciones para especificar dónde se ejecutarán los mandatos (EXEC_STRING). Consulte la sección . Proporcione las configuraciones de red del sistema operativo necesarias para el escritorio. Consulte la sección . Proporcione la configuración general de escritorio necesaria para los clientes. Consulte la sección . Añada el servidor de bases de datos, de iconos o de ayuda a la ruta de búsqueda apropiada. Si ha puesto los archivos de datos en las ubicaciones especificadas en el de la sección , puede modificar la ruta de búsqueda de aplicaciones. Si ha puesto los archivos de datos en otras ubicaciones, deberá modificar la ruta de búsqueda específica. Por ejemplo, si ha puesto los archivos de ayuda en el directorio /etc/dt/help en el sistema SysCCC, deberá añadir la siguiente línea a /etc/dt/config/Xsession.d/0010.dtpaths: DTSPSYSHELP=/net/SysCCC/etc/dt/help Para obtener más información sobre cómo establecer rutas de búsqueda, consulte las secciones: Esta sección describe cómo configurar sistemas para ejecutar aplicaciones: En otro lugar que no sea el sistema que contiene la acción (en un host de ejecución remota) Localmente en montajes de sistemas de archivos En la configuración del servidor de aplicaciones característica, la definición de acciones está ubicada en el mismo sistema que el ejecutable de la aplicación. Sin embargo,accionesque se ejecutan en aplicaciones remotas se pueden escribir acciones para ejecutar mandatos en otros sistemas. En esta configuración, el sistema que contiene la aplicación se denomina host de ejecución especificarhost de ejecución. EXEC_HOST, Vea host de ejecución<$nopage> La definición de acción puede estar ubicada en el servidor de sesiones o en un sistema que proporcione servicios de acciones y de tipos de datos al servidor de sesiones (que se denominaservidores de bases de datoshost de bases de datos servidor de bases de datos o host de bases de datos). Las definiciones de acciones utilizan el campo EXEC_HOST para especificar dónde deben ejecutarse los mandatos (EXEC_STRING ). Por ejemplo, la siguiente definición de acción especifica que se debe ejecutar un cliente xload en un sistema cuyo nombre de host es SysDDD: ACTION XloadSysDDD { TYPE COMMAND EXEC_HOST SysDDD } Si el campo EXEC_HOST, campo múltiples valoresEXEC_HOST especifica más de un nombre de host, el escritorio intenta ejecutar en orden EXEC_STRING en cada host hasta que encuentra uno que puede ejecutar la acción. Por ejemplo, el siguiente campo EXEC_HOST especifica que la acción debe intentar ejecutar primero el EXEC_STRING en SysDDD y, si esto falla, intentarlo en SysEEE. EXEC_HOST SysDDD,SysEEE Si el campo EXEC_HOST, campo valor predeterminadoEXEC_HOST no se establece para una acción, toma como valor predeterminado el valor %DatabaseHost%. El valor de %DatabaseHost% se obtiene de la ruta de búsqueda de bases de datos. Por ejemplo, supongamos que se ha modificado la ruta de búsqueda de bases de datos añadiendo la siguiente línea a /etc/dt/config/Xsession.d/0010.dtpaths:ruta de búsqueda de bases de datosefecto en EXEC_HOSTDTSPSYSDATABASEHOSTS, variableefecto en el campo EXEC_HOST EXEC_HOSTafectado por la ruta de búsqueda de bases de datos DTSPSYSDATABASEHOSTS=SysAAA:,/net/SysBBB/etc/dt/appconfig/types/C SysAAA se especifica utilizando la sintaxis calificada para el host —SysAAA:. Si se encuentra una definición de acción que utiliza este elemento en la ruta de búsqueda, el host de la base de datos se establece en SysAAA. Sin embargo, si se encuentra una acción que utiliza la parte /net/SysBBB… de la ruta de búsqueda, el host de la base de datos se establece en el sistema local porque la sintaxis no incluye el calificador del host. Proporcione las configuraciones de red del sistema operativo necesarias para el escritorio. Consulte la sección . Proporcione la configuración general de escritorio necesaria para los servidores. Consulte la sección . Asegúrese de que las aplicaciones estén instaladas y configuradas correctamente para la ejecución local. Proporcione las configuraciones de red del sistema operativo necesarias para el escritorio. Consulte la sección . Proporcione la configuración general de escritorio necesaria para los servidores. Consulte la sección . Cree e instale las definiciones de acciones y los grupos de aplicaciones. Consulte las secciones y . Proporcione las configuraciones de red del sistema operativo necesarias para el escritorio. Consulte la sección . Proporcione la configuración general de escritorio necesaria para los clientes. Consulte la sección . Modifique la ruta de búsqueda de acciones para que incluya el host de la base de datos. Consulte la sección . Modifique la ruta de búsqueda de la aplicación para que incluya el host de ejecución. Consulte la sección . La configuración estándar del servidor de aplicaciones ejecuta aplicaciones en el servidor de aplicaciones. En algunos casos es deseable que la aplicación esté instalada en un sistema remoto pero que se ejecute localmente en el servidor de sesiones.

No se requiere ninguna configuración especial. Modifique la ruta de búsqueda de aplicaciones. Utilice la ruta local absoluta a la aplicación. Por ejemplo, se puede utilizar la siguiente definición de variable para buscar una aplicación registrada en sysAAA: DTSPSYSAPPHOSTS=/net/SysAAA/etc/dt/appconfig/appmanager/C El servidor de sesiones debe poder acceder a los archivos de configuración de la aplicación, tales como los archivos app-defaults, los catálogos de mensajes y las bibliotecas compartidas.