Verbindung via RDP von Linux aus: Clients sollten vor dem Wechsel des Betriebssystems testen.

Wenn Sie immer noch einen Windows-Rechner ausschließlich zum Betreiben eines Servers verwenden, RDPTesten Sie zunächst die unter Linux verfügbaren Clients. In vielen Fällen können Sie sich mit einem Windows-Rechner, einem Server oder einer VM verbinden, ohne das Betriebssystem zu wechseln, vorausgesetzt, Sie konfigurieren zwei oder drei Details, die oft Zeit kosten: Tastatur, Zwischenablage, Zertifikat und Auflösung.

Ich würde eine Produktions-Workstation nicht ohne vorherige Tests ersetzen, insbesondere wenn Sie auf eine Remote-Geschäftsanwendung angewiesen sind. Für die Administration eines Windows-Servers, den gelegentlichen Zugriff auf einen Remote-Desktop oder die Fehlerbehebung in einer virtuellen Maschine bietet Linux jedoch bereits einige gute Tools. Hier sind die Tools, die ich zuerst testen würde, zusammen mit den Prüfungen, die durchzuführen sind, bevor man zu dem Schluss kommt, dass „RDP unter Linux nicht funktioniert“.

Überprüfen Sie den RDP-Server, bevor Sie den Linux-Client modifizieren.

Bevor Sie drei verschiedene Clients installieren, prüfen Sie, ob das Problem nicht am Server liegt. Remote Desktop muss entweder auf dem Windows- oder dem RDP-Server aktiviert sein. Microsoft beschreibt die Zugriffsvoraussetzungen detailliert in seiner Dokumentation zur Aktivierung von Remote Desktop. Remotedesktop.

Unter Linux sollten Sie zunächst testen, ob der RDP-Port antwortet:

nc -vz 192.168.1.50 3389

Wenn Sie nicht haben n.c.Installieren Sie das Paket netcat-openbsd Unter Debian/Ubuntu verwenden Sie das entsprechende Tool für Ihre Distribution. Wenn der Port nicht reagiert, liegt die Ursache nicht unbedingt bei Remmina oder FreeRDP: Überprüfen Sie zuerst Firewall, VPN, IP-Adresse, DNS und Netzwerkregeln.

Ein weiterer wichtiger Punkt: Legen Sie den Port nicht frei. dreitausenddreihundertneunundachtzig Direkt über das Internet. Verwenden Sie ein VPN, ein RDP-Gateway oder eine benutzerdefinierte Zugriffsregel. RDP ist zwar praktisch, aber ein öffentlich offener Port zieht schnell Scans an.

Remmina: Der einfachste RDP-Client für den Einstieg

Für einen alltäglichen Linux-Rechner würde ich folgendermaßen vorgehen: RemminaDie Benutzeroberfläche ist übersichtlich, Profile lassen sich einfach speichern, und Auflösung, Tastatur, Sound, Zwischenablage oder Ordnerfreigabe können angepasst werden, ohne dass ein einziger Befehl in der Kommandozeile eingegeben werden muss. Die offizielle Webseite erklärt die Installationsmethoden für verschiedene Distributionen. Remmina installieren.

Unter Debian oder Ubuntu können Sie Folgendes bereits ausprobieren:

sudo apt update
sudo apt install remmina remmina-plugin-rdp

Auf Fedora:

sudo dnf install remmina remmina-plugins-rdp

Unter Arch Linux:

sudo pacman -S remmina freerdp

In Remmina ein neues Profil erstellen, Protokoll auswählen RDPGeben Sie anschließend die Serveradresse, den Benutzernamen, den Domänennamen (falls zutreffend) und das Passwort ein. Für Ihren ersten Test empfehle ich, nicht alle Optionen gleichzeitig zu aktivieren. Bestätigen Sie zuerst die Verbindung und fügen Sie dann die Zwischenablage, den Ton oder die Ordnerfreigabe hinzu.

FreeRDP: Die richtige Wahl für Diagnose und Automatisierung

FreeRDP Es ist anfangs etwas ungewohnt, aber sehr hilfreich, um die Ursache der Blockade zu verstehen. xfreerdp Es läuft über die Kommandozeile, sodass Sie Zertifikats-, Authentifizierungs- oder Protokollfehler schnell erkennen können. Es ist auch praktisch für interne Dokumentationen oder Testskripte. Die Debian-Manpage für xfreerdp Listen Sie die wichtigsten Optionen auf.

Installation unter Debian/Ubuntu:

sudo apt install freerdp2-x11

Bei einigen neueren Distributionen kann das Paket so heißen: freerdp3-x11Falls der Befehl nichts findet, überprüfen Sie den genauen Namen im Paketmanager.

Ein einfacher Test sieht folgendermaßen aus:

xfreerdp /v:192.168.1.50 /u:nathan /dynamic-resolution +clipboard /cert:ask

