Page History

Action sur la propriété "Modèles d'hôte hérités", mise en cohérence de la propriété

L'ajout de modèle peut rajouter par héritage des utilisateurs et ainsi nécessiter des actions de synchronisation afin d'assurer la cohérence de l'élément.

Par exemple, avoir le droit d'édition d'un hôte (ou cluster) ou faire partie des utilisateurs à notifier, implique la nécessité d'avoir les droits de visibilité sur l'hôte ( ou cluster ).

Le soucis est que l'on ne peux pas afficher tous les ajustements car cela changera en fonction des hôtes / clusters choisis pour l'édition de masse.

Cependant pour informer que l'ajout du modèle peut avoir un impact sur les droits utilisateurs:

• L'onglet "Droits de l'utilisateur" clignotera
• Deux actions de synchronisation pour maintenir la cohérence sont ajoutés pour les propriétés "Les utilisateurs qui voient l'hôte ( ou le cluster )" et la propriété "Les groupes d'utilisateurs qui voient l'hôte ( ou le cluster )":
  • => Pourra ajouter les valeurs manquantes provenant de la propriété "Les utilisateur à notifier"
  • => Pourra ajouter les valeurs manquantes provenant de la propriété "Les utilisateur qui peuvent modifier la configuration de l'hôte"
    
    

La mise en cohérence se fera en toute fin de l'édition de masse, en fonction des actions de modification qui seront effectués.

La mise en cohérence ne fera que rajouter des utilisateurs ( ou groupes ) aux hôtes ( ou clusters ).

Synchronisation des propriétés des droits utilisateurs

La synchronisation des champs aura un comportement différent suivant la valeur par défaut "les utilisateurs qui voient l'hôte". 

Les deux valeurs possibles sont nodody or everyone et cela se défini dans le fichier de configuration ( cf  Paramétrage de la valeur par défaut)voir la page Droits d'accès à un hôte ) 

Accès autorisé par défaut à "Aucun" utilisateur (nobody)

Cette synchronisation est exactement la même que pour l'édition simple ( cf voir la page Droits d'accès à un hôte )

Accès autorisé par défaut à "Tout le monde" (everyone)

Cette synchronisation est plus complexe pour la raison suivante:

• Quand l'hôte ( ou le cluster ) peut être vue par tout le monde, Il n'est pas toujours nécessaire d'ajouter des utilisateurs ( ou groupes ) au droit de la propriété.
• C'est pour cela que l'on peut avoir des cas où les actions de synchronisation voudront rajouter des actions comme par exemple "Ajout si absent (synchronisation)" mais qui ne seront pas effectués au final car non nécessaires.

Exemple de cas d'édition de masse des droits d'accès:

Pour cette édition de masse, prenons deux exemples d'hôte:

1. Le premier hôte a les valeurs par défaut:

   Panel

   Pour le premier hôte, "admin" sera ajouté aux utilisateurs à notifier.

   L'action de synchronisation laissera la visibilité à "Tout le monde".

   Les actions de cohérence ne sont pas nécessaire.

   
   

2. Le deuxième hôte a une valeur dans son champ de visibilité:

   Panel

   Pour le deuxième hôte, "admin" sera ajouté aux utilisateurs à notifier.
   L'action de synchronisation ajoutera "admin" au droit de visibilité.

   Les actions de cohérence ne sont pas nécessaire.
   
   

3. Le troisième hôte a une valeur provenant d'un modèle:

   Panel

   Pour le deuxième hôte, "admin" sera ajouté aux utilisateurs à notifier.

   L'action de synchronisation ajoutera "admin" au droit de visibilité.

   Les actions de cohérence ne sont pas nécessaire.

   
   
   

Exemple de l'action de cohérence

Pour un hôte avec cette configuration:

L'action de masse suivante:

Donnera:

En ajoutant "admin_est" la visibilité des utilisateurs n'est plus à "Tout le monde", l'utilisateur "admin_sud" sera donc ajouté.

Le groupe "admins_ouest" est rajouté également au droit de visibilité des groupes utilisateurs.