Mit HeidiSQL per SSH-Tunel auf Live-Systeme verbinden

Datum: 23. April 2012
Autor*in: Stefan Oswald


Unsere Produktiv-Systeme akzeptieren aus Sicherheitsgründen keine Verbindungen mit dem MySQL-Server von externen Adressen. Dennoch möchte man manchmal mit einem anderen Tool als phpMyAdmin auf die Datenbanken sehen. Die Lösung hierfür ist ein SSH-Tunnel. Einfacher Hintergrund: Statt auf den normalen MySQL-Port verbinden wir uns über den SSH-Server mit dem Zielsystem. Dort angekommen können wir uns mit dem lokalen MySQL-Server des Zielsystems verbinden und diese Verbindung über unseren SSH-Kanal zurück leiten.

Das Client-Programm HeidiSQL (früher bekannt als „MysqlFront“) bietet die Möglichkeit, aus seiner komfortablen GUI heraus einen solchen SSH-Tunnel zur Verbindung mit einem Remote-Server einzurichten.

Was wird dazu benötigt?

Nach der Installation von HeidiSQL wird das Programm gestartet. Mit dem Button „New“ legt man eine neue Verbindung an, der man einen beliebigen (möglichst sinnvollen) Namen geben sollte. Bei den Verbindungsdaten muss nun folgendes eingegeben werden:

  • Tab „Settings“:
    • Network type: „MySQL (SSH-Tunnel)“
    • Hostname / IP: „localhost“
    • Prompt for credentials: KEINEN Haken setzen
    • User: den MySQL Username (z.B. mysqluser123)
    • Password: das MySQL Passwort (z.B. mysqlsecret123)
    • Port: 3306
  • Tab „SSH-Tunnel“:
    • plink.exe location: Lokaler Pfad zur plink.exe
    • SSH host: Hostname des MySQL-Servers (z.B. host01.imxnet.de)
    • SSH port: 2222 (Standard SSH-Port unsere Produktivsysteme)
    • Username: SSH-Login-Name (z.B. ftpuser123)
    • Password: SSH-Login-Passwort (z.B. ftpsecret123)
    • plink.exe timeout: 20
    • Local port: 33006

Das Timeout für die plink.exe ist wichtig und sollte nicht zu klein gewählt werden, denn wenn der Server nicht rechtzeitig antwortet, dann verbindet HeidiSQL (blöder Weise) auf den lokalen MySQL-Server des eigenen Rechners – das kann man leicht mal übersehen! Mit 20 Sekunden Timeout sollte es meistens keine Probleme geben, aber wenn das interne oder externe Netz mal etwas langsam ist kann es sein, dass man auch mit 20 Sekunden nicht hin kommt. In dem Fall muss das Timeout entsprechend höher gesetzt werden.

Als Wert für „local port“ sollte man bei jeder neu angelegten Verbindung einen anderen Port angeben, denn nur so ist es möglich, dass man gleichzeitig auf mehr als einen Remote-Server verbinden kann. (Mit einem Port kann man schließlich nicht gleichzeitig  mehrere unterschiedliche Verbindungen öffnen). Man kann die Zahlen einfach beliebig weiter zählen, z.B. 33006, 33007, 33008 etc. Die konkrete Zahl ist natürlich ziemlich egal, ich verwende 33006 als gedankliche Stütze, wiel der „eigentliche“ MySQL-Port ja 3306 ist.

Die Verbindung sollte nach getätigter Konfiguration gespeichert werden.

Wichtiger Hinweisbei fehlender Konnektivität

Es kann außerdem notwendig sein, dass man die Windows-Firewall so einstellt, dass sowohl HeidiSQL als auch plink.exe nach draußen telefonieren dürfen.


Dieser Artikel wurde verschlagwortet unter:


Kommentare

Selber kommentieren:






Weitere Beiträge zum Thema Technologie


Boah, Newsticker sind doch so…. 2016

Autor*in:


Technologie // User Experience & Design


Einige von uns haben sich ja schon die Augen gerieben: Der tot geglaubte Newsticker erhält bei vielen Kunden im Portal wieder Einzug. Leider kam es bei diversen Umsetzungen mit fertigen Tickern in letzter Zeit aber zu einigen Problemen. Problem 1: Responsivität Die Liste an fertigen Tickern im Netz ist lange und die Fähigkeiten der Ticker sind …


Beitrag lesen
29
APR
16

Infrastructure as Code: Prolog

Autor*in: Bastian Schwarz


Technologie // Über den Tellerrand


Da unsere Developer VM nun auch schon wieder einige Zeit auf dem Buckel hat habe ich mich die letzten Wochen viel mit dem Thema Virtualisierungsmanagement und Provisioning beschäftigt. Mit was?! Beides klingt hochtrabender als es tatsächlich ist. Letztendlich geht es dabei um 2 Themenbereiche: Das Erstellen von virtuellen Umgebungen Das Einrichten und Konfigurieren dieser Umgebungen Das alles gab …


Beitrag lesen
27
MRZ
17

JIT Grunt

Autor*in: Florian Müller


Technologie


Dieser Beitrag nimmt Bezug auf meinen vorherigen Beitrag zur Optimierung von Grunt. Wer diesen nicht kennt, wird mit diesem hier nicht viel anfangen können. Wer den Concurrent Task und dazu auch den Time-Grunt einsetzt, mag schon mal bemerkt haben, dass bei jedem Concurrent Task sämtliche Tasks geladen. Auf dem DEV dauert dies auch mal gerne 2 …


Beitrag lesen
08
FEB
17

imx.Platform: Release-Notes Januar 2020

Autor*in: Brigitta Zinsser


infomax   //   Technologie


imx.Platform

Nachdem von zahlreichen Kunden der Wunsch an uns herangetragen wurde, dass sie gerne regelmäßig über aktuelle Neuerungen in der imx.Platform informiert werden möchten, starten wir ab diesem Jahr mit monatlichen Informationen zu den Neuerungen in der imx.Platform. Dieses Mal geht es im Neuerungen, die in den letzten Wochen bis einschließlich 28.01.2020 bereitgestellt wurden.


Beitrag lesen
28
JAN
20