phpBB Lab

Permissions des utilisateurs phpBB : attribuer, vérifier et corriger les droits d’un membre

Un seul membre ne peut pas accéder à une fonction alors que tous les autres le peuvent.

À l’inverse, un utilisateur possède un droit qu’il ne devrait normalement pas avoir.

Vous vérifiez son groupe principal : tout semble correct.

Vous vérifiez les permissions du forum : toujours rien d’évident.

C’est souvent à ce moment-là que les permissions individuelles des utilisateurs entrent dans le diagnostic.

phpBB permet d’attribuer certains droits directement à un utilisateur, indépendamment des permissions qu’il reçoit déjà par ses groupes.

Cette possibilité est utile, mais elle doit être utilisée avec méthode.

Une permission individuelle mal comprise peut devenir une exception invisible qui compliquera l’administration plusieurs mois plus tard.

Dans ce guide, nous allons voir :

• []d’où viennent normalement les permissions d’un utilisateur ;
  []à quoi servent les permissions individuelles ;
  []la différence entre permissions globales et permissions de forum ;
  []comment elles se combinent avec les permissions des groupes ;
  []comment fonctionnent Oui, Non et Jamais ;
  []dans quels cas une exception individuelle est réellement utile ;
  []pourquoi il ne faut pas remplacer les groupes par des réglages utilisateur par utilisateur ;
  []et comment retrouver l’origine exacte d’un droit lorsqu’un comportement semble incohérent.

1. Avant toute chose : un utilisateur possède déjà des permissions

Lorsqu’un membre s’inscrit sur un forum phpBB, il n’est pas nécessaire de configurer manuellement ses droits.

Il appartient à un ou plusieurs groupes.

Ces groupes lui transmettent déjà des permissions.

Prenons un membre nommé Paul.

Paul

Groupes :

* Utilisateurs enregistrés
* Testeurs
    

Même si aucune permission individuelle n’a jamais été configurée pour Paul, il possède déjà les droits provenant de ces deux groupes.

C’est le fonctionnement normal de phpBB.

2. Les permissions individuelles sont donc des exceptions

C’est probablement la meilleure manière de comprendre cette fonctionnalité.

Une permission utilisateur ne devrait généralement pas servir à reconstruire entièrement les droits d’un membre.

Elle sert plutôt à gérer un besoin particulier.

Par exemple :

Tous les testeurs disposent des mêmes droits.

Mais Paul doit exceptionnellement obtenir une permission supplémentaire.

Dans ce cas, une permission individuelle peut avoir du sens.

Mais si cinquante utilisateurs doivent obtenir exactement cette même permission, ce n’est probablement plus une exception.

Il vaut alors mieux utiliser un groupe.

3. Première règle : chercher d’abord le groupe

Avant de créer une permission individuelle, posez-vous cette question :

Cette permission concerne-t-elle uniquement cette personne,
ou concerne-t-elle une catégorie d’utilisateurs ?

Si elle concerne plusieurs personnes, utilisez généralement un groupe.

Exemple :

Vous souhaitez donner accès à une zone de test à vingt membres.

Évitez :

Utilisateur 1 : permission spéciale
Utilisateur 2 : permission spéciale
Utilisateur 3 : permission spéciale
…
Utilisateur 20 : permission spéciale

Préférez :

Groupe : Testeurs

20 utilisateurs membres de ce groupe

Puis attribuez la permission au groupe.

La configuration sera beaucoup plus facile à comprendre et à maintenir.

4. Quand une permission individuelle est-elle utile ?

Prenons un cas concret.

Votre groupe :

Contributeurs

possède les droits adaptés à tous ses membres.

Cependant, une personne doit temporairement recevoir une possibilité supplémentaire.

Par exemple :

Utilisateur : Pierre

Situation :
doit effectuer une tâche particulière pendant quelques jours.

Créer un nouveau groupe uniquement pour une personne et une situation temporaire peut être inutile.

Une permission individuelle peut alors être appropriée.

L’important est de savoir pourquoi cette exception existe.

5. Une permission utilisateur ne remplace pas les permissions des groupes

