self host remote desktop vps: $5 VPS Setup‑Anleitung

Sie möchten einen privaten, zuverlässigen Remote‑Desktop, der Ihren Datenverkehr nicht durch die Cloud Dritter leitet, aber Sie wollen auch keine Unternehmenspreise zahlen oder sich mit komplizierter Netzwerkkonfiguration herumschlagen. Diese Anleitung führt Sie durch ein praktisches "self host remote desktop vps"‑Setup, das Sie auf einem $5 VPS betreiben können — sicher genug für den täglichen Betrieb und günstig genug, um Self‑Hosting zu rechtfertigen.

Warum ein $5 VPS ein sinnvoller Ausgangspunkt ist

Für Remote‑Desktop‑Anwendungsfälle (einzelner Nutzer, gelegentliche Sitzungen) ist ein Low‑End‑VPS oft ausreichend. Übliche $5‑Pläne (z. B. ein 1 vCPU / 1GB RAM / 25GB SSD Droplet) bei Anbietern wie DigitalOcean, Vultr oder Linode bewältigen eine gleichzeitige Sitzung, Headless‑Server‑Agents und einen leichten Relay oder VPN.

Diese Anleitung verwendet Ubuntu 22.04 LTS (stabil, breit unterstützt) und geht davon aus, dass der VPS über das öffentliche Internet erreichbar ist. Wenn Sie GPU, Multi‑Monitor mit hohen FPS oder viele gleichzeitige Nutzer benötigen, brauchen Sie einen größeren Plan; in diesen Fällen sind RDP/AnyDesk/TeamViewer oder eine dedizierte Workstation möglicherweise besser geeignet.

Plan: was Sie ausführen werden und welche Ports zu erwarten sind

Die minimale Architektur hier:

• VPS (Ubuntu 22.04) mit öffentlicher IP
• SSH zur Verwaltung (nur Schlüssel)
• WireGuard als sicherer Tunnel (optional, aber empfohlen)
• Remote‑Desktop‑Server (als Beispiel verwenden wir Tenvo als Agent), ausgeführt als systemd‑Dienst
• Optional Domain + Let's Encrypt TLS und nginx Reverse‑Proxy für webbasierte Clients

Erwarteter Ressourcenverbrauch: Der Agent und das VPN liegen im Leerlauf unter 500MB RAM; rechnen Sie während aktiver Sitzungen je nach Codec und Bildschirmaktivität mit 50–250 Mbps Bandbreite. Budget: $5/Monat VPS + Domain (~$10/Jahr), wenn Sie TLS wünschen. Wenn Sie keine öffentlichen Ports öffnen möchten, lesen Sie unseren Beitrag zum Betrieb eines Remote‑Desktops ohne offene Ports: Remote‑Desktop ohne Portweiterleitung.

Schritt 1 — VPS bereitstellen und Zugriff absichern

Erstellen Sie einen $5 VPS mit Ubuntu 22.04. Wählen Sie bei der Erstellung die SSH‑Schlüssel‑Authentifizierung (Sie können Ihren öffentlichen Schlüssel in der Verwaltungsoberfläche des Anbieters hinzufügen). Beispielanbieter bieten ähnliche Pläne: DigitalOcean 1GB/1vCPU ($5), Vultr 1GB ($5), Linode Nanode ($5). Das genaue SKU variiert, aber Netzwerk‑ und CPU‑Spezifikationen sind vergleichbar.

Erste Härtungsbefehle (als root oder ein sudo‑Benutzer ausführen):

apt update && apt upgrade -y
adduser adminuser
usermod -aG sudo adminuser
ufw allow OpenSSH
ufw enable

Bearbeiten Sie /etc/ssh/sshd_config, um Passwort‑Authentifizierung und Root‑Login zu deaktivieren (setzen Sie PasswordAuthentication no und PermitRootLogin no). SSH neu starten: systemctl restart sshd. Das verhindert Brute‑Force‑Versuche gegen Ihren VPS.

Schritt 2 — Firewall, fail2ban und Ratenbegrenzung

Halten Sie die Firewall minimal. Wenn Sie WireGuard verwenden, erlauben Sie nur den WireGuard‑UDP‑Port in den öffentlichen Regeln; wenn Sie den Remote‑Agent direkt betreiben, benötigen Sie möglicherweise einen TCP‑Port. Beispiel‑UFW‑Regeln:

