主页 / dba / 问题 / 47842
Accepted
Praveen Prasannan
Asked: 2013-08-09 20:24:54 +0800 CST

MYSQL ERROR 2049 (HY000): Connection using old (pre-4.1.1) authentication protocol ref used (client option 'secure_auth' enabled)

  • 772

当我尝试将 5.0 版本中的所有数据库转储恢复到 5.6 版本时，它已恢复，之后当我尝试重新连接时，出现以下错误

ERROR 2049 (HY000): Connection using old (pre-4.1.1) authentication protocol ref used (client option 'secure_auth' enabled)..

我尝试在 My.ini 中添加以下行并重新启动服务，但问题一直存在。

skip-grant-tables 以下链接说它是 MYSQL 中的一个错误。

https://github.com/santisaez/powerstack/blob/master/packages/mysql/mysql-powerstack-secure_auth.patch

有人对此解决方案有任何修复吗？

mysql authentication

4 个回答

  1. 在命令行上，使用类似下面的东西，如果你别无选择......

    mysql -uTheUseerNAme -pThePassword DbName -h HostName --skip-secure-auth

    希望这对某人有所帮助，因为这是我从 Linux 连接的问题

    • 8
  2. Best Answer

    如果您的用户帐户的密码使用古老的散列算法，这不是错误。如果您阅读了您发布的链接中提到的错误报告：

    http://bugs.mysql.com/bug.php?id=69027

    [5 月 1 日 15:24] 托德·法默

    解决方法（实际上是“解决方案”）是将受影响用户的密码更改为 4.1 后的哈希值。无论如何，这确实是推荐的最佳实践 - 4.1 之前的密码哈希和授权过程具有明显的安全限制（在http://dev.mysql.com/doc/refman/5.0/en/password-hashing.html的文档中讨论）。

    将 5.0 版本的mysql模式恢复到 5.6 服务器上无论如何都是一个坏主意，因为 5.6 在某些表和一些全新的表中有额外的列，现在可能会或可能不会丢失，具体取决于您在配置 mysqldump 时的方式创建了转储文件。您可能已经引起了您可能不会立即看到的其他问题。

    另外，我没有skip-grant-tables在文章中看到...但是如果您将该选项正确应用于服务器，则所有身份验证都会被绕过，您应该能够登录并重置密码。

    • 6

  3. 如果你使用 MySQL Workbench，你需要勾选这个选项：

    在此处输入图像描述

    • 6

  4. 这实际上是对先前答案的评论，但太大而无法放入 StackExchange 评论中。

    我也遇到了这个问题。所以我用新样式的哈希创建了一个新用户，现在使用这个新用户没有问题。这是我所做的：

        [172.16.2.222:mysql Thu Nov  7 16:16:25 2013]> use mysql;
    Database changed
    [172.16.2.222:mysql Thu Nov  7 16:22:23 2013]> describe user;
    describe user;
    +-----------------------+-----------------------------------+------+-----+---------+-------+
    | Field                 | Type                              | Null | Key | Default | Extra |
    +-----------------------+-----------------------------------+------+-----+---------+-------+
    | Host                  | char(60)                          | NO   | PRI |         |       |
    | User                  | char(16)                          | NO   | PRI |         |       |
    | Password              | char(41)                          | NO   |     |         |       |

    我很高兴看到我们的 Password 列已经足够宽，可以容纳新型哈希。（如果它的宽度小于 41 个字符，我可能没有勇气加宽它 :-)

        [172.16.2.222:mysql Thu Nov  7 16:13:10 2013]> show variables like '%pass%';
    +-----------------+-------+
    | Variable_name   | Value |
    +-----------------+-------+
    | old_passwords   | ON    |
    | report_password |       |
    +-----------------+-------+
    2 rows in set (0.06 sec)

    old_passwords存在ON显然是问题所在，所以我暂时更改了它：

        [172.16.2.222:mysql Thu Nov  7 16:13:59 2013]> set session old_passwords = 'OFF';
    Query OK, 0 rows affected (0.05 sec)

    [172.16.2.222:mysql Thu Nov  7 16:14:12 2013]> show variables like '%pass%';
    show variables like '%pass%';
    +-----------------+-------+
    | Variable_name   | Value |
    +-----------------+-------+
    | old_passwords   | OFF   |
    | report_password |       |
    +-----------------+-------+
    2 rows in set (0.06 sec)

    然后我创建了一个新用户：

        [172.16.2.222:mysql Thu Nov  7 16:14:16 2013]> create user 'erich' IDENTIFIED BY 'SEKRIT PASSWORD';

    ...并查看了新的哈希：

        [172.16.2.222:mysql Thu Nov  7 16:14:26 2013]> select * from user order by User;
    +-----------+--------------+-------------------------------------------+--------
    | Host      | User         | Password                                  | Select_
    +-----------+--------------+-------------------------------------------+--------
    | localhost | someguy      | 3d9505dd323e53f1                          | Y      
    | %         | someotherguy | 79b3df3b004bb855                          | Y      
    | %         | erich        | *D2589EF6B59146801234567897BB190123456789 | N      
    | %         | anotheroldguy| 60577e0d77b9212b                          | Y

    请注意我的哈希值比其他哈希值大！

    为了整洁，我old_passwords回到了OFF. 这可能毫无意义，因为我想不出为什么有人会想使用旧密码创建新用户，但谁知道呢。

    无论如何：这为我解决了。

    • 1

相关问题