<$nopage>Mise en réseauvoir aussi serveursLe Bureau est conçu pour fonctionner dans un environnement de réseau. Son architecture permet aux administrateurs système de répartir les ressources informatiques à travers le réseau. Ces ressources sont: les applications les fichiers de données des applications la gestion des sessions du Bureau (applications du Bureau telles que le Gestionnaire de connexion et le Gestionnaire de fichiers) les services d'aide. Les fichiers de données d'aide peuvent être placés dans un serveur d'aide central Le système d'exploitation propose une vaste gamme de services de mise en réseau, comprenant les systèmes de fichiers répartis et l'exécution à distance. Les serveurs X offrent d'autres fonctions de mise en réseau, dont l'accès à des écrans à distance et des services de sécurité. Le Bureau offre une interface utilisateur pour ces fonctions de réseau. Le but de cette interface et de son architecture sous-jacente est de: Simplifier l'utilisation des systèmes en réseau. Les utilisateurs peuvent lancer des applications et accéder aux fichiers de données sans avoir à s'inquiéter de l'emplacement des applications et des données sur le réseau. Simplifier la gestion des systèmes en réseau. Le Bureau fournit des outils d'intégration des applications et des chemins de recherche en réseau qui autorisent un repérage plus rapide des données et des applications éloignées. De plus, le processus de correspondance des noms de fichiers du Bureau facilite la gestion de réseaux complexes comportant de nombreux serveurs. Améliorer la souplesse du réseau. Les fonctions de gestion du Bureau ont été conçues pour certaines situations de réseau habituelles, tout en permettant la mise en oeuvre de nombreuses autres configurations de réseau personnalisées. La mise en réseau permet à l'utilisateur d'accéder à différents services informatiques répartis entre différents systèmes. Il s'agit entre autres: de la session du Bureau et de ses applications — par exemple, le Gestionnaire de l'espace de travail et le Gestionnaire de fichiers des autres applications des fichiers de données Dans la terminologie réseau,Serveurs définition serveur désigne un système offrant des services informatiques à un ou plusieurs autres systèmes. Lorsqu'un système reçoit des services d'un serveur, on l'appelle leClient définition client de ce serveur. Dans un réseau complexe, un système peut utiliser les services de différents systèmes du réseau. En outre, un système peut être à la fois un type de serveur particulier (par exemple, un serveur de sessions) et un client (par exemple, un serveur d'applications). Dans un environnement CDE, la configuration type d'un réseau peut comprendre la combinaison des principaux éléments suivants : Ecrans Exécution du serveur X Serveurs sessionServeurs connexionServeurs de connexion/sessions Exécution des applications du Bureau (Gestionnaire de sessions, Gestionnaire de l'espace de travail, etc.) Serveurs applicationServeursd'applicationsdé finitionServeurs d'applications Exécution des autres applications Serveurs fichiersServeurs de fichiers Stockage des données utilisées par les applications Dans les configurations de réseau les plus courantes, ces systèmes clients accèdent à un serveur d'applications. La illustre un poste de travail qui utilise un serveur d'applications. Les sessions du serveur X et du Bureau s'exécutent sur le poste de travail.

Les réseaux font également appel à Serveursfichiers des serveurs de fichiers pour le stockage de grandes quantités de données. Ces données peuvent être utilisées par des applications fonctionnant sur un serveur d'applications ou par les applications du Bureau (par exemple, le Gestionnaire de fichiers a besoin d'accéder aux fichiers de données pour les afficher dans sa fenêtre).

Terminaux Xaccès à la gestion des sessionsLes terminaux X lancent le serveur X et accèdent aux fonctions de gestion des sessions du Bureau à partir d'un autre système.

Le Bureau est souple et peut supporter des configurations de réseau plus complexes. Les serveurs d'applications doivent alors avoir accès aux serveurs de fichiers, mais aussi aux différents services du réseau.

Ecran Le système sur lequel s'exécute le serveur X. Serveurs de connexion/sessions Le système sur lequel s'exécute la session du Bureau (Gestionnaire de connexion, de sessions, de fenêtres, de fichiers, etc). Serveur d'applications Le système sur lequel s'exécute une application. Egalement appelé hôte d'exécution. Serveur de fichiers Système sur lequel sont stockés les fichiers de données des applications. Serveurs aideServeur d'aide Système sur lequel sont stockés les fichiers d'aide. Serveurs bases de donnéesServeur de bases de données (actions) Système sur lequel sont stockés les fichiers contenant les définitions de types d'actions et de données. Serveurs icôneServeursd'icônesServeur d'icônes Système sur lequel sont stockés les fichiers d'icônes. Le réseau peut comporter d'autres serveurs, tels qu'un serveur de mot de passe, un serveur de messagerie, un serveur vidéo, etc. Il existe trois étapes générales de configuration du réseau pour le Bureau: La configuration des services réseau de base du système d'exploitation. Il s'agit des services réseau offerts par le système d'exploitation et dont dépend le Bureau. Reportez-vous à la section . L'installation et la configuration des services et du logiciel réseau du Bureau. Il s'agit des services dont le Bureau a besoin, quel que soit le type de système client ou serveur configuré. Reportez-vous à la section . La configuration d'un type de serveur ou de client donné. Les étapes de configuration d'un serveur d'applications diffèrent en effet de celles d'un serveur de fichiers. Reportez-vous à la section . Le Bureau requiert la configuration de réseau de base suivante : Les utilisateurs doivent disposer d'un compte de connexion au serveur de sessions et à tout système lui offrant des services réseau. Il doit avoir les mêmes ID utilisateur et de groupe sur tous les systèmes clients et serveurs. Les systèmes doivent pouvoir accéder aux systèmes de fichiers éloignés contenant des données utilisées par la session et d'autres applications. Le spouleur d'impression lp doit pouvoir accéder aux imprimantes éloignées. sendmail doit être configuré pour les services de courrier. L'autorisation d'accès au serveur X doit être configurée. Cette section décrit les conditions préalables requises pour l'ouverture de comptes de connexion sur le Bureau. Les utilisateurs doivent disposer d'un tel compte sur: tous les systèmes fournissant des services au Bureau, y compris les serveurs d'applications, de fichiers et les systèmes d'imprimantes réseau; tous les serveurs de sessions accessibles aux utilisateurs. Généralement, ces serveurs sont utilisés avec des terminaux X. Les utilisateurs UNIX sont identifiés par un nom de connexion et unUIDID utilisateur ID utilisateur numérique (UID). Dans le réseau, l'utilisateur doit avoir le même nom de connexion et le même UID sur tous les systèmes clients et serveurs. Les utilisateurs UNIX sont également affectés à un ou plusieurs groupes de connexion. Chaque groupe possède un nom et une ID de groupe numériqueGID ID de groupe (GID). Dans un réseau de bureau, tous les systèmes doivent utiliser des noms de groupes et des ID cohérents. Pour plus de détails, reportez-vous à la page de manuel id(1) ou id(1M). Le Bureau utilisePartage de fichiers NFSFichiersaccès à distance NFS‚ pour le partage des fichiers entre les systèmes. Vous devez identifier tous les systèmes de fichiers du réseau contenant des fichiers partagés et vérifier qu'ils sont correctementFichiersmontage montés sur les systèmes appropriés. L'accès à distance doit être possible dans tous les cas indiqués ci-dessous. LeRépertoirepersonnelpartage répertoire personnel de l'utilisateur doit être partagé par tous les systèmes clients et serveurs du Bureau. Ce partage est nécessaire car: Le répertoire personnel contient des fichiers de données auxquels doivent pouvoir accéder les applications résidant sur des systèmes éloignés. Par exemple, les applications qui utilisent souvent des fichiers de données prennent le répertoire personnel comme emplacement par défaut de ces fichiers. LeRépertoireauthentificationdtspcd répertoire d'authentification répertoire personnel est le répertoire d'authentification dtspcd par défaut. Pour plus de détails sur le répertoire dtspcd, reportez-vous à la section . Lorsque les utilisateurs veulent accéder à des fichiers de données qui ne se trouvent pas dans leur répertoire personnel, ces fichiers doivent être partagés par tous les systèmes clients et serveurs du Bureau qui travaillent sur ceux-ci. Les répertoires d'installation et de configuration du Bureau (/usr/dt et /etc/dt) doivent être partagés par tous les systèmes clients et serveurs du bureau afin que l'ensemble des applications de l'utilisateur accèdent aux mêmes fichiers de configuration du Bureau. Un réseau fonctionne plus efficacement lorsque les utilisateurs ont un seul répertoire personnel partagé par l'ensemble des systèmes clients et serveurs du réseau. Un répertoire personnel en réseau permet d'utiliser différents systèmes du réseau sans perdre les personnalisations et configurations spécifiques. En effet, les personnalisations et les informations nécessaires au rétablissement de la session précédente sont sauvegardées dans des sous-répertoires du répertoire personnel. Un répertoire personnel commun est également requis pour : le mécanisme d'autorisation d'accès au serveur X. Reportez-vous à la section ; le démon de contrôle des sous-processus, qui intervient dans le lancement d'applications à distance, doit pouvoir écrire dans le répertoire personnel de l'utilisateur. Configurez le réseau de manière à permettre aux utilisateurs d'accéder à leurs fichiers de données à partir de tous les systèmes en utilisant le même nom. Cette règle est appelée cohérence des noms de fichiers, et est généralement appliquée par la création deLiensymboliquecohérence des noms de fichiers liens symboliques adéquats. Vous pouvez par exemple configurer chaque système afin que le répertoire personnel de chaque utilisateur soit accessible sous la forme /users/nom_connexion après la création d'un lien symbolique à l'emplacement réel du montage du répertoire. Le Bureau utilise le spooleur d'impressionSpooleur d'impression lp lp pour accéder aux imprimantes locales ou éloignées. Pour plus de détails sur la configuration du spouleur lp, reportez-vous à la page de manuel lpadmin(1M). Impressiontest Avant d'imprimer via l'interface graphique du Bureau, vous devez vérifier que vous pouvez imprimer correctement sur toutes les imprimantes à l'aide de laCommandeslp commande lp. Imprimantesnom des unitésIl est recommandé d'utiliser des noms d'imprimantes cohérents. Par exemple, dans le cas d'une imprimante appelée Postscript1 et directement rattachée au système, tous les autres systèmes ayant accès à distance à cette imprimante doivent également utiliser le nom Postscript1. La Messagerie du Bureau utilise sendmail pour transmettre des messages entre les systèmes. Reportez-vous à la Sendmail page de manuel sendmail(1M) pour apprendre à configurer la connexion de la messagerie électronique. Avant d'essayer d'envoyer ou de recevoir des messages du Bureau, vous devez vérifier que vous pouvez effectuer ces opérations correctement à l'aide de laMailx commande mailx. Le Bureau utilise la procédure X par défaut pour autoriser l'accès à un écran local aux applications éloignées (clients X). La façon la plus simple d'effectuer cette configuration consiste à fournir un répertoire personnel en réseau à chaque utilisateur. De la sorte, les conditions indiquées ci-après sont respectées. L'utilisateur doit disposer des droits d'accès en lecture et en écriture au fichier RépPersonnel/.Xauthority. Le fichier .Xauthority d'un serveur d'applications doit contenir la description de l'écran sur lequel l'application tournera. Pour plus de détails, reportez-vous aux pages de manuel X(1) ou xauth(1). Cette section traite des impératifs de configuration du réseau propres au Bureau — à savoir, les fonctions fournies par celui-ci et non par le système d'exploitation de base. Elle est divisée en deux parties: configuration des services de connexion et de session; configuration des services requis par les applications et leurs données. Elle comprend les serveurs d'applications, de bases de données, d'icônes, de fichiers et d'aide ainsi que leurs clients. Un serveur de connexion/de sessions est un système qui offre les services du Bureau (Gestionnaires de connexion, de sessions, de fichiers, de fenêtres, etc.) à un écran et à un serveur X. Serveursde sessions Terminaux X Serveursde connexionGénéralement, un serveur de sessions fournit des services aux terminaux X. Cependant, un réseau peut être configuré de manière à concentrer les services de sessions sur un ou plusieurs serveurs auxquels les terminaux X et les postes de travail ont accès. Le Gestionnaire de connexion est le composant du Bureau chargé de fournir les services de connexion aux autres écrans. Lorsque l'utilisateur s'est connecté, le Gestionnaire de sessions est lancé. Pour plus de détails sur la configuration des serveurs de connexion/de sessions et les terminaux X, reportez-vous à la section . Un serveur de méthode d'entrée (IMS, Input Method Server) est lancé par la commande dtimsstart. dtimsstart est automatiquement appelée lors de la session X de lancement (login de l'utilisateur) par le script /usr/dt/config/Xsession.d/0020.dtims. Selon l'environnement du pays sélectionné, les paramètres d'environnement, les fichiers de configuration et les options de ligne de commande, dtimsstart affiche une fenêtre de sélection dans laquelle l'utilisateur peut sélectionner le IMS à utiliser. A partir de cette fenêtre, il peut aussi demander le lancement d'un IMS sur un système éloigné. Dans ce cas, dtimsstart: Exécute l'action DtImsGetRemoteConf pour extraire l'information relative aux IMS enregistrés sur le système éloigné spécifié Liste les IMS enregistrés dans la fenêtre de sélection Exécute l'action DtImsRunRemoteIms pour démarrer le IMS sélectionné par l'utilisateur sur le système éloigné Au cours de la recherche d'un IMS sur un système éloigné, dtimsstart n'extrait que les IMS enregistrés. Pour être enregistré sur un système (local ou éloigné) un IMS doit: Etre défini dans le fichier d'entrée de l'environnement du pays en cours. Chaque environnement du pays a son propre fichier d'entrée qui liste les IMS de sa prise en charge. L'emplacement du fichier d'entrée de l'environnement du pays est /usr/dt/config/ims/<locale_name>. Avoir son propre fichier d'entrée sur le système. Les attributs du IMS décrits dans le fichier d'entrée comprennent les protocoles, le nom du serveur sur lequel le IMS est exécuté, les options de la ligne de commande et l'indication si le IMS permet ou non une exécution éloignée. L'emplacement des fichiers d'entrée IMS est /usr/dt/config/ims/<ims_name>. Pour la description des formats de fichiers accompagnée d'exemples, reportez-vous à la page de manuel dtimsstart. Pour définir les hôtes sur lesquels le IMS se trouve, vous pouvez configurer la ressource d''application imServerHosts. Cette ressource (utilisée par le Gestionnaire de configuration lors de l'identification des IMS pour la sélection de l'utilisateur) contient la liste des noms d'hôtes séparés par des virgules. Par exemple: *imServerHosts: xylo,expo Cette section traite de la configuration des éléments de réseau dans un environnement CDE: Serveursd'applicationsconfigurationServeursd'applicationsserveurs d'applications, Serveursbases de données, configurationServeursbases de donnéesserveurs de bases de données, Serveursd'icônes, configurationServeurs d'icônesserveurs d'icônes, Serveursd'aide configurationServeursd'aideserveurs d'aide. Effectuez les configurations de réseau du système d'exploitation requises par le Bureau. Reportez-vous à la section . Fichiersrequis pour la mise en réseauMise en réseaufichiers requisInstallez le Bureau ou le jeu de fichiers de base. Vous devez installer: le jeu de fichiers d'exécution complet du Bureau CDE ; ou les jeux de fichiers suivants: FichiersCDE-MIN FichiersCDE-TT CDE-MIN et CDE-TT. L'installation et les jeux de fichiers peuvent varier en fonction des fournisseurs. Configurez le système pour leServeurbase de données démon Tooltalk du serveur de base de données des noms de fichiers rpc.ttdbserver.rpc.ttdbserver Cette configuration est automatique lorsque le Bureau est installé. Pour plus de détails, reportez-vous à la section . Installez et configurez le démon de contrôle des sous-processus (dtspcddtspcd ). Cette configuration est automatique lorsque le Bureau est installé. Pour plus de détails, reportez-vous à la section . Fichiersdonnées éloignéesMontez toutes les données éloignées requises. Celles-ci sont considérées comme “éloignées” lorsqu'elles se trouvent sur un système autre que celui qui les utilise. Par exemple: si une application utilise les données situées sur un serveur de fichiers, elle doit monter ces fichiers si les icônes du Gestionnaire de fichiers sont situées sur un serveur d'icônes, le serveur de sessions doit monter ces fichiers si le réseau utilise un serveur d'aide pour les fichiers d'aide du Bureau, le serveur de sessions et tous les serveurs d'applications doivent monter ces fichiers Pour plus de détails sur les points de montage, reportez-vous à la section suivante, . Mappage des noms de fichiersLorsque le Bureau transmet des noms de fichiers d'un système à l'autre, il doit transformer ou les mapper, en noms de fichiers compréhensibles par le système cible. Ce mappage est nécessaire car un fichier peut être monté à différents endroits de différents systèmes et, donc accessibles avec des noms différents. Par exemple, le fichier /projets/grd sur sysA est accessible sous la forme /net/sysA/projets/grd sur sysB. Pour effectuer cette procédure correctement, l'une des conditions ci-après doit être vraie. La commande mount permet de monter les systèmes de fichiers de façon statique. Ces types de montages statiques sont généralement configurés dans un fichier tel que /etc/checklist, /etc/mnttab, ou /etc/filesystems. Pour que le mappage des noms de fichiers fonctionne correctement entre les systèmes, les montages des systèmes de fichiers doivent utiliser des noms d'hôtes cohérents. Si un système hôte porte plusieurs noms (par exemple, des alias, ou s'il possède plus d'une adresse de réseau local ayant des noms différents), vous devez utiliser le même nom et format de nom pour tous les montages. Ou le processus de montage automatique est utilisé pour monter les systèmes de fichiers au point par défaut /net. Ou leProcessus de montage automatique processus de montage automatique est utilisé pour monter les systèmes de fichiers à un endroit autre que /net et la variable d'environnement DTMOUNTPOINT est définie afin d'indiquer ce point de montage. Reportez-vous à la section suivante, . Pour plus de détails sur le processus de montage automatique, reportez-vous à la page de manuel automount(1M). VariablesDTMOUNTPOINT processus utilisantVous devez définir la variable d'environnement DTMOUNTPOINT si les deux conditions suivantes sont vraies: le processus de montage automatique est utilisé pour monter des systèmes de fichiers; et les systèmes de fichiers éloignés sont montés à un endroit autre que /net. VariablesDTMOUNTPOINT processus requérantDTMOUNTPOINT doit être définie pour les différents processus, notamment: les processus utilisateur du Bureau lancés automatiquement à la connexion, tels que le Gestionnaire de l'espace de travail ( dtwm) et le Gestionnaire de fichiers (dtfile) ; les processus système, tels que rpc.ttdbserverrpc.ttdbserver et dtspcd lancés par des mécanismes comme inetd ; les applications lancées par le Bureau sur des systèmes locaux ou éloignés; les applications lancées par l'utilisateur à partir d'une ligne de commande du shell. Pour définir la variable DTMOUNTPOINT pour tous ces processus: Editez le fichier /etc/inetd.conf inetd.conf: Recherchez l'entrée dtspcddtspcd et ajoutez: -mount_point point_montage Recherchez l'entrée rpc.ttdbserver et ajoutez: -m point_montage Par exemple, pour que le processus de montage utilise le point de montage /nfs, les entrées de /etc/inetd.conf doivent être modifiées comme suit: 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 Effectuez sur votre système la procédure permettant de relire /etc/inetd.conf. Pour plus de détails, reportez-vous à la page de manuel inetd(1M). VariablesDTMOUNTPOINThéritées des utilisateursDéfinissez DTMOUNTPOINT afin que sa valeur provienne des connexions des utilisateurs. Cette opération peut être effectuée en définissant cette variable dans /etc/dt/config/Xsession.d. Pour plus de détails sur la définition des variables d'environnement, reportez-vous à la section . LeService de contrôle des sous-processus, voir SPC <$nopage> service de contrôle des sous-processus (SPC SPC) permet l'exécution de commandes client-serveur. LeDémondtspcd démon de contrôle des sous-processus ( dtspcddtspcd) est utilisé par le Bureau pour lancer des applications à distance. Il s'agit d'un démon inet qui accepte les requêtes d'exécution de commandes de clients à distance. Pour plus de détails sur la configuration des démons inet, reportez-vous à la page de manuel inetd.conf(1M). La bibliothèque d'appel des actions du Bureau utilise le service SPC pour invoquer des actions à distance. Vérifiez que dtspc est correctement enregistré dans /etc/services et dans /etc/inetd.conf. Reportez-vous à la page de manuel dtspcd(1M). HP-UX seulement: Vérifiez que /usr/adm/inetd.sec est configuré correctement. Reportez-vous à la page de manuel inetd.sec inetd.sec(4). L'authentification du service de contrôle des sous-processus est basée sur celle des systèmes de fichiers. Le dtspcd doit pouvoir accéder à un répertoire d'authentification qui est également monté par tous les systèmes clients SPC. Par défaut, le répertoire d'authentification dtspcdrépertoire d'authentification Répertoired'authentification dtspcd est le répertoire personnel de l'utilisateur. Cependant, vous pouvez configurer dtspcd afin d'utiliser un emplacement différent. Pour ce faire, définissez l'option -auth_dir dans le répertoire /etc/inetd.conf. Pour plus de détails, reportez-vous à la page de manuel dtspcd(1M). L'authentification SPC étant basée sur celle des systèmes de fichiers, le niveau de sécurité du service SPC est directement lié à celui du système de fichiers réparti. Si le système de fichiers réparti du réseau ne vous semble pas suffisamment sécurisé, vous pouvez éventuellement désactiver le démon dtspcd. Pour ce faire, il suffit de supprimer l'entrée dtspc dans /etc/services. Lorsque le Bureau utilise une action pour lancer une application sur un système éloigné, les variables d'environnement de l'utilisateur sont copiées sur le système éloigné et placées dans l'environnement de l'application. Par défaut, certaines variables d'environnement sont modifiées avant d'être copiées sur le système éloigné. Vous pouvez configurer le composant d'appel et le service de contrôle des sous-processus du Bureau pour traiter d'autres variables d'environnement avant que ces dernières ne soient placées dans l'environnement d'application. Pour plus de détails sur la configuration par défaut et sur la façon de la modifier, reportez-vous aux pages de manuel dtactionfile(4) et dtspcdenv(4). Tooltalk comprend notamment un serveur de base de données, /usr/dt/bin/rpc.ttdbserver. Ce serveur est utilisé par le service de messagerie de Tooltalk et pour le mappage des noms de fichiers. Il est généralement enregistré dans /etc/inetd.conf lorsque le Bureau est installé et qu'aucune configuration supplémentaire n'est requise. Pour plus de détails sur le serveur de base de données Tooltalk et ses options de configuration, reportez-vous à la page de manuel rpc.ttdbserver(1M). Le serveur de messages Tooltalk est ttsessionttsession. Par défaut, il ne requiert aucune configuration. Il est lancé par le script Xsession lors de la connexion. Pour plus de détails sur le serveur de messages Tooltalk et ses options de configuration, reportez-vous à la page de manuel ttsession. L'application Agenda possède un démon appelé rpc.cmsdrpc.cmsd. Il est généralement enregistré dans /etc/inetd.conf lorsque le Bureau est installé et aucune configuration supplémentaire n'est requise. Pour plus de détails sur ce démon et ses options de configuration, reportez-vous à la page de manuel rpc.cmsd(1). Cette section traite des impératifs de configuration relatifs aux: serveurs d'applications et leurs clients; serveurs du Bureau qui offrent des fonctions spéciales — serveurs de bases de données, d'icônes et d'aide. Elle traite également des impératifs de mise en réseau pour deux configurations particulières: hôtes d'exécution éloignés; applications tournant entre des montages de systèmes de fichiers. Le Bureau utilise un jeu de variables d'environnement pour indiquer le chemin utilisé pour rechercher des fichiers de configuration d'applications (actions, base de données des types de données, fichiers d'aide et icônes). Pour plus de détails sur ces variables d'environnement, reportez-vous au , ou à la page de manuel dtenvvar(5). Dans la configuration standard d'un serveur d'applications, le serveur d'applications contient tous les fichiers binaires et de configuration associés à l'application, y compris: le(s) fichier(s) exécutable(s) de l'application les fichiers de configuration standard de l'application, tels que app-defaults, les catalogues de messages et les bibliothèques partagées pour cette application les fichiers de configuration du Bureau: fichiers de définitions des actions et des types de données, fichiers d'images d'icônes, fichiers de données d'aide du Bureau.

