[Teil 3] Der SSH Tunnel - Wenn 22 zu 3306 wird

    Hallo Native Network und willkommen zu meinem letzten Teil bzgl. Datenbanken und der sichere Weg zur Kommunikation.

    Solltest du Teil 1 oder 2 noch nicht gelesen haben, bitte ich dich darum es jetzt zu tun!

    Los geht es!

    Was ein Tunnel ist kennen wir, und wir kennen auch den einen Weg via VPN (OpenVPN)

    Nun gibt es aber auch einen zweiten Weg zum Tunneln, der sog. SSH Tunnel. Hierbei wird die Kommunikation eines SSH Servers zu einem SSH Clients als Hülle benutzt um den eigentlichen Inhalt (Datenbank Pakete etc.) zu verschleiern und manipulationssicher zu machen.

    Jeder Linux Server der einen SSH Server installiert hat, kann dies.

    Wie? Via Putty, dem bekanntesten SSH Client den es gibt.

    Ihr öffnet Putty, wählt im Linken Reiter unter Connection -> SSH -> Tunnels aus und fügt unter "Source Port" euren MySql Port hinzu (3306) und unter "Destination" 127.0.0.1:<MeinGewünschterPort>

    Drückt auf "Add" und verbindet zum Linux Server.

    Nun könnt Ihr via Navicat/MySql Workbench etc. eine Verbindung zu eurem Datenbank Server via "127.0.0.1:<MeinGewünschterPort>" herstellen.

    Ein paar tolle Bilder sind im Anhang.

    Unter Windows ist mir keine Methode zum SSH Tunneln bekannt. Mir würde Spontan nur den OpenSSH Server für Windows von Windows einfallen. Aber ob der SSH Tunneln kann ist mir nicht bekannt. Nachtrag! Eine weitere Möglichkeit einen SSH Tunnel unter Windows zu verwenden ist cygwin, ein Linux Emulator für Windows. Informationen diesbezüglich findet Ihr im Wiki

    Danke an moeck für die Information/den Hinweis!

    Solltet Ihr Fragen, vorschläge oder Kritik haben. Immer damit in die Kommentarbox!

    Gruß Pac

    Moin,

    es gibt einen weiteren Weg einen SSH Server auf einem Windowssystem zu installieren. Das Zauberwort lautet dann cygwin. Bei cygwin handelt es sich um eine Art Linux(Unix) Emulator für Windows weitere Infos findet man hier. Mit cygwin lässt sich dann auch ein SSH Server aufsetzen und natürlich funktioniert dort auch die Portweiterleitung. Ich wollte es nur vollständigkeitshalber erwähnen.

    Nichts desto trotz sollte man nicht mit dem root User seine DB betreiben obwohl das eher die Regel ist als die Ausnahme (leider). SSH hat einen kleinen Nachteil zu mindestens wenn man das Ganze von einem Windowssystem aus macht und Puty als Client verwendet. Man kann den Tunnel meines Wissens nach nicht direkt starten und damit ist das für den Serverbetrieb eher nicht geeignet. Es kann durchaus passieren, dass der Server neugestartet wird bzw. man die Netzwerkverbindung verliert, dann muss man sich als Admin erst an dem System den Tunnel wieder manuell herstellen bevor man wieder auf den DB zugreifen kann.

    Ich persönlich halte hier Mechanismen, die automatisch starten für deutlich effizienter und sinnvoller. Normalerweise wäre mein bevorzugter Weg die direkte Verschlüsselung zwischen Server und DB mittels TLS (SSL) sowie den entsprechenden Einstellungen in der Firewall, so dass nur die notwendige Kommunikation aufgebaut werden kann.

    Eventuell bin ich hier auch von meinem beruflichen Alltag geschädigt :D .

    In diesem Sinne eine schöne Woche.

    Gruß,

    moeck

    @Pac Tatsächlich gibt es von Windoof aus eine Ubuntu-Version, welche für Windows optimiert ist (zu mindestens für Windows 10 Desktop). Diese ist zwar immer noch in der Beta-Phase, dennoch funktioniert diese recht gut. Außerdem wäre das kein Emulator-betriebenes Betriebssystem, bzw. Konsole, sondern es ist ein Subsystem von Windows selbst.

    Nur weiß ich nicht, ob es dieses Subsystem auch für neuere Windows Server gibt (Windows Server 2016 o.ä.).

    Zitat von script /Vincent/dev/null

    @Pac Tatsächlich gibt es von Windoof aus eine Ubuntu-Version, welche für Windows optimiert ist (zu mindestens für Windows 10 Desktop). Diese ist zwar immer noch in der Beta-Phase, dennoch funktioniert diese recht gut. Außerdem wäre das kein Emulator-betriebenes Betriebssystem, bzw. Konsole, sondern es ist ein Subsystem von Windows selbst.

    Nur weiß ich nicht, ob es dieses Subsystem auch für neuere Windows Server gibt (Windows Server 2016 o.ä.).

    Ist mir bewusst und habe ich auch bewusst ausgelassen.