У меня проблема при попытке подключиться к базе данных MySQL с помощью драйвера Windows OBDC. Есть много поисковых запросов относительно очевидных... люди используют старые версии, однако я не знаю.
mysqld находится на CentOS 6.4 32bit
./usr/libexec/mysqld Ver 5.1.69 for redhat-linux-gnu on i386 (Source distribution)
Поэтому я не понимаю, откуда приходит протокол до 4.1.1. Любые идеи?
Я предполагаю, что если вы зададите правильный вопрос, вам будет легче найти ответ.
В этом случае "моя" проблема связана с тем, как пароли хэшируются и хранятся в базе данных. Унаследованные пароли были сохранены с более коротким хешем, который теперь устарел.
Несколько важных моментов:
mysql_upgrade не может и не обновляет пароли, и не предупреждает об этом в некоторых версиях, см. http://bugs.mysql.com/bug.php?id=65461.
Даже в этом случае у вас есть в основном последний сервер и клиенты, все, что требуется, - это один старый клиент где-то, чтобы создать устаревший пароль, и тогда у вас будут проблемы с этой учетной записью независимо от того, какой клиент пытается ее использовать.
Различные версии рассматривали ситуацию по-другому, поэтому вы можете сидеть на некоторых устаревших паролях в своей базе данных, а затем внезапно, без видимых причин, некоторые учетные записи перестают работать... это из-за того, как разные версии решили справиться с ситуацией.
Вы не можете обновлять пароли. Вы должны знать, что они собой представляют, и вы должны их изменить.
EDIT. Чтобы быть более понятным, вы должны изменить пароль, который хранится с более коротким хэшем, используя нового клиента, который использует более длинные хэши. Поступая таким образом, вы будете писать пароль учетных записей с более длинным хэшем, после чего ничто не должно помечать попытки получить доступ к учетной записи. Если проблема повторяется, вам следует искать более старых клиентов на вашем сайте, которые все еще пишут пароли с устаревшей длиной хэша.
MySQL Workbench 6.08 в разделе "Управление подключениями к серверу", вкладке "Подключение", "Дополнительно", вы должны установить флажок " Использовать старый протокол проверки подлинности."
Попробуйте установить драйвер старой версии 3.51.30: http://dev.mysql.com/downloads/connector/odbc/5.1.html#downloads Он работает на моем сообществе Mysql Ver 5.0.24a
Я столкнулся с этим, используя ODBC Connector для Windows, чтобы подключиться к серверу Percona 5.5. который отключен secure_auth.
Из того, что я нашел, соединитель ODBC, в отличие от MySql Workbench, не поддерживает возможность аутентификации логинов, которые используют старые 16-байтовые хэшированные пароли. В этом есть отчет об ошибке, но, похоже, цессионарий был/запутался в запросе функции (см. ошибка # 71234).
Мне удалось обновить логин mysql, чтобы использовать новый 41-байтовый хеш, используя следующие команды:
set old_passwords=0;
set password=password('yourpasswordhere');
Как я уже упоминал, наш сервер отключен secure_auth, который, как представляется, вызывает password() для возврата результатов old_password(). Выполнение set old_passwords=0; позволит методу password() генерировать новые 41-байтовые хэши (на протяжении всего сеанса).
У меня было подобное сообщение об ошибке при удаленном доступе к моей базе данных MySQL. Используя Directadmin, я легко изменил пароль базы данных MySql, как было предложено выше. Это автоматически генерирует пароль, используя новый метод хеширования. Это мгновенно решило проблему удаленного подключения.
Я нашел другое решение в случае, если кто-то ударит по этому - очень странно -
Когда я проверил "Разрешить inprocess", я все еще получил ошибку, хотя система DSN ODBC работала нормально. Я предполагаю, потому что у меня была смесь 5.2 (с серверами, которые работали нормально) и 5.1 для серверов, которые этого не сделали, SQL разделял процессы, потому что драйвер 5.1 не дает этой ошибки.
Если вы не можете изменить свой сервер, возможно, вы можете изменить своего клиента: http://bugs.mysql.com/bug.php?id=75425