Utilisateurs d'Harmony

Tout utilisateur travaillant sous Harmony doit s'identifier, de manière à mettre en place ses chemins implicites et ses droits d'accès Harmony. A cet effet, Harmony utilise une table stockée dans le fichier XLOGF.

Déclaration des utilisateurs

La gestion de Xlogf se fait par l'utilitaire Xlog1.dhop, après identification par Xlog.dhop avec le code utilisateur ROOT.
Voir aussi : Livre "Import et synchronisation des utilisateurs d'un annuaire LDAP".

Identification automatique au lancement d'une tâche Harmony (version 6)

Par défaut, aucun code utilisateur n'est affecté à une fenêtre Harmony lancée depuis le gestionnaire de programmes de Windows. Ceci oblige l'utilisateur à s'identifier à chaque ouverture de fenêtre Harmony.
Une identification implicite (avec affectation correspondante des chemins implicites et des droits d'accès de l'utilisateur) est toutefois possible, à condition de renseigner la variable d'environnement X_USER. Pour ce faire, modifiez la base de registres pour y ajouter/modifier la clé X_USER avec la valeur correspondante dans le chapitre ENVIRONMENT de HKEY_CURRENT_USER.
Vous accédez aussi aux variables d'environnement par le panneau de configuration : Choix Système, Onglet Avancé, Bouton Variables d'environnement, cadre Variables utilisateur.
Conseil : à l'installation du run-time d'Harmony, garnissez la zone Code utilisateur pour affecter automatiquement une valeur à X_USER.
Vous pouvez donner les valeurs suivantes à X_USER :

• Directement le code utilisateur voulu (20 caractères maximum). Dans ce cas, Harmony identifie automatiquement l'utilisateur avec le code spécifié. Exemple : X_USER=JOEL

