VPS für RustDesk (selbstgehostetes Remote-Desktop)

Remote-Desktop-Tools sind praktisch — bis genau zu dem Moment, in dem die kostenlose Stufe entscheidet, dass Sie „gewerblich“ aussehen, und Sie mitten in der Sitzung aussperrt, oder Sie es einfach vorziehen, dass Ihr Bildschirm nicht über die Cloud eines anderen läuft. RustDesk ist eine Open-Source-Remote-Desktop-App, und das Interessante ist, dass Sie ihre Serverseite selbst betreiben können: richten Sie jeden Client auf Ihren eigenen VPS, und Ihre Sitzungen laufen über eine Maschine, die Sie kontrollieren. Zahlen Sie in Krypto, ohne KYC.

Was RustDesk vom Server braucht

RustDesks selbstgehosteter Server sind zwei kleine Teile: hbbs (der ID-/Rendezvous-Server, der Clients einander finden lässt) und hbbr (der Relay, der die Sitzung trägt, wenn eine Direktverbindung unmöglich ist). Keiner ist schwer — die Anforderungen kommen aus Erreichbarkeit und Bandbreite, nicht aus Rechenleistung:

• Eine dedizierte IPv4 und offene Ports. Clients verbinden eingehend zu Ihrem Server auf den Ports 21115-21119 (TCP) und 21116 (UDP). Das braucht eine öffentliche IP, die Ihnen gehört, und die Freiheit, Ports zu öffnen — einen Tarif mit dedizierter IP. NAT-Tarife können kein beliebiges Eingehendes annehmen, dienen RustDesk also nicht. Nano-IP (8 $/Monat) reicht reichlich für persönliche oder kleine Team-Nutzung.
• Bandbreite, wenn eine Sitzung relayt wird. Eine relayte Sitzung trägt den Videostream über Ihren Server. Traffic ist hier bei allen Tarifen unbegrenzt, ein reges Screen-Sharing produziert also keine Überraschungsrechnung — aber wenn mehrere gleichzeitig verbinden, dimensionieren Sie für den Durchsatz.
• Kaum CPU/RAM. hbbs und hbbr nippen nur an Ressourcen; der kleinste Server mit dedizierter IP betreibt sie problemlos.

Einrichtung (Ubuntu 24.04, Docker)

# dedicated-IP plan, root shell
apt update && apt install -y docker.io docker-compose-v2
systemctl enable --now docker

mkdir -p /opt/rustdesk && cd /opt/rustdesk
cat > docker-compose.yml <<'EOF'
services:
  hbbs:
    image: rustdesk/rustdesk-server:latest
    command: hbbs -r <YOUR.SERVER.IP>:21117
    network_mode: host
    volumes: ["./data:/root"]
    restart: unless-stopped
  hbbr:
    image: rustdesk/rustdesk-server:latest
    command: hbbr
    network_mode: host
    volumes: ["./data:/root"]
    restart: unless-stopped
EOF

docker compose up -d
ufw allow 21115:21119/tcp && ufw allow 21116/udp

Beim ersten Start schreibt hbbs einen öffentlichen Schlüssel nach ./data/id_ed25519.pub. Öffnen Sie in jedem RustDesk-Client Settings → Network → ID/Relay Server, geben Sie die IP Ihres Servers ein und fügen Sie diesen Schlüssel ein. Von da an treffen sich Ihre Clients und relayen über Ihren eigenen Server.

Für wen das ist

• Datenschutzbewusste Nutzer, die ihre Remote-Sitzungen nicht über eine Anbieter-Cloud leiten wollen.
• Kleine Teams und Freelancer, die von „gewerbliche Nutzung“-Hinweisen in kostenlosen Stufen genervt sind — Selbsthosting entfernt das Pro-Platz-Modell komplett.
• Home-Lab und Selbsthoster, die schon eigene Dienste betreiben und Remote-Zugriff zu denselben Bedingungen wollen: ihr Server, ihre Regeln.

Warum EQVPS für RustDesk

• Dedizierte IPv4 ab 8 $/Monat, alle Ports offen, Reverse-DNS im Self-Service.
• EU-Standorte (Deutschland, Finnland) — saubere Routen, echtes Datenschutzrecht.
• Kein KYC, Zahlung in Krypto. E-Mail zum Registrieren, USDC/USDT zum Zahlen — passend für einen privaten Remote-Desktop-Endpunkt.
• Root in ~60 Sekunden, unbegrenzter Traffic. hbbs + hbbr hochfahren, Ports öffnen, und Ihr eigenes Remote-Desktop ist live.

Wenn Sie auch einen verschlüsselten Tunnel für Ihren gesamten Verkehr wollen, nicht nur Remote-Desktop, deckt das selbstgehostete WireGuard-VPN ab; und bevor Sie irgendetwas nach außen freigeben, gehen Sie die Sicherheits-Checkliste für einen neuen VPS durch.