C’est un point essentiel.

Si vous définissez une permission individuelle pour un membre, phpBB ne supprime pas automatiquement les permissions qu’il reçoit de ses groupes.

Les différentes sources continuent d’intervenir dans le calcul final.

Vous pouvez donc avoir :

Groupe Utilisateurs enregistrés
+
Groupe Testeurs
+
Permission individuelle de Paul

phpBB doit combiner tout cela pour déterminer la permission réellement obtenue.

6. Ne regardez jamais une permission individuelle isolément

Imaginons :

Paul
Permission X : Oui

Vous pourriez penser :

Paul possède forcément cette permission.

Pas nécessairement.

Il faut également examiner les permissions provenant de ses groupes et rechercher notamment une éventuelle interdiction forte.

À l’inverse, une permission individuelle réglée sur Non ne signifie pas forcément que Paul est définitivement privé du droit.

Une autre source peut éventuellement lui accorder Oui.

Il faut toujours regarder le résultat final.

7. Oui, Non et Jamais s’appliquent également ici

La logique générale du système de permissions reste la même.

Oui

Oui

accorde la permission depuis cette source.

Non

Non

signifie généralement que cette source n’accorde pas la permission.

Cela ne constitue pas forcément une interdiction absolue.

Jamais

Jamais

est une interdiction forte.

Un Jamais applicable peut empêcher un Oui provenant d’une autre source de donner le résultat attendu.

C’est pourquoi les permissions individuelles ne permettent pas de contourner magiquement toutes les autres règles.

8. Exemple : une permission individuelle supplémentaire

Paul appartient au groupe :

Utilisateurs enregistrés

Pour une permission donnée :

Utilisateurs enregistrés : Non
Paul : Oui

Le groupe ne lui accorde pas le droit.

Sa permission individuelle, elle, l’accorde.

Le résultat peut donc être :

Paul : autorisé

Cette situation correspond bien à une exception individuelle.

9. Exemple avec plusieurs groupes

Paul appartient maintenant à :

Utilisateurs enregistrés
Testeurs

Les valeurs sont :

Utilisateurs enregistrés : Non
Testeurs : Oui
Paul : Non

Il serait incorrect de regarder uniquement :

Paul : Non

et de conclure qu’il est interdit.

Le groupe Testeurs lui apporte déjà Oui.

Le résultat final peut donc toujours être autorisé.

C’est pourquoi Non ne signifie pas toujours interdit.

10. Exemple avec Jamais

Prenons maintenant :

Utilisateurs enregistrés : Oui
Paul : Jamais

Cette fois, l’interdiction individuelle est forte.

La permission accordée par le groupe peut être neutralisée.

C’est exactement le type de configuration qu’il faut documenter, car plusieurs mois plus tard quelqu’un pourrait regarder le groupe et se demander :

Pourquoi Paul n’a-t-il pas le droit alors que son groupe possède Oui ?

La réponse se trouve dans son exception individuelle.

11. Les permissions individuelles peuvent devenir invisibles avec le temps

Voici un scénario très fréquent.

En janvier, vous configurez :

Paul : Jamais

pour résoudre une situation précise.

En mars, Paul rejoint un nouveau groupe qui possède :

Oui

Vous oubliez complètement la permission créée en janvier.

En juin, quelqu’un constate :

Tous les membres du groupe peuvent utiliser cette fonction sauf Paul.

On vérifie le groupe.

Tout est correct.

On vérifie le forum.

Tout est correct.

On cherche une erreur technique.

Alors que le problème vient simplement d’une ancienne permission individuelle oubliée.

C’est pour cette raison que les exceptions doivent rester rares.

12. Il existe plusieurs catégories de permissions utilisateur

Toutes les permissions individuelles ne répondent pas à la même question.

Il faut notamment distinguer :

Permissions utilisateur globales

et :

Permissions de forum pour un utilisateur

Ce sont deux choses différentes.

13. Permissions utilisateur globales

Les permissions globales concernent des capacités qui ne sont pas limitées à un forum précis.

Le raisonnement est :

Que peut faire cet utilisateur de manière générale sur le forum ?

