web-dev-qa-db-fra.com

phpMyAdmin ne me laissera pas me connecter - aucune erreur ne s'affiche

J'ai phpMyAdmin sur un serveur distant. C'était bien jusqu'à aujourd'hui, je l'ai utilisé plusieurs fois (le nom d'utilisateur et le mot de passe sont corrects). Cependant, aujourd’hui, tout le site ne fonctionnait pas, il disait simplement "trop ​​de connexions".

J'ai d'abord réessayé de redémarrer Apache et MySQL, et le problème n'a pas été résolu.

Ensuite, je l'ai redémarré avec shutdown -r now, et le site principal fonctionne maintenant, mais phpMyAdmin ne veut toujours pas se connecter (et il ne montre aucune erreur). Après avoir tapé mon utilisateur et mon mot de passe et appuyé sur Entrée, il affiche la page exacte (sans erreur) car rien ne serait arrivé. Je peux voir que le jeton est différent dans la barre d'adresse.

J'ai essayé de supprimer toutes les sessions php manuellement du dossier/tmp (par ftp), et le problème est le même. La base de données de phpMyAdmin pourrait-elle être corrompue? Comment puis-je réparer cela?

Merci d'avance

phpmysqlphpmyadmin
10
nastaseion

Les raisons possibles sont-

a) l'utilisateur a été verrouillé.

b) Il y a trop d'utilisateurs plus que spécifié.

c) Votre système/IP (droits accordés auxquels) a été modifié.

Veuillez suivre les étapes ci-dessous.

Étape 1: Connectez-vous au serveur avec l’utilisateur root et vérifiez si vous pouvez utiliser votre base de données.

Étape 2: exécuter les commandes ci-dessous.

mysql> flush hosts;

Maintenant, essayez de vous connecter à partir de phpmyadmin en cas de succès, puis vérifiez si vous obtenez une erreur liée à une adresse IP, si oui, vérifiez si cette adresse IP dispose des autorisations requises.

D'autres raisons peuvent être

  1. open_files_limit a croisé ce que vous avez mentionné dans votre fichier de configuration.
  2. disque plein.
  3. trop de thread ouvert/trop de connexions.
  4. votre login_user a été verrouillé en raison d'une mauvaise saisie de mot de passe à certains moments (la limite mentionnée dans le fichier de configuration est fixée à 10).
  5. le port mysql (par défaut, 3306) n'est pas ouvert sur le serveur de base de données de l'extérieur.
  6. l'utilisateur ne dispose pas des autorisations de l'IP de votre système. etc.
3
Zafar Malik

Dans mon cas, le disque dur du serveur était plein.

Sous Linux, utilisez df -h pour afficher l'espace disponible sur le disque dur et nettoyer les fichiers inutiles.

19
Michiel Pater

Mon problème était, j'utilisais HTTP au lieu de HTTPS. Je ne sais pas pourquoi, mon serveur autorise les deux connexions, mais je dois avoir apporté une modification à un endroit où il autorise uniquement les connexions HTTPS. Une fois que j'ai basculé, le site Web a recommencé à fonctionner. 

13
Caperneoignis

Je passe tout mon temps à résoudre ce problème.

L'extension mcrypt vous manque.

L'extension mcrypt est manquante. Veuillez vérifier votre configuration PHP

Vous pouvez vérifier si c'est le cas en forçant

$ cfg ['Servers'] [$ i] ['auth_type'] = 'http';

et en regardant les erreurs lorsque vous vous connectez.

7
Jeff T

Probablement pas d'espace libre sur l'appareil. Dans de nombreux cas, il ne sera pas possible de créer la session en raison du manque d’espace pour le fichier.

5
Bartosz Pachołek

Vérifiez s'il y a suffisamment d'espace disponible sur le serveur. Dans mon cas, c'était un problème d'espace. J'ai supprimé certains fichiers et ça fonctionne bien maintenant. 

Pour vérifier l'espace disponible: df -h

Pour vérifier les inodes disponibles: df -i

Le cache CodeIgniter occupait tellement d'espace. 

2
user3526

Si plusieurs connexions MYSQL sont exécutées simultanément, PHPMYADMIN ne vous autorisera pas à vous connecter (aucune erreur ne sera affichée).

Soit vous devez augmenter votre valeur max_user_connection (vous pouvez le faire via ini) ou vous devez attendre quelque temps et essayer.

1
Munjal Mayank

Avait le même problème.

J'ai fait une faute de frappe dans mon fichier php.ini (la lettre 'B' à la fin de 2 Go est l'erreur):

post_max_size = 2GB
upload_max_filesize = 2GB

Apache a démarré mais le fichier php.ini ne s'est pas chargé correctement. Après avoir corrigé les fautes de frappe et rechargé Apache, tout a bien fonctionné.

1
userlond

Dans mon cas, c’est que j’essayais d’accéder par HTTP, pas par HTTPS.

Une fois que j'ai changé l'adresse en https: // mysite/phpmyadmin j'ai pu accéder.

0
Amir Khalil

Une autre raison non mentionnée jusqu'ici:

La modification des en-têtes de serveur Web tels que X-Frame-Options et d'autres peut avoir un effet sur le chargement d'une page après la connexion. Après la connexion, la page de connexion peut s'actualiser, mais la barre d'adresse affiche index.php + hash (ce qui signifie que vous êtes actuellement connecté). Ou, vous pouvez simplement obtenir une page blanche.

Utilisez un inspecteur de navigateur pour vérifier les en-têtes reçus sur votre page de connexion PMA. Si vous voyez quelque chose, vérifiez que les fichiers de configuration de votre serveur Web ne sont pas modifiés. Dans mon cas, X-Frame-Options a été défini avec d'autres. Une fois que j'ai commenté ces, PMA était bien ..

0
bshea

Sudo htpasswd /etc/phpmyadmin/htpasswd.setup admin

0
Simpler