• ! (point d'exclamation). Dans ce cas, Harmony identifie automatiquement l'utilisateur avec le code employé lors de l'ouverture de session Windows. Cette méthode est pratique (et conseillée) lorsqu'un même poste est utilisé par plusieurs utilisateurs ou sous Windows Terminal Server Edition (TSE). Exemple : X_USER=!

Remarque : lorsque X_USER est défini, le Login est tout de même demandé, au premier chargement d'une fenêtre Harmony, si un mot de passe est défini dans Xlogf pour l'utilisateur (voir la rubrique Gestion des mots de passe Harmony).
Attention : de plus, définir X_USER n'affranchit pas du fait qu'il faut déclarer les utilisateurs dans la base Harmony, par Xlog1.dhop.

Gestion des mots de passe Harmony

Le mot de passe d'un utilisateur peut être modifié de deux manières :

• Par l'utilisateur lui-même, lors d'un Login par Xlog.dhop (sauf dans le cas d'un serveur sécurisé).

• Par l'administrateur du système, par Xlog1.dhop.

Tant que la session Windows reste ouverte, Harmony mémorise localement les mots de passe tapés. De cette manière, un utilisateur ne devra saisir son mot de passe qu'une seule fois (cas où X_USER est défini ; si ce n'est pas le cas, le mot de passe est demandé à chaque ouverture de fenêtre Harmony).
Pour forcer la ressaisie du mot de passe (l'utilisateur quitte son poste et ne veut pas que quelqu'un travaille sur son ordinateur sans s'identifier), trois méthodes sont possibles :

• Fermer la session utilisateur Windows.

• Associer un mot de passe à l'écran de veille et forcer la mise en veille immédiate.

• Appeler Xlog.dhop et entrer un code utilisateur à espace. Dans ce cas, Harmony "oublie" le mot de passe de l'utilisateur courant.

Déclaration des utilisateurs d'un réseau Harmony

Tout utilisateur qui désire accéder à un serveur de fichiers Xlan doit être déclaré dans le fichier des utilisateurs du serveur. En principe, tous les utilisateurs du réseau doivent donc être déclarés deux fois : une fois dans le fichier Xlogf des serveurs d'applications (ou des postes client fonctionnant en mode local) et une fois dans le fichier Xlogf du serveur de fichiers !
Pour éviter cette redondance, on aura intérêt à centraliser la gestion des utilisateurs sur le serveur de fichiers.
Il faut pour cela que les clients du serveur de fichiers référence non le fichier Xlogf local (cas par défaut) mais le fichier Xlogf du serveur de fichiers. Pour ce faire, modifiez par XdivaltoMajIni le chapitre [System] de la section Divalto.ini de la base de registre des clients (serveurs d'applications ou postes fonctionnant en mode local) pour y inclure la clé :
ServeurXlogf=nom_du_serveur
où nom_du_serveur est le nom Harmony du serveur concerné.
Remarques :
La centralisation de la gestion des utilisateurs va de pair avec celle des fichiers de chemins implicites (voir rubrique Implantation des fichiers d'implicites sur un réseau client-serveur Harmony).
Xlogf est recherché : - En local, dans le dossier /Divalto/Sys/. - En réseau, dans le dossier //nom_du_serveur/Divalto/Sys/, où nom_du_serveur est le nom spécifié dans la clé ServeurXlogf de Divalto.ini.
Cas d'une installation multi-bases (mode ASP) :
Plusieurs fichiers Xlogf peuvent cohabiter sur une installation (sur un ou plusieurs serveurs). Pour déterminer le fichier Xlogf à utiliser pour un poste client, modifiez sur ce poste la valeur de la clé ServeurXlogf comme suit :

• ServeurXlogf=//nom_de_serveur/… Xlogf est alors recherché dans le répertoire indiqué du serveur. Exemple : ServeurXlogf=//nom_de_serveur/divalto/societeUn

• ServeurXlogf=/… Xlogf est alors recherché en local, dans le répertoire indiqué. Exemple : ServeurXlogf=/divalto/societeDeux

Attention :
Si votre serveur de fichiers est un serveur Windows et si votre site nécessite d'être sécurisé, consultez la rubrique Installation d'un serveur Xlan sécurisé.
Voir aussi :
Rubrique Installation d'Harmony sous plusieurs comptes / profils utilisateur.

Profils de connexion

Généralités du profil de connexion

Lorsqu'un poste client léger dialogue avec un serveur d'applications, il doit préciser et paramétrer le mode de transport qui permettra de véhiculer les informations. Les paramètres à spécifier sont regroupés dans un "Profil de connexion". Un ou plusieurs profils de connexion peuvent être utilisés sur un même serveur d'applications.
Types de connexion
Il existe trois types de connexion :

• Local. A configurer lorsque le poste client léger est aussi serveur d'applications.

• Réseau LAN. A configurer lorsque le poste client léger se connecte au serveur d'applications en mode Socket. Dans ce cas, le profil doit aussi spécifier le nom du serveur (plus, éventuellement, son adresse IP et le port TCP/IP à utiliser).

• Service Web. A configurer lorsque le poste client léger se connecte au serveur d'applications en mode Service Web. Dans ce cas, le profil doit aussi spécifier une Url d'accès au service Web sur le serveur. Ce mode nécessite d'installer le service IIS de Microsoft sur le serveur d'applications.

Remarque : Ces trois modes peuvent cohabiter sur un même serveur.
Gestion des profils de connexion sur le serveur d'applications
L'utilitaire XConfigProfil.dhop permet de gérer les profils de connexion sur un serveur d'applications.
Remarque : Les profils de connexion sont stockés, sur le serveur d'applications, dans la base de registres de l'utilisateur (chapitre [ProfilConnexion] de la section Divalto.Ini). Chaque profil fait l'objet d'une clé dans ce chapitre.
Diffusion des profils de connexion vers les postes clients légers

• Les profils de connexion sont stockés, sur le poste client, dans la base de registres de l'utilisateur (chapitre [ProfilConnexion] de la section Divalto.Ini). Chaque profil fait l'objet d'une clé dans ce chapitre.

• Lorsque l'utilisateur d'un poste client léger se connecte au serveur d'applications, il fait référence à un profil de connexion qui doit être impérativement présent dans sa base de registre. En particulier, il est nécessaire d'inscrire un profil de connexion initial qui servira au moins à la toute première connexion au serveur. Pour enregistrer un premier profil dans la base de registre, il est possible d’accompagner l’installeur d’un .reg :

L'utilitaire XconfigProfil.dhop permet de créer puis d'exporter les profils de connexions dans un fichier .reg. Ce fichier peut ensuite être envoyé vers les postes clients pour y être exécuté. Les profils sont alors intégrés à la base de registre de l'utilisateur sur son poste. Attention toutefois : les fichiers .reg étant des fichiers « sensibles », ils risquent d'être filtrés par les logiciels "antivirus".

• Ensuite, il est possible de récupérer d'autres profils par le bouton « Réactualiser » des Options Avancées de connexion. On rapatrie ainsi sur le poste client les dernières mises à jour de profils effectuées sur le serveur d'applications. Remarque : Une mise à jour automatique est aussi effectuée lorsque l'utilisateur se connecte au serveur plus d'une heure après sa dernière connexion.

Choix d'un profil de connexion par l'utilisateur
L'utilisateur choisit le profil adapté dans les Options Avancées de la boîte de dialogue de connexion au serveur d'applications.
Attention, un changement de profil ne concerne pas les tâches Harmony déjà chargées mais sera pris en compte lors des ouvertures de fenêtre Harmony ultérieures. Voir aussi : Profils utilisateur.
Choix d'une stratégie de sécurité pour Divalto
Lorsque l'utilisateur lance une application Divalto, une boîte de connexion est normalement ouverte pour lui permettre de (ou le forcer à) s'identifier. Plusieurs solutions d'identification sont disponibles (pour en connaître la liste et le fonctionnement, voir le paramètre Options d'identification de la boîte des Options de connexion avancées).
Au niveau du paramétrage des profils de connexion, l'administrateur peut forcer une méthode d'identification donnée pour tous les utilisateurs de ce profil ou, au contraire, laisser ces utilisateurs libres de choisir eux-mêmes leur méthode.
Voir la rubrique Conseils de mise en place d'une stratégie de sécurité Divalto.
Limitation de l'accès aux options de connexion avancées
Au niveau du paramétrage des profils de connexion, l'administrateur peut aussi préciser si l'utilisateur a toute liberté pour modifier les options de connexion avancées ou si certaines options lui sont interdites. Dans ce deuxième cas, l'administrateur qui se rend sur le poste d'un utilisateur peut, sous réserve de saisie d'un mot de passe, récupérer ponctuellement le droit d'accès à toutes les options (voir le paragraphe Passage en mode administrateur de la rubrique Options de connexion avancées).

Remarque :
Sur un poste client, les profils de connexion ne sont jamais supprimés, même s'ils n'existent pas ou plus sur le serveur d'applications, cela pour éviter de perdre une connexion qui n'aurait pas été définie ou qui aurait été supprimée côté serveur. Côté client, la suppression des profils de connexion obsolètes doit donc être effectuée à la main.
Les profils de connexion sont stockés dans la base de registre du poste client à l'adresse suivante :
HKEY_CURRENT_USER\Software\Divalto\divalto.ini\ProfilConnexion

Gestion des profils de connexion

L'utilitaire xConfigProfil.dhop permet de gérer les profils de connexion d'un serveur d'applications.
Pour y faire appel, sélectionnez le choix "Gestion des Profils de connexion en client léger" du menu "Paramétrage" du menu Harmony.
Vous pouvez créer, modifier ou supprimer des profils, à la manière habituelle avec un objet "Tableau".
Un profil de connexion comporte les paramètres suivants :

De plus, l'utilitaire propose les deux commandes supplémentaires suivantes :

Profils utilisateur

Les Options de connexion Avancées du client léger comportent :

• Les informations nécessaires à la connexion au serveur d'applications (codes utilisateur, mots de passe, profil de connexion, programme à exécuter).

• L'environnement de travail de l'utilisateur.

• Ses préférences concernant par exemple le thème de couleurs, la couleur des polices par défaut, la langue d'affichage et d'impression.

Tous ces paramètres sont enregistrés dans un "Profil utilisateur".
S'il est amené à utiliser Divalto dans différents contextes, l'utilisateur peut définir plusieurs profils. Une simple sélection du profil voulu dans la boîte de connexion lui permet alors de retrouver les paramètres adaptés au contexte du moment.
Quand définir plusieurs profils utilisateur
L'utilisateur sera amené à définir plus d'un profil dans les cas suivants :

• Connexion à une base réelle ou à une base de test.

• Connexion au réseau local d'entreprise ou à distance en mode nomade.

• Connexion à différents serveurs.

• Connexion dans différentes langues.

• Pour les partenaires, connexion vers les différents environnements de leurs clients.

Remarque :
L'utilisation d'un thème de couleurs spécifique à chaque profil peut être une manière pratique d'identifier visuellement et immédiatement le contexte d'exécution de chaque fenêtre Harmony.
Création, modification et suppression de profils utilisateur
Contrairement aux profils de connexion ou aux environnements de travail, la gestion des profils utilisateur s'effectue directement sur le poste client, non pas avec un utilitaire de saisie mais depuis les Options Avancées de la boîte de connexion au serveur.
L'utilisateur peut définir un profil par défaut qui lui sera systématiquement proposé à chaque nouvelle connexion au serveur.
Si l'utilisateur ne crée pas de nouveaux profils, il utilisera le profil par défaut créé à l'installation du client léger (ce profil ne porte pas de nom mais il peut être personnalisé, en particulier pour ce qui concerne les préférences de l'utilisateur).
Remarque : Les profils de connexion sont stockés, sur le poste client, dans la base de registres de l'utilisateur (chapitre [ProfilClientLeger] de la section Divalto.Ini). Chaque profil fait l'objet d'une clé dans ce chapitre.
Choix du profil par l'utilisateur
L'utilisateur choisit son profil dans la boîte de connexion du client léger. S'il a défini un "profil par défaut", celui-ci lui est proposé à chaque nouvelle connexion au serveur. Il peut alors éventuellement sélectionner un autre profil dans la liste proposée par le multi-choix "Profil" de la boîte de connexion.
Attention, la sélection d'un profil différent ne concerne pas les tâches Harmony déjà chargées.
Raccourcis vers l'application en précisant le profil utilisateur
Si l'on est amené à utiliser Divalto dans différents contextes et donc à employer plusieurs profils d'utilisation, il peut être intéressant de créer autant de raccourcis que de profils. Avec l'option "Toujours utiliser ce profil", cela permet d'ouvrir directement la fenêtre de l'application, sans répondre à aucune question préalable, quelque soit le contexte d'exécution.
Exemple :
Un commercial a besoin d'une connexion au réseau local d'entreprise lorsqu'il travaille au sein de sa société et d'une connexion par service Web lorsqu'il est en déplacement. Sur son poste, après avoir défini les profils utilisateur "Entreprise" et "Deplacement", il crée deux raccourcis (par exemple sur son Bureau) qui lui permettront de se connecter automatiquement au serveur d'applications de sa société, en utilisant l'un ou l'autre profil selon son lieu de travail.
Pour créer ces raccourcis, reportez-vous au paragraphe "Raccourci vers l'application en précisant le profil utilisateur" de la rubrique Raccourcis vers l'application.

Installation multi-environnement

Généralités des environnements

Objectif
La notion de système multi-environnement a été introduite pour donner la possibilité à un utilisateur de changer dynamiquement son environnement de travail Harmony. Ceci s'avère pratique :

• Pour un utilisateur final disposant d'un environnement de test et d'un environnement d'exploitation réelle ou disposant d'un environnement local et d'un environnement réseau.

• Pour un développeur désirant reproduire les environnements de ses clients sur son propre ordinateur.

• Pour l'administrateur d'un serveur ASP qui désire se connecter sous les différents environnements des clients hébergés.

• Pour mettre à disposition des aides de versions différentes ou des aides traduites en langue étrangère selon les clients hébergés.

Définition de la notion d'environnement Harmony
L'environnement Harmony signifie :

• Un serveur de fichier Xlogf (base de données des utilisateurs Harmony).

• Un serveur de fichier paramètres des langues (TranslateParams.txt).

• Un serveur d'aides pour les applications s'exécutant en mode client léger et un serveur d'aides pour les applications tournant encore en version 6 (voir la rubrique Installation des aides sur un site multi-environnement).

• Un serveur pour la fonctionnalité "Search".

Changer d'environnement consiste alors à changer les chemins d'accès aux différents fichiers (Xlogf, TranslateParams.txt, aides), ce qui permet en particulier de récupérer les chemins implicites, les codes langue et les aides liés à l'utilisateur dans l'environnement choisi.
Gestion des environnements sur le serveur d'applications
L'utilitaire XConfigEnv.dhop permet de gérer les environnements Harmony d'un serveur d'applications.
Remarque : Les environnements sont stockés, sur le serveur d'applications, dans le chapitre [Environnement] de la section Divalto.Ini de la base de registres de l'utilisateur. Chaque environnement fait l'objet d'une clé dans ce chapitre. La clé conventionnellement nommée "Courant" fait référence à l'environnement qui doit être chargé par défaut. Si elle contient le nom d'un environnement absent de la liste, le chapitre [Environnement] est ignoré (on utilise alors les paramètres habituels ServeurXlogf, CheminLangues, CheminAidesWeb et CheminAides).
Diffusion des environnements vers les postes clients légers
Les environnements sont stockés, sur le poste client, dans la base de registres de l'utilisateur (chapitre [Environnement] de la section Divalto.Ini). Chaque environnement fait l'objet d'une clé dans ce chapitre.
L'utilisateur peut récupérer les environnements du serveur d'applications par le bouton « Réactualiser » des Options Avancées de connexion. Il rapatrie ainsi sur le poste client les dernières mises à jour d'environnements effectuées sur le serveur. Remarque : Une mise à jour automatique est aussi effectuée lorsque l'utilisateur se connecte au serveur plus d'une heure après sa dernière connexion.
Choix de l'environnement par l'utilisateur

• En mode client léger, l'utilisateur choisit l'environnement adapté dans les Options Avancées de la boîte de dialogue de connexion au serveur d'applications. Voir aussi : Profils utilisateur.

• Pour les applications tournant encore en version 6, l'utilisateur doit cliquer avec le bouton droit de la souris sur l'icône Divalto de la zone de notification (Traybar). Dans certains environnements Windows (TSE notamment), l'utilisateur ne dispose pas d'une Traybar. Le changement d'environnement Harmony peut alors être obtenu en faisant appel à l'utilitaire xDivaltoSelectEnv.exe (éventuellement via un raccourci placé sur le bureau). Remarque : Si la liste des environnements ne comporte qu'un élément unique, le choix d'un environnement n'existe pas dans la Traybar.

Attention, un changement ne concerne pas les tâches Harmony déjà chargées mais sera pris en compte lors des ouvertures de fenêtre Harmony ultérieures.
Pilotage du changement d'environnement
En mode local, il est possible de piloter le changement d'environnement, par exemple via un raccourci placé sur le bureau, en faisant suivre l'appel à xDivaltoSelectEnv.exe des commandes :

• /env:"nom de l'environnement"

• /cmd:"commande à lancer" (facultative)

Exemples :
Raccourci "Au bureau" :
xDivaltoSelectEnv.exe /env:"bureau" ou, si on veut lancer le menu Divalto : xDivaltoSelectEnv.exe /env:"bureau" /cmd:"c:\divalto\sys\xrtdiva.exe divalto.dhop"
Raccourci "A la Maison" :
xDivaltoSelectEnv.exe /env:"maison" ou xDivaltoSelectEnv.exe /env:"maison" /cmd:"c:\divalto\sys\xrtdiva.exe divalto.dhop"

Gestion des environnements

L'utilitaire xConfigEnv.dhop permet de gérer les environnements Harmony d'un serveur d'applications.
Pour y faire appel, sélectionnez le choix "Gestion des Environnements" du menu "Paramétrage" du menu Harmony.
Vous pouvez créer, modifier ou supprimer des environnements, à la manière habituelle avec un objet "Tableau".
Un environnement Harmony comporte les paramètres suivants :

Le mot réservé "null" permet d'effacer un chemin.
De plus, l'utilitaire propose les deux commandes supplémentaires suivantes :