MYSQL ERROR 2049 (HY000): Conexão usando o protocolo de autenticação antigo (pré-4.1.1) ref usado (opção do cliente 'secure_auth' habilitada)

Na linha de comando, use algo como o seguinte, se você não tiver escolha...

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

Espero que isso ajude alguém, pois esse foi o meu problema ao conectar de um Linux

Isso não é um bug se você tiver contas de usuário com senhas que usaram o antigo algoritmo de hash antigo. Se você ler o relatório de bug mencionado no link que você postou:

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

[1 de maio 15:24] Todd Farmer

A solução ("solução", na verdade) para isso é alterar a senha do usuário afetado para um hash pós-4.1. Esta é realmente uma prática recomendada, independentemente - o processo de hash e autorização de senha antes de 4.1 tem limitações de segurança notáveis ​​(discutidas na documentação em http://dev.mysql.com/doc/refman/5.0/en/password-hashing.html ).

Restaurar uma versão 5.0 do mysqlesquema em um servidor 5.6 é uma má ideia de qualquer forma, porque 5.6 tem colunas adicionais em algumas tabelas e algumas tabelas completamente novas, que podem ou não estar faltando agora dependendo de como você configurou o mysqldump quando você criou o arquivo de despejo. Você pode ter causado outros problemas que você pode não ver imediatamente.

Além disso, não vi skip-grant-tablesmencionado no artigo ... mas se você aplicar corretamente essa opção ao servidor, toda a autenticação será ignorada e você poderá fazer login e redefinir senhas.

Se você usa o MySQL Workbench, você precisa marcar esta opção:

Isso é realmente um comentário sobre a resposta anterior, mas é muito grande para caber em um comentário do StackExchange.

Eu também estava sofrendo com esse problema. Então, criei um novo usuário com um hash de novo estilo e agora uso esse novo usuário sem problemas. Aqui está o que eu fiz:

    [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   |     |         |       |

Fiquei feliz em ver que nossa coluna Senha já era grande o suficiente para conter hashes de novo estilo. (Se tivesse menos de 41 caracteres, talvez eu não tivesse coragem de ampliá-lo :-)

    [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_passwordsser ONé claramente o problema, então mudei temporariamente:

    [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)

Então criei um novo usuário:

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

... e deu uma olhada no novo hash:

    [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      

Observe como meu hash é maior que os outros!

Só para ficar arrumado, old_passwordsvoltei para OFF. Isso provavelmente foi inútil, já que não consigo imaginar por que alguém iria querer criar novos usuários usando senhas antigas, mas quem sabe.

De qualquer forma: isso resolveu para mim.