MySQL ODBC Link échoue en raison du "protocole d'authentification refusé"

J'ai eu une bonne recherche autour mais pas encore trouvé une réponse qui me permet de corriger ce problème.

Je suis en train d'essayer de vous connecter à partir de MS Access vers une base de données MySQL 5.2 base de données sur un serveur distant.

J'ai créé un compte d'utilisateur qui a select, insert, update, delete privilèges sur la table en question. Cependant, lorsque j'essaie de me connecter avec ce compte, j'obtiens:

Échec de la connexion [HY000][MySQL][ODBC 5.2(w) Conducteur] Connexion à l'aide de vieux (pré-4.1.1) protocole d'authentification refusée (option de client 'secure_auth activé)

Lorsque j'essaie d'accéder à la racine du compte, la connexion fonctionne, ce qui me fait me demander pourquoi c'est le retour d'un protocole d'authentification erreur, puisque le même pilote est utilisé - tout ce qui change, c'est le compte utilisé - donc, assurément, est le passage du mot de passe, via le même protocole d'authentification? Pourquoi un nom d'utilisateur/mot de passe combinaison de retourner une erreur de protocole, mais pas un autre?

Il semble que cette erreur est très courante, mais je n'ai pas encore trouvé une réponse qui donne une solution claire. Pouvez-vous m'aider?

source d'informationauteur Ambulare

  1. 9

    Le problème ici est due à deux concurrentes questions.

    1. Sur le serveur distant, le paramètre global OLD_PASSWORDS a été fixé à 1 ce qui signifie que les mots de passe étaient hachés dans la pré-4.1 méthode.
    2. le compte root a été codé dans la nouvelle méthode de hachage malgré le paramètre global (on peut supposer qu'il avait été saisi avant de ce paramètre a été défini), ce qui signifie qu'il a été d'obtenir l'accès via la connexion ODBC, car la nouvelle de hachage a été beign reconnu.

    Le paramètre global causé la fonction PASSWORD() de MySQL pour hacher toute valeur saisie dans la vieille méthode de la place de la nouvelle méthode, comme il était censé le faire.

    Je suppose que l'administrateur avait mis OLD_PASSWORDS à 1 pour une bonne raison donc comme une solution, j'ai utilisé

    Set session old_passwords=0;
    définir le mot de passe pour 'utilisateur'@'%' = password('monmotdepasse');

    À l'aide de la fonction password() n'avaient pas travaillé précédemment dans la mesure où le paramètre global OLD_PASSWORDS=1 d'origine pour utiliser le même hachage comme le OLD_PASSWORD() fonction. Le paramètre de session a permis de produire le mot de passe correct.

  2. 3

    "Quand j'ai installé 5.1.12 au lieu de cela, je n'avais pas de problèmes"

    Idem! Juste authentifié avec succès dans MySQL en utilisant le pilote ODBC version 5.1.12. Je n'ai AUCUNE idée de pourquoi MySQL ne fournit pas une meilleure façon de gérer cette erreur w/ses pilotes les plus récents, mais je peux confirmer que l'aide du pilote ODBC 5.1.12 fonctionne.

    Voici un lien vers le 5.1.12 pilote ODBC de la page d'installation.

    http://dev.mysql.com/downloads/file.php?id=411741

  3. 1

    J'ai fait le même message d'erreur, alors que mon collègue était de ne pas avoir de problèmes. J'ai essayé d'utiliser MySQL ODBC driver 5.1.13 (la dernière AG de la version disponible) et qu'elle a 5.1.12. Quand j'ai installé 5.1.12 au lieu de cela, je n'ai eu aucun problèmes.