MySQL Workbench com Debian Jessie - TCP / IP sobre SSH não funciona

Navegue suas respostas
10

Eu uso para conectar com o Windows 7 Pro x64 ao meu servidor MySQL hospedado em um Debian Wheezy com o cliente MySQL Workbench usando o "TCP / IP sobre SSH" mas ele não funciona no meu novo servidor no Debian Jessie, por quê?

Configuração do MySQL Workbench: 

Connection Name: TEST
Connection Method: Standard TCP/IP over SSH

SSH Hostname: x.x.x.x:22
SSH Username: root
SSH Password: myRootPa$$word
SSH Key File: <NOT-USING-KEYFILE>

MySQL Hostname: 127.0.0.1
MySQL Server Port: 3306
Username: root
Password: myMySQLPa$$word

Eu verifiquei novamente o endereço IP / nome do host, nome de usuário e senha ...

Configuração do servidor Debian Wheezy:

root @ debian: ~ # cat / etc / debian_version 

7.8

mysql > selecione a versão (); 

+------------------+
| version()        |
+------------------+
| 5.5.40-0+wheezy1 |
+------------------+
1 row in set (0.00 sec)

root @ debian: ~ # cat / etc / ssh / sshd_config 

Port 22
Protocol 2
HostKey /etc/ssh/ssh_host_rsa_key
HostKey /etc/ssh/ssh_host_dsa_key
HostKey /etc/ssh/ssh_host_ecdsa_key
UsePrivilegeSeparation yes

KeyRegenerationInterval 3600
ServerKeyBits 768
SyslogFacility AUTH
LogLevel INFO
LoginGraceTime 120
PermitRootLogin yes
StrictModes yes
RSAAuthentication yes
PubkeyAuthentication yes

IgnoreRhosts yes
RhostsRSAAuthentication no
HostbasedAuthentication no
PermitEmptyPasswords no
ChallengeResponseAuthentication no

X11Forwarding yes
X11DisplayOffset 10
PrintMotd no
PrintLastLog yes
TCPKeepAlive yes

AcceptEnv LANG LC_*
Subsystem sftp /usr/lib/openssh/sftp-server
UsePAM yes

Configuração do servidor Debian Jessie:

root @ debian: ~ # cat / etc / debian_version 

8.0

mysql > selecione a versão (); 

+-----------------+
| version()       |
+-----------------+
| 5.5.43-0+deb8u1 |
+-----------------+
1 row in set (0.00 sec)

root @ debian: ~ # cat / etc / ssh / sshd_config 

Port 22
Protocol 2
HostKey /etc/ssh/ssh_host_rsa_key
HostKey /etc/ssh/ssh_host_dsa_key
HostKey /etc/ssh/ssh_host_ecdsa_key
HostKey /etc/ssh/ssh_host_ed25519_key
UsePrivilegeSeparation yes

KeyRegenerationInterval 3600
ServerKeyBits 1024
SyslogFacility AUTH
LogLevel INFO
LoginGraceTime 120
PermitRootLogin yes
StrictModes yes
RSAAuthentication yes
PubkeyAuthentication yes

IgnoreRhosts yes
RhostsRSAAuthentication no
HostbasedAuthentication no
PermitEmptyPasswords no
ChallengeResponseAuthentication no

X11Forwarding yes
X11DisplayOffset 10
PrintMotd no
PrintLastLog yes
TCPKeepAlive yes

AcceptEnv LANG LC_*
Subsystem sftp /usr/lib/openssh/sftp-server
UsePAM yes

Portanto, a diferença man é o ServerKeyBits entre os dois arquivos sshd_config ...

O erro que o MySQL Workbench 6.3.3 me deu quando tentei conectar ao servidor Debian Jessie : 

Could not connect the SSH Tunnel
Authentication error, unhandled exception caught in tunnel manager, please refer to logs for details

O arquivo de log: 

10:00:04 [INF][     SSH tunnel]: Starting tunnel
10:00:04 [INF][     SSH tunnel]: Existing SSH tunnel not found, opening new one
10:00:07 [INF][     SSH tunnel]: Opening SSH tunnel to 10.232.50.15:22
10:00:07 [WRN][sshtunnel.py:_connect_ssh:287]: IOError, probably caused by file C:\Users\myUser\AppData\Roaming\MySQL\Workbench\ssh\known_hosts not found, the message was: [Errno 2] No such file or directory: u'C:\Users\myUser\AppData\Roaming\MySQL\Workbench\ssh\known_hosts'
10:00:07 [ERR][sshtunnel.py:notify_exception_error:233]: Traceback (most recent call last):
  File "C:\Program Files\MySQL\MySQL Workbench 6.3 CE\sshtunnel.py", line 297, in _connect_ssh
    look_for_keys=has_key, allow_agent=has_key)
  File "C:\Program Files\MySQL\MySQL Workbench 6.3 CE/python/site-packages\paramiko\client.py", line 301, in connect
    t.start_client()
  File "C:\Program Files\MySQL\MySQL Workbench 6.3 CE/python/site-packages\paramiko\transport.py", line 461, in start_client
    raise e
