Acesso Não Assistido do RustDesk: Guia de Configuração

Acesso não assistido significa alcançar um computador quando não há ninguém na frente dele — um servidor em um rack, um quiosque, o PC de um familiar do outro lado do país. O RustDesk faz isso muito bem, mas somente se você configurar duas coisas corretamente: uma senha permanente, para que ninguém precise aprovar cada conexão, e o RustDesk em execução como serviço, para que fique disponível antes do login e depois do logout. Este guia aborda os dois pontos, além de como implantar essa configuração em toda uma frota de dispositivos.

A resposta rápida

Defina uma senha permanente (Configurações → Segurança) e instale o RustDesk como um serviço do sistema — o serviço instalado inicia junto com a máquina. A senha elimina a necessidade de uma pessoa aceitar o prompt; o serviço faz o RustDesk funcionar de forma independente de qualquer usuário conectado, para que você possa se conectar a qualquer momento — inclusive na tela de login. Para implantar em grande escala, gere um cliente pré-configurado para que cada máquina se instale automaticamente e se registre no seu servidor.

Etapa 1: defina uma senha permanente

Por padrão, o RustDesk exibe uma senha temporária rotativa que a pessoa do lado remoto leria para você. Para o acesso não assistido, você substitui isso por uma credencial fixa:

1. Abra o RustDesk na máquina que deseja acessar.
2. Vá em Configurações → Segurança (em versões mais antigas: a área de senha na tela principal).
3. Escolha Definir senha permanente e digite um valor forte e único.

A documentação do cliente RustDesk descreve isso como o núcleo do acesso não assistido. Uma regra que vale a pena reforçar: não reutilize a senha de login do sistema operacional. Use uma senha dedicada e de alta entropia para o RustDesk, para que o vazamento de uma credencial não comprometa a outra.

Etapa 2: instale como serviço e inicie com o sistema

Esta é a etapa que costuma passar despercebida. Se você apenas executar o .exe ou .app portátil, a sessão termina no momento em que o usuário faz logout ou surge um prompt de UAC/permissão — porque esse processo só existe dentro da sessão do usuário. Para ser verdadeiramente não assistido, o RustDesk precisa ser executado como um serviço do sistema em segundo plano.

• Execute o instalador do RustDesk (não a versão portátil) e conclua a instalação.
• Em Configurações → Geral, verifique se o Serviço está em execução — use Iniciar se estiver marcado como parado. Depois de instalado, o serviço inicia automaticamente com a máquina.

Assim que o RustDesk passa a rodar como serviço, ele é carregado antes de qualquer login, o que permite conectar-se à tela de login, autenticar remotamente e até reiniciar e reconectar sem ninguém presente. Artigos da comunidade sobre a configuração correta do serviço no Windows reforçam a mesma distinção: versão portátil equivale a acesso somente assistido; serviço instalado equivale a não assistido.

Notas por plataforma

Windows

O caminho mais simples. Instale, ative o serviço, defina a senha permanente e pronto. Como o serviço é executado na inicialização, o acesso não assistido à tela de login e após reinicializações funciona como esperado.

macOS

O macOS restringe a captura de tela e a entrada por trás de permissões. Depois de instalar, abra Configurações do Sistema → Privacidade e Segurança e conceda ao RustDesk tanto Gravação de Tela quanto Acessibilidade. Para o acesso na tela de login (antes de qualquer login de usuário), o serviço/helper do RustDesk precisa estar instalado para conseguir capturar antes do login — caso contrário, você verá uma tela preta ali, o mesmo problema de captura abordado em nosso guia sobre tela preta.

Linux

Instale o RustDesk para que o componente de serviço seja executado na inicialização. Em uma máquina parada na tela de login (greeter), o Wayland ainda não consegue capturar o greeter — uma limitação do design do Wayland (não uma limitação do RustDesk) que a equipe está trabalhando ativamente para resolver (PR #15420). Em uma máquina headless, use a configuração de display virtual; em um desktop, uma sessão X11/Xorg ainda resolve isso onde a distribuição oferecer essa opção, embora várias estejam migrando para Wayland exclusivamente. Veja RustDesk para Linux para mais detalhes.

Etapa 3: implante em escala com um cliente pré-configurado

Configurar uma máquina manualmente é tranquilo. Configurar cinquenta, não. Nos planos auto-hospedados Basic e superiores, o Gerador de Cliente Personalizado no console web cria um instalador com endereço do servidor, chave pública e configurações já embutidas, para que os usuários finais não precisem digitar nada. Combinado com sua ferramenta de implantação já existente (Group Policy, Intune, uma RMM de MSP, um script shell), cada dispositivo instala o serviço e se registra no seu servidor logo na primeira execução.

É aqui que a auto-hospedagem compensa para as equipes: você obtém uma frota não assistida totalmente sob seu controle, sem cobrança na nuvem por usuário decidindo quantos endpoints você está “autorizado” a alcançar. Configure o gerador pelo console web na porta 21114. Observe que o RustDesk é licenciado por usuário de login e dispositivo gerenciado, não por sessão simultânea, então planeje o orçamento de acordo com quantas máquinas e administradores você tem — veja o que conta como um dispositivo gerenciado.

Tranque o acesso a sete chaves

O acesso não assistido é uma porta permanentemente aberta para dentro de uma máquina, então trate as credenciais com seriedade:

• Senha permanente forte e única, trocada periodicamente.
• Autenticação de dois fatores e, no Pro, controles de acesso, para que somente contas autorizadas possam se conectar. Nosso artigo sobre controle de acesso por usuário e grupos de dispositivos explica como delimitar quem alcança o quê.
• Auto-hospede os serviços do lado do servidor quando precisar de controle sobre rendezvous, relay, console e dados de implantação armazenados. As credenciais do endpoint continuam sendo responsabilidade de segurança do próprio endpoint. Como o RustDesk é open source sob a licença AGPL, sua implementação de autenticação pode ser auditada.

Acesso não assistido que você realmente controla

Aponte uma frota sempre ativa para um servidor que você mesmo administra, e o acesso permanente a essas máquinas continua sendo intermediado por hardware que é seu, não por uma nuvem que você aluga. Para um acesso permanente, manter esse caminho em suas próprias mãos vale o pequeno esforço de configuração.