FSRdp Client unter Linux installieren

• Ein Linux mit grafischer Oberfläche. Getestet sind Ubuntu und Xubuntu (x64), Debian sowie Raspberry Pi OS (64 Bit) auf Raspberry Pi 5. Auf einem Server ohne Desktop läuft der Client nicht.
• Die passende Architektur: linux-x64 für Intel/AMD, linux-arm64 für Raspberry Pi. Prüfen mit uname -m – x86_64 bzw. aarch64.
• Keine separate .NET-Installation – das Paket ist eigenständig.
• Den Servernamen und die Ports Ihres FsRdpServers (Standard 8888 und 8889).
• Ein Konto mit sudo-Rechten für die Installation.

Unter Linux gibt es keine einheitliche Schnittstelle für Bildschirmaufnahme und Tastatureingaben. Der Client greift deshalb auf etablierte kleine Werkzeuge zurück. Sie müssen nicht alle installieren – nur die für das, was Sie tatsächlich nutzen wollen:

ydotool ist auf manchen Systemen nicht in den Standard-Paketquellen. Auf Raspberry Pi OS liegt es beispielsweise in den Backports – dem ARM64-Paket liegt dafür eine passende Quellendatei bei.

Öffnen Sie ein Terminal (auf Raspberry Pi OS und Ubuntu meist mit Strg+Alt+T) und wechseln Sie in den Ordner mit der heruntergeladenen ZIP-Datei, meist:

cd ~/Downloads

sudo apt update
sudo apt install -y unzip
unzip FsRdpClient-linux-arm64.zip -d FsRdpClient
cd FsRdpClient

chmod +x FsRdpClient install.sh apply-update.sh

./prepare-raspberry-pi.sh

./install.sh

fsrdp-client

Nur nötig, wenn Ihr Rechner von jemand anderem gesteuert werden soll. Wollen Sie umgekehrt nur andere steuern, können Sie diesen Abschnitt überspringen.

Unter Linux darf ein normales Programm keine Tastatur- und Mausereignisse erzeugen – das erledigt ein kleiner Systemdienst namens ydotoold. Ist ydotool installiert, richtet install.sh diesen Dienst automatisch mit ein (fsrdp-input.service), zugeschnitten auf Ihr Benutzerkonto.

Prüfen, ob er läuft:

systemctl status fsrdp-input.service --no-pager

Erscheint bei der Installation der Hinweis, ydotool sei nicht installiert, bleibt die Fernsteuerung dieses Rechners abgeschaltet. Alles andere funktioniert trotzdem.

Anders als unter Windows gibt es keine Berechtigungsschalter – wenn PipeWire läuft und ein Mikrofon angeschlossen ist, funktioniert es. Die Geräteauswahl treffen Sie in den Einstellungen des Clients.

Ohne Echounterdrückung arbeitet der Client im Wechselsprechbetrieb: Solange er hörbaren Raum-Ton abspielt, pausiert er Ihr Mikrofon. Sonst würde Ihr Mikrofon den Ton der anderen wieder einfangen und alle hörten sich verzögert selbst. Mit einem Headset fällt das nicht auf.

Wollen Sie ohne Headset arbeiten und gleichzeitig sprechen können, aktivieren Sie die Echounterdrückung von PipeWire einmalig pro Rechner:

mkdir -p ~/.config/pipewire/pipewire.conf.d

Legen Sie darin die Datei 99-echo-cancel.conf an. Die genaue Vorlage dafür finden Sie in der Datei README-LINUX.md bzw. der beiliegenden README des Pakets. Danach:

systemctl --user restart pipewire wireplumber

Öffnen Sie die Einstellungen über das Zahnrad-Symbol und tragen Sie ein:

Ein Raum ist der virtuelle Treffpunkt: Wer dieselbe Raumnummer eingibt, landet zusammen in einer Sitzung. Tragen Sie die Nummer ein, die Sie bekommen haben, und verbinden Sie sich. Solange Sie allein im Raum sind, sind Bildschirmfreigabe, Chat und Dateiversand deaktiviert – es gäbe niemanden, der etwas empfängt.