Ces permissions sont configurées dans la partie appropriée du panneau d’administration.

Elles ne servent pas à décider si l’utilisateur peut publier dans un forum particulier.

14. Permissions de forum d’un utilisateur

Ici, la question devient :

Que peut faire cet utilisateur dans CE forum précis ?

Par exemple :

Forum : Documentation

Utilisateur : Paul

Vous pourriez vouloir lui accorder une possibilité particulière uniquement dans cette section.

Cette permission ne signifie pas nécessairement qu’il disposera du même droit ailleurs.

15. Exemple concret

Vous avez trois forums :

Support
Documentation
Discussions générales

Paul doit exceptionnellement pouvoir publier dans Documentation alors que les autres utilisateurs possédant son profil normal ne le peuvent pas.

Vous pouvez intervenir sur ses permissions pour :

Documentation

sans nécessairement modifier :

Support
Discussions générales

Le droit peut donc être spécifique à un forum.

16. Ne confondez pas permission globale et permission locale

Si un utilisateur ne peut pas effectuer une action dans un forum particulier, ne commencez pas immédiatement par modifier ses permissions globales.

Demandez-vous :

Le problème existe-t-il partout,
ou seulement dans ce forum ?

Si le problème apparaît uniquement dans une section précise, commencez par examiner les permissions liées à ce forum.

Si le comportement concerne tout le site, examinez alors les permissions globales appropriées.

17. Où trouver les permissions des utilisateurs ?

Dans le Panneau d’administration, ouvrez la partie consacrée aux Permissions.

phpBB propose différents écrans permettant de travailler sur les droits.

Selon votre besoin, vous pourrez notamment examiner :

• []les permissions globales d’un utilisateur ;
  []les permissions d’un utilisateur pour un forum ;
  []les permissions des groupes auxquels il appartient ;
  []et les permissions effectives permettant de comprendre le résultat final.

Ne choisissez pas un écran au hasard.

Commencez toujours par savoir quel type de droit vous recherchez.

18. Le meilleur diagnostic commence par une phrase précise

Évitez :

Paul a un problème de permissions.

Cette phrase est beaucoup trop vague.
Préférez :

Paul voit le forum Extensions,
peut lire les sujets,
mais ne peut pas répondre.

Ou :

Paul peut utiliser cette fonctionnalité
alors que les autres membres de son groupe ne le peuvent pas.

Vous savez alors exactement quelle permission rechercher.

19. Diagnostic : un utilisateur ne voit pas un forum

Supposons que Paul vous dise :

Je ne vois pas le forum Documentation.

Avant de modifier ses permissions personnelles, vérifiez :

1. Ses groupes
2. Les permissions de ces groupes dans Documentation
3. Les éventuelles restrictions
4. Ses permissions individuelles pour ce forum
5. Sa permission effective
    

Il est possible que le problème n’ait absolument rien à voir avec une permission individuelle.

20. Diagnostic : un utilisateur voit le forum mais ne peut pas répondre

Le problème est maintenant différent.

Paul peut :

Voir : Oui
Lire : Oui

mais pas :

Répondre

Il faut rechercher précisément la permission de réponse.

Ne modifiez pas :

Voir le forum
Lire le forum
Créer des sondages
Télécharger des fichiers
etc.

Ces permissions fonctionnent déjà.

Touchez uniquement au problème identifié.

21. Diagnostic : un utilisateur possède trop de droits

Autre situation :

Paul peut effectuer une action
que les autres membres ordinaires ne peuvent pas effectuer.

Avant de retirer des permissions au groupe entier, comparez Paul à un utilisateur ayant le comportement attendu.

Posez-vous notamment ces questions :

Appartiennent-ils aux mêmes groupes ?

Paul possède-t-il un groupe supplémentaire ?

Possède-t-il une permission individuelle ?

Une ancienne exception existe-t-elle ?

Cette comparaison est souvent extrêmement efficace.

22. Comparer deux utilisateurs peut révéler immédiatement la cause

Prenons :

Paul :

* Utilisateurs enregistrés
* Testeurs

Jean :

