Se você utiliza o RustDesk com cliente personalizado para acesso remoto e já passou pela situação de trocar o nome ou reinstalar o programa em uma máquina — e mesmo assim o ID antigo continua aparecendo — este artigo é para você.
Esse é um problema comum, e a boa notícia é que ele tem explicação simples e solução definitiva.
Por que isso acontece?
Muita gente assume que o ID do RustDesk está ligado ao nome do computador. Não está.
O ID é gerado a partir de um par de chaves criptográficas (id_ed25519 e id_ed25519.pub), que ficam salvas em disco, em uma pasta de configuração do programa. Quando você desinstala o RustDesk da forma “normal” — apenas removendo o aplicativo pelo painel de controle — esses arquivos de configuração não são apagados.
Resultado: ao reinstalar, o RustDesk encontra a chave antiga já existente na máquina e simplesmente reaproveita o mesmo ID, mesmo que o nome do computador tenha mudado.
Onde ficam esses arquivos
No Windows, como o RustDesk pode rodar tanto em modo usuário quanto como serviço (modo usado para acesso remoto sem necessidade de login ativo), normalmente existem duas pastas de configuração:
Modo usuário:
C:\Users\<usuario>\AppData\Roaming\RustDesk\config\
Modo serviço:
C:\Windows\ServiceProfiles\LocalService\AppData\Roaming\RustDesk\config\
(em algumas instalações também pode aparecer em C:\ProgramData\RustDesk\)
Dentro dessas pastas estão os arquivos responsáveis por manter o ID fixo:
RustDesk2.tomlRustDesk.tomlid_ed25519id_ed25519.pub
Passo a passo para gerar um ID novo de verdade
- Encerre o serviço e o processo do RustDesk:
net stop RustDesk taskkill /f /im rustdesk.exe - Desinstale o programa normalmente, pelo Painel de Controle ou executando:
rustdesk.exe --uninstall - Apague manualmente as pastas de configuração citadas acima (as duas, se ambas existirem na máquina).
- Reinicie o computador. Esse passo é importante: garante que nenhum processo residual mantenha os arquivos “presos” em memória, o que poderia impedir a exclusão completa.
- Reinstale o RustDesk. Sem a chave antiga no disco, o programa vai gerar um novo par de chaves e, consequentemente, um novo ID.
Atenção com instaladores personalizados
Se sua empresa utiliza um instalador customizado — aquele modelo em que o cliente já vem configurado com servidor, chave e outras opções embutidas no próprio pacote — vale um cuidado extra.
Em alguns casos, esse tipo de instalador grava um id_ed25519 fixo dentro do próprio pacote de instalação. Se for esse o cenário, o ID vai “voltar” sempre, independentemente de você apagar os arquivos da máquina, porque o próprio instalador está reimpondo a chave a cada instalação.
Nesse caso, o ajuste precisa ser feito na geração do instalador customizado, e não apenas na máquina do cliente final.
Resumo rápido
| Sintoma | Causa | Solução |
|---|---|---|
| ID volta mesmo após reinstalar | Chaves antigas (id_ed25519) não foram apagadas | Remover manualmente os arquivos de configuração antes de reinstalar |
| ID volta mesmo apagando os arquivos | Instalador customizado com chave fixa embutida | Ajustar o processo de geração do instalador |
Precisa de suporte para configurar acesso remoto com segurança na sua empresa? Fale com a equipe da VMServ e conte com quem entende de infraestrutura e continuidade de negócio.