Beim Teilen des Bildschirms zeigt ein roter Rahmen dauerhaft an, welcher Bereich übertragen wird. Es kann immer nur eine Person gleichzeitig teilen; wer neu startet, übernimmt.

Beide Clients können dasselbe – mit drei Ausnahmen, die an der Plattform liegen:

• Keine Sitzungsaufnahme. Eine Sitzung als Videodatei aufzeichnen kann nur der Windows-Client. Der Linux-Client zeigt den Hinweis an, solange jemand anderes aufzeichnet, kann aber selbst keine Aufnahme starten.
• Zwischenablage nur als Text. Formatierte Inhalte (Tabellen, formatierter Text) überträgt der Linux-Client nicht; er verwendet den mitgelieferten Klartext. Für X11 und Wayland gibt es dafür keinen einheitlichen Weg.
• Ein zweiter Start holt kein Fenster nach vorn. Auch hier läuft der Client nur einmal je Benutzer – der zweite Start zeigt aber nur einen Hinweis und endet, weil Wayland-Compositoren das Aktivieren fremder Fenster verweigern.

Die Beschränkung auf eine Instanz hat denselben Grund wie unter Windows: Eine zweite Instanz würde den Raum-Ton der ersten über das gemeinsame Mikrofon wieder einfangen – dagegen hilft weder die Wechselsprech-Automatik noch PipeWires Echounterdrückung, weil beide nur den eigenen Wiedergabestrom kennen.

Der Client prüft beim Start seinen Updatekanal – x64 und ARM64 werden getrennt geführt. Ein Update wird erst nach Rückfrage heruntergeladen; geprüft werden ein kryptografisch signiertes Manifest sowie Paketgröße und SHA-256-Prüfsumme. Erst danach folgt die PolicyKit-Rückfrage nach Ihrem Passwort. Im Hintergrund wird nichts stillschweigend installiert.

Zum Entfernen genügt:

sudo rm -rf /opt/fsrdp-client
sudo rm -f /usr/local/bin/fsrdp-client
rm -f ~/.local/share/applications/fsrdp-client.desktop
sudo systemctl disable --now fsrdp-input.service

./install.sh: Permission denied

Die Datei ist noch nicht als ausführbar markiert. Holen Sie den chmod +x-Schritt aus Abschnitt 3 nach.

Die Bildschirmfreigabe bleibt schwarz oder startet nicht

Es fehlt das passende Aufnahmewerkzeug: grim unter Wayland, gnome-screenshot unter X11. Welche Sitzungsart läuft, verrät:

echo $XDG_SESSION_TYPE

Die Fernsteuerung meines Rechners funktioniert nicht

Prüfen Sie systemctl status fsrdp-input.service. Fehlt der Dienst, war ydotool zum Zeitpunkt der Installation noch nicht vorhanden – installieren Sie es nach und führen Sie ./install.sh erneut aus.

Der Mauszeiger springt beim Fernsteuern

Auf labwc-Systemen braucht das virtuelle Eingabegerät ein flaches Beschleunigungsprofil. Die Installation legt dafür eine passende rc.xml an – existierte bereits eine eigene, bleibt sie unangetastet und Sie müssen den Abschnitt aus der beiliegenden Vorlage selbst übernehmen.

Man hört mich nicht

1. Ist das Mikrofon im Client stummgeschaltet?
2. Ist in den Einstellungen das richtige Aufnahmegerät gewählt?
3. Läuft PipeWire? systemctl --user status pipewire
4. Spielt der Client gerade Raum-Ton ab? Dann pausiert das Mikrofon absichtlich (Abschnitt 5).

Der Client verbindet sich nicht

Prüfen Sie Serveradresse (Name, keine IP) und die beiden Portnummern. Ob der Name überhaupt auflöst, zeigt getent hosts server.ihrefirma.de. Kommt keine Antwort, liegt das Problem im DNS und nicht am Client.