Les outils de bureau à distance sont pratiques jusqu'au moment où l'offre gratuite décide que vous avez l'air « commercial » et vous bloque en pleine session — ou vous préféreriez simplement que votre écran ne transite pas par le cloud de quelqu'un d'autre. RustDesk est une application de bureau à distance open source, et l'intéressant est que vous pouvez faire tourner sa partie serveur vous-même : pointez chaque client vers votre propre VPS, et vos sessions transitent par une machine que vous contrôlez. Payez en crypto, sans KYC.
Ce que RustDesk attend d'un serveur
Le serveur auto-hébergé de RustDesk, ce sont deux petites pièces : hbbs (le serveur d'ID/rendez-vous qui permet aux clients de se trouver) et hbbr (le relais qui porte la session quand une connexion directe est impossible). Aucun n'est lourd — les exigences viennent de l'accessibilité et de la bande passante, pas du calcul :
- Une IPv4 dédiée et des ports ouverts. Les clients se connectent en entrant vers votre serveur sur les ports 21115-21119 (TCP) et 21116 (UDP). Cela exige une IP publique qui vous appartient et la liberté d'ouvrir des ports — un plan à IP dédiée. Les plans NAT ne peuvent pas accepter d'entrant arbitraire, donc ils ne serviront pas RustDesk. Nano-IP (8 $/mois) suffit largement pour un usage personnel ou en petite équipe.
- La bande passante, quand une session est relayée. Une session relayée porte le flux vidéo par votre serveur. Le trafic est illimité sur tous les plans ici, donc un partage d'écran chargé ne produira pas de facture surprise — mais si plusieurs personnes se connectent en même temps, dimensionnez pour le débit.
- À peine du CPU/RAM. hbbs et hbbr effleurent les ressources ; le plus petit serveur à IP dédiée les fait tourner sans souci.
Mise en place (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
Au premier démarrage, hbbs écrit une clé publique dans ./data/id_ed25519.pub. Dans chaque client RustDesk, ouvrez Settings → Network → ID/Relay Server, saisissez l'IP de votre serveur et collez cette clé. Dès lors, vos clients se rejoignent et relaient par votre propre serveur.
À qui cela s'adresse
- Aux personnes soucieuses de leur vie privée qui ne veulent pas que leurs sessions distantes passent par le cloud d'un fournisseur.
- Aux petites équipes et indépendants harcelés par les rappels « usage commercial » des offres gratuites — l'auto-hébergement supprime entièrement le modèle par siège.
- Aux home-labs et auto-hébergeurs qui font déjà tourner leurs propres services et veulent un accès distant aux mêmes conditions : leur serveur, leurs règles.
Pourquoi EQVPS pour RustDesk
- IPv4 dédiée à partir de 8 $/mois, tous les ports ouverts, DNS inverse en libre-service.
- Emplacements UE (Allemagne, Finlande) — routes propres, vraie loi de protection des données.
- Sans KYC, paiement en crypto. E-mail pour s'inscrire, USDC/USDT pour payer — adapté à un point de bureau à distance privé.
- Root en ~60 secondes, trafic illimité. Lancez hbbs + hbbr, ouvrez les ports, et votre propre bureau à distance est en ligne.
Si vous voulez aussi un tunnel chiffré pour tout votre trafic et pas seulement le bureau à distance, le VPN WireGuard auto-hébergé couvre cela ; et avant d'exposer quoi que ce soit, passez la checklist de sécurité d'un nouveau VPS.
Commentaires
Pas encore de commentaires. Soyez le premier.