Accès refusé pour l'utilisateur 'test'@'ip'(using password: YES)

"Access denied for user 'test'@'ip'(using password: YES)" est une erreur MySQL.

Cela signifie qu'au niveau du réseau tout fonctionne, parce que pour se voir refuser l'accès comme un utilisateur donné, le serveur devez avoir compris l'utilisateur qui vous a été d'essayer de se connecter en tant que. Donc le réseau, pare-feu, de routage, et ainsi de suite et ainsi de suite, devons tous travailler; le serveur doit être à l'écoute, etc..

Le problème est "simplement" dans le authentification.

Essayez de vous connecter localement à la base de données (pour remplacer l'authentification) et d'inspecter le privilège de table:

USE mysql;
SELECT User, Host, Password from user WHERE User = 'test';

et rappelez-vous que la ligne qui vous intéresse est celui de mentionner la propriété intellectuelle (depuis le message d'erreur spécifie l'adresse IP, et pas le nom de l'hôte auquel cas, il aurait pu être un problème DNS; le nom de l'hôte est le nom d'hôte que le serveur croit que vous venez de, pas le nom d'hôte que vous êtes vraiment à venir à partir de).

L'utilisateur/hôte correspondant va à partir de plus précis à plus. Donc, si vous avez déjà eu:

user      host     password
test      1.2.3.4  foo

et a couru,

GRANT... TO test@'%' ... PASSWORD bar

...cette subvention serait de travailler de partout sauf 1.2.3.4, où le mot de passe restera "foo".

Du manuel (lien ci-dessus):

Le serveur utilise les règles de tri que l'ordre des lignes les plus spécifiques
Hôte d'abord des valeurs. Littérale des noms d'hôte et les adresses IP sont les plus
spécifique. (La spécificité d'un littéral adresse IP n'est pas affectée par
si il a un masque de réseau, de sorte 192.168.1.13 et
192.168.1.0/255.255.255.0 sont considérés comme tout aussi spécifique.) Le modèle ' % " signifie “n'importe quel hôte” et est moins spécifique. La chaîne vide
"signifie également “tous les hôtes”, mais sortes après '%'. Les lignes avec le même Hôte
valeur sont classées de la plus spécifique à l'Utilisateur d'abord des valeurs (une vierge
L'utilisateur de la valeur signifie “n'importe quel utilisateur” et est moins précis). Pour les lignes
tout aussi spécifique de l'Hôte et les valeurs de l'Utilisateur, de la commande est de durée indéterminée.

Vous pourriez être forcé de faire

USE mysql;
DELETE FROM user WHERE User = 'test';
GRANT ALL PRIVILEGES ON database.* TO 'test'@'%' WITH GRANT OPTION;
FLUSH PRIVILEGES;

pour s'assurer qu'il n'y a pas de fausses lignes dans la table de référence à l'utilisateur "test".

(En outre, la SUBVENTION doit être, je pense,

GRANT ALL PRIVILEGES ON databasename.*

)

---

De sécurité doute (sans rapport avec la réponse)

Le manuel ci-dessus, dit: La spécificité d'un littéral adresse IP n'est pas affectée par si il a un masque de réseau, de sorte 192.168.1.13 et 192.168.1.0/255.255.255.0 sont considérés comme tout aussi spécifique.

Maintenant au premier coup d'œil 127.0.0.1/0.0.0.0 semble très spécifique (et sans danger) pour localhost. Le masque de réseau, si je ne me trompe pas, assure que c'est équivalent à %, sauf qu'il est incroyablement précis et s'exécute d'abord. Donc

test     bar         %           
test     localfoo    127.0.0.1/0.0.0.0

signifie que le mot de passe pour test à partir de n'importe où ce n'est pas de "barre", mais il est "localfoo".

Personne n'aurait l'insertion d'une telle subvention par erreur, mais il y a erreur et erreur.

OriginalL'auteur LSerni