This content has been machine translated dynamically.
Dieser Inhalt ist eine maschinelle Übersetzung, die dynamisch erstellt wurde. (Haftungsausschluss)
Cet article a été traduit automatiquement de manière dynamique. (Clause de non responsabilité)
Este artículo lo ha traducido una máquina de forma dinámica. (Aviso legal)
此内容已经过机器动态翻译。 放弃
このコンテンツは動的に機械翻訳されています。免責事項
이 콘텐츠는 동적으로 기계 번역되었습니다. 책임 부인
Este texto foi traduzido automaticamente. (Aviso legal)
Questo contenuto è stato tradotto dinamicamente con traduzione automatica.(Esclusione di responsabilità))
This article has been machine translated.
Dieser Artikel wurde maschinell übersetzt. (Haftungsausschluss)
Ce article a été traduit automatiquement. (Clause de non responsabilité)
Este artículo ha sido traducido automáticamente. (Aviso legal)
この記事は機械翻訳されています.免責事項
이 기사는 기계 번역되었습니다.책임 부인
Este artigo foi traduzido automaticamente.(Aviso legal)
这篇文章已经过机器翻译.放弃
Questo articolo è stato tradotto automaticamente.(Esclusione di responsabilità))
Translation failed!
Contrôle d’accès basé sur les rôles
La fonctionnalité de contrôle d’accès basé sur les rôles (RBAC) de XenServer® vous permet d’attribuer des utilisateurs, des rôles et des autorisations pour contrôler qui a accès à votre XenServer et quelles actions ils peuvent effectuer. Le système RBAC de XenServer mappe un utilisateur (ou un groupe d’utilisateurs) à des rôles définis (un ensemble nommé d’autorisations). Les rôles ont des autorisations XenServer associées pour effectuer certaines opérations.
Les autorisations ne sont pas attribuées directement aux utilisateurs. Les utilisateurs acquièrent des autorisations par le biais des rôles qui leur sont attribués. Par conséquent, la gestion des autorisations individuelles des utilisateurs consiste à attribuer l’utilisateur au rôle approprié, ce qui simplifie les opérations courantes. XenServer maintient une liste des utilisateurs autorisés et de leurs rôles.
Le RBAC vous permet de restreindre les opérations que différents groupes d’utilisateurs peuvent effectuer, réduisant ainsi la probabilité d’un accident causé par un utilisateur inexpérimenté.
Le RBAC fournit également une fonctionnalité de journal d’audit pour la conformité et l’audit.
Le RBAC dépend d’Active Directory pour les services d’authentification. Plus précisément, XenServer conserve une liste d’utilisateurs autorisés basée sur les comptes d’utilisateurs et de groupes Active Directory. Par conséquent, vous devez joindre le pool au domaine et ajouter des comptes Active Directory avant de pouvoir attribuer des rôles.
Le super-utilisateur local (LSU), ou root, est un compte utilisateur spécial utilisé pour l’administration du système et dispose de tous les droits ou autorisations. Le super-utilisateur local est le compte par défaut lors de l’installation dans XenServer. Le LSU est authentifié via XenServer et non via un service d’authentification externe. Si le service d’authentification externe échoue, le LSU peut toujours se connecter et gérer le système. Le LSU peut toujours accéder à l’hôte physique XenServer via SSH.
Processus RBAC
La section suivante décrit le processus standard pour implémenter le RBAC et attribuer un rôle à un utilisateur ou un groupe :
-
Joignez le domaine. Pour plus d’informations, consultez Activation de l’authentification externe sur un pool.
-
Ajoutez un utilisateur ou un groupe Active Directory au pool. Cela devient un sujet. Pour plus d’informations, consultez Pour ajouter un sujet au RBAC.
-
Attribuez (ou modifiez) le rôle RBAC du sujet. Pour plus d’informations, consultez Pour attribuer un rôle RBAC à un sujet.
Partager
Partager
Dans cet article
This Preview product documentation is Cloud Software Group Confidential.
You agree to hold this documentation confidential pursuant to the terms of your Cloud Software Group Beta/Tech Preview Agreement.
The development, release and timing of any features or functionality described in the Preview documentation remains at our sole discretion and are subject to change without notice or consultation.
The documentation is for informational purposes only and is not a commitment, promise or legal obligation to deliver any material, code or functionality and should not be relied upon in making Cloud Software Group product purchase decisions.
If you do not agree, select I DO NOT AGREE to exit.