Page History

Action sur la propriété "Modèles d'hôte hérités"

La modification de cette propriété va (potentiellement) modifier toute la structure de l'élément (hôte ou cluster), c'est pour cela qu'a la fin des actions, deux autres actions seront rajoutés 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. Le soucis est que l'on peux pas afficher toutes les ajustements car cela changera en fonction des hôtes / clusters choisir pour l'édition de masse.

Cependant pour informer que l'ajout du modèle peut avoir un impact sur les droits de l'utilisateur,

• L'Effet visuelle = clignotement de l'onglet "Droits de l'utilisateur" clignotera et
• Rajout de deux 2 actions de mise en cohérence:

• Synchronisation pour maintenir la cohérence sont ajouter 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":
  
  1. => Pourra ajouter les valeurs manquantes provenant de la propriété "Les utilisateur à notifier"
  2. => Pourra ajouter les valeurs manquantes provenant de la propriété "Les utilisateur qui peuvent modifier la configuration de l'hôte"
     
     

Ces deux actions se feront en tout fin de l'édition de masse, en fonction des :

Elle Elles ne feront que rajouter les utilisateurs (ou groupes) qui serait éventuellement manquantsmanquant.

Synchronisation des propriétés des droits utilisateurs

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

Les 2 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)) 

Accès autorisé par défaut à

"Aucun" utilisateur (nobody)

Cette synchronisation est exactement la même que pour l'édition simple ( cf 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 tout le monde a les droits de voir un élément, le rajout ne doit pas toujours se faire pour les propriétés de qui a le droit de voir.
• 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:

Dans ce cas, prenons trois hôtehôtes:

1. le Le premier n'a rien

   Panel
   Image RemovedImage Added

   Ici l'action de synchronisation ne se fera pas, car on gardera "Tout le monde"
   Les actions de cohérence ne seront pas non plus nécessaire (rien a à rajouté)
   
   

2. le Le deuxième a une valeur dans son champ

   Panel
   Image RemovedImage Added

   Ici l'action de synchronisation se fera car on n'a plus la valeur "Tout le monde" et donc on veut le rajout de l'utilisateur "admin"
   Les actions de cohérence ne seront pas nécessaire (rien a à rajouté)
   
   

3. le troisième a une valeur provenant d'un modèle

   Panel
   Image RemovedImage Added

   Ici il y aura les mêmes effets que pour le cas précédent (pour les mêmes raisons)
   
   

Exemple de l'action de cohérence

pour Pour un hôte avec cette configuration:,

l'action de masse suivante:

donnera

L'utilisateur "admin_sud" sera rajouté, car on a perdu la valeur "Tout le monde" et donc il doit être présent dans ceux qui voyentvoient

Le groupe "admins_ouest" est rajouté également