{"id":4098,"date":"2026-09-25T06:00:00","date_gmt":"2026-09-25T06:00:00","guid":{"rendered":"https:\/\/www.torck.io\/?p=4098"},"modified":"2026-09-03T10:50:27","modified_gmt":"2026-09-03T10:50:27","slug":"autorisations-kvm-multi-locataires","status":"publish","type":"post","link":"https:\/\/www.torck.io\/fr\/kvm-multi-tenant-berechtigungen\/","title":{"rendered":"Acc\u00e8s multi-locataires : autorisations pour les fournisseurs de services"},"content":{"rendered":"<p>Avec le KVM multi-locataires, plusieurs clients partagent le m\u00eame mat\u00e9riel, et un technicien passe quotidiennement d\u2019un client \u00e0 l\u2019autre. Il suffit d\u2019un seul droit mal attribu\u00e9 pour que quelqu\u2019un puisse acc\u00e9der \u00e0 la console d\u2019un autre client. C\u2019est de cette subtilit\u00e9 que d\u00e9pend si la s\u00e9paration entre les clients est effective ou si elle n\u2019existe que sur le papier.<\/p>\n<div class=\"tk-key\">\n<b>En bref<\/b><\/p>\n<p>Dans le cadre du KVM multi-locataires, Redfish g\u00e8re les autorisations via des r\u00f4les fixes tels que \u00ab Administrateur \u00bb, \u00ab Op\u00e9rateur \u00bb et \u00ab Lecture seule \u00bb, ainsi que des privil\u00e8ges tr\u00e8s granulaires. OpenBMC reproduit ce syst\u00e8me \u00e0 l'aide de groupes de privil\u00e8ges tels que \u00ab priv-admin \u00bb, \u00ab priv-operator \u00bb et \u00ab priv-user \u00bb. Les anciennes impl\u00e9mentations IPMI ne tiennent pas compte de cette subtilit\u00e9 et n\u00e9cessitent donc une couche de gestion suppl\u00e9mentaire au-dessus du BMC lorsqu'une v\u00e9ritable s\u00e9paration des locataires est requise.<\/p>\n<\/div>\n<h2 id=\"rollen-bei-redfish-und-openbmc\">KVM multi-locataires : r\u00f4les dans Redfish et OpenBMC<\/h2>\n<p>Redfish d\u00e9finit un contr\u00f4le d'acc\u00e8s bas\u00e9 sur les r\u00f4les, avec trois r\u00f4les de base : \u00ab Administrateur \u00bb pour un acc\u00e8s complet, y compris au micrologiciel et \u00e0 la configuration ; \u00ab Op\u00e9rateur \u00bb pour l'exploitation courante sans droit de modification de la configuration de base ; et \u00ab Lecture seule \u00bb pour la surveillance uniquement (<a href=\"https:\/\/www.dmtf.org\/standards\/redfish\" target=\"_blank\" rel=\"noopener\">DMTF, sp\u00e9cification Redfish<\/a>). Des privil\u00e8ges individuels peuvent en outre \u00eatre attribu\u00e9s avec une grande pr\u00e9cision, comme le droit d'ex\u00e9cuter des commandes Power sans pour autant pouvoir cr\u00e9er de comptes utilisateurs. Cette combinaison d\u2019un r\u00f4le de base et d\u2019un privil\u00e8ge individuel permet des configurations sur mesure qui vont au-del\u00e0 des trois r\u00f4les standard, par exemple un compte autoris\u00e9 \u00e0 utiliser la console et les fonctions Power, mais qui ne peut pas modifier les param\u00e8tres r\u00e9seau.<\/p>\n<p>OpenBMC, le micrologiciel open source largement utilis\u00e9 pour les BMC, met en \u0153uvre ce mod\u00e8le \u00e0 l'aide de groupes de privil\u00e8ges : priv-admin, priv-operator et priv-user (<a href=\"https:\/\/github.com\/openbmc\/docs\/blob\/master\/designs\/redfish-authorization.md\" target=\"_blank\" rel=\"noopener\">Documentation OpenBMC<\/a>). Chaque utilisateur appartient \u00e0 un seul groupe, et chaque groupe d\u00e9termine quels points de terminaison Redfish sont accessibles. IPMI ne prend pas en compte cette distinction dans sa forme de base et fonctionne avec des mots de passe qui, dans de nombreuses impl\u00e9mentations, sont stock\u00e9s en clair. Redfish, en revanche, prend en charge les m\u00e9thodes d\u2019authentification modernes, y compris les certificats, une diff\u00e9rence qui devrait \u00eatre d\u00e9terminante lors du choix du protocole pour les environnements multi-clients.<\/p>\n<div class=\"tk-tablewrap\">\n<table>\n<caption>Comparaison des m\u00e9thodes d'authentification IPMI et Redfish<\/caption>\n<thead>\n<tr>\n<th scope=\"col\">Caract\u00e9ristique<\/th>\n<th scope=\"col\">IPMI<\/th>\n<th scope=\"col\">Redfish<\/th>\n<\/tr>\n<\/thead>\n<tbody>\n<tr>\n<th scope=\"row\">profondeur de la bande de roulement<\/th>\n<td>En gros, g\u00e9n\u00e9ralement un administrateur ou un utilisateur<\/td>\n<td>Gestion fine des r\u00f4les et des privil\u00e8ges<\/td>\n<\/tr>\n<tr>\n<th scope=\"row\">Enregistrement des mots de passe<\/th>\n<td>Dans de nombreuses impl\u00e9mentations en texte clair<\/td>\n<td>Algorithmes de hachage modernes<\/td>\n<\/tr>\n<tr>\n<th scope=\"row\">Certificats<\/th>\n<td>Non pr\u00e9vu<\/td>\n<td>Prise en charge<\/td>\n<\/tr>\n<tr>\n<th scope=\"row\">Journalisation<\/th>\n<td>Variable selon les fabricants, souvent rudimentaire<\/td>\n<td>Structur\u00e9 par journal des \u00e9v\u00e9nements et sessions<\/td>\n<\/tr>\n<\/tbody>\n<\/table>\n<\/div>\n<p>Une autre question pratique concerne les sessions simultan\u00e9es. Certains BMC n'autorisent qu'une seule session de console active par serveur, tandis que d'autres en permettent plusieurs en parall\u00e8le avec affichage du m\u00eame \u00e9cran. En cas d\u2019utilisation partag\u00e9e par plusieurs techniciens, il est utile de consulter la configuration du service Redfish Session, car celle-ci d\u00e9finit le nombre de sessions simultan\u00e9es qu\u2019un compte est autoris\u00e9 \u00e0 ouvrir et la dur\u00e9e pendant laquelle une session inactive reste ouverte avant de se fermer automatiquement.<\/p>\n<div class=\"tk-stat\"><strong>3 bobines de base<\/strong><\/p>\n<p>Les r\u00f4les \u00ab Administrateur \u00bb, \u00ab Op\u00e9rateur \u00bb et \u00ab Lecture seule \u00bb constituent le mod\u00e8le de r\u00f4les Redfish, qui peut \u00eatre personnalis\u00e9 davantage \u00e0 l'aide de privil\u00e8ges individuels.<\/p>\n<p><cite>DMTF, sp\u00e9cification Redfish<\/cite><\/div>\n<h2 id=\"rollenmodell-fuer-dienstleister\">Un mod\u00e8le de r\u00e9f\u00e9rence pour les prestataires de services et les int\u00e9grateurs syst\u00e8me<\/h2>\n<p>Lorsqu\u2019un prestataire de services g\u00e8re plusieurs clients sur un m\u00eame parc mat\u00e9riel, il limite les droits des comptes techniciens au strict minimum autoris\u00e9 par chaque mission. Pour le simple traitement des pannes, les commandes Power et l\u2019acc\u00e8s par console aux syst\u00e8mes d\u00e9finis d\u2019un client suffisent. Les droits d\u2019acc\u00e8s au micrologiciel ou \u00e0 d\u2019autres mandants n\u2019ont pas leur place ici. Un technicien qui traite exclusivement les pannes chez un seul client n\u2019a donc besoin que d\u2019un acc\u00e8s \u00e0 ses syst\u00e8mes, et non \u00e0 l\u2019ensemble du parc informatique du prestataire.<\/p>\n<p>Dans la pratique, les comptes \u00e0 dur\u00e9e limit\u00e9e fonctionnent gr\u00e2ce \u00e0 une date d'expiration enregistr\u00e9e directement sur le compte, et non via un rappel distinct dans l'agenda d'un administrateur. Lorsque la mission d'un technicien externe prend fin \u00e0 une date d\u00e9termin\u00e9e, le compte correspondant est automatiquement d\u00e9sactiv\u00e9, que quelqu'un pense ou non \u00e0 le bloquer manuellement. Cette automatisation comble l\u2019une des lacunes les plus courantes dans la pratique : le compte oubli\u00e9 d\u2019un projet termin\u00e9 depuis longtemps, dont les identifiants d\u2019acc\u00e8s restent valides plusieurs mois plus tard.<\/p>\n<p>Disposer de comptes distincts pour chaque personne plut\u00f4t que d'un compte collectif unique n'est pas un luxe. Un compte collectif rend toute attribution a posteriori impossible. Si plusieurs techniciens partagent un mot de passe et qu\u2019un probl\u00e8me survient sur un serveur, il est impossible de d\u00e9terminer a posteriori qui \u00e9tait r\u00e9ellement connect\u00e9. Des comptes distincts, chacun dot\u00e9 de ses propres identifiants, r\u00e9solvent ce probl\u00e8me tout en fournissant la base n\u00e9cessaire \u00e0 une analyse ult\u00e9rieure des journaux d\u2019acc\u00e8s.<\/p>\n<p>Les acc\u00e8s et les modifications de configuration au niveau du BMC doivent \u00eatre syst\u00e9matiquement consign\u00e9s, quel que soit le protocole utilis\u00e9. Sans journalisation, il est impossible, en cas de litige, de d\u00e9terminer qui a modifi\u00e9 un param\u00e8tre. Cette journalisation vient compl\u00e9ter l'architecture r\u00e9seau pr\u00e9sent\u00e9e dans l'article <a href=\"\/fr\/deconnecter-le-reseau-de-gestion\/\">D\u00e9connecter le r\u00e9seau de gestion : une architecture redondante en cas d'urgence<\/a> comme d\u00e9crit ci-dessus. Un r\u00e9seau de gestion distinct est la premi\u00e8re condition pr\u00e9alable ; le mod\u00e8le de r\u00f4les pour les comptes individuels s'ajoute ensuite comme deuxi\u00e8me couche.<\/p>\n<h2 id=\"grenzen-aelterer-bmc-generationen\">L\u00e0 o\u00f9 les anciennes g\u00e9n\u00e9rations de BMC atteignent leurs limites avec le KVM multi-locataires<\/h2>\n<p>Tous les mat\u00e9riels en service ne prennent pas en charge le mod\u00e8le Redfish \u00e0 granularit\u00e9 fine. De nombreuses g\u00e9n\u00e9rations anciennes de BMC ne proposent que des r\u00f4les g\u00e9n\u00e9raux, souvent pas plus qu\u2019un compte administrateur et un seul compte \u00e0 droits restreints, sans autre niveau interm\u00e9diaire. Dans la pratique, cela se v\u00e9rifie notamment pour les g\u00e9n\u00e9rations de serveurs acquises avant la g\u00e9n\u00e9ralisation de Redfish et dont le micrologiciel BMC ne peut plus \u00eatre consid\u00e9rablement \u00e9tendu, m\u00eame par le biais d'une mise \u00e0 jour.<\/p>\n<div class=\"tk-note\"><b>fronti\u00e8re<\/b>De nombreuses g\u00e9n\u00e9rations anciennes de BMC ne proposent que des r\u00f4les g\u00e9n\u00e9raux, sans les privil\u00e8ges Redfish \u00e0 granularit\u00e9 fine. Une v\u00e9ritable s\u00e9paration des clients n'est alors possible qu'au niveau de la couche de gestion sup\u00e9rieure, par exemple dans une solution KVM centralis\u00e9e qui applique ses propres autorisations ind\u00e9pendamment du firmware BMC utilis\u00e9.<\/div>\n<p>C'est pourquoi ceux qui exploitent un parc mixte compos\u00e9 de mat\u00e9riel ancien et r\u00e9cent ne se fient pas uniquement \u00e0 la gestion des r\u00f4les de chaque BMC. Cette couche suppl\u00e9mentaire assure une coh\u00e9rence entre les diff\u00e9rentes g\u00e9n\u00e9rations de mat\u00e9riel, ce que les BMC individuels ne peuvent naturellement pas offrir, et elle uniformise la vue d'ensemble pour les techniciens qui passent quotidiennement d'anciens serveurs \u00e0 de nouveaux. Lors de l\u2019acquisition de nouveau mat\u00e9riel, il est possible de prendre cet aspect en compte d\u00e8s la phase de s\u00e9lection et de demander express\u00e9ment la prise en charge de Redfish avec des r\u00f4les \u00e0 granularit\u00e9 fine, plut\u00f4t que de d\u00e9couvrir le probl\u00e8me des ann\u00e9es plus tard, en cours d\u2019exploitation.<\/p>\n<div class=\"tk-inline-cta\">\n<p><b>Adapter les r\u00f4les \u00e0 chaque client et \u00e0 chaque technicien<\/b><br \/>\nIl suffit d'un droit mal attribu\u00e9 pour qu'un technicien puisse acc\u00e9der \u00e0 la console d'un client tiers. C'est pr\u00e9cis\u00e9ment l\u00e0 qu'intervient un mod\u00e8le de r\u00f4les avec des droits strictement d\u00e9limit\u00e9s pour chaque compte.<\/p>\n<p><a class=\"tk-btn\" href=\"\/fr\/#contact-us\">Nous contacter<\/a>\n<\/div>\n<h2 id=\"faq\">Foire aux questions<\/h2>\n<h3 class=\"tk-faq-item\">Comment s\u00e9parer les clients sur un m\u00eame mat\u00e9riel ?<\/h3>\n<p>Gr\u00e2ce \u00e0 des r\u00f4les strictement d\u00e9finis pour chaque client et chaque syst\u00e8me : acc\u00e8s uniquement aux serveurs convenus, aucun droit sur le micrologiciel, aucune visibilit\u00e9 sur les autres mandants. Redfish et OpenBMC mettent en \u0153uvre cette s\u00e9paration via des r\u00f4les tels que \u00ab Operator \u00bb et des groupes de privil\u00e8ges tels que \u00ab priv-operator \u00bb ; sur le mat\u00e9riel plus ancien, cette t\u00e2che est assur\u00e9e par une couche d'administration centrale.<\/p>\n<h3 class=\"tk-faq-item\">Chaque technicien doit-il disposer de son propre compte ?<\/h3>\n<p>Oui. Un compte collectif unique emp\u00eache toute attribution a posteriori lorsqu'il faut d\u00e9terminer r\u00e9trospectivement qui a effectu\u00e9 une modification. La mise en place de comptes distincts pour chaque personne prend un peu plus de temps, mais s'av\u00e8re tr\u00e8s utile \u00e0 chaque analyse des journaux d'acc\u00e8s.<\/p>\n<h3 class=\"tk-faq-item\">Combien de temps faut-il conserver les journaux d'acc\u00e8s ?<\/h3>\n<p>Il n'existe pas de dur\u00e9e de conservation universelle pour cette question. Il est judicieux d'opter pour une dur\u00e9e de conservation adapt\u00e9e \u00e0 votre propre processus de traitement des incidents et suffisamment longue pour permettre de retracer les incidents identifi\u00e9s a posteriori. Votre propre politique de protection des donn\u00e9es et, selon le client, les dispositions contractuelles, en d\u00e9finissent le cadre contraignant.<\/p>\n<p>torck g\u00e8re plusieurs \u00e9quipes en parall\u00e8le au sein de sa propre infrastructure, \u00e0 Maxh\u00fctte-Haidhof, Vienne et Rabat, et a, d\u00e8s le d\u00e9part, syst\u00e9matiquement s\u00e9par\u00e9 sa propre gestion des r\u00f4les en fonction des t\u00e2ches. C'est pr\u00e9cis\u00e9ment ce mod\u00e8le de r\u00f4les qui se trouve dans <a href=\"\/fr\/produits-kvm-fleet\/\">KVM Fleet<\/a>, lorsque les clients g\u00e8rent plusieurs techniciens ou plusieurs clients sur une plateforme commune. Le partenaire contractuel est ici la soci\u00e9t\u00e9 allemande torck GmbH : un contrat unique remplace ainsi une cha\u00eene de sous-traitants. Si vous souhaitez faire \u00e9valuer votre propre syst\u00e8me d'autorisations, vous pouvez convenir d'une d\u00e9monstration du produit ou d'un premier entretien, sans engagement.<\/p>\n<p><a class=\"tk-btn\" href=\"\/fr\/#contact-us\">Prendre rendez-vous<\/a><\/p>","protected":false},"excerpt":{"rendered":"<p>Redfish et OpenBMC s\u00e9parent les clients sur un m\u00eame mat\u00e9riel \u00e0 l'aide de r\u00f4les fixes et de groupes de privil\u00e8ges. Cet article pr\u00e9sente un mod\u00e8le de r\u00f4les destin\u00e9 aux prestataires de services et en expose les limites sur du mat\u00e9riel ancien.<\/p>","protected":false},"author":10,"featured_media":4103,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"_mbp_gutenberg_autopost":false,"footnotes":""},"categories":[26],"tags":[],"art":[31],"class_list":["post-4098","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-remote-infrastrukturmanagement","art-grundlagen"],"_links":{"self":[{"href":"https:\/\/www.torck.io\/fr\/wp-json\/wp\/v2\/posts\/4098","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.torck.io\/fr\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.torck.io\/fr\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.torck.io\/fr\/wp-json\/wp\/v2\/users\/10"}],"replies":[{"embeddable":true,"href":"https:\/\/www.torck.io\/fr\/wp-json\/wp\/v2\/comments?post=4098"}],"version-history":[{"count":1,"href":"https:\/\/www.torck.io\/fr\/wp-json\/wp\/v2\/posts\/4098\/revisions"}],"predecessor-version":[{"id":4748,"href":"https:\/\/www.torck.io\/fr\/wp-json\/wp\/v2\/posts\/4098\/revisions\/4748"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/www.torck.io\/fr\/wp-json\/wp\/v2\/media\/4103"}],"wp:attachment":[{"href":"https:\/\/www.torck.io\/fr\/wp-json\/wp\/v2\/media?parent=4098"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.torck.io\/fr\/wp-json\/wp\/v2\/categories?post=4098"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.torck.io\/fr\/wp-json\/wp\/v2\/tags?post=4098"},{"taxonomy":"art","embeddable":true,"href":"https:\/\/www.torck.io\/fr\/wp-json\/wp\/v2\/art?post=4098"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}