Raspberry Pi Remote Desktop

Passende Hardware im Überblick

Boards – für flüssigen Fernzugriff zählt Rechenleistung:
Raspberry Pi 5 mit 8GB RAM – die Empfehlung für den Desktop-Betrieb (Link)*
Raspberry Pi 5 mit 16GB RAM – wenn viele Fenster offen bleiben (Link)*
Raspberry Pi 5 mit 4GB RAM – reicht für Konfiguration und Browser (Link)*
db-tronic Komplett-Set mit Gehäuse, Kühler und Netzteil (Link)*
Raspberry Pi 4 Starter-Set mit 4GB RAM – wenn es günstig sein soll (Link)*
Raspberry Pi Zero 2 W – nur für sehr genügsame Sitzungen (Link)*

Speicher und Strom – ein Desktop schreibt permanent:
SanDisk Extreme A2 128GB Speicherkarte (Link)*
Geekworm X1001 M.2-HAT für den Pi 5 (Link)*
Intenso M.2 NVMe SSD 500GB – der spürbarste Tempogewinn (Link)*
Offizielles 27-W-Netzteil für den Raspberry Pi 5 (Link)*
Offizielles Netzteil für den Raspberry Pi 4 (Link)*

Bildschirm, Notfallzugang und Zubehör:
Offizielles 7-Zoll-Touchdisplay (Link)*
ROADOM 10,1-Zoll-HDMI-Display (Link)*
Geekworm KVM-A3 – Fernzugriff sogar aufs BIOS-Menü (Link)*
USB-TTL-Konsolenkabel für den Ernstfall (Link)*

Kurz gesagt: Wie hole ich den Raspberry-Pi-Desktop auf meinen PC?

Die Kurzfassung:

• Der schnellste Weg unter Windows: sudo apt install xrdp auf dem Pi, dann am PC die vorinstallierte Remotedesktopverbindung starten und die IP-Adresse eingeben. Kein zusätzliches Programm nötig.
• Der offizielle Weg: VNC über den mitgelieferten Server wayvnc, aktiviert im Control Centre oder in raspi-config. Als Gegenstelle empfiehlt die Dokumentation inzwischen TigerVNC.
• Der bequemste Weg von unterwegs: Raspberry Pi Connect – Desktop und Terminal laufen im Browser, ohne Portfreigabe und ohne VPN.
• Der schnellste Weg im WLAN: NoMachine mit dem NX-Protokoll, spürbar flüssiger als VNC, dafür Software von Drittanbietern auf beiden Seiten.
• Der sparsamste Weg: SSH mit X-Weiterleitung holt einzelne Programmfenster statt des ganzen Desktops auf den Rechner – ideal, wenn nur ein Werkzeug fehlt.
• Sicherheitsregel: Weder Port 3389 noch Port 5900 gehören ins Internet. Von außen immer per VPN oder über Pi Connect.

Raspberry Pi Remote Desktop – die fünf Zugangswege erklärt

Der Begriff Raspberry Pi Remote Desktop meint zunächst nur eines: die grafische Oberfläche des Pi auf einem anderen Gerät sehen und bedienen. Wie das technisch passiert, ist damit noch nicht gesagt – und genau hier gehen die Wege auseinander. Für reine Terminalarbeit ist SSH nach wie vor unschlagbar, und für rund neun von zehn Serveraufgaben braucht man tatsächlich nichts anderes. Sobald aber ein Browser, ein Grafikprogramm oder ein Einrichtungsassistent ins Spiel kommt, führt kein Weg an einer echten Bildschirmübertragung vorbei.

Der grundlegende Unterschied zwischen den Verfahren liegt in einer einzigen Frage: Wird der bestehende Bildschirminhalt gespiegelt oder eine zweite, unabhängige Sitzung geöffnet? VNC und Raspberry Pi Connect spiegeln – man sieht exakt das, was auch auf einem angeschlossenen Monitor zu sehen wäre. xrdp und NoMachine starten stattdessen normalerweise eine eigene Sitzung. Das ist praktisch, weil zwei Personen gleichzeitig arbeiten können, und unpraktisch, wenn man ein Programm kontrollieren will, das bereits auf dem Pi-Bildschirm läuft – etwa eine Kiosk-Anzeige im Dauerbetrieb.

Der zweite Unterschied betrifft den Weg über das Internet. VNC und RDP sind Protokolle fürs lokale Netz; sie erwarten, dass Client und Server einander direkt erreichen. Raspberry Pi Connect dagegen baut die Verbindung über einen Vermittlungsdienst auf und kommt damit auch durch Router hindurch, an denen man nichts ändern darf oder will. Für Anschlüsse mit DS-Lite oder Mobilfunk ist das oft die einzige Lösung, die ohne fremde Hilfe funktioniert.

