Panel et fichiersLes réglages MySQL d'une extension fonctionnent bien depuis les outils de base de données du panel et refusent de se connecter dès qu'ils pointent vers l'IP publique du nœud. Ce n'est pas une extension mal configurée — c'est un pare-feu qui fait exactement ce qu'il est censé faire.
Pourquoi la voie publique est fermée exprès
Le port de la base de données est fermé aux connexions externes au niveau du pare-feu, indépendamment du mot de passe qui la protège par ailleurs. C'est de la défense en profondeur : l'authentification propre d'une base de données est une ligne de défense bien plus mince que de n'être jamais joignable depuis internet public, et fermer le port élimine toute une catégorie d'attaque — bourrage d'identifiants, force brute, exploitation d'une vulnérabilité du serveur de base lui-même — avant même qu'elle ne puisse commencer, quelle que soit la solidité du mot de passe enregistré de l'extension.
Se connecter de la façon qui marche vraiment
- Ouvrez l'onglet Bases de données du panel
Il affiche la bonne adresse d'hôte pour cette base de données précise — généralement une adresse locale ou de réseau de conteneur, pas l'IP publique du nœud.
- Utilisez cette adresse exacte dans la configuration de l'extension
Le trafic entre le serveur de jeu et la base de données par cette voie interne ne traverse jamais la règle de pare-feu bloquant l'accès externe, car il ne quitte jamais le réseau local pour commencer.
- Redémarrez l'extension ou le serveur
La plupart des extensions de base de données ne lisent leur configuration qu'une fois, au démarrage.
Fermer la voie directe et publique vers quelque chose de sensible et exiger qu'elle passe par un chemin interne contrôlé est le même schéma défensif appliqué deux fois sur cette plateforme, pas deux règles sans rapport.