VPS per RustDesk (desktop remoto self-hosted)

Gli strumenti di desktop remoto sono comodi fino al momento in cui il piano gratuito decide che sembri "commerciale" e ti blocca a metà sessione, o semplicemente preferiresti che il tuo schermo non passasse per il cloud di qualcun altro. RustDesk è un'app di desktop remoto open-source, e la parte interessante è che puoi far girare il suo lato server da solo: punta ogni client sul tuo VPS, e le tue sessioni passano per una macchina che controlli tu. Pagala in crypto, niente KYC.

Cosa serve a RustDesk da un server

Il server self-hosted di RustDesk è due piccoli pezzi: hbbs (l'ID/rendezvous server che permette ai client di trovarsi) e hbbr (il relay che porta la sessione quando una connessione diretta non è possibile). Nessuno dei due è pesante — i requisiti vengono dalla raggiungibilità e dalla banda, non dal calcolo:

• Un IPv4 dedicato e porte aperte. I client si connettono in entrata al tuo server sulle porte 21115-21119 (TCP) e 21116 (UDP). Questo richiede un IP pubblico che è tuo e la libertà di aprire porte — un piano con IP dedicato. I piani NAT non possono accettare connessioni in entrata arbitrarie, quindi non serviranno RustDesk. Nano-IP ($8/mese) basta e avanza per uso personale o di piccolo team.
• Banda, quando una sessione passa per il relay. Una sessione via relay porta lo stream video attraverso la tua macchina. Il traffico è non contato su ogni piano qui, quindi uno screen-share trafficato non produrrà un conto a sorpresa — ma se diverse persone si connettono in una volta, dimensiona su per il throughput.
• Quasi nessuna CPU/RAM. hbbs e hbbr sorseggiano risorse; la più piccola macchina con IP dedicato li fa girare bene.

Configuralo (Ubuntu 24.04, Docker)

# piano con IP dedicato, shell root
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

Al primo avvio, hbbs scrive una chiave pubblica in ./data/id_ed25519.pub. In ogni client RustDesk, apri Settings → Network → ID/Relay Server, inserisci l'IP del tuo server e incolla quella chiave. Da lì in poi i tuoi client si incontrano e passano per la tua macchina.

Per chi è

• Utenti attenti alla privacy che non vogliono che le loro sessioni remote passino per un cloud del vendor.
• Piccoli team e freelance colpiti dai fastidi "uso commerciale" sui piani gratuiti — il self-hosting rimuove del tutto il modello per posto.
• Home-lab e self-hoster che già fanno girare i propri servizi e vogliono l'accesso remoto agli stessi termini: la loro macchina, le loro regole.

Perché EQVPS per RustDesk

• IPv4 dedicato da $8/mese, tutte le porte aperte, reverse DNS self-service.
• Posizioni UE (Germania, Finlandia) — rotte pulite, vera legge sulla protezione dei dati.
• Niente KYC, pagamento in crypto. Email per registrarti, USDC/USDT per pagare — appropriato per un endpoint di desktop remoto privato.
• Root in ~60 secondi, traffico non contato. Tira su hbbs + hbbr, apri le porte, e il tuo desktop remoto è live.

Se vuoi anche un tunnel cifrato per tutto il tuo traffico invece che solo per il desktop remoto, la WireGuard VPN self-hosted copre quello; e prima di esporre qualsiasi cosa, esegui la checklist di sicurezza per un nuovo VPS.