Und schließlich unterscheidet sich der Aufwand auf der Gegenseite. Windows bringt einen RDP-Client seit Jahren mit, macOS und Android nicht. VNC verlangt überall ein zusätzliches Programm. Pi Connect braucht nur einen aktuellen Browser. Diese drei Kriterien – Spiegelung, Internetfähigkeit und Client-Aufwand – entscheiden in der Praxis darüber, welcher Weg der richtige ist.

Raspberry Pi Remote Desktop mit xrdp einrichten – Schritt für Schritt

1. Voraussetzung prüfen: Es muss ein Desktop-System laufen. Auf Raspberry Pi OS Lite gibt es schlicht keine Oberfläche zu übertragen; dort bleibt es bei SSH. Ob der Pi überhaupt ohne Monitor betrieben wird, spielt dagegen keine Rolle.
2. System aktualisieren: sudo apt update && sudo apt full-upgrade – auf dem aktuellen Trixie-Unterbau liegt xrdp in Version 0.10, unter Bookworm noch in 0.9.21.
3. Dienst installieren: sudo apt install xrdp. Mehr ist nicht nötig: Der Dienst startet automatisch und lauscht ab sofort auf Port 3389.
4. Laufen prüfen: systemctl status xrdp muss active (running) melden. Zusätzlich zeigt ss -tlnp | grep 3389, dass der Port belegt ist.
5. Adresse notieren: Die IP-Adresse des Pi mit hostname -I ermitteln. Alternativ funktioniert in vielen Heimnetzen der Name raspberrypi.local – zuverlässiger ist eine feste Adresse im Router.
6. Von Windows verbinden: Im Startmenü nach „Remotedesktopverbindung" suchen oder mstsc ausführen. Adresse eintragen, verbinden, die Zertifikatswarnung bestätigen und im blauen xrdp-Anmeldefenster Benutzername und Passwort des Pi eingeben.
7. Von Mac, iPad oder Android verbinden: Die kostenlose Windows App von Microsoft – früher Microsoft Remote Desktop – spricht dasselbe Protokoll. Unter Linux übernehmen Remmina oder xfreerdp die Aufgabe.
8. Feinschliff: In den Verbindungsoptionen die Auflösung auf die des eigenen Monitors setzen und die Farbtiefe auf 16 Bit reduzieren, wenn das Bild ruckelt. Für Pi-5-Systeme mit SSD ist das selten nötig, für ältere Modelle über WLAN sehr wohl.

xrdp, VNC, Pi Connect, NoMachine und SSH im Vergleich

Die Tabelle zeigt: Einen Sieger gibt es nicht. Es gibt drei sinnvolle Kombinationen. Wer täglich vom Windows-Rechner aus arbeitet, installiert xrdp und ist fertig. Wer den Pi an einem Monitor betreibt und dessen Inhalt sehen will, nimmt VNC. Und wer von unterwegs oder aus fremden Netzen zugreift, richtet zusätzlich Raspberry Pi Connect ein – die drei Verfahren stören einander nicht und dürfen parallel laufen.

Wayland, labwc und die eigene Sitzung von xrdp

Seit Raspberry Pi OS auf Debian Trixie aufsetzt und der Compositor labwc auf allen Modellen Standard ist, läuft der Desktop unter Wayland statt unter X11. Diese Umstellung ist der Grund für die meisten Eigenheiten, über die beim Fernzugriff berichtet wird.

xrdp spricht Wayland nicht. Der Dienst startet deshalb über die Komponente xorgxrdp eine eigene X11-Sitzung mit derselben Oberfläche. Optisch fällt das kaum auf – die Leiste, das Menü und die Anwendungen sehen aus wie gewohnt. Technisch handelt es sich aber um eine zweite, völlig unabhängige Anmeldung. Daraus folgen zwei Dinge: Erstens sieht man über xrdp niemals das, was gerade auf einem angeschlossenen Monitor passiert. Zweitens verweigert der Dienst gelegentlich den Start, wenn derselbe Benutzer bereits lokal am Pi angemeldet ist – das berüchtigte schwarze Fenster nach erfolgreicher Anmeldung.

VNC geht den umgekehrten Weg. Raspberry Pi OS bringt mit wayvnc einen Server mit, der direkt in Wayland eingebaut ist und deshalb genau den laufenden Bildschirm überträgt. Aktiviert wird er im Control Centre unter Interfaces oder über raspi-config im Menü Interface Options. Die Konfigurationsdateien liegen unter /etc/wayvnc/. Der frühere RealVNC-Server ist damit Geschichte; als Gegenstelle nennt die offizielle Dokumentation heute TigerVNC.

