Nach dem Update kann keine Verbindung zu MySql DB über ssh usign Workbench hergestellt werden

0

Ich stehe hier vor einem seltsamen Problem ...

Meine Datenbank befindet sich in einem AWS EC2 und ich wurde verwendet, um mithilfe von MySql Workbenh eine Verbindung über SSH herzustellen. Zu diesem Zweck habe ich mit puttygenUbuntu 16.04 eine passphrasengeschützte ppk-Datei erstellt , die einwandfrei funktioniert hat.

Nach einem Update mit derselben Konfiguration erhalte ich jedoch die folgende Fehlermeldung:

Der SSH-Tunnel konnte nicht verbunden werden

Authentifizierungsfehler. Bitte überprüfen Sie Ihren Benutzernamen und Ihr Passwort und versuchen Sie es erneut. Details (Original-Ausnahmemeldung): Ungültiger Authentifizierungstyp, der Server akzeptiert diesen Authentifizierungstyp nicht. Zulässig sind: [u'publickey ']

Also habe ich bei der Suche in Google zwei Typen gefunden, die das gleiche Problem hatten: dies und das .

Die vorgeschlagene Lösung besteht darin, eine öffentliche Open-SSH- Datei zu generieren und diese zu verwenden.

puttygen myKey.ppk -O public-openssh -o myKey.ppk

Und das Problem ist immer noch dasselbe! Ich bin nicht sicher, ob das Workbench-Update (es ist jetzt in der Version 6.3.10) dieses Problem verursacht hat, aber vorher konnte ich mich ohne Probleme verbinden. Ich kann mich normalerweise im Server über ssh im Ubuntu-Terminal verbinden.

Was ich tun kann?

  • Betriebssystem: Ubuntu 16.04
  • MySql: Ver 14.14 Distrib 5.7.21
  • MySQL Workbench: CE (GPL) 6.3.10
Raphael Castro Martin
quelle

Antworten:

0

Nach viel Recherche konnte ich das Problem lösen. Ich habe folgendes Thema gefunden: https://stackoverflow.com/questions/34504232/mysql-workbench-failing-to-connect-via-ssh-due-to-key/38108623 mit dem Hinweis, dass ich die private ppk-Datei nicht exportieren kann mit passphrase. In Ubuntu habe ich mit puttygen eine private ppk-Datei aus meinem PEM-Schlüssel ohne Passphrase generiert und daraus die private-openssh-Datei.

Ich habe versucht, eine Verbindung in der Workbench herzustellen und ... hat nicht funktioniert! Aber ich habe einen anderen Fehler erhalten, der angezeigt wurde: Kein gültiger privater OPENSSH-Schlüssel .

Zu diesem Zeitpunkt wurde mir klar, dass die meisten Leute mit einem ähnlichen Problem im Web, das das Problem lösen könnte, Windows verwenden. Da sich auf meinem Computer ein Dualboot befindet, habe ich den Putty unter Windows installiert und dort den Schlüssel generiert. Also hat es geklappt! (Generieren aus dem ppk ohne Passwort, das durch Passwort geschützte funktioniert nicht).

Wenn jemand auf dasselbe Problem stößt , versuchen Sie Folgendes: Erstellen Sie aus einem privaten PPK ohne Passphrase einen Private-OpenSh in Windows Putty.

Raphael Castro Martin
quelle