Barrier (OpenSource KVM Switch Software)
Inhaltsverzeichnis
Allgemeines
Auf meinen Schreibtisch hat gerade der dritte Rechner (1xLINUX, 2xWIN10) Platz genommen. Der LINUX-PC (Doppelmonitorsystem 28" 4K) und der WIN-PC (32" 4K) benötigten bisher jeweils ein KM-Set. Der zweite WIN-PC ist ein 20 Zoll Tablet-PC, der glücklicher Weise auch ohne Tastatur/Maus-Kombi auskommt.
Problem
Die Anzahl von KeyboardMouseSets (KMs) ist zu groß. Es passiert mir realiv häufig, dass ich auf dem falschen Keyboard tippe.
Lösungen
KVM-Switches wären hier denkbar. Da ich aber die Video-Umschalte nicht benoetige und zudem bisher kein befriedigendes KVM kenne, geht die Suche hier in Richtung Softwareloesung. Da meine bisherigen KVMs gerade beim Booten und beim Umschalten auf einen ausgeschalteten PC Probleme hatten, bin ich mal auf das Verhalten der Softwareloesung gespannt.
Es gibt zwar auch USB-Switcher, also USB-Hubs, die gleichzeitig an >=2 PC angeschlossen bleiben koennen. Die Probleme mit Verbindungsabbruechen scheinen aber aehnlich denen bei den KVMs zu sein.
Wen's trotzdem interessiert kann ja mal nach folgendem oder aehnlichem suchen:
UGREEN USB 2.0 KVM 4 Ports HUB für 2 PCs 2 In 4 Out Umschalter mit 2 USB 2.0 Kabel für Drucker, Scanner, Tastaturen, USB Sticks, Externe Festplatten, Mäusen, Headsets usw Schwarz
Es hat nicht sehr lange gedauert bis ich im Netz auf die Software "Synergy 1" gestoszen bin. Macht spontan einen guten Eindruck. Leider gibt es keine Demo-Version, aber ein Geld-zurueck-Versprechen. Bevor ich also zuschlage noch ein bisschen im Netz weitergesucht.
Folgende Infos ließen das Bild klarer werden.
- Synergy 1 Version Feature List
- Beschreibung des Einsatzes von Synergy 1
- Überblick über viele Alternativen
Da alle Produkte, die eine RemoteDesktop-Verbindung aufbauen, für mein Problem über das Ziel hinausschießen und alle Produkte ohne LINUX-Support ausscheiden, blieb tatsächlich am Ende scheinbar nur Synergy 1 übrig. Bevor ich aber die 39$ für die Pro Version ausgegeben hatte, bin ich per Zufall noch ueber einen Hinweis auf ein OpenSource Projekt namens Barrier gestolpert.
Also zu GitHub und mal nachgelesen. Das ist doch tatsaechlich ein Synergy-Fork und bietet sogar SSL gleich mit an.
LINUX-PC: Eine Suche im Repository von OpenSuse ergab sofort einen Treffer. Installation->Start->ConfigServer->Fertig
WINDOWS-PC: Binaries von GitHub. Installation->Start->ConfigClient->Fertig
Noch schnell zur ersten Verbindungsaufnahme (siehe unten) die Firewall abgeschaltet und siehe da, es klappt wie gewünscht. Eureka, ich bin begeistert!!!
Datentransfer
TODO
Problem(e)
20210529
Nach einem Update des LINUX-PC von OpenSuSE 15.2 auf 15.3 musste ich erst einmal das Barrier-Paket nachinstallieren. Nach dem Start des Barrier-Servers war zwar meine Config noch da, aber der Client (WIN-PC) konnte keine Verbindung aufbauen. Der Aufruf des Log (F2) auf dem WIN-PC bestaetigte das Verhalten.
[2021-05-29T10:41:24] NOTE: connecting to '192.168.178.XX': 192.168.178.XX:24800 [2021-05-29T10:41:39] WARNING: failed to connect to server: Timed out
Da ich am WIN-PC nichts geaendert hatte lag die Vermutung nahe, dass der Fehler auf der Linux-Seite zu suchen ist. Die Umstellung des Protokollierungsumfangs in den Einstellungen (Barrier->Change Settings F4) von Barrier von 'Warnung' auf 'Debug2' hat sich als hiflreich erwiesen.
- Mit iptables die Firewallregeln ueberprueft -> Keine Regeln aktiv
- ping von WIN-PC auf LINUX-PC -> ok
- tcpdump auf LINUX-PC -> Pakete kommen auf Port 24800 an
- ss -lptn auf LINUX-PC -> user barriers lauscht auf Port 24800 ok
- ps aux | grep <pid> auf LINUX-PC -> barrier ok
- telnet und cnf auf WIN-PC auf Server Port 24800 -> ebenfalls Timeout
- barrier gestoppt und Port 24800 mit nc -lk -p 24800 gebunden
- telnet localhost port 24800 -> ok
- telnet von anderem LINUX-PC auf port 24800 -> geht nicht!!!!!!!!
An der Stelle musste ich erst mal durchatmen. Internetkommunikation und ping untereinander ging alles, nur die eingehende Kommunikation auf meinen Arbeitsplatzrechner ging nach dem Update, trotz ausgeschalteter Firewall nicht. Dann habe ich allerdings mit systemctl status firewalld gesehen, dass der Firewall-Daemon gar nicht laeuft. Iptables hatte mir allerdings klaglos eine leere Regeltabelle gezeigt.
Mit
systemctl enable firewalld
und mit
systemctl start firewalld
die Firewall gestartet.
Jetzt aenderte sich die Log-Status-Meldung auf dem WIN-PC wie folgt.
[2021-05-29T10:41:40] NOTE: connecting to '192.168.178.XX': 192.168.178.XX:24800 [2021-05-29T10:41:42] WARNING: failed to connect to server: Connection was refused
Nachdem nochmal alle Regeln geloescht wurden, war die Verbindung sofort wieder da.:-)
Die Vermutung, dass es mit dem Forwarding zu tun hat, bestaetigte sich nicht.
sysctl net.ipv4.ip_forward net.ipv4.ip_forward = 0
oder
cat /proc/sys/net/ipv4/ip_forward 0
Bis heute weisz ich nicht, welche Aenderung sich an meiner Netzwerk(karten)einstellung durch den nicht eingeschalteten Firewall-Daemon ergeben hat.
20211026
Nach einem Neustart des Linux-PC ist mir aufgefallen, dass es bei der Kontaktaufnahme hakt.
- iptabels -L -> leer
- systemctl status firewalld -> laeuft
Firewall-Daemon gestoppt -> Barrier laeuft sofort
Auszerdem lief der barrier-Server auf einmal doppelt. Das konnte ich mir spontan nur dadurch erklaeren, dass ich barrier im KDE-Autostart (Arbeitsflächen-Sitzung Systemeinstellungen) angelegt hatte, als auch die Option gewaehlt habe "Bei der Anmeldung - Vorherige Sitzung wiederherstellen". Ich habe barrier im Autostart mal deaktiviert. Mal sehen ob's hilft.
Die automatische Aktualisierung der Kommentare aktivieren.