Raspberry Pi Connect schließlich nutzt dieselbe Wayland-Schnittstelle für die Bildschirmfreigabe. Genau deshalb funktioniert die grafische Übertragung dort nur auf Modellen mit Wayland-Desktop, während der Terminalzugriff auf jedem Pi läuft – auch auf einem Lite-System, wo die schlanke Connect-Variante bereits vorinstalliert ist.

Pi Connect, NoMachine und SSH mit X – wann sich welcher Weg lohnt

Raspberry Pi Connect ist auf Raspberry Pi OS Desktop und Full bereits installiert. Eingeschaltet wird es über das Symbol in der Menüleiste oder mit rpi-connect on, angemeldet mit rpi-connect signin; danach genügt der Aufruf von connect.raspberrypi.com im Browser. Die Verbindung läuft verschlüsselt und wenn möglich direkt zwischen Browser und Pi; erst wenn das scheitert, springt ein Vermittlungsserver ein. Ein persönliches Konto ist für eine Person gedacht – wer Geräte im Team teilen will, braucht die Organisationsvariante.

NoMachine ist die Empfehlung für alle, denen VNC zu träge ist. Das hauseigene NX-Protokoll überträgt Bild und Ton spürbar flüssiger, überträgt die Zwischenablage und erlaubt Dateitausch in beide Richtungen. Der Preis dafür: Es ist Software eines Drittanbieters, die auf Pi und Client installiert sein muss, und sie lauscht auf einem weiteren Port. Für den privaten Gebrauch ist sie kostenlos.

SSH mit X-Weiterleitung ist der elegante Sonderfall. Statt eines ganzen Desktops holt ssh -X benutzer@adresse einzelne Programmfenster auf den eigenen Bildschirm – der Editor läuft auf dem Pi, das Fenster erscheint auf dem PC. Voraussetzung ist ein X-Server auf der Gegenseite: unter Linux ohnehin vorhanden, unter macOS über XQuartz, unter Windows über den X-Server einer WSL-Umgebung oder ein Zusatzprogramm. Für ein einzelnes grafisches Werkzeug ist das der ressourcenschonendste Weg überhaupt – für die vollständige Oberfläche taugt es nicht.

Zugriff von unterwegs – sicher statt per Portfreigabe

Bei kaum einem anderen Thema wird so leichtfertig ein Loch in die Firewall gebohrt wie beim Fernzugriff. Die Versuchung ist groß: eine Portfreigabe für 3389 einrichten, und schon läuft der Desktop von überall. Genau davon ist dringend abzuraten. Automatisierte Scanner klopfen rund um die Uhr die üblichen Ports ab, und ein Anmeldedialog mit Benutzername und Passwort ist ein lohnendes Ziel. Berichte aus der Community zeigen regelmäßig, dass die ersten Anmeldeversuche binnen Minuten nach einer Freigabe eintreffen.

Es gibt drei saubere Alternativen. Die einfachste ist Tailscale: Nach der Installation auf Pi und Endgerät liegen beide in einem privaten Netz, und der Fernzugriff funktioniert, als säße man zu Hause – ohne Portfreigabe und ohne feste IP-Adresse. Die klassische Variante ist ein eigener WireGuard-Tunnel, der etwas mehr Einrichtung verlangt, dafür vollständig in eigener Hand bleibt. Die bequemste ist Raspberry Pi Connect, das den Vermittlungsweg gleich mitbringt.

Unabhängig vom gewählten Weg gehören zwei Dinge zur Grundausstattung: ein starkes Passwort für jeden Benutzer, der sich grafisch anmelden darf, und ein Blick in den Beitrag zum Absichern des Raspberry Pi. Wer den Pi zusätzlich aus der Ferne neu starten oder sogar dessen Bootvorgang beobachten will, kommt um eine Hardwarelösung wie PiKVM nicht herum – die arbeitet unabhängig vom Betriebssystem und hilft auch dann noch, wenn gar nichts mehr startet.

Fehler und Stolpersteine beim Fernzugriff

• Schwarzer Bildschirm nach der Anmeldung: Der Klassiker bei xrdp. Fast immer ist derselbe Benutzer bereits lokal angemeldet. Abhilfe: am Pi abmelden, den automatischen Desktop-Start in raspi-config unter System Options – Boot / Auto Login auf Anmeldung umstellen oder einen zweiten Benutzer nur für den Fernzugriff anlegen.
• Lite-System ohne Oberfläche: Weder xrdp noch VNC können etwas übertragen, wo kein Desktop läuft. Wer dennoch grafisch arbeiten will, muss die Desktop-Pakete nachinstallieren – oder akzeptieren, dass SSH die richtige Antwort ist.
• Zertifikatswarnungen: Sowohl der RDP-Client als auch TigerVNC beschweren sich über selbst ausgestellte Zertifikate. Im Heimnetz ist die Warnung unkritisch und wird einmal bestätigt.
• Sudo verlangt plötzlich ein Passwort: In neueren Abbildern ist die passwortlose Ausführung von sudo nicht mehr voreingestellt. Wer Skripte über die Fernsitzung startet, muss das einkalkulieren; umstellen lässt es sich im Control Centre oder in raspi-config.
• Videos ruckeln: Keine Fehlfunktion, sondern Physik. Jedes dieser Protokolle überträgt Bildinhalte komprimiert; bewegte Vollbilder sind der ungünstigste Fall. Filme schaut man direkt am Pi oder streamt sie über einen Medienserver.
• Falsche Auflösung ohne Monitor: Ohne angeschlossenen Bildschirm meldet der Pi oft eine unbrauchbar kleine Auflösung. Bei xrdp gibt der Client die Größe vor, bei VNC muss sie in der Konfiguration hinterlegt werden.
• WLAN als Bremse: Ein Fernzugriff fühlt sich über Kabel deutlich direkter an. Wenn eine Sitzung zäh wirkt, liegt es häufiger am Funk als am Protokoll – ein Netzwerkkabel ist die billigste Beschleunigung.

Häufige Fragen zum Remote Desktop auf dem Raspberry Pi

Warum sehe ich über xrdp nicht den Bildschirm am Monitor?
Weil xrdp eine eigene Sitzung startet, statt die bestehende zu spiegeln. Wer den echten Bildschirminhalt braucht, nimmt VNC oder Raspberry Pi Connect.

Kann ich xrdp und VNC gleichzeitig betreiben?
Ja. Beide nutzen verschiedene Ports und stören einander nicht. Viele richten beides ein: xrdp fürs schnelle Arbeiten, VNC für den Blick auf den echten Desktop.

Funktioniert Remote Desktop auf einem Raspberry Pi Zero 2 W?
Technisch ja, praktisch nur eingeschränkt. Der Desktop läuft dort ohnehin am Limit, und die Bildkomprimierung kostet zusätzlich Rechenzeit. Für gelegentliche Konfigurationsarbeiten reicht es.

Brauche ich einen HDMI-Dummy-Stecker?
Für xrdp nicht, weil dort eine virtuelle Sitzung entsteht. Bei VNC im Wayland-Betrieb kann er helfen, wenn ohne Monitor keine sinnvolle Auflösung zustande kommt – meist genügt aber ein Eintrag in der Konfiguration.

Wie bekomme ich Ton auf den entfernten Rechner?
RDP kann Audio übertragen, benötigt dafür aber zusätzliche Pakete auf dem Pi. Wer Ton zuverlässig braucht, fährt mit NoMachine deutlich einfacher.

Wie deinstalliere ich xrdp wieder?
Mit sudo apt purge xrdp xorgxrdp und einem anschließenden sudo apt autoremove. Danach ist Port 3389 wieder frei und das System im Ausgangszustand.

Ist Raspberry Pi Connect kostenlos?
Für die persönliche Nutzung mit einem Konto ja. Erst wer mehrere Personen auf dieselben Geräte lassen will, wechselt in die kostenpflichtige Organisationsvariante, die mit einer mehrwöchigen Testphase startet.

Fazit

Für Raspberry Pi Remote Desktop gibt es keinen einzelnen richtigen Weg, aber eine klare Reihenfolge. Unsere Empfehlung: xrdp installieren, VNC eingeschaltet lassen und Raspberry Pi Connect für unterwegs dazunehmen. Diese Kombination kostet zusammen keine zehn Minuten, deckt jedes Szenario ab und verlangt keine einzige Portfreigabe. xrdp liefert die flotteste Sitzung, solange man von Windows aus arbeitet; wayvnc zeigt bei Bedarf den echten Bildschirm; Connect springt ein, sobald man das Heimnetz verlässt. NoMachine lohnt sich als Ergänzung nur, wenn die Bedienung wirklich flüssig sein muss, und SSH mit X-Weiterleitung, wenn es um ein einzelnes Programm geht. Und die wichtigste Erkenntnis zum Schluss: Wer nach ein paar Wochen merkt, dass er den Desktop kaum öffnet, sollte den grafischen Fernzugriff getrost stehen lassen und die Arbeit über SSH erledigen – schneller und sparsamer geht es nicht.

* = Affiliate Link (raspi-config.de ist Teilnehmer des Partnerprogramms von Amazon EU, das zur Bereitstellung eines Mediums für Websites konzipiert wurde, mittels dessen durch die Platzierung von Werbeanzeigen und Links zu Amazon.de Werbekostenerstattung verdient werden kann.)