MySQL Workbench с Debian Jessie - TCP / IP через SSH не работает


10

Я использую для подключения с Windows 7 Pro x64 мой сервер MySQL, размещенный на Debian Wheezy с клиентом MySQL Workbench, использующим «TCP / IP через SSH», но он не работает на моем новом сервере в Debian Jessie, почему?


Конфигурация 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

Я дважды проверил IP-адрес / имя хоста, имя пользователя и пароль ...


Конфигурация сервера Debian Wheezy:

root @ debian: ~ # cat / etc / debian_version

7.8

mysql> выберите версию ();

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

Конфигурация сервера Debian Jessie:

root @ debian: ~ # cat / etc / debian_version

8.0

mysql> выберите версию ();

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

Таким образом, разница ServerKeyBitsмежду двумя файлами sshd_config ...


Ошибка MySQL Workbench 6.3.3 выдает мне, когда я пытаюсь подключиться к серверу Debian Jessie :

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

Файл журнала:

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

Больше информации:

Папка "ssh" отсутствует в:

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

Правила брандмауэра на обоих серверах:

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

Я могу соединиться с SSH (KiTTY) на обоих серверах ...


Я пробовал две разные версии MySQL Workbench:

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

Эти две версии работают с Debian Wheezy, но не с Debian Jessie. Что мне не хватает?

Ответы:


10

Согласно https://bugs.mysql.com/bug.php?id=74658 проблема возникает при использовании openssh 6.7 библиотек python, поставляемых с MySql Workbench. Хотя добавление «KexAlgorithms» в конфигурацию sshd работает, вы можете обновить библиотеки python, поставляемые с MySql Workbench. Это может быть удобно, если у вас нет контроля над конфигурацией sshd ...

Если вы прокрутите вниз отчет об ошибке, есть инструкции по загрузке и копированию библиотек paramiko и ecdsa.


3
+1. Это правильный ответ. Изменение разрешенных алгоритмов обмена ключами в sshd может повлиять на безопасность, поэтому этого не следует делать. Обновление клиентской библиотеки, как предлагается в этом ответе, является менее инвазивным и повышает безопасность туннеля ssh.
Кристиан Рудольф

Шляпа та же проблема с Workbench 6.2 и Debian Jessie. Мой Workbench 6.2 CE сказал мне, что это последняя версия в Help-> Check for Updates. Какая ложь ... Скачанная версия 6.3 с dev.mysql.com/downloads/workbench и все работает как шарм.
Мартин Сейтл

9

Я нашел решение.

Я добавил эту строку в мой /etc/ssh/sshd_configфайл:

KexAlgorithms curve25519-sha256@libssh.org,ecdh-sha2-nistp256,ecdh-sha2-nistp384,ecdh-sha2-nistp521,diffie-hellman-group-exchange-sha256,diffie-hellman-group14-sha1,diffie-hellman-group1-sha1

и перезапустил ssh: systemctl restart ssh

как предложено в этом сообщении: /programming/26577494/aptana-sftp-key-exchange


7
Это, конечно, позволило доступ, но я все еще устал, что это правильно. Есть довольно много перечисленных Алгоритмов, какая идея требуется для MySQL Workbench?
PCnate

0

Поскольку в ответе бигмандана есть что прокрутить, я думаю, что имеет смысл также опубликовать его здесь, чтобы его было легче найти.

Для Windows это исправление. [3 Июн. 2015 15:27] Майк Хэдруп. Также тестировался на 64-битной Windows 10 с MySQL Workbench 6.3.3.0 (592) msi и noinstall против Debian 8 Jessie с OpenSSH 6.7

  • скачать zip с сайта https://github.com/paramiko/paramiko и распаковать
  • скопировать paramiko из paramiko-master в python / site-packages / (заменить существующую paramiko)
  • загрузите ecdsa-0.13.tar.gz с https://pypi.python.org/pypi/ecdsa#downloads и распакуйте
  • скопировать ecdsa из ecdsa-0.13 в python / site-packages /

Вы можете использовать 7zip из http://www.7-zip.org/ для архивированного файла ecdsa-0.13.tar.gz.

Примечание: распространяемые пакеты Visual C ++ для Visual Studio 2013 требуются в Windows 10 по адресу : https://www.microsoft.com/en-us/download/details.aspx?id=40784.

В OS X скопируйте библиотеки paramiko и ecdsa в: /Applications/MySQLWorkbench.app/Contents/Resources/libraries


0

потому что есть два способа подключения к MySQL. время, когда вы устанавливаете mysql, и в этот раз он спрашивает, в какую сторону вы хотите пойти 1-ый - это unix sock, который очень полезен и дает вам хорошую производительность, а 2-й - TCP / ip. Пожалуйста, проверьте привилегии, которые вы можете подключить к вашей базе данных. удаленно просто использовал какой-то другой ip, если нет, то вы и включите функцию безопасности в MySQL


1
Интерфейс Unix-сокетов для MySQL может использоваться только клиентами на одной машине; Этот вопрос касается клиента на другом компьютере, который должен использовать TCP / IP (и, как вариант, как SSH).
dave_thompson_085

0

В Linux (и полностью обошел проблему) я обнаружил, что проще / чище вручную создать свой собственный ssh-туннель для mysql-workbench:

ssh root @ host -L 3307: localhost: 3306

Это создает туннель ssh от вашего локального порта 3307 до локального порта удаленного 3306. Таким образом, вы просто настраиваете mysql-workbench для подключения к localhost: 3307 .

Используя наш сайт, вы подтверждаете, что прочитали и поняли нашу Политику в отношении файлов cookie и Политику конфиденциальности.
Licensed under cc by-sa 3.0 with attribution required.