Ich behalte oft /cert:ask Bei ersten Tests warnt FreeRDP Sie, wenn der Server ein unbekanntes Zertifikat vorlegt, anstatt es zu ignorieren. In einer realen Umgebung ist dies von Bedeutung: Eine Zertifikatswarnung mag in einer Testumgebung normal sein, ist aber bei sensiblen Datenzugriffen deutlich kritischer.

Bei einem Domänenkonto können Sie die Domäne separat angeben:

xfreerdp /v:rdp-server.example.local /u:nathan /d:EXAMPLE /dynamic-resolution +clipboard /cert:ask

Wird die Tastatur nicht korrekt erkannt, überprüfen Sie auch die Tastaturbelegung im Client. Dies ist in französischen Ländern ein häufiges Problem: Eine RDP-Sitzung, die AZERTY- und QWERTY-Tastaturen vermischt, wird schnell lästig, insbesondere bei Passwörtern mit Sonderzeichen.

KRDC, GNOME Connections und andere Kunden

Wenn Sie KDE verwenden, KRDC Ein Versuch lohnt sich. Es integriert sich gut in die Plasma-Desktopumgebung und mag für einfache Verbindungen ausreichend sein. Unter GNOME, Verbindungen Sie können im Notfall auch nützlich sein, insbesondere für den gelegentlichen Gebrauch. Ich sehe sie eher als Hilfsmittel für den praktischen Einsatz, nicht als meine primären Diagnoseinstrumente.

Meine Testreihenfolge wäre einfach: Remmina für den täglichen Gebrauch, FreeRDP zum Verständnis von Fehlern und dann KRDC oder GNOME Connections, wenn Sie eine engere Integration mit Ihrer grafischen Umgebung wünschen.

Die Einstellungen, die wirklich einen Unterschied machen

Eine RDP-Verbindung kann zwar funktionieren, aber dennoch unbefriedigend sein. Bevor Sie das Tool wechseln, sollten Sie folgende Punkte prüfen:

Dynamische Auflösung Nützlich, wenn Sie von einem Laptop-Bildschirm auf einen externen Bildschirm wechseln.
Zwischenablage Praktisch, aber während einer heiklen Sitzung, in der es um Geheimnisse geht, sollte man darauf verzichten.
Tastatur : Prüfen Sie, ob es sich um Sonderzeichen handelt, nicht nur um Buchstaben.
Zertifikat : Warnmeldungen auf wichtigen Servern nicht automatisch bestätigen.
Ton und Weiterleitungen Deaktivieren Sie alles, was nicht benötigt wird, insbesondere bei einer langsamen Verbindung.
Freigegebener Ordner Praktisch zum Abrufen einer Datei, aber zu vermeiden, wenn Sie die serverseitigen Berechtigungen nicht verstehen.

Mit FreeRDP funktioniert das Freigeben eines lokalen Ordners beispielsweise so:

mkdir -p ~/rdp-partage
xfreerdp /v:192.168.1.50 /u:nathan +clipboard /drive:partage,~/rdp-partage /cert:ask

Ich aktiviere diese Funktion nicht standardmäßig. Bei einem Client-Server oder einer Sitzung mit sensiblen Daten übertrage ich lieber nur die notwendigen Daten und deaktiviere dann die Umleitung.

Was ist, wenn Sie den Remote-Desktop auf der Linux-Seite hosten möchten?

Achten Sie darauf, die Rollen nicht zu verwechseln. In diesem Artikel geht es hauptsächlich um … RDP-Client unter Linux Um eine Verbindung zu einem entfernten Rechner herzustellen, müssen Sie die Serverseite betrachten, beispielsweise mit xRDP. Falls Sie eine RDP-Verbindung zu einem Linux-Rechner benötigen, ist dies möglich. Ich habe dazu sogar eine eigene Anleitung verfasst. Remotedesktopverbindung unter Debian mit xRDP.

Meine Wahl einer Linux-Workstation

Für einen primären Linux-Rechner würde ich behalten Remmina als Standardclient. Er ist einfach genug für den täglichen Gebrauch und bietet gleichzeitig Zugriff auf die wichtigsten Einstellungen. Parallel dazu würde ich behalten xfreerdp Installiert für jene Tage, an denen eine Verbindung ohne ersichtlichen Grund ausfällt.

Bevor Sie Linux als ungeeignet für Ihre Bedürfnisse ausschließen, testen Sie mindestens eine vollständige Sitzung: Anmeldung, Tastatureingabe, Kopieren und Einfügen, Ändern der Fenstergröße, Sperren der Sitzung und erneute Verbindung. Dieser Test zeigt Ihnen, ob Sie ordnungsgemäß arbeiten können und nicht nur, ob Sie einmalig eine Remote-Desktop-Verbindung herstellen können.