Gérer les sous-utilisateurs

Un sous-utilisateur est un compte invité sur votre serveur de jeu, avec uniquement les droits que vous lui accordez. C’est la bonne réponse quand un développeur, un modérateur ou un associé doit intervenir sur le serveur : vous ne partagez pas votre mot de passe, et vous reprenez l’accès quand vous voulez.

Cette page concerne le panel de jeu panel.cloudfive.xyz. Si vous cherchez à donner accès à la facturation plutôt qu’au serveur, c’est une autre fonction : voir Contacts et sous-comptes.

Ne partagez jamais votre mot de passe

Un mot de passe partagé donne tous les droits, sur tous vos serveurs, sans trace de qui a fait quoi — et il reste valable après le départ de la personne. Un sous-utilisateur se révoque en deux clics. Il n’y a aucune raison de faire autrement.

Inviter un sous-utilisateur

1. Ouvrez le serveur concerné dans le panel, puis la section des utilisateurs.

2. Demandez-lui son adresse email et vérifiez-la caractère par caractère : l’invitation part à cette adresse, et une faute de frappe crée un accès au mauvais endroit.

3. Créez l’invitation avec cette adresse.

4. Cochez les permissions à accorder. Allez au minimum — la section suivante détaille lesquelles.

5. Enregistrez. La personne reçoit un email pour définir son mot de passe, ou se connecte directement si elle a déjà un compte sur le panel.

6. Demandez-lui de confirmer qu’elle voit bien le serveur, et seulement ce que vous avez prévu.

Note

Un sous-utilisateur n’a accès qu’au serveur sur lequel vous l’invitez. Si vous hébergez deux serveurs et voulez qu’il intervienne sur les deux, invitez-le sur chacun — avec des droits différents si cela a du sens.

Choisir les permissions accordées

Les permissions sont regroupées par domaine, et correspondent aux sections du panel décrites dans Découvrir le panel. Chaque domaine se décompose en droits de lecture et d’action.

Domaine	Ce que ça ouvre	À accorder à
Console	Voir la console ; envoyer des commandes ; allumer et éteindre le serveur.	Un modérateur, un responsable d’événement.
Fichiers	Lire, modifier, envoyer, supprimer les fichiers ; accès SFTP.	Un développeur.
Bases de données	Voir les bases, leurs identifiants, en créer.	Un développeur qui travaille avec une base.
Sauvegardes	Créer, télécharger, restaurer, supprimer une sauvegarde.	Rarement. Voir l’avertissement ci-dessous.
Planification	Créer et modifier des tâches automatiques.	Un administrateur de confiance.
Utilisateurs	Inviter et retirer d’autres sous-utilisateurs.	Personne, sauf co-propriétaire.
Réseau	Voir et gérer les allocations de ports.	Un développeur qui ajoute un service annexe.
Démarrage	Modifier les variables de lancement : version, moteur, fichier de configuration.	Un administrateur de confiance.
Paramètres	Renommer le serveur, lancer une réinstallation.	Personne d’autre que vous.

Les trois permissions à ne pas donner à la légère

Restauration de sauvegarde : elle écrase l’état actuel du serveur, sans retour en arrière. Réinstallation (dans les paramètres) : elle remet le serveur à zéro. Gestion des utilisateurs : elle permet de créer d’autres accès, y compris pour contourner ce que vous avez prévu. Gardez ces trois-là pour vous.

Quelques profils qui marchent en pratique :

• Modérateur en jeu — console en lecture et envoi de commandes, rien d’autre. Il peut bannir, annoncer, redémarrer en cas de souci, sans toucher aux fichiers.
• Développeur de ressources — fichiers en écriture, accès SFTP, bases de données, console en lecture. Il installe et débogue, mais ne peut pas restaurer une sauvegarde par erreur. Voir Ajouter des ressources et des scripts et Installer des plugins et des mods.
• Co-administrateur — presque tout, sauf la réinstallation et la gestion des utilisateurs.
• Observateur — console et ressources en lecture seule, utile pour un prestataire qui diagnostique sans intervenir.

Ce qu’un sous-utilisateur ne peut jamais faire

Même avec toutes les cases cochées, un sous-utilisateur reste limité au serveur. Il ne peut pas :