* Utilisateurs enregistrés
    

Paul possède une fonction que Jean ne possède pas.

La première différence évidente est :

Testeurs

Avant de rechercher une permission individuelle, vérifiez donc ce groupe.

Maintenant :

Paul :

* Utilisateurs enregistrés

Jean :

* Utilisateurs enregistrés
    

Ils ont les mêmes groupes, mais leur comportement diffère.

Cette fois, une permission individuelle mérite beaucoup plus d’attention.

23. Les permissions effectives sont essentielles

Quand les choses deviennent compliquées, la question importante n’est plus :

Qu’ai-je configuré ici ?

mais :

Quelle permission phpBB applique-t-il finalement à cet utilisateur ?

C’est ce qu’il faut chercher avec les outils de consultation et de traçage des permissions disponibles dans phpBB.

Ils permettent de comprendre l’origine du résultat.

24. Le traçage des permissions évite les modifications au hasard

Imaginez :

Paul ne peut pas répondre. 

Vous trouvez :

Groupe A : Oui

Pourtant il reste bloqué.

Plutôt que de modifier encore des réglages, recherchez la permission effective.

Vous pourriez découvrir :

Groupe A : Oui
Groupe B : Jamais

Vous avez alors la cause.

Aucune modification au hasard n’était nécessaire.

25. Quand faut-il réellement donner une permission individuelle ?

Une permission directe peut être raisonnable lorsque :

* le besoin concerne réellement une seule personne ;
* l’exception est clairement identifiée ;
* créer un groupe n’apporterait aucun avantage ;
* l’administrateur sait pourquoi l’exception existe ;
* la permission pourra être retrouvée facilement plus tard.
    

Dans ce contexte, l’outil est parfaitement légitime.

26. Quand vaut-il mieux créer un groupe ?

Créez ou utilisez plutôt un groupe lorsque :

* plusieurs utilisateurs ont le même besoin ;
* l’autorisation doit durer ;
* d’autres utilisateurs pourraient recevoir ce droit plus tard ;
* la permission représente un rôle identifiable.
    

Exemple :

Rédacteurs
Testeurs
Contributeurs
Équipe technique
Support

Ces fonctions ont du sens comme groupes.

27. Exemple : un seul utilisateur

Vous avez :

2000 membres

Une personne doit temporairement disposer d’un droit particulier.

Une permission individuelle peut être acceptable.

28. Exemple : quinze utilisateurs

Quinze personnes doivent disposer du même droit.

Configurer quinze utilisateurs individuellement serait une mauvaise approche.

Créez plutôt :

Groupe : Contributeurs

Ajoutez les quinze membres.

Configurez le groupe une seule fois.

29. Exemple : une permission temporaire

Paul doit disposer d’un droit pendant une semaine.

Vous créez une exception.

Lorsque la mission est terminée, n’oubliez pas de la retirer.

Sinon, une permission temporaire peut devenir une permission permanente par simple oubli.
30. Attention aux permissions historiques

Lorsqu’un forum existe depuis plusieurs années, certains comptes peuvent avoir accumulé des exceptions.

Un utilisateur ancien peut avoir :

une permission datant de 2022,
une autre modification en 2024,
un nouveau groupe en 2025,
une autre exception en 2026.

Le résultat peut devenir difficile à comprendre.

Lors d’un audit de permissions, vérifiez particulièrement les utilisateurs importants ou anciens.

31. Ne donnez pas une permission administrative uniquement pour résoudre un autre problème

Supposons qu’un utilisateur ne puisse pas effectuer une action précise.

La mauvaise réaction serait :

Je vais lui donner davantage de permissions administratives.

Cela peut résoudre le symptôme tout en accordant énormément de droits inutiles.

Identifiez la permission exacte.

Le principe du moindre privilège est particulièrement important pour les fonctions sensibles.

32. Donner uniquement les droits nécessaires

Si un utilisateur doit effectuer une seule tâche, essayez de lui fournir uniquement les permissions nécessaires à cette tâche.

Évitez :

Il a besoin de X,
donc je vais lui donner X + Y + Z + tout le reste.

Préférez :

