Springe zum Inhalt

Blog

Heute bin ich gleich zwei Mal über das Python-Modul Paramiko gestolpert. In der MySQL-Workbench wird es verwendet, um eine Verbindung über einen SSH-Tunnel herzustellen. Das in der aktuellen MySQL-Workbench ausgelieferte, aber uralte Paramiko versteht sich nicht mehr mit aktuellen OpenSSH-Versionen. Nach einem manuellen Update von Paramiko funktionierte der Verbindungsaufbau dann wieder.

Die zweite Portion Paramiko gab es beim Durchsehen der Backups. Das von mir verwendete Duplicity benutzt ebenfalls Paramiko, wenn Backups auf einem per SSH bzw. SFTP oder SCP erreichbaren Server abgelegt werden sollen. Leider funktioniert SFTP und SCP in Duplicity, und damit implizit Paramiko, aktuell nicht mit einem Backup-Server bei Hetzner. Eine Lösung habe ich bisher leider nicht gefunden.

3

Nach einem Update eines Servers auf Debian 8 Jessie war ein Verbindungsaufbau von einer MySQL-Workbench über einen SSH-Tunnel zu diesem Server nicht mehr möglich. Das Logfile der MySQL-Workbench (unter Windows in %APPDATA%\MySQL\Workbench\log\wb.log zu finden) enhält folgende Fehlermeldung:

SSHException: Incompatible ssh peer (no acceptable kex algorithm)

Grund für die Fehlermeldung ist, dass das in der aktuellen MySQL-Workbench 6.3 CE verwendete Python-Modul (paramiko), welches für den Verbindungsaufbau über einen SSH-Tunnel zuständig ist, sich in der Version 1.7.7.1 nicht mehr mit der nun auf dem Server installierten OpenSSH-Version 6.7 versteht. ...weiterlesen "MySQL-Workbench: SSH-Tunnelaufbau scheitert"

Wer das Bedürfnis hat, Windows 10 in einer VM unter KVM/QEMU und Linux Mint 17.2 zu testen, muss als CPU-Modell cpu64-rhel6 einstellen, ansonsten startet die Installation nicht oder hängt mit einem Fehler in einer Bootschleife.

libvirt Einstellungen CPU-Modell Windows 10

Alternativ kann auch core2duo angegeben werden.

2

Vor kurzem habe ich ein Distributions-Update durchgeführt und bin nun auch in den zweifelhaften Genuss von systemd gekommen. Im folgenden möchte ich beschreiben, wie der Update-Daemon von Tiny Tiny RSS unter systemd auf einem Debian 8 System betrieben werden kann.

Zuerst muss eine Konfigurationsdatei erstellt werden, die den Dienst beschreibt. Ich habe dazu die Datei /lib/systemd/system/ttrss-update.service mit folgendem Inhalt angelegt:

[Unit]
Description=Tiny Tiny RSS update daemon
After=network.target mysqld.service
Requires=network.target remote-fs.target nss-lookup.target
 
[Service]
User=www-data
Group=www-data
WorkingDirectory=/var/local/news
Type=simple
StandardOutput=null
StandardError=syslog
ExecStart=/usr/bin/php ./update_daemon2.php
PrivateTmp=true
InaccessibleDirectories=/home /root /boot /opt /mnt /media
ReadOnlyDirectories=/etc /usr
 
[Install]
WantedBy=multi-user.target

Unter WorkingDirectory muss dass Verzeichnis der TTRSS-Installation angepasst werden.

Anschließend muss der Service aktiviert werden:

systemctl enable ttrss-update.service

Danach muss die Konfiguration der Dienste durch systemd neu eingelesen werden:

systemctl --system daemon-reload

und abschließend der Dienst selbst gestartet werden:

systemctl start ttrss-update.service

Alle obigen Befehle müssen natürlich als root oder mit vorangestelltem "sudo " ausgeführt werden.

Weitere Beispiele der Servicekonfiguration sind im TTRSS-Forum zu finden.

Sprunglisten sind in PuTTY ein beliebtes Feature, um gespeicherte Sessions schnell aufzurufen. Leider hat die aktuelle PuTTY-Version 0.65 einen Fehler, welcher dazu führt, dass eine an das Taskleisten-Icon angeheftete PuTTY-Session beim Anklicken nur den PuTTY-Konfigurationsdialog öffnet. Die Entwickler sind über den Fehler informiert. Eine Behebung erweist sich aber offensichtlich als schwierig, da die Entwickler nach eigenen Aussagen aktuell keinen Zugriff auf Windows 10 haben.

Update vom 22.04.2016: Bereits in der Version 0.66 (veröffentlicht am 07.11.2015) wurde der Fehler behoben.