Différences

Ci-dessous, les différences entre deux révisions de la page.

--- wiki:documentation:groupadmin [2018/07/10 11:33]
friscourt-s [Modifier les règles de sécurité réseau d'une VM préalablement créée]
+++ wiki:documentation:groupadmin [2020/02/13 10:06] (Version actuelle)
abelard-a [Modifier les règles de sécurité réseau d'une VM préalablement créée]
@@ Ligne 55: / Ligne 55: @@
 {{ :wiki:documentation:ajouter-regle-secu3.png |}}
+<alert type="warning">
+Si l'ajout d'un groupe de sécurité oblige de détacher et réattacher l'interface réseau, la modification d'un groupe de sécurité est transparent. Il est donc fortement conseillé de prévoir un groupe de sécurité par VM en production dans lequel des règles supplémentaires pourront être ajoutées sans avoir à interrompre la connectivité de la VM.
+</alert>
 ===== Gérer les utilisateurs de sa composante =====
@@ Ligne 61: / Ligne 64: @@
 ==== Autoriser un utilisateur à accéder au service ====
-Le contrôle d'accès se fait grâce à un groupe Dyna pour chaque composante. Les groupes sont nommés de la façon suivante:
+Le contrôle d'accès se fait grâce à un groupe Dyna pour chaque composante. Les groupes sont nommés de la façon suivante :
 **DSIN-ACL-IAAS-<composante>**
-Par exemple: DSIN-ACL-IAAS-BU, DSIN-ACL-IAAS-EPUN, etc.
+Par exemple : DSIN-ACL-IAAS-BU, DSIN-ACL-IAAS-EPUN, etc.
-Ces groupes sont affectés, dans dyna, aux différentes structures permettant ainsi aux correspondants dyna de cette structure d'ajouter et supprimer des utilisateurs en toute autonomie.  Dès qu'un utilisateur est ajouté dans un groupe dyna IaaS, il est automatiquement affecté au bon groupe sur la plateforme IaaS. Il est donc possible de lui affecter une part du quota de la composante.
+Dans dyna, ces groupes sont affectés aux différentes structures, permettant ainsi aux correspondants dyna de cette structure d'ajouter et supprimer des utilisateurs en toute autonomie. Dès qu'un utilisateur est ajouté dans un groupe dyna IaaS, il est automatiquement affecté au bon groupe sur la plateforme IaaS. Il est donc possible de lui affecter une part du quota de la composante.
 ==== Affecter un quota à un utilisateur ====
-L'administrateur de la composante peut donner un sous-ensemble des ressources de la composante, par exemple, pour le rendre autonome. Pour ce faire, l'administrateur doit se trouver en vue "admingroup", déplier le menu "système" puis cliquer sur "utilisateurs" pour avoir la liste des utilisateurs qu'il gère :
+L'administrateur de la composante peut donner un sous-ensemble des ressources de la composante, pour par exemple le rendre autonome. Pour ce faire, l'administrateur doit se trouver en vue "admingroup", déplier le menu "système" puis cliquer sur "utilisateurs" pour avoir la liste des utilisateurs qu'il gère :
 {{ :wiki:documentation:screenshot-2018-3-6_opennebula_sunstone_cloud_operations_center.png |}}
@@ Ligne 79: / Ligne 82: @@
 {{ :wiki:documentation:screenshot-2018-3-6_opennebula_sunstone_cloud_operations_center_1_.png |}}
-En cliquant sur le bouton "editer", il est possible de créer ou de modifier le quota de l'utilisateur en lui affectant des limites sur:
+En cliquant sur le bouton "editer", il est possible de créer ou de modifier le quota de l'utilisateur en lui affectant des limites sur :
   * le nombre de machine virtuelle qu'il peut instancier
   * le nombre de CPU