Fehler beim Zugriff auf phpMyAdmin aus cPanel, Access denied for user

Wenn beim Öffnen von phpMyAdmin aus cPanel ein Fehler wie dieser erscheint:

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

konnte cPanel den temporären Benutzer, den es für diese Sitzung verwendet, nicht bei MySQL anmelden. In diesem Fall ist eine dokumentierte Ursache, dass das Hauptpasswort von cPanel und sein MySQL-Passwort nicht mehr synchron sind.

Ein Access denied-Fehler, der den Namen eines normalen MySQL-Benutzers zeigt, bestätigt diese Diagnose nicht. Dann müssen Zugangsdaten und Berechtigungen genau dieses Benutzers geprüft werden.

Setzen Sie das Hauptpasswort zurück

1. Schließen Sie phpMyAdmin.
2. Melden Sie sich im Kundenbereich von Hostsuar an.
3. Öffnen Sie Hosting und dann Zugangsdaten.
4. Ersetzen Sie das cPanel-Passwort durch ein neues, eindeutiges Passwort.
5. Melden Sie sich aus dem Kundenbereich erneut in cPanel an und öffnen Sie phpMyAdmin.

Hostsuar weist den Server an, auch das MySQL-Passwort des Kontos zu synchronisieren. Die Passwörter der eigenständigen MySQL-Benutzer müssen Sie nicht ändern, wenn die Meldung keinen von ihnen nennt.

Das Hauptpasswort wird auch für cPanel und den FTP-Hauptzugang verwendet. Nutzt eine Integration denselben Benutzer, aktualisieren Sie dort das Passwort.

Zeigt phpMyAdmin weiterhin den Fehler, fordern Sie eine Prüfung an und fügen Sie die genaue Meldung bei. Geprüft wird die Synchronisierung und ob eine alte Datei ~/.my.cnf mit abweichenden Zugangsdaten existiert. Senden Sie kein Passwort.

Wenn die Website weiterhin mit der Datenbank verbunden ist

Es ist möglich, dass die Anwendung funktioniert und phpMyAdmin nicht: Die Anwendung verwendet ihren eigenen SQL-Benutzer, der Zugriff aus cPanel dagegen eine temporäre Sitzung. Ändern Sie nicht wp-config.php oder eine andere Konfiguration der Website, nur um diesen Zugriff aus dem Panel zu reparieren.

Schließen Sie alte cPanel-Tabs und melden Sie sich über den richtigen Dienst erneut an. Bleibt der Fehler bestehen, geben Sie an, ob er alle Datenbanken oder nur eine betrifft und ob er nach einer Wiederherstellung oder Passwortänderung begonnen hat. Löschen Sie ~/.my.cnf nicht und erzeugen Sie keine SQL-Benutzer neu, ohne zu prüfen, wofür sie verwendet werden.