Il a besoin de X.

Je vérifie quelle permission correspond à X.

Votre configuration sera plus sûre et plus compréhensible.

33. Permissions individuelles et modération

La modération possède elle aussi ses propres permissions.

Un utilisateur peut devenir modérateur d’un forum précis sans nécessairement recevoir des droits de modération partout.

Par exemple :

Paul

Modérateur de :
Support

Pas modérateur de :
Discussions générales
Documentation

Il ne faut donc pas confondre :

permissions utilisateur
permissions de forum
permissions de modération
permissions administratives

Chaque catégorie répond à un besoin différent.

34. Une permission n’est pas un statut

Ce n’est pas parce qu’un utilisateur possède une permission particulière qu’il devient automatiquement membre d’un groupe correspondant.

De même, ajouter un utilisateur à un groupe peut lui apporter plusieurs permissions sans modifier individuellement son compte.

Il faut distinguer :

Qui est l’utilisateur ?
À quels groupes appartient-il ?
Quelles permissions reçoit-il ?

Ce sont trois questions différentes.

35. Pourquoi les permissions individuelles doivent rester rares

Imaginez un forum avec 500 membres.

Si chacun possède dix exceptions personnelles, vous avez potentiellement :

5000 réglages particuliers

à comprendre.

Avec des groupes bien conçus, la même organisation peut parfois être gérée avec quelques ensembles cohérents de permissions.

Les permissions individuelles sont puissantes précisément parce qu’elles permettent de faire des exceptions.

Si tout devient une exception, elles perdent leur intérêt.

36. Méthode complète pour résoudre le problème d’un utilisateur

Lorsqu’un membre rencontre un problème de droit, suivez cette méthode.

Étape 1 : identifier précisément l’action

Que ne peut-il pas faire ?

Étape 2 : identifier la portée

Le problème existe-t-il partout
ou dans un seul forum ?

Étape 3 : relever ses groupes

À quels groupes appartient-il ?

Étape 4 : examiner les permissions de ces groupes

Cherchez la permission concernée.

Étape 5 : vérifier les permissions individuelles

Existe-t-il une exception propre à ce compte ?

Étape 6 : rechercher un Jamais

Une interdiction forte intervient-elle ?

Étape 7 : consulter la permission effective

Quel résultat phpBB calcule-t-il réellement ?

Étape 8 : identifier la source

Pourquoi le droit est-il accordé ou refusé ?

Étape 9 : corriger le bon endroit

Modifiez uniquement la source responsable.

Étape 10 : tester à nouveau

Utilisez le compte concerné ou un compte présentant exactement les mêmes appartenances.

37. Ne corrigez pas le groupe si le problème concerne une seule personne

Supposons :

100 utilisateurs du groupe Testeurs fonctionnent correctement.

Paul ne fonctionne pas.

Il serait étrange de commencer par modifier les permissions du groupe qui fonctionne correctement pour les 100 autres personnes.

Cherchez d’abord ce qui différencie Paul.

Par exemple :

* groupe supplémentaire ;
* permission individuelle ;
* ancienne restriction.
    

Cette logique simple évite beaucoup d’erreurs.

38. À l’inverse, ne créez pas 100 exceptions pour corriger un groupe

Si tous les membres d’un groupe rencontrent exactement le même problème, la cause se trouve probablement dans une configuration commune.

Ne corrigez pas chaque utilisateur séparément.

Examinez :

le groupe,
le rôle,
les permissions du forum,
ou la configuration partagée.

39. Documenter une exception importante

Si vous attribuez une permission individuelle sensible, gardez une trace de la raison.

Par exemple :

Paul :
permission temporaire accordée pour gérer la documentation.
À retirer après la fin du projet.

Cela peut sembler inutile le jour de la modification.

Six mois plus tard, cette information devient précieuse.

40. Tester comme l’utilisateur

Votre compte administrateur n’est pas toujours un bon outil pour reproduire un problème de permissions.

phpBB permet notamment aux administrateurs disposant des droits nécessaires de tester les permissions d’un utilisateur.

Cette fonction est extrêmement pratique.

