Le 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 sur le réseau.
"Etapes générales de configuration de la mise en réseau du bureau"
"Configuration de base de la mise en réseau du système d'exploitation pour le bureau"
Ces ressources sont :
des applications ;
les fichiers de données des applications ;
les services de session 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 distribués et l'exécution à distance. Les serveurs X offrent d'autres fonctions de mise en réseau, dont l'accès à des écrans et des services de sécurité distants.
Le bureau offre une interface utilisateur pour ces fonctions de réseau. L'objectif 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 à connaître 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 distantes. 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 autorisant l'utilisation de nombreuses autres configurations de réseau.
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 de gestion de réseaux, un serveur désigne un système offrant des services informatiques à un ou plusieurs autres systèmes. Lorsqu'un système reçoit les services d'un serveur, on l'appelle le 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 les éléments principaux suivants :
Des écrans : exécution du serveur X.
Des serveurs de connexion/sessions : exécution des applications du bureau (Gestionnaire de connexion, Gestionnaire de l'espace de travail, etc.).
Des serveurs d'applications : exécution des autres applications.
Des serveurs de fichiers : emplacement des données utilisées par les applications.
Dans les configurations de réseau les plus courantes, ces systèmes accèdent à un serveur d'applications. La Figure 7-1 illustre un poste de travail utilisant un serveur d'applications. Les sessions du serveur X et du bureau s'exécutent sur la station de travail.
Les réseaux font également appel à 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).
Les terminaux X exécutent le serveur X et accèdent aux services de 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 accéder aux serveurs de fichiers, mais aussi aux différents services du réseau.
Ecran : système sur lequel s'exécute le serveur X.
Serveur de connexion/sessions : 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 : 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.
Serveur d'aide : système sur lequel sont stockés les fichiers d'aide.
Serveur de base de données (actions) : système sur lequel sont stockés les fichiers contenant les définitions des types d'actions et de données.
Serveur 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 mots de passe, un serveur de messagerie, un serveur vidéo, etc.
La configuration du réseau pour le bureau s'effectue en trois étapes générales :
Configurez les 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 "Configuration de base de la mise en réseau du système d'exploitation pour le bureau".
Installez et configurez les services et le logiciel de mise en 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 "Configuration des clients et des serveurs".
Configurez le 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 "Gestion des services d'applications".
La configuration de base du réseau est la suivante :
Les utilisateurs doivent posséder un compte de connexion au serveur de sessions et à tout système offrant des services réseau. Ils doivent avoir les mêmes ID utilisateur et ID de groupe sur tous les systèmes clients et serveurs.
Les systèmes doivent pouvoir accéder aux systèmes de fichiers distants contenant des données utilisées par la session et d'autres applications.
Le spooleur d'impression lp doit pouvoir accéder aux imprimantes distantes.
sendmail doit être configuré pour les services de messagerie électronique.
L'autorisation d'accès au serveur X doit être définie.
Cette section décrit les conditions préalables nécessaires 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 en 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 un ID utilisateur numérique (UID). Sur 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 font également partie d'un ou de plusieurs groupes de connexion. Chaque groupe possède un nom et un ID de groupe numérique (GID). Sur un bureau en réseau, tous les systèmes doivent utiliser des noms de groupes et des ID cohérents.
Pour plus d'informations, reportez-vous à la page de manuel id(1) ou id(1M).
Le bureau utilise le système 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 correctement montés sur les systèmes appropriés.
L'accès à distance doit être possible dans tous les cas indiqués ci-dessous.
Le répertoire personnel de l'utilisateur doit être partagé par tous les systèmes clients et serveurs. Cette condition est nécessaire pour les raisons suivantes :
Le répertoire personnel contient des fichiers de données auxquels doivent pouvoir accéder les applications résidant sur des systèmes distants. Par exemple, les applications ayant fréquemment recours à des fichiers de données utilisent le répertoire personnel comme emplacement par défaut de ces fichiers.
Le répertoire personnel est le répertoire d'authentification dtspcd par défaut. Pour plus d'informations sur le répertoire dtspcd, reportez-vous à la section "Configuration du démon de contrôle des sous-processus".
Lorsque les utilisateurs souhaitent 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 qui les utilisent.
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 afin que l'ensemble des applications de l'utilisateur accède 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, ni les configurations spécifiques. En effet, les personnalisations et les informations nécessaires à la restauration 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 nécessaire pour :
le mécanisme d'autorisation d'accès au serveur X (voir la section "Configuration de l'autorisation X") ;
le démon de contrôle des sous-processus, qui intervient dans le lancement des applications distantes, doit pouvoir écrire dans le répertoire personnel de l'utilisateur.
Configurez le réseau de telle sorte que les utilisateurs puissent 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 ; elle est généralement appliquée par la création de 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'impression lp pour accéder aux imprimantes locales ou distantes. Pour plus d'informations sur la configuration du spooleur lp, reportez-vous à la page de manuel lpadmin(1M).
Avant d'essayer d'imprimer en utilisant l'interface graphique du bureau, vous devez vérifier que vous pouvez imprimer correctement sur toutes les imprimantes à l'aide de la commande lp.
Assurez-vous que vous utilisez des noms d'imprimantes cohérents. Par exemple, dans le cas d'une imprimante Postscript1 directement rattachée au système, tous les autres systèmes ayant accès à distance à cette imprimante doivent également utiliser le nom Postscript1.
Le Programme courrier du bureau utilise sendmail pour transmettre des messages entre les systèmes. Reportez-vous à la page de manuel sendmail(1M) pour plus d'informations sur la configuration de la connexion à la messagerie électronique.
Avant d'essayer d'envoyer ou de recevoir des messages à partir du bureau, vous devez vérifier que vous pouvez effectuer ces opérations correctement à l'aide de la commande mailx.
Le bureau utilise la procédure X par défaut pour autoriser les applications distantes (clients X) à accéder à un écran local. La façon la plus simple d'effectuer cette configuration consiste à fournir un répertoire personnel en réseau à chaque utilisateur. Ainsi, les conditions indiquées ci-après sont respectées.
L'utilisateur doit disposer d'un 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 sera exécutée.
Pour plus d'informations, reportez-vous aux pages de manuel X(1) ou xauth(1).
Cette section traite des conditions de la configuration du réseau propres au bureau, c'est-à-dire des fonctions fournies par le bureau 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 (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 session est un système qui offre des services de bureau (Gestionnaires de connexion, de sessions, de fichiers, de fenêtres, etc.) à un écran et à un serveur X.
Généralement, un serveur de session 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 se connecte, le Gestionnaire de sessions est lancé.
Pour plus d'informations sur la configuration des serveurs de connexion/de session et les terminaux X, reportez-vous à la section "Affichage d'un écran de connexion sur un écran du réseau".
Cette section traite de la configuration des éléments du réseau dans un environnement CDE :
Effectuez les configurations de réseau du système d'exploitation requises par le bureau.
Reportez-vous à la section "Configuration de base de la mise en réseau du système d'exploitation pour le bureau".
Installez le bureau ou le jeu de fichiers de base.
Vous devez installer :
Configurez le système pour le démon Tooltalk du serveur de base de données des noms de fichiers rpc.ttdbserver.
Cette configuration est automatique lorsque le bureau est installé. Pour plus d'informations, reportez-vous à la section "Configuration du serveur de base de données ToolTalk".
Installez et configurez le démon de contrôle des sous-processus (dtspcd).
Cette configuration est automatique lorsque le bureau est installé. Pour plus de détails, voir "Configuration du démon de contrôle des sous-processus".
Montez toutes les données distantes nécessaires.
Celles-ci sont considérées comme "distantes" 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 d'informations sur les points de montage, reportez-vous à la section suivante, "Configuration du point de montage des systèmes de fichiers distants".
Lorsque le bureau transmet des noms de fichiers d'un système à un autre, il doit les transformer en noms de fichiers compréhensibles par le système de destination (c'est-à-dire leur attribuer ces noms). Cette correspondance est nécessaire car un fichier peut être monté à différents endroits de différents systèmes et doit donc être accessible avec des noms différents. Par exemple, le fichier //projects/big du système sysA est accessible sous la forme /net/sysA/projects/big sur le système sysB.
Pour effectuer cette procédure correctement, l'une des conditions suivantes doit être vérifiée.
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 la correspondance des noms de fichiers s'effectue correctement entre les systèmes, les montages des systèmes de fichiers doivent utiliser des noms de machine cohérents. Si une machine a plusieurs noms (par exemple, des alias, ou si elle possède plus d'une adresse de réseau local), vous devez utiliser les mêmes 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 le 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 pour indiquer ce point de montage. Reportez-vous à la section suivante, "Définition d'une valeur pour DTMOUNTPOINT".
Pour plus d'informations sur l'agent de montage automatique, reportez-vous à la page de manuel automount(1M).
Vous devez définir la variable d'environnement DTMOUNTPOINT si les deux conditions suivantes sont vraies :
l'agent de montage automatique est utilisé pour monter des systèmes de fichiers ;
et les systèmes de fichiers distants sont montés à un endroit autre que /net.
DTMOUNTPOINT doit être définie pour les différents processus, notamment :
les processus du bureau de l'utilisateur lancés automatiquement à la connexion, tels que le Gestionnaire de l'espace de travail (dtwm) et le Gestionnaire de fichiers (dtfile) ;
les applications lancées par le bureau sur des systèmes locaux ou distants ;
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 :
Recherchez l'entrée dtspcd et ajoutez :
-mount_point point_montage
Recherchez l'entrée rpc.ttdbserver et ajoutez :
-m point_montage
Par exemple, pour que l'agent 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 d'informations, reportez-vous à la page de manuel inetd(1M).
Dé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 d'informations sur la définition des variables d'environnement, reportez-vous à la section "Définition de variables d'environnement".
Le service de contrôle des sous-processus (SPC) permet l'exécution de commandes client-serveur.
Le démon de contrôle des sous-processus (dtspcd) 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 des clients distants. Pour plus d'informations 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 appeler des actions distantes.
Vérifiez que dtspc est correctement enregistré dans /etc/services et dans /etc/inetd.conf.
Reportez-vous à la page de manuel dtspcd(1M).
L'authentification du service de contrôle des sous-processus est basée sur celle des systèmes de fichiers. Cette variable indique les répertoires dans lesquels les applications recherchent les catalogues de messages. 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 dtspcdest le répertoire personnel de l'utilisateur. Cependant, vous pouvez configurer dtspcd de telle sorte qu'il utilise un emplacement différent. Pour ce faire, définissez l'option -auth_dir dans le répertoire /etc/inetd.conf. Pour plus d'informations, 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 distribué. Si le système de fichiers distribué du réseau ne vous semble pas suffisamment sécurisé, vous pouvez éventuellement désactiver le démon dtspcd. Pour désactiver dtspcd, il suffit de supprimer un commentaire à l'entrée dtspc dans /etc/services.
Lorsque le bureau utilise une action pour lancer une application sur un système distant, les variables d'environnement de l'utilisateur sont copiées sur ce système 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 distant. 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 de l'application.
Pour plus d'informations 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 un serveur de base de données, /usr/dt/bin/rpc.ttdbserver.
Ce serveur est utilisé par le service de messagerie Tooltalk et dans la correspondance 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 nécessaire.
Pour plus d'informations 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 ttsession. Par défaut, il ne nécessite aucune configuration. Il est lancé par le script Xsession lors de la connexion.
Pour plus d'informations 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.cmsd. Il est généralement enregistré dans /etc/inetd.conf lorsque le bureau est installé et qu'aucune configuration supplémentaire n'est nécessaire.
Pour plus d'informations 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 conditions de mise en réseau pour deux configurations particulières :
les hôtes d'exécution distants ;
les applications exécutées entre des montages de systèmes de fichiers.
Le bureau utilise un jeu de variables d'environnement pour indiquer le chemin utilisé pour rechercher les fichiers de configuration des applications (actions, base de données des types de données, fichiers d'aide et icônes).
Pour plus d'informations sur ces variables d'environnement, reportez-vous au Chapitre 9 ou à la page de manuel dtenvvar(5).
Dans la configuration standard, le serveur d'applications contient tous les fichiers binaires et les fichier de configuration associés à l'application, y compris :
le(s) fichier(s) exécutable(s) ;
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 :
les fichiers de définition des actions et des types de données ;
les fichiers d'images d'icônes ;
les 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 "Configuration de base de la mise en réseau du système d'exploitation pour le bureau".
Effectuez la configuration générale du bureau requise pour les serveurs.
Reportez-vous à la section "Configuration des clients et des serveurs".
Installez les applications voulues.
Si une application ne s'enregistre pas automatiquement, vous devez l'enregistrer.
Reportez-vous au Chapitre 5.
Effectuez les configurations de réseau du système d'exploitation requises par le bureau.
Reportez-vous à la section "Configuration de base de la mise en réseau du système d'exploitation pour le bureau".
Effectuez la configuration générale du bureau requise pour les clients.
Reportez-vous à la section "Configuration des clients et des serveurs".
Ajoutez le serveur d'applications au chemin de recherche de l'application au niveau système ou personnel :
Système : définissez et exportez la variable DTSPSYSAPPHOSTS
dans /etc/dt/config/Xsession.d/0010.dtpaths
Personnel : définissez et exportez la variable DTSPUSERAPPHOSTS
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 :
export DTSPSYSAPPHOSTS=SysAAA:,SysBBB:
Pour plus d'informations 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 tous les fichiers d'aide des applications du bureau (Gestionnaire de fichiers, Gestionnaire de configuration, etc.) sont stockés. Cela permet d'économiser de l'espace disque car les fichiers d'aide n'ont pas besoin d'être dupliqués sur chaque serveur de sessions.
Effectuez les configurations de réseau du système d'exploitation requises par le bureau.
Reportez-vous à la section "Configuration de base de la mise en réseau du système d'exploitation pour le bureau".
Effectuez la configuration générale du bureau requise pour les clients.
Reportez-vous à la section "Configuration des clients et des serveurs".
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 "Spécification d'un hôte d'exécution distant".
Effectuez les configurations de réseau du système d'exploitation requises par le bureau.
Reportez-vous à la section "Configuration de base de la mise en réseau du système d'exploitation pour le bureau".
Effectuez la configuration générale du bureau requise pour les clients.
Reportez-vous à la section "Configuration des clients et des serveurs".
Ajoutez le serveur de base de données, d'icônes ou d'aide au chemin de recherche approprié.
Si vous avez placé les fichiers de données aux endroits indiqués à la section Étape 3"Création d'un serveur de base de données, d'icônes ou d'aide", vous pouvez modifier le chemin de recherche de l'application.
Si vous avez placé ces fichiers en un autre endroit, vous devez modifier le chemin de recherche spécifique.
Par exemple, si vous avez placé les fichiers d'aide dans le répertoire /etc/dt/help du système SysCCC, vous devez ajouter la ligne qui suit à /etc/dt/config/Xsession.d/0010.dtpaths :
export DTSPSYSHELP=/net/SysCCC/etc/dt/help
Pour plus d'informations 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 distant) ;
localement sur des montages de systèmes de fichiers.
Dans une configuration type de serveurs d'applications, la définition des actions se trouve sur le même système que l'exécutable de l'application. Cependant, 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 l'hôte d'exécution.
La définition des actions peut se trouver 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é 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 dont le nom est SysDDD :
ACTION XloadSysDDD { TYPE COMMAND EXEC_HOST SysDDD EXEC_STRING /usr/bin/X11/xload -label SysDDD }
Si la zone EXEC_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 tenter d'exécuter EXEC_STRING sur SysDDDet, en cas d'échec, sur SysEEE.
EXEC_HOST SysDDD,SYSEEE
Si la zone EXEC_HOST
n'est pas définie pour une action, elle prend, 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 ait été modifié par l'ajout de la ligne suivante à /etc/dt/config/Xsession.d/0010.dtpaths
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. Cependant, une action trouvée à l'aide de la partie /net/SysBBB... du chemin de recherche attribue à l'hôte de la base de données la valeur du système local, car la syntaxe n'inclut pas le qualificatif de l'hôte.
Effectuez les configurations de réseau du système d'exploitation requises par le bureau.
Reportez-vous à la section "Configuration de base de la mise en réseau du système d'exploitation pour le bureau".
Effectuez la configuration générale du bureau requise pour les serveurs.
Reportez-vous à la section "Configuration des clients et des serveurs".
Vérifiez que les applications sont correctement installées et configurées pour une exécution locale.
Effectuez les configurations de réseau du système d'exploitation requises par le bureau.
Reportez-vous à la section "Configuration de base de la mise en réseau du système d'exploitation pour le bureau".
Effectuez la configuration générale du bureau requise pour les serveurs.
Reportez-vous à la section "Configuration des clients et des serveurs".
Créez et installez les définitions des actions et les groupes d'applications.
Reportez-vous aux sections "Création d'actions exécutant des applications sur des systèmes éloignés" et "Création et administration de groupes d'applications généraux".
Effectuez les configurations de réseau du système d'exploitation requises par le bureau.
Reportez-vous à la section "Configuration de base de la mise en réseau du système d'exploitation pour le bureau".
Effectuez la configuration générale du bureau requise pour les clients.
Reportez-vous à la section "Configuration des clients et des serveurs".
Modifiez le chemin de recherche des actions afin d'inclure l'hôte de la base de données.
Reportez-vous à la section "Chemin de recherche de la base de données (types d'actions/de données)".
Modifiez le chemin de recherche des actions afin d'inclure l'hôte d'exécution.
Reportez-vous à la section "Chemin de recherche des applications".
La configuration standard du serveur d'applications permet d'exécuter des applications sur ce serveur. Il est parfois souhaitable qu'une application soit installée sur un système distant, mais exécutée localement sur le serveur de sessions.
Aucune configuration particulière n'est nécessaire.
Modifiez le chemin de recherche de l'application. Utilisez le chemin absolu local vers l'application.
Par exemple, vous pouvez utiliser la définition de variable suivante pour trouver une application enregistrée sur le système 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 app-defaults, les catalogues de messages et les bibliothèques distribuées.