txAdmin dans Agora : sanctions, demandes de liste blanche et interface relayée
Sur un serveur géré par txAdmin, Agora affiche ses sanctions sur la fiche du membre, ses demandes de liste blanche à côté des candidatures, et ouvre son interface complète dans un onglet.
Mis à jour le 30 sept. 2026, 09 h 00
En bref. Si ton serveur de jeu tourne sous txAdmin (version 8 ou plus récente), la ressource agora le détecte toute seule et Agora en tire trois choses : les sanctions sur la fiche du membre, les demandes de liste blanche à côté des candidatures, et l'interface complète de txAdmin dans l'onglet Serveur → txAdmin. Sans txAdmin, rien de tout cela n'apparaît et rien ne coûte.
Ce que la ressource remonte #
La ressource écoute les événements de txAdmin (avertissement, expulsion, ban, révocation, demande de liste blanche, redémarrage annoncé) et les envoie à Agora par lots, sans interroger le serveur en boucle. Elle n'envoie jamais d'adresse IP, d'identifiant matériel ni le texte d'un message direct.
- Administration → Membres, fiche du membre : Sanctions txAdmin (avertissement, expulsion, ban avec motif, auteur, durée, révocation), à côté de la suspension Agora. Le rattachement se fait par la licence reliée par code du joueur : voir Relier son jeu.
- Modération → Candidatures : Demandes de liste blanche txAdmin (en attente, approuvée, refusée), avec un lien vers la candidature Agora du joueur.
- Serveur → Console : un encart txAdmin avec les versions, le prochain redémarrage et les derniers événements.
Les sanctions sont gardées ; les autres événements sont purgés après 90 jours. Ce relevé se coupe dans les réglages de la tablette (Administration → Configuration → Ressource Agora).
L'onglet txAdmin #
Serveur → txAdmin affiche l'interface web complète de txAdmin (console en direct, joueurs, bannissements, redémarrages programmés, admins). Ce n'est pas une copie : c'est txAdmin lui-même, relayé par le serveur d'Agora.
Qui y accède. L'accès suit le compte txAdmin de la personne, pas son groupe Agora :
| Personne | Onglet |
|---|---|
| Administrateur txAdmin reconnu (même identifiant Discord), quel que soit son groupe Agora | Ouvert |
| Administrateur Agora sans compte txAdmin reconnu | Visible, avec le message « tu n'as pas de compte txAdmin » : rien ne s'ouvre |
| Autre membre | L'onglet n'existe pas pour lui |
Il faut en plus une session ouverte sur le site (pas depuis le jeu), un compte non suspendu et la 2FA du staff. Le lien avec txAdmin passe par le compte Discord relié au compte Agora. Agora lit la liste des admins de txAdmin dans son fichier admins.json (par le panel, sinon par SFTP) et n'en garde ni mot de passe ni jeton. Le bouton Relire les comptes txAdmin rafraîchit la liste ; si le fichier reste illisible, seuls les administrateurs d'Agora ont accès.
Connexion. Dans le cadre, tu te connectes à txAdmin avec ton propre compte : ce sont tes permissions txAdmin qui s'appliquent. Agora ne stocke aucun mot de passe txAdmin. Chaque ouverture est notée au journal d'administration.
Le régler #
- Ouvre Serveur → txAdmin (administrateur, 2FA).
- Saisis l'adresse de txAdmin telle que le serveur d'Agora la joint (par exemple
http://10.0.0.5:40120, sans chemin ni identifiants). Agora en suggère une d'après le panel. - Clique sur Tester.
L'onglet apparaît dès que txAdmin est détecté ou que l'adresse est réglée.
Pour des raisons d'isolation, l'interface est servie sur un second port d'Agora, 40121 par défaut :
| Installation | À faire |
|---|---|
Docker (docker-compose.yml fourni) | Rien : le port est publié. Si tu le changes, ou si le site est en HTTPS, règle AGORA_TXADMIN_PUBLIC_URL |
Script install.sh | Ajoute - "40121:40121" aux ports: du service agora et ouvre 40121 au pare-feu |
| Œuf Pterodactyl / Pelican | Une seconde allocation, et AGORA_TXADMIN_PORT = son port |
| Site en HTTPS (Caddy, Nginx, tunnel) | Une entrée HTTPS vers ce port et AGORA_TXADMIN_PUBLIC_URL=https://… |
Si le site est en HTTPS, le relais doit l'être aussi, sinon l'onglet refuse de s'ouvrir. AGORA_TXADMIN_PORT=off coupe le relais. Voir Variables d'environnement.
Limites à connaître #
- txAdmin limite le débit par adresse IP : vu de txAdmin, tout le monde vient d'Agora, et ses journaux montrent l'IP d'Agora, pas celle de l'administrateur.
- Les redémarrages du serveur passent par txAdmin : la console du panel n'atteint pas le serveur de jeu sous txAdmin. Voir aussi Modifier server.cfg.
Cet article t'a aidé ?
Articles liés
- Console, panel et explorateur de base (palier Pro)Relier ton panel Pterodactyl ou Pelican pour voir l'état du serveur, le démarrer, lui envoyer des commandes, déployer la ressource et explorer la base du jeu.
- Modifier server.cfg et les permissions depuis AgoraL'éditeur de fichiers .cfg masque les secrets, vérifie avant d'enregistrer et sauvegarde l'ancienne version ; le configurateur de permissions gère les groupes ACE sans toucher au reste du fichier.
- Gérer les membres : groupes, suspension, anonymisationAdministration → Membres : donner ou retirer un groupe, resynchroniser les rôles Discord, suspendre, déconnecter partout, anonymiser un compte.
- Exiger la double authentification du staffUne case dans Administration → Configuration → Sécurité : un membre du staff sans 2FA sur Discord n'entre plus dans l'administration ni le MDT ; le forum reste ouvert.
- Les variables d'environnementOù et comment modifier les réglages de démarrage d'Agora selon ta voie d'installation (Docker, panel, serveur Node.js), et la liste de ceux qui comptent.