Effectuez les configurations de réseau du système d'exploitation requises par le Bureau. Reportez-vous à la section . Effectuez la configuration générale du Bureau requise pour les serveurs. Reportez-vous à la section . Installez les applications voulues. Si une application ne s'enregistre pas automatiquement, vous devez effectuer la procédure d'enregistrement. Reportez-vous au . Effectuez les configurations de réseau du système d'exploitation requises par le Bureau. Reportez-vous à la section . Effectuez la configuration générale du Bureau requise pour les clients. Reportez-vous à la section . Ajoutez le serveur d'applications au chemin de recherche de l'application au niveau système ou personnel: Système Définissez laVariablesDTSPSYSAPPHOSTS variable DTSPSYSAPPHOSTS dans/etc/dt/config/Xsession.d/0010.dtpaths Personnel Définissez laVariablesDTSPUSERAPPHOSTS variable DTSPSYSAPPHOSTS dans RépPersonnel/.dtprofile Par exemple, la ligne suivante de /etc/dt/config/Xsession.d/0010.dtpaths ajoute un système avec le nom d'hôte SysAAA et SysBBB au chemin de recherche de l'application : DTSPSYSAPPHOSTS=SysAAA:,SysBBB: Pour plus de détails sur la définition du chemin de recherche de l'application, reportez-vous aux sections suivantes: . . Généralement, les définitions de types de données et d'actions, les icônes et les fichiers d'aide associés à une application sont installés sur le même système que celle-ci. Prenons comme exemple la configuration type des fichiers d'aide. Les fichiers d'aide du Gestionnaire de fichiers sont généralement situés sur le serveur de sessions. Le Bureau les trouve car le chemin de recherche de l'aide recherche automatiquement les emplacements adéquats sur le serveur de sessions. Les fichiers d'aide d'autres applications sont généralement situés sur le même serveur d'applications que celle-ci. Le serveur de sessions les trouve car la modification du chemin de recherche de l'application entraîne automatiquement la modification du chemin de recherche de l'aide. Dans certains cas, vous devez placer la base de données (actions et types de données), l'aide ou les icônes en un autre endroit du réseau. Par exemple, si votre réseau utilise de nombreux serveurs de sessions, vous pouvez créer un serveur d'aide sur lequel mémoriser tous les fichiers d'aide des applications du Bureau (Gestionnaire de fichiers, Gestionnaire de configuration, etc.). Cela permet d'économiser de l'espace disque car il est inutile de dupliquer les fichiers d'aide sur chaque serveur de sessions. Effectuez les configurations de réseau du système d'exploitation requises par le Bureau. Reportez-vous à la section . Effectuez la configuration générale du Bureau requise pour les clients. Reportez-vous à la section . Installez les fichiers de base de données, d'aide ou d'icônes. Les fichiers peuvent se trouver en n'importe quel endroit du système. Cependant, il est plus facile d'utiliser les emplacements suivants, dans la mesure où il s'agit des répertoires recherchés automatiquement lorsqu'un système a été désigné comme serveur d'applications. Fichiers de bases de données: /etc/dt/appconfig/types/langue. Fichiers d'aide: /etc/dt/appconfig/help/langue. Fichiers d'icônes: /etc/dt/appconfig/icons/langue. Si vous configurez un serveur de base de données, les actions doivent être écrites afin d'indiquer où leurs commandes (EXEC_STRING) seront exécutées. Reportez-vous à la section . Effectuez les configurations de réseau du système d'exploitation requises par le Bureau. Reportez-vous à la section . Effectuez la configuration générale du Bureau requise pour les clients. Reportez-vous à la section . Ajoutez le serveur de base de données, d'icône ou d'aide au chemin de recherche approprié. Si vous avez placé les fichiers de données aux endroits indiqués dans l' de la section , vous pouvez modifier le chemin de recherche de l'application. Si vous avez enregistré ces fichiers ailleurs, vous devez modifier le chemin de recherche spécifié. Par exemple, si vous avez placé les fichiers d'aide dans le répertoire /etc/dt/help du système SysCCC, ajoutez la ligne suivante à /etc/dt/config/Xsession.d/0010.dtpaths: DTSPSYSHELP=/net/SysCCC/etc/dt/help Pour plus de détails sur la définition des chemins de recherche, reportez-vous aux sections suivantes: . . . . Cette section décrit comment configurer des systèmes pour exécuter des applications: ailleurs que sur le système contenant l'action — sur un hôte d'exécution éloigné; localement sur des montages de systèmes de fichiers. Dans une configuration de serveur d'applications typique, la définition des actions se trouve sur le même système que l'exécutable de l'application. Cependant,Actionslancement d'applications à distance des actions peuvent être écrites pour exécuter des commandes sur d'autres systèmes. Dans cette configuration, le système contenant l'application s'appelle Hôte d'exécution spécificationl'hôte d'exécution.EXEC_HOST, Voir hôte d'exécution<$nopage> La définition des actions peut résider sur le serveur de sessions ou sur un système qui fournit des services d'actions et de types de données au serveur de sessions — appeléServeursbases de donnéesHôte d'exécutionbase de données serveur de base de données ou hôte de base de données. Les définitions d'actions utilisent la zone EXEC_HOST pour indiquer où leurs commandes (EXEC_STRING) doivent être exécutées. Par exemple, la définition d'action suivante indique qu'un client xload doit être exécuté sur un système avec un nom hôte SysDDD: ACTION XloadSysDDD { TYPE COMMAND EXEC_HOST SysDDD EXEC_STRING /usr/bin/X11/xload -label SysDDD } Si la zone ZoneEXEC_HOSTvaleurs multiplesEXEC_HOST indique plusieurs noms d'hôtes, le Bureau tente alors d'exécuter EXEC_STRING sur chaque hôte, dans l'ordre, jusqu'à ce qu'il en trouve un capable d'exécuter l'action. Par exemple, la zone EXEC_HOST suivante indique que l'action doit d'abord essayer d'exécuter EXEC_STRING sur SysDDD et, en cas d'échec, sur SysEEE. EXEC_HOST SysDDD,SysEEE Si la zone ZoneEXEC_HOSTvaleur par défautEXEC_HOST n'est pas définie pour une action, elle adopte par défaut la valeur %DatabaseHost%. La valeur de %DatabaseHost% est obtenue à partir du chemin de recherche de la base de données. Supposons, par exemple, que le chemin de recherche de la base de données a été modifié par l'ajout de la ligne ci-dessous à /etc/dt/config/Xsession.d/0010.dtpaths: Chemin de recherchebase de donnéeseffet sur EXEC_HOST Variable DTSPSYSDATABASEHOSTSeffet sur la zone EXEC_HOSTZone EXEC_HOST affectée par le chemin de recherche de la base de données DTSPSYSDATABASEHOSTS=SysAAA:,/net/SysBBB/etc/dt/appconfig/types/C SysAAA est indiqué à l'aide de la syntaxe qualifiée de l'hôte — SysAAA:. Une définition d'actions trouvée à l'aide de cet élément du chemin de recherche donne la valeur SysAAA à l'hôte de la base de données. Cependant, une action trouvée à l'aide de la partie /net/SysBBB… du chemin de recherche donne comme valeur à l'hôte de la base de données celle du système local, car la syntaxe n'inclut pas le qualifiant de l'hôte. Effectuez les configurations de réseau du système d'exploitation requises par le Bureau. Reportez-vous à la section . Effectuez la configuration générale du Bureau requise pour les serveurs. Reportez-vous à la section . Vérifiez que les applications sont correctement installées et configurées pour exécution locale. Effectuez les configurations de réseau du système d'exploitation requises par le Bureau. Reportez-vous à la section . Effectuez la configuration générale du Bureau requise pour les serveurs. Reportez-vous à la section . Créez et installez les définitions d'actions et les groupes d'applications. Reportez-vous aux sections et . Fournissez les configurations de réseau du système d'exploitation requises par le Bureau. Reportez-vous à la section . Effectuez la configuration générale du Bureau requise pour les clients. Reportez-vous à la section . Modifiez le chemin de recherche des actions afin d'inclure l'hôte de base de données. Reportez-vous à la section . Modifiez le chemin de recherche des actions afin d'inclure l'hôte d'exécution. Voir la section . La configuration standard du serveur d'applications permet d'exécuter des applications sur ce serveur. Il est parfois souhaitable d'installer une application sur un système éloigné, mais de l'exécuter localement sur le serveur de sessions.

Aucune configuration spéciale n'est requise. Modifiez le chemin de recherche de l'application. Utilisez le chemin absolu local de l'application. Par exemple, vous pouvez utiliser la définition de variable ci-dessous pour loacliser une application enregistrée sur sysAAA : DTSPSYSAPPHOSTS=/net/SysAAA/etc/dt/appconfig/appmanager/C Le serveur de sessions doit être capable d'accéder aux fichiers de configuration de l'application, tels que les app-defaults, les catalogues de messages et les bibliothèques réparties.