Erreur d'accès à phpMyAdmin depuis cPanel, Access denied for user

Si, en ouvrant phpMyAdmin depuis cPanel, une erreur comme celle-ci apparaît :

mysqli_sql_exception: Access denied for user 'cpses_USUARIO'@'localhost' (using password: YES)

cPanel n'a pas pu authentifier auprès de MySQL l'utilisateur temporaire utilisé pour cette session. Dans ce cas, une cause documentée est la désynchronisation entre le mot de passe principal de cPanel et son mot de passe MySQL.

Une erreur Access denied qui affiche le nom d'un utilisateur MySQL ordinaire ne confirme pas ce diagnostic. Il faut alors vérifier les identifiants et les permissions de cet utilisateur précis.

Réinitialisez le mot de passe principal

1. Fermez phpMyAdmin.
2. Connectez-vous à l'espace client de Hostsuar.
3. Allez dans Hébergement, puis dans Identifiants de connexion.
4. Remplacez le mot de passe de cPanel par un nouveau mot de passe unique.
5. Reconnectez-vous à cPanel depuis l'espace client et ouvrez phpMyAdmin.

Hostsuar demande au serveur de synchroniser aussi le mot de passe MySQL du compte. Il n'est pas nécessaire de changer les mots de passe des utilisateurs MySQL indépendants si le message n'en désigne aucun.

Le mot de passe principal est aussi utilisé pour cPanel et l'accès FTP principal. Si une intégration utilise ce même utilisateur, mettez-y à jour le mot de passe.

Si phpMyAdmin affiche toujours l'erreur, demandez une vérification en joignant le message exact. La synchronisation sera contrôlée, ainsi que la présence éventuelle d'un ancien fichier ~/.my.cnf avec des identifiants différents. N'envoyez aucun mot de passe.

Si le site se connecte toujours à la base

Il est possible que l'application fonctionne et pas phpMyAdmin : l'application utilise son propre utilisateur SQL, tandis que l'accès depuis cPanel utilise une session temporaire. Ne modifiez pas wp-config.php ni une autre configuration du site uniquement pour corriger cet accès depuis le panneau.

Fermez les anciens onglets de cPanel et reconnectez-vous depuis le bon service. Si l'erreur persiste, indiquez si elle concerne toutes les bases ou une seule et si elle a commencé après une restauration ou un changement de mot de passe. Ne supprimez pas ~/.my.cnf et ne régénérez pas d'utilisateurs SQL sans vérifier à quoi ils servent.