Elle permet de vérifier ce qu’un membre peut réellement voir ou faire sans devoir deviner à partir de votre propre compte.

Après le test, pensez à rétablir vos permissions normales.

41. Cas pratique : Paul ne peut pas accéder à une section

Structure :

Documentation
Développement
Zone privée

Paul doit accéder à Documentation et Développement, mais pas à Zone privée.

Il appartient à :

Utilisateurs enregistrés
Contributeurs

Avant de créer une exception individuelle, vérifiez si le groupe Contributeurs est justement censé fournir ces accès.

Si tous les contributeurs doivent avoir les mêmes droits, configurez le groupe.

Si Paul seul doit obtenir un accès supplémentaire, l’exception individuelle devient pertinente.

42. Cas pratique : Paul peut faire quelque chose qu’il ne devrait pas

Paul possède une fonction inattendue.

Vous vérifiez :

Groupe principal : normal
Permissions du forum : normales

Continuez.

Regardez :

Autres groupes
Permissions individuelles
Permissions de modération
Permissions administratives éventuelles

La cause se trouve nécessairement dans une source de droits applicable.

43. Les erreurs les plus fréquentes

Voici les pièges classiques :

• []croire qu’un utilisateur reçoit uniquement les droits de son groupe principal ;
  []ajouter une permission individuelle alors qu’un groupe serait plus approprié ;
  []utiliser Jamais sans mesurer les conséquences ;
  []oublier une ancienne permission individuelle ;
  []modifier des permissions globales pour résoudre un problème limité à un forum ;
  []confondre permissions utilisateur, forum, modération et administration ;
  []donner beaucoup trop de droits pour résoudre une seule difficulté ;
  []tester uniquement avec un compte administrateur ;
  []corriger un groupe entier alors que le problème concerne un seul membre ;
  []corriger individuellement de nombreux membres alors que le problème vient du groupe.

44. La bonne manière de penser les permissions individuelles

Considérez les groupes comme la règle générale.

Considérez les permissions individuelles comme l’exception.

Par exemple :

Règle générale :
les contributeurs peuvent utiliser la fonctionnalité.

Exception :
Paul ne doit temporairement pas l’utiliser.

ou :

Règle générale :
les utilisateurs ordinaires n’ont pas cette permission.

Exception :
Paul doit l’obtenir temporairement.

Cette façon de raisonner permet de savoir immédiatement où regarder plusieurs mois plus tard.

45. Trois questions permettent souvent de résoudre le problème

Lorsqu’une permission utilisateur vous semble incohérente, posez-vous simplement :

1. Quels droits lui donnent ses groupes ?
2. Possède-t-il une exception individuelle ?
3. Quelle permission effective phpBB calcule-t-il finalement ?
    

Dans énormément de situations, la réponse se trouve dans ces trois étapes.

En résumé

Retenez les principes suivants :

• []Un utilisateur reçoit normalement ses permissions grâce à ses groupes.
  []Les permissions individuelles servent principalement à gérer des exceptions.
  []Elles se combinent avec les permissions provenant des groupes.
  []Le groupe principal n’est pas la seule source de droits.
  []Oui accorde une permission depuis la source concernée.
  []Non ne constitue pas forcément une interdiction absolue.
  []Jamais est une interdiction forte et doit être utilisé avec prudence.
  []Les permissions globales et les permissions liées à un forum sont différentes.
  []Si plusieurs utilisateurs ont besoin des mêmes droits, utilisez généralement un groupe.
  []Si un seul utilisateur se comporte différemment des autres, recherchez ce qui le distingue.
  []Les permissions effectives et leur traçage sont les meilleurs outils pour comprendre les conflits.
  []Une exception individuelle doit avoir une raison claire et rester facile à retrouver.

La règle la plus utile est finalement très simple :

configurez le comportement normal avec les groupes, puis utilisez les permissions individuelles uniquement lorsqu’une véritable exception le justifie.

Avec cette logique, vous évitez d’accumuler des réglages impossibles à suivre et vous pouvez retrouver beaucoup plus rapidement la cause d’un problème de permissions dans phpBB.