PhpBB Lab Académie

Comprendre la portée d’un bannissement par nom, le distinguer d’une désactivation et tester une interdiction temporaire puis sa levée sur accueil_test uniquement.

Une restriction d’accès, pas une suppression de contenu

Un bannissement empêche l’accès correspondant à une identité ou à un critère. Il ne supprime pas les messages déjà publiés et ne clôture pas à votre place les signalements en attente. Si un message doit aussi être traité, cette décision reste distincte. Reliez toujours l’action à un objectif précis : interrompre une perturbation, laisser le temps d’un examen ou faire appliquer une décision annoncée.

La désactivation, vue au premier chapitre, modifie l’état du compte. Le bannissement ajoute une interdiction. Un compte peut donc être actif et pourtant banni. Réactiver ce compte ne suffit pas à retirer un bannissement. Inversement, lever son bannissement ne réactive pas automatiquement un compte qui serait également désactivé. C’est une raison de vérifier ces deux états séparément lors d’un dépannage.

La durée mérite la même attention que la cible. « Permanent » n’est pas une simple valeur par défaut à accepter machinalement. Une intervention temporaire doit avoir une durée et un motif compréhensibles. Il n’existe pas de durée universelle adaptée à toutes les situations : c’est la règle annoncée par votre communauté et la situation examinée qui guident cette décision.

Nom, adresse courriel et adresse IP ne désignent pas la même chose

phpBB propose plusieurs modes de bannissement. Le nom permet de viser un compte précis. Une adresse courriel constitue un autre critère. Une adresse IP peut être partagée par plusieurs personnes et peut changer. Elle n’identifie donc pas à elle seule un individu. Une règle trop large peut toucher des membres qui n’ont rien à voir avec l’incident.

Dans notre forum local, les comptes d’exercice peuvent provenir du même ordinateur. Bannir son adresse locale pourrait bloquer plusieurs essais et compliquer l’accès d’administration. Nous allons exclusivement utiliser le nom accueil_test. Nous ne bannirons ni une adresse IP, ni localhost, ni un domaine de messagerie. Nous n’emploierons aucun caractère joker pour élargir la sélection.

Cette précision a une autre conséquence : un bannissement par nom n’est pas une barrière empêchant une personne de consulter toute page publique en tant qu’invité. Pour notre vérification, nous essayerons de nous connecter avec le compte ciblé. Lire une page publique dans une session déconnectée ne permet pas de conclure que ce compte n’est plus banni.

Utiliser la bonne interface et le bon compte

Le panneau d’administration et le panneau de modération peuvent proposer une gestion des bannissements, mais ils utilisent des permissions distinctes. Ici, nous utilisons CamilleAdmin dans le PCA et sa permission d’administration « Peut gérer les bannissements. ». Nous ne donnons pas le droit global de bannir à equipe_test.

Dans le PCA, ouvrez « Membres et groupes », puis « Bannissement de membres », dans la partie « Sécurité utilisateur ». Vérifiez que la page traite bien les noms d’utilisateurs. Si cette fonction manque avec un compte d’administration différent, vérifiez ses permissions d’administration ; ne remplacez pas le nom par une adresse IP dans un autre écran pour obtenir un résultat approximatif.

Le formulaire comporte « Durée du bannissement », « Exclure du bannissement », « Raison du bannissement » et « Raison affichée au membre banni ». La raison interne documente votre décision ; le second texte est destiné à la personne concernée. Cette différence est utile : la communication peut être courte et claire, tandis que la trace interne explique ce qui a été vérifié. Évitez malgré tout les informations personnelles inutiles dans les deux champs.

Comprendre l’option d’exclusion

« Exclure du bannissement » ne signifie pas exclure quelqu’un de la communauté. Cette option crée une exception aux bannissements. Pour interdire l’accès à notre compte d’essai, laissez-la sur « Non ».

Pour lever l’interdiction, nous utiliserons ensuite la liste de débannissement. Nous n’ajouterons pas une exception « Oui » par-dessus la première règle. Retirer la règle d’exercice produit un état plus simple à comprendre et à vérifier.

Préparer deux sessions et un résultat mesurable

Gardez CamilleAdmin dans votre session habituelle. Ouvrez accueil_test dans une session indépendante, par exemple un autre profil de navigateur ou une fenêtre privée distincte. Plusieurs onglets d’un même profil peuvent partager la connexion ; ils ne constituent pas nécessairement deux comptes séparés.

Notez le nom affiché dans chaque session. Avant la manipulation, accueil_test doit réussir à se connecter. Pendant l’interdiction, sa nouvelle tentative doit être refusée pour cause de bannissement. Après la levée, une nouvelle connexion doit réussir. Ce parcours permet d’observer trois états distincts et de ne pas confondre un ancien écran avec le résultat actuel.

Imaginons qu’un membre continue délibérément à publier le même message perturbateur après une intervention claire. Une équipe peut décider d’une suspension temporaire, expliquer sa durée et conserver la raison de la décision. Elle traite séparément les messages déjà présents.

Pour notre exercice, rien de tel ne s’est produit. La raison affichée dira simplement : « Exercice de formation : interruption temporaire du compte de test. » Une durée de trente minutes est disponible dans phpBB. Nous lèverons l’interdiction immédiatement après avoir vérifié le refus, sans attendre la fin de cette durée.

1. Connectez accueil_test dans sa session séparée et vérifiez la lecture de « Questions publiques ». Dans votre journal, notez : « Avant : compte actif, connexion réussie ».

2. Avec CamilleAdmin, ouvrez le PCA, « Membres et groupes », « Bannissement de membres ». Dans le champ des noms, saisissez uniquement accueil_test. Ne sélectionnez aucun autre membre.

3. Choisissez « 30 minutes » comme durée. Laissez « Exclure du bannissement » sur « Non ». Renseignez la raison interne : « Exercice pédagogique fictif du cours de modération ; levée prévue après vérification. » Renseignez la raison affichée : « Exercice de formation : interruption temporaire du compte de test. »

4. Relisez la cible et les options, puis utilisez le bouton « Envoyer » de ce formulaire. Attendez la confirmation de mise à jour de la liste.

5. Dans la session d’accueil_test, rechargez la page et essayez de vous connecter à nouveau si nécessaire. Relevez le refus et la raison affichée. N’essayez pas de modifier le mot de passe : ce n’est pas une erreur d’identifiant à corriger.

6. Revenez dans le PCA avec CamilleAdmin. Dans la même page, repérez « Débannir ou ne plus exclure des membres par le nom d’utilisateur ». Sélectionnez uniquement accueil_test dans la liste, puis le bouton « Envoyer » de cette section. Contrôlez bien la sélection : il ne faut pas retirer d’autres règles.

7. Recommencez une connexion fraîche avec accueil_test et vérifiez l’accès à « Questions publiques ». Notez : « Après : bannissement d’essai retiré, connexion réussie ». Conservez la trace de la manipulation dans le journal.

Le bannissement, la désactivation et la suppression de contenu sont trois opérations différentes. Une cible exacte, une durée et deux motifs bien distingués rendent la décision compréhensible.

L’option d’exclusion crée une exception ; la levée d’une interdiction retire sa règle. À la fin de notre essai, accueil_test est actif, non banni et peut se connecter. Son avertissement fictif précédent n’a pas été effacé.