But de cet article

Le but premier de cet article est de présenter la mise en œuvre de l’authentification unique ou SSO  -Single Sign On – avec l’outil ETL Genio 7. En particulier montrer qu’il est possible de s’authentifier sur Genio en utilisant le même login de connexion que celui utilisé pour se connecter sur la machine (PC, serveur) sur laquelle Genio  7 est installé.

Etape-1: Paramétrage

La première étape consiste essentiellement à attribuer le droit « authentification unique » aux utilisateurs. Pour cela il suffit depuis la console d’administration de cocher la case « Use unified login » dans la fenêtre de propriétés d’un utilisateur comme l’illuste l’image ci-après. Cette opération doit être répétée pour tous les utilisateurs concernés.  Ce qui peut rapidement devenir une corvée lorsque l’on gère un nombre important d’utilisateurs.

Cela dit, je regrette que la notion de groupes d’utilisateurs ne soit pas présente dans Genio 7. Le paramétrage du SSO pourrait alors se faire par groupe d’utilisateur et non par utilisateur comme c’est le cas actuellement.

Remarque importante : Lors du paramétrage des noms d’utilisateurs dans la console d’administration Genio 7, ces derniers doivent être identiques à ceux utilisés dans l’annuaire de l’entreprise (Active directory, OpenLDAP, …)  ou dans le cas d’un réseau sans annuaire (Windows Workgroups par exemple), à ceux utilisés pour s’authentifier sur les machines (PC, serveur) sur lesquels Genio 7 est installé.

Etape-2 :  Tests

Pour tester, nous allons tenter de nous connecter au Designer (Studio de développement de l’outil Genio 7). A son ouverture une fenêtre de connexion se présente à nous et nous permet de renseigner un champ obligatoire :

- Le nom du repository (le référentiel) sur lequel nous souhaitons nous connecter

Et  trois champs facultatifs :

1-      La case à cocher « Unified Login »

2-      Le login de connexion

3-      Le mot de passe

Le fait de cocher la case « Unified Login » précise au système d’authentification de Genio 7 que l’on souhaite utiliser l’authentification unique ou SSO.

Après avoir cocher cette case, les champs « User name » et « Password » disparaissent. Autrement dit le système va alors se connecter sans nous donner la possibilité de renseigner les informations de connexions. C’est   génial, mais pas magique !







En réalité, Le système Genio 7 utilise le login de l’utilisateur qui s’est authentifié sur la machine (PC, serveur) et le compare avec celui présent dans son référentiel. En revanche il ne compare pas le mot de passe !

Ainsi, le mot de passe d’un utilisateur dans Genio 7 peut être différent de son mot de passe dans l’annuaire de l’entreprise ou du mot de passe utilisé pour se connecter à la machine !

En définitive :

- L’authentification unique ou SSO dans Genio 7 se fait uniquement au niveau de l’utilisateur Genio 7 et au non au niveau du système tout entier. Autrement dit, il est possible de permettre l’authentification à certains utilisateurs et de l’interdire à d’autres.

-  L’authentification unique ou SSO dans Genio 7 consiste à vérifier que le login  du référentiel  Genio 7 est identique à celui de l’annuaire d’entreprise.

-  L’authentification unique ou SSO ne marche pas avec la console d’administration, c’est-à-dire avec l’outil  « Genio Administration Console » En revanche, elle marche avec tous les autres produits de la suite Genio 7.

J’ai constaté récemment, qu’à la suite de la création d’une nouvelle version d’un projet Genio (soit par import depuis un projet exporté au format .xml, soit par création d’une nouvelle version à partir d’un projet existant) utilisant un autre projet Genio partagé, tous les déclenchements du projet partagé avaient disparus.

Pour rétablir ces déclenchements, j’ai déroulé à chaque fois l’une des deux solutions suivantes :

     1-  Recréation manuelle des déclenchements dans le projet partagé

     2-  Restauration du référentiel Genio avec la dernière sauvegarde effectuée avant l’opération d’import

Ne trouvant pas ces solutions satisfaisantes, j’ai alors analysé toutes les options fournies par Genio lors de la phase d’import d’un projet.  J’en ai identifié trois :

« Lookup Data »,  « Keep Schedule » et  « Keep Logs »

Mis à part la première option sans réelle importance, les deux autres ont attiré mon attention. J'ai effectué toutes les combinaisons possibles (quatre au total) pour ces deux options.  Le tableau ci-après résume ces combinaisons. La colonne « Résultat » contient le résultat de l’opération d’import. 

« OK » : L’import n’a pas supprimé les déclenchements du projet partagé.

En définitive, l’opération d’import n’est pas un processus stochastique puisque qu’elle ne provoque pas la suppression des déclenchemets du projet partagé utilisé par le projet importé.

Une question se pose alors, qu’est-ce qui a bien pu provoquer la suppression des déclenchements du projet partagé ? 

Fortuitement, j'ai supprimé le projet 3.0 (Development) , en déroulant succesivement les actions suivantes :

 Et à ma grande surprise, les déclenchements du projet partagé ont disparu.

Conclusion : La suppression d’un projet qui utilise un projet partagé provoque aussi la suppression des déclenchements du projet partagé !