ufw allow 22/tcp          # SSH
ufw allow 51820/udp       # WireGuard (if used)
ufw allow 8443/tcp        # optional remote desktop web port
ufw enable

Installieren Sie fail2ban, um wiederholte Versuche automatisch zu sperren und Rauschen zu reduzieren: apt install -y fail2ban. Verwenden Sie das Standard‑Jail für sshd und passen Sie die Sperrzeiten Ihrem Risikoprofil an.

Schritt 3 — Sichere Netzwerkoptionen: direkte Ports, VPN oder Reverse‑Relay

Drei praktische Netzwerkmuster:

• Offener Port ins Internet: am einfachsten, aber größere Angriffsfläche. Verwenden Sie TLS und starke Authentifizierung, wenn Sie einen App‑Port exponieren.
• WireGuard‑Tunnel: die sicherste und unkomplizierteste Option. Erstellen Sie ein privates Netzwerk zwischen Ihrem Client‑Gerät und dem VPS; nur der WireGuard‑Port ist öffentlich. Dies ist unsere empfohlene Vorgehensweise für Self‑Hosting auf einem günstigen VPS.
• Relay/Reverse‑Connect: Einige kommerzielle Tools und Open‑Source‑Projekte stellen eine Reverse‑Verbindung zu einem Broker her und vermeiden eingehende Ports auf dem Client. Das ist nützlich, wenn der Client hinter NAT steht und Sie kein VPN betreiben möchten. Lesen Sie zu diesem Muster unsere Übersicht: selbst gehostetes Remote‑Desktop.

WireGuard Schnellstart (Server auf dem VPS):

apt install -y wireguard iproute2
wg genkey | tee /etc/wireguard/server_private.key | wg pubkey > /etc/wireguard/server_public.key
# create /etc/wireguard/wg0.conf and include keys + peers
systemctl enable --now wg-quick@wg0

Die WireGuard‑Konfiguration hängt von Ihrer Client‑Plattform ab; es gibt viele Tutorials und Client‑Apps für Linux, macOS, Windows, Android und iOS. Mit WireGuard wird der Remote‑Desktop‑Verkehr direkt über einen verschlüsselten Tunnel geroutet — es ist kein öffentlicher App‑Port auf dem Client erforderlich.

Schritt 4 — Installation des Remote‑Desktop‑Servers (Beispiel Tenvo)

Wählen Sie den Server‑Agenten, den Sie hosten möchten. Tenvo ist eine Open‑Source‑Remote‑Desktop‑Option, die Sie selbst hosten können; laden Sie das Linux‑Release von /download herunter und befolgen Sie die dortigen Anweisungen zur Binärinstallation. Wenn Sie andere Software bevorzugen (RustDesk, VNC, RDP), passen Sie die folgenden Schritte an. Hinweis: Für GUI‑Forwarding benötigen Sie möglicherweise Desktop‑Pakete auf der Client‑Seite — der VPS ist in vielen Fällen nur der Broker oder VPN‑Endpunkt.

Beispiel: Installation eines generischen Remote‑Agents als systemd‑Dienst (ersetzen Sie das Binary und die Flags durch den Agenten Ihrer Wahl):

mkdir -p /opt/tenvo
# scp or wget the server binary to /opt/tenvo/tenvo-server
chown root:root /opt/tenvo/tenvo-server
chmod +x /opt/tenvo/tenvo-server

cat >/etc/systemd/system/tenvo.service <<'EOF'
[Unit]
Description=Tenvo remote agent
After=network.target

[Service]
ExecStart=/opt/tenvo/tenvo-server --config /etc/tenvo/config.yaml
Restart=on-failure

[Install]
WantedBy=multi-user.target
EOF

systemctl daemon-reload
systemctl enable --now tenvo.service

Konfigurieren Sie den Agenten mit einem starken Schlüssel oder Passwort und, falls unterstützt, beschränken Sie, welche öffentlichen Client‑Schlüssel erlaubt sind. Wenn Sie WireGuard verwenden, konfigurieren Sie den Agenten so, dass er an die WireGuard‑Schnittstelle oder an die Loopback‑Adresse bindet, damit er über die öffentliche IP nicht erreichbar ist.

TLS, Domain und Reverse‑Proxy (optional)

Wenn Sie einen webbasierten Client (oder ein Admin‑UI) haben, setzen Sie nginx davor und verwenden Sie Let's Encrypt für TLS. Praktische certbot‑Befehle auf Ubuntu 22.04:

