VPS para RustDesk (área de trabalho remota auto-hospedada)

Ferramentas de área de trabalho remota são convenientes exatamente até o momento em que o plano gratuito decide que você parece «comercial» e te tranca no meio da sessão — ou você simplesmente prefere que sua tela não passe pela nuvem de outra pessoa. O RustDesk é um app de área de trabalho remota de código aberto, e o interessante é que você pode rodar o lado servidor você mesmo: aponte cada cliente para o seu próprio VPS, e suas sessões são retransmitidas por uma máquina que você controla. Pague em cripto, sem KYC.

O que o RustDesk precisa de um servidor

O servidor auto-hospedado do RustDesk são duas peças pequenas: hbbs (o servidor de ID/encontro que deixa os clientes se acharem) e hbbr (o relay que carrega a sessão quando uma conexão direta não é possível). Nenhum é pesado — os requisitos vêm da alcançabilidade e da banda, não do processamento:

• Um IPv4 dedicado e portas abertas. Os clientes conectam de entrada ao seu servidor nas portas 21115-21119 (TCP) e 21116 (UDP). Isso exige um IP público que seja seu e a liberdade de abrir portas — um plano com IP dedicado. Planos NAT não aceitam entrada arbitrária, então não servem ao RustDesk. Nano-IP (US$ 8/mês) sobra para uso pessoal ou de equipe pequena.
• Banda, quando uma sessão é retransmitida. Uma sessão retransmitida carrega o fluxo de vídeo pelo seu servidor. O tráfego aqui é ilimitado em todos os planos, então um compartilhamento de tela intenso não gera fatura-surpresa — mas se várias pessoas conectam ao mesmo tempo, dimensione para a vazão.
• Quase nada de CPU/RAM. hbbs e hbbr mal tocam nos recursos; o menor servidor com IP dedicado os roda sem problema.

Configuração (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

Na primeira inicialização, o hbbs escreve uma chave pública em ./data/id_ed25519.pub. Em cada cliente RustDesk, abra Settings → Network → ID/Relay Server, informe o IP do seu servidor e cole essa chave. A partir daí seus clientes se encontram e são retransmitidos pelo seu próprio servidor.

Para quem é isto

• Usuários preocupados com privacidade que não querem suas sessões remotas passando pela nuvem de um fornecedor.
• Equipes pequenas e freelancers incomodados pelos avisos de «uso comercial» dos planos gratuitos — auto-hospedar remove o modelo por assento por completo.
• Home-labs e auto-hospedadores que já rodam seus próprios serviços e querem acesso remoto nos mesmos termos: o servidor deles, as regras deles.

Por que EQVPS para RustDesk

• IPv4 dedicado a partir de US$ 8/mês, todas as portas abertas, DNS reverso em autoatendimento.
• Locais na UE (Alemanha, Finlândia) — rotas limpas, lei real de proteção de dados.
• Sem KYC, pagamento em cripto. E-mail para cadastrar, USDC/USDT para pagar — adequado a um ponto de área de trabalho remota privado.
• Root em ~60 segundos, tráfego ilimitado. Suba hbbs + hbbr, abra as portas, e sua própria área de trabalho remota está no ar.

Se você também quer um túnel criptografado para todo o seu tráfego e não só a área de trabalho remota, a VPN WireGuard auto-hospedada cobre isso; e antes de expor qualquer coisa, faça a checklist de segurança de um VPS novo.