SSHException: Incompatible ssh peer (no acceptable kex algorithm)

10:00:07 [INF][     SSH tunnel]: TunnelManager.wait_connection authentication error: Authentication error, unhandled exception caught in tunnel manager, please refer to logs for details
10:00:07 [ERR][     SSH tunnel]: Authentication error opening SSH tunnel: Authentication error, unhandled exception caught in tunnel manager, please refer to logs for details

Mais informações:

A pasta "ssh" não está presente em: 

C:\Users\myUser\AppData\Roaming\MySQL\Workbench

Regras de firewall nos dois servidores: 

root@debian:~# iptables -vnL

Chain INPUT (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination

Chain FORWARD (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination

Chain OUTPUT (policy ACCEPT 0 packets, 0 bytes)
 pkts bytes target     prot opt in     out     source               destination

Eu posso conectar com o SSH (KiTTY) em ambos os servidores ...

Eu tentei duas versões diferentes do MySQL Workbench: 

Version 6.3.3.0 build 592 (64 bits)
Version 6.0.9.11421 build 1170 (32 bits)

Estas duas versões funcionam com o Debian Wheezy, mas não com o Debian Jessie. O que estou perdendo?

    
por nrogara 14.05.2015 / 17:10

5 respostas

10

De acordo com o link , o problema se apresenta ao usar o openssh 6.7, as bibliotecas python fornecidas com o ambiente de trabalho MySql. Enquanto adiciona o "KexAlgorithms" à configuração do sshd, você pode atualizar as bibliotecas python que vêm com o MySql Workbench. Isso pode ser útil se você não tiver controle sobre a configuração do sshd ...

Se você rolar para baixo no relatório de erros, há instruções para baixar e copiar as bibliotecas paramiko e ecdsa.

    
por 19.08.2015 / 20:29
9

Encontrei a solução.

Eu adicionei esta linha ao meu arquivo /etc/ssh/sshd_config : 

KexAlgorithms [email protected],ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1

e reiniciado ssh: systemctl restart ssh

como sugerido por este post: link

    
por 14.05.2015 / 20:48
0

Como há muito o que fazer na resposta do bigmandan, acho que pode fazer sentido postá-lo aqui para facilitar a localização.

Para o Windows , esta é a correção. [3 de junho de 2015 15:27] Mike Hadrup Também testado no Windows 10 64 bit com o MySQL Workbench 6.3.3.0 (592) msi e noinstall contra o Debian 8 Jessie com o OpenSSH 6.7

  • faça o download do zip em faça um link e descompacte
  • copie o paramiko do paramiko-master para o python / site-packages / (substitua o paramiko existente)
  • faça o download do ecdsa-0.13.tar.gz do link e descompacte
  • copie o ecdsa de ecdsa-0.13 para python / site-packages /

Você pode usar 7zip do link para o arquivo tar ecdsa-0.13.tar.gz engarrafado.

Observação: os pacotes redistribuíveis do Visual C ++ para Visual Studio 2013 são necessários no Windows 10 em: link

No OS X , copie as bibliotecas paramiko e ecdsa para: /Aplicativos/MySQLWorkbench.app/Contents/Resources/libraries

    
por 09.04.2016 / 22:06
0

porque existem dois métodos para se conectar ao mysql. o momento em que você instala o mysql e nessa hora ele pergunta qual o caminho que vc vai primeiro é o unix sock que é muito servido e te dá bom desempenho e o segundo é TCP / ip e por favor verifique os privilégios ou você pode se conectar ao db remotamente apenas usou algum outro ip se não, então você e ativar o recurso de segurança no mysql

    
por 17.04.2016 / 05:57
0

No linux (e TOTALMENTE contornando o problema), achei mais simples / mais limpo criar manualmente meu próprio túnel ssh para o mysql-workbench usar:

ssh root@host -L 3307:localhost:3306

Isto cria um túnel ssh da sua porta local 3307 para a porta local do remoto 3306. Então você acabou de configurar o mysql-workbench para conectar-se ao localhost: 3307 .

    
por 07.10.2016 / 21:41

Tags

docker - não há crontab para raiz Existe uma maneira de fazer o journalctl mostrar os logs da “última vez que o foo.service foi executado”?