• voir vos factures, vos moyens de paiement ou vos autres services ;
• renouveler, changer de formule ou résilier l’abonnement ;
• accéder à vos autres serveurs de jeu ;
• ouvrir un ticket de support en votre nom.

Tout cela relève de l’espace client, qui est un compte séparé. Si votre associé doit aussi gérer la partie contractuelle, passez par Contacts et sous-comptes — et rappelez-vous que le support ne discute d’un service qu’avec le titulaire du compte ou un contact déclaré.

Bonnes pratiques pour une équipe

1. Une personne, un compte. Jamais un compte « staff » partagé à cinq : vous perdez toute capacité à savoir qui a supprimé quoi, et le départ d’une personne vous oblige à tout changer.

2. Accordez le minimum au départ. Il est facile d’ajouter une permission à la demande, beaucoup moins de réparer une restauration malheureuse.

3. Donnez des accès datés dans votre tête. Un prestataire engagé pour deux semaines garde son accès trois ans si personne n’y pense. Notez la date de fin quelque part.

4. Relisez la liste tous les trois mois. Ouvrez la section des utilisateurs et retirez ceux qui ne sont plus dans l’équipe. C’est l’audit le plus rentable qui existe.

5. Imposez la double authentification à ceux qui ont des droits étendus. Le panel le permet depuis leur profil ; pour l’espace client, voir Profil, mot de passe et double authentification.

6. Expliquez les règles. Dites explicitement à un nouveau venu de prendre une sauvegarde avant toute modification, et de ne pas éditer un fichier serveur allumé — voir Utiliser le gestionnaire de fichiers.

Les sanctions en jeu ne passent pas par le panel

Pour qu’un modérateur bannisse des joueurs, il n’a pas besoin d’un accès au panel. Sur Minecraft, les droits se donnent en jeu : voir Whitelist et opérateurs. Sur FiveM et RedM, txAdmin gère ses propres administrateurs, indépendamment du panel : voir Prendre en main txAdmin. C’est souvent l’accès le plus adapté : plus de pouvoirs en jeu, aucun sur le serveur.

Retirer un accès

1. Ouvrez la section des utilisateurs du serveur.

2. Repérez la personne à son adresse email, et non à son pseudo.

3. Supprimez son accès. L’effet est immédiat : sa session en cours ne lui donne plus rien.

4. Changez ce qu’elle connaissait et que vous ne pouvez pas révoquer : mot de passe des bases de données auxquelles elle avait accès (voir Bases de données), identifiants de services tiers, clés d’API placées dans vos fichiers de configuration.

5. Si elle avait un accès SFTP, vérifiez qu’il ne fonctionne plus — voir Accéder à son serveur en SFTP.

6. Sur un départ conflictuel, prenez une sauvegarde immédiatement et relisez la console des derniers jours : Console et logs.

Si ça ne marche pas

L’invitation n’arrive pas. Faites-lui vérifier ses courriers indésirables, et contrôlez l’adresse que vous avez saisie. Supprimez l’invitation et recréez-la si le doute persiste.

La personne se connecte mais ne voit aucun serveur. Elle utilise un autre compte que celui invité — fréquent quand elle a déjà un compte sur le panel avec une adresse différente. Faites-lui confirmer l’adresse email de connexion, puis invitez celle-là.

Elle voit le serveur mais une section est absente. C’est le comportement normal : les sections sans permission ne s’affichent pas. Ajoutez la permission manquante depuis la fiche du sous-utilisateur.

Elle ne peut pas se connecter en SFTP. La permission de gestion des fichiers est nécessaire, et l’accès SFTP se fait avec ses identifiants de panel, pas les vôtres. Voir Accéder à son serveur en SFTP.

Un sous-utilisateur a cassé quelque chose. Restaurez la sauvegarde la plus récente antérieure à l’incident, puis réduisez ses permissions. Si vous n’avez pas de sauvegarde, c’est l’occasion de mettre en place une tâche planifiée.

Je n’arrive pas à retirer quelqu’un. Seul le propriétaire du serveur, ou un sous-utilisateur disposant de la permission de gestion des utilisateurs, peut le faire. Si vous avez perdu le contrôle de votre propre serveur, ouvrez un ticket de support depuis le compte titulaire : c’est lui qui fait autorité.