MySQL Workbench con Debian Jessie – TCP / IP over SSH non funziona

Utilizzo per connettersi con Windows 7 Pro x64 al mio server MySQL ospitato su un Debian Wheezy con il client MySQL Workbench utilizzando "TCP / IP over SSH" ma non funziona sul mio nuovo server su Debian Jessie, perché?


MySQL Workbench config:

Connection Name: TEST Connection Method: Standard TCP/IP over SSH SSH Hostname: xxxx: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 

Ho doppio controllo dell'indirizzo IP / hostname, username e password …

  • Come posso submit la posta mentre salvo una copia utilizzando postfix e mysql?
  • Aggiornamento di MySQL Connector / Net
  • I database MySQL sono sempre memorizzati in / var su CentOS?
  • Gli ospiti KVM sono molto lenti dopo l'aggiornamento host a Debian Squeeze
  • Collegamenti Mysql appesi allo stato di login
  • Come faccio ad aggiornare il mio file / etc / network / interfaces in modo che la casella venga presentata SOLO con l'indirizzo IPv6 automaticamente assegnato?

  • Configurazione del server Debian Wheezy:

    root @ debian: ~ # cat / etc / debian_version

     7.8 

    mysql> seleziona versione ();

     +------------------+ | 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 server config:

    root @ debian: ~ # cat / etc / debian_version

     8.0 

    mysql> seleziona versione ();

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

    Quindi la differenza tra uomo è il ServerKeyBits tra i due file sshd_config …


    L'errore MySQL Workbench 6.3.3 mi dà quando provo a connettersi al server Debian Jessie :

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

    Il file di registro:

     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 

    Ulteriori informazioni:

    La cartella "ssh" non è presente in:

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

    Le regole del firewall su entrambi i server:

     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 

    Posso collegarmi con SSH (KiTTY) sia sul server …


    Ho provato due versioni diverse di MySQL Workbench:

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

    Queste due versioni funzionano con Debian Wheezy ma non con Debian Jessie. Che cosa mi manca?

  • Rsync su ssh con accesso root su entrambi i lati
  • rsync copia interi file invece che differenza
  • Qualsiasi soluzione firewall alternativa per debian che non si basa su netfilter / iptables?
  • Multi-architetture e loro binari
  • Qual è il file system più veloce da utilizzare sotto Linux su EC2 per MySQL?
  • ufw bloccando apt e dns
  • 5 Solutions collect form web for “MySQL Workbench con Debian Jessie – TCP / IP over SSH non funziona”

    Ho trovato la soluzione.

    Ho aggiunto questa row al mio /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 

    e riavviato ssh: systemctl restart ssh

    come suggerito da questo post: https://stackoverflow.com/questions/26577494/aptana-sftp-key-exchange

    Secondo https://bugs.mysql.com/bug.php?id=74658 il problema si presenta quando si utilizza openssh 6.7 le librerie di python spedite con workbench MySql. Durante l'aggiunta di "KexAlgorithms" alle funzioni di progettazione di sshd, è ansible aggiornare le librerie di python che vengono fornite con MySql Workbench. Questo può essere utile se non si dispone del controllo sulla configuration sshd …

    Se scorri verso il basso nel report bug, sono disponibili istruzioni per scaricare e copiare le librerie paramiko e ecdsa.

    Dal momento che c'è molto da scorrere sulla risposta di bigmandan, penso che potrebbe avere un senso anche postare qui per rendere più facile trovare.

    Per Windows , questa è la correzione. [3 Jun 2015 15:27] Mike Hadrup Anche testato su Windows 10 64 bit con MySQL Workbench 6.3.3.0 (592) msi e circastall contro Debian 8 Jessie con OpenSSH 6.7

    È ansible utilizzare 7zip da http://www.7-zip.org/ per l'archivio tar targato ecdsa-0.13.tar.gz.

    Nota: i pacchetti ridistribuibili Visual C ++ per Visual Studio 2013 sono richiesti in Windows 10 da: https://www.microsoft.com/en-us/download/details.aspx?id=40784

    Su OS X , copiare le biblioteche paramiko e ecdsa su: /Applications/MySQLWorkbench.app/Contents/Resources/libraries

    perché ci sono due methods per connettersi a mysql. il momento in cui si installa mysql e quel momento si chiede in che modo si wana andare 1st è calza unix che è molto servito e ti dà buone performance e il secondo è TCP / ip e si prega di controllare i privilegi sia si può connettersi a voi db in remoto solo usato qualche altro ip se no allora e abilitare alla funzionalità di sicurezza in mysql

    In Linux (e TOTALMENTE distanziando il problema) ho trovato più semplice / più pulito per creare manualmente il mio tunnel ssh per mysql-workbench da usare:

    ssh root @ host -L 3307: localhost: 3306

    Ciò crea un tunnel ssh dalla tua port locale 3307 alla port locale 3306. Quindi configurare mysql-workbench per connettersi a localhost: 3307 .

    Suggerimenti per Linux e Windows Server, quali Ubuntu, Centos, Apache, Nginx, Debian e argomenti di rete.