apt install -y nginx certbot python3-certbot-nginx
# create nginx site for example.com and proxy_pass to localhost:8443
certbot --nginx -d example.com

Lassen Sie die automatische Erneuerung des TLS‑Zertifikats aktiv (certbot richtet dies ein). Wenn Sie eine Domain verwenden, zeigen Sie einen A‑Record auf die IP Ihres VPS und verwenden Sie die Domain in Ihren Client‑Konfigurationen. TLS schützt Web‑UIs und browserbasierte Clients; es ersetzt keine starke Agenten‑Authentifizierung.

Tests und Verifikation

Grundlegende Prüfungen:

• SSH: Versuchen Sie eine Passwortanmeldung — sie sollte fehlschlagen.
• WireGuard: Stellen Sie den Client her und pingen Sie die WireGuard‑IP des VPS.
• Agent: Verbinden Sie sich von Ihrem Client mit dem Agenten über die WireGuard‑Schnittstelle oder den TLS‑Endpunkt; prüfen Sie Latenz sowie Audio‑/Videoqualität.
• Logs: Prüfen Sie journalctl -u tenvo -f und /var/log/nginx/error.log während der Verbindung.

Messen Sie Bandbreite und CPU während einer Sitzung. Wenn Sie hohe CPU‑Last auf dem VPS beobachten, reduzieren Sie die Encoding‑Qualität, senken Sie die Bildrate oder verschieben Sie den Sitzungsbroker auf eine leistungsfähigere Instanz.

Wartung: Updates, Backups und Monitoring

Planen Sie OS‑Updates und Neustarts für Zeiten mit geringer Auslastung. Verwenden Sie unattended‑upgrades für Sicherheits‑Patches, testen Sie größere Upgrades jedoch manuell. Erstellen Sie vor risikoreichen Änderungen einen Snapshot der VPS‑Festplatte über den Anbieter und speichern Sie eine Kopie extern zur Wiederherstellung.

Monitoring‑Tipps: Aktivieren Sie das Basis‑Monitoring in der Verwaltungskonsole Ihres Anbieters (die meisten zeigen CPU, Bandbreite und Festplatte) und erwägen Sie ein einfaches Alerting (E‑Mail bei vollem Datenträger oder hoher CPU). Rotieren Sie Ihre SSH‑Schlüssel jährlich und widerrufen Sie verlorene Schlüssel sofort.

Wann dies nicht die richtige Wahl ist

Self‑Hosting auf einem $5 VPS ist geeignet für den persönlichen Gebrauch, kleine Teams oder Hobbyprojekte. Es ist nicht ideal, wenn Sie benötigen:

• Enterprise‑SLA, globale Low‑Latency‑Relay‑Netzwerke oder integrierten Support — Anbieter wie TeamViewer/AnyDesk sind dafür besser geeignet.
• GPU‑beschleunigtes Streaming oder viele gleichzeitige Nutzer — dafür benötigen Sie größere Instanzen oder dedizierte Hardware.

Für sicherheitsbewusste Leser lesen Sie auch unseren ausführlicheren Beitrag zur Absicherung von Remote‑Zugriffen: Remote‑Desktop‑Sicherheit. Wenn Sie einen Vergleich zwischen gehosteten und selbst gehosteten Optionen benötigen, sehen Sie unsere Artikel zu selbst gehosteten Lösungen und den besten kostenlosen Alternativen.

Fazit und nächste Schritte

Das Self‑Hosting eines Remote‑Desktops auf einem $5 VPS ist eine pragmatische, kostengünstige Möglichkeit, die Kontrolle über Ihren Remote‑Zugang zurückzugewinnen. Wichtige Punkte: Verwenden Sie SSH‑Schlüssel, sperren Sie Dienste mit einer Firewall, bevorzugen Sie WireGuard, um weniger Anwendungsports zu exponieren, und betreiben Sie den Agenten als verwalteten systemd‑Dienst. Wenn Sie Tenvo wählen, laden Sie die Binärdateien von /download herunter und befolgen Sie die mitgelieferten Anweisungen für Ihr OS.

Bereit zum Ausprobieren? Laden Sie die Tenvo‑Binärdatei und die Dokumentation von /download herunter und starten Sie einen $5 VPS, um die oben beschriebenen Schritte zu testen. Wenn Sie gehostete Alternativen und Preise vergleichen möchten, sehen Sie sich vor einer Entscheidung /pricing an.