Alternativa ao AnyDesk e TeamViewer: como ter seu próprio servidor de acesso remoto
Se a sua empresa usa AnyDesk ou TeamViewer, você já sentiu o aperto: a licença sobe todo ano, o suporte depende de um serviço de fora e as sessões dos seus computadores passam por servidores que você não controla. Existe uma terceira via — hospedar o seu próprio servidor de acesso remoto — e ela é mais viável do que parece. Este guia conta como fizemos isso na prática, incluindo os erros que custaram semanas e que você não vai precisar repetir.
Por que trocar (ou não) a ferramenta de acesso remoto
Ferramentas prontas resolvem bem, e não há vergonha em usá-las. O problema aparece em três situações concretas:
Se nenhum desses pontos incomoda, a resposta honesta é: fique onde está. Servidor próprio faz sentido quando você atende muitos clientes, quer a sua marca no aplicativo ou precisa dizer com precisão por onde os dados passam.
O que significa “servidor próprio” na prática
O núcleo de qualquer ferramenta de acesso remoto tem duas peças: um servidor de encontro, que sabe onde cada máquina está e apresenta uma à outra, e um servidor de retransmissão, que carrega o vídeo quando as duas pontas não conseguem se falar diretamente. Hospedar as duas num servidor virtual barato é perfeitamente possível — e existe software livre maduro para isso.
O que muda para o seu cliente: ele baixa um único arquivo do site da sua empresa, com o nome e o ícone da sua empresa, abre e lê um número para o técnico. Sem instalar nada, sem criar conta, sem configurar servidor.
Um servidor virtual modesto (2 vCPU, 4 GB) dá conta de dezenas de atendimentos simultâneos, porque o servidor só intermedia — o processamento pesado fica nas pontas. O custo mensal fica na casa de uma pizza. O investimento de verdade não é o servidor: é o tempo de implantação e a manutenção. É exatamente aí que este artigo economiza o seu.
Os quatro erros que custaram semanas (aprenda de graça)
1. O aplicativo instala, mas o serviço do Windows nunca é criado
Este é o mais cruel, porque não gera erro nenhum. O aplicativo instala, aparece na lista de programas, funciona perfeitamente — e some no primeiro reboot, só voltando quando alguém faz login na máquina. Para atendimento não assistido, é fatal.
A causa está no código que registra o serviço do Windows. O comando é montado com o nome do aplicativo sem aspas:
sc create {nome_do_app} binpath= "..." start= auto
Se o nome escolhido tem espaços — como “Suporte Empresa X” — o comando vira sc create Suporte Empresa X ..., e o Windows entende que o serviço se chama apenas “Suporte”, tratando o resto como parâmetro inválido. A criação falha, o instalador segue em frente, e ninguém é avisado.
Nomeie o aplicativo sem espaços (por exemplo, SuporteAcme em vez de Suporte Acme) já no primeiro build. Trocar depois é pior: o nome define a pasta de configuração e a identidade das máquinas, então mudá-lo faz todos os computadores já instalados virarem “outro aplicativo”.
2. Otimizar a conexão e derrubar tudo
Existe uma configuração no servidor que força todas as sessões a passarem pela retransmissão. É tentador desligá-la para ganhar velocidade, já que a conexão direta entre as pontas é mais rápida. Fizemos isso — e todas as conexões pararam.
Motivo: quando as duas pontas estão atrás de um tipo de NAT que a operadora usa com frequência no Brasil, a conexão direta nunca se estabelece, e não existe queda automática para a retransmissão. O sintoma é enganoso (“falha ao conectar ao servidor”), e leva a procurar o problema no computador do cliente — que está perfeito.
3. Dois instaladores, duas instalações, um conflito
Os geradores costumam entregar dois formatos: um executável e um instalador corporativo. Publicar os dois lado a lado parece generoso e é uma armadilha: o mesmo aplicativo acaba instalado pelos dois caminhos, com nomes ligeiramente diferentes, criando dois serviços disputando a captura da tela. Escolha um formato e publique só ele.
4. Achar que a desinstalação “não limpou nada”
Depois de desinstalar e reinstalar, a conta continua logada — o que parece sujeira, mas é proposital: a configuração fica no perfil do usuário justamente para o identificador da máquina não mudar a cada atualização. Apagar isso “para limpar” faz você perder o número que os seus clientes já anotaram.
Segurança: o que não pode faltar
| Proteção | Por que é obrigatória |
|---|---|
| Exigir login para iniciar sessões | Sem isso, qualquer pessoa com o seu aplicativo usa a sua infraestrutura como ponte para atacar terceiros — e o problema chega ao seu servidor. |
| Cadastro fechado | Ninguém deve conseguir criar conta sozinho no seu painel. |
| Criptografia obrigatória | Recusar sessões não criptografadas, sem exceção. |
| Sem senha fixa embutida no instalador | Se o arquivo é público e traz senha embutida, todos os seus clientes passam a ter a mesma senha — e qualquer um que baixe o arquivo a conhece. |
| Painel atrás de HTTPS | A porta administrativa nunca deve ficar exposta direto na internet. |
Quanto tempo leva e o que dá trabalho depois
A subida do servidor em si leva uma tarde. O que consome tempo é o que vem depois: gerar o aplicativo com a sua marca, validar que ele instala corretamente em máquinas reais, ajustar firewall, testar entre redes diferentes (na mesma rede tudo funciona e mascara problemas), e manter a rotina de atualização a cada nova versão — que não é opcional, porque acesso remoto é alvo preferido de quem procura brecha.
Reinicie a máquina de teste e não faça login. Se o computador aparecer disponível assim mesmo, o serviço está correto. Se só aparecer depois que alguém digita a senha do Windows, você caiu no erro nº 1 — e vai descobrir isso no pior momento possível.
Perguntas frequentes
Servidor próprio de acesso remoto é seguro?
Pode ser mais seguro que a alternativa pronta, porque você controla quem entra, exige login para iniciar sessões e sabe exatamente por onde os dados passam. Mas segurança não vem de brinde: depende de exigir autenticação, fechar cadastro, obrigar criptografia, manter atualizado e não embutir senha fixa no instalador público. Mal configurado, é pior que a ferramenta comercial.
Quanto custa manter?
O servidor virtual custa poucas dezenas de reais por mês e atende dezenas de sessões simultâneas, porque o processamento fica nas pontas. O custo relevante é o tempo de implantação e a manutenção contínua — atualizações de segurança, geração de novas versões do aplicativo e suporte quando algo sai do previsto.
Meu cliente precisa instalar alguma coisa?
Não. Para atendimento pontual, ele baixa um arquivo do seu site, abre e informa o número que aparece na tela — nada é instalado e nada continua rodando depois. A instalação como serviço só faz sentido em máquinas de contrato, que precisam ficar acessíveis sem ninguém presente.
Dá para colocar a marca da minha empresa no aplicativo?
Sim. O aplicativo é recompilado com o nome, o ícone e o endereço do seu servidor embutidos, então ele já chega configurado ao cliente. O único ponto de atenção é que aplicativos não assinados digitalmente exibem um aviso do Windows no primeiro download — contornável apenas com certificado de assinatura de código.
Vale a pena para uma equipe pequena?
Se você tem um ou dois técnicos e poucos atendimentos por mês, a licença comercial provavelmente sai mais barata que o seu tempo. O ponto de virada aparece quando o custo das licenças cresce com a equipe, quando você quer o aplicativo com a sua marca ou quando precisa garantir onde os dados trafegam.
Problemas específicos e como resolver
Instalei o aplicativo, mas o serviço não aparece na lista de serviços do Windows. O que aconteceu?
Quase sempre é o nome do aplicativo com espaços. O instalador registra o serviço por um comando que insere esse nome sem aspas, então um nome como “Suporte Empresa” faz o Windows entender que o serviço se chama apenas “Suporte” e tratar o restante como parâmetro inválido. A criação falha silenciosamente e a instalação continua como se tivesse dado certo. A correção é gerar o aplicativo novamente com o nome sem espaços — não existe conserto do lado da máquina.
O computador só fica acessível depois que alguém faz login no Windows. Como resolver?
Isso indica que o aplicativo está rodando apenas na sessão do usuário, sem o serviço do Windows registrado. Sem o serviço, o acesso morre no logoff e no reboot, e a tela de login nunca fica acessível. Confirme se o serviço existe; se não existir, verifique antes se o nome do aplicativo tem espaços, porque reinstalar sem corrigir isso repete o problema.
Todas as conexões pararam de funcionar depois de uma mudança no servidor. Por quê?
Se a mudança foi desativar a retransmissão obrigatória para “ganhar velocidade”, esse é o motivo. Quando as duas pontas estão atrás de NAT restritivo — situação comum em provedores brasileiros — a conexão direta nunca se estabelece e não existe queda automática para a retransmissão. A mensagem de erro sugere problema de servidor ou de rede do cliente, mas a causa está na configuração que foi removida.
Apareceram dois aplicativos instalados com nomes quase iguais. É vírus?
Não. É o mesmo aplicativo instalado por dois caminhos diferentes — normalmente o executável e o instalador corporativo — que gravam nomes ligeiramente diferentes (um com espaços, outro com underscores). O efeito prático é ruim: dois serviços disputando a captura de tela, com falhas intermitentes. A solução é desinstalar os dois, limpar o que sobrar e instalar por um único caminho.
Desinstalei o aplicativo, mas ao reinstalar a conta continua logada. Ficou sujeira?
Não é sujeira, é intencional. A configuração fica no perfil do usuário para que o identificador da máquina não mude a cada atualização — se mudasse, todo cliente precisaria anotar um número novo a cada versão. Só apague essa pasta se quiser deliberadamente gerar uma identidade nova.
O aplicativo avisa que existe uma versão nova. Posso clicar em atualizar?
Em aplicativo personalizado com a sua marca, não. Esse aviso costuma apontar para a versão genérica do projeto original, e clicar nele instala um segundo programa por cima do seu, gerando o conflito de duas instalações. Atualização de aplicativo personalizado se faz gerando uma versão nova e distribuindo pelo seu próprio site.
Tentei remover um serviço antigo, mas ele continua na lista e não deixa criar outro com o mesmo nome.
Isso acontece quando o serviço é removido com a janela de Serviços aberta: o Windows marca o serviço para exclusão e mantém o nome reservado até o próximo reinício, bloqueando qualquer tentativa de recriar um serviço com o mesmo nome. Feche a janela de Serviços, reinicie a máquina e só então instale novamente.
Acesso remoto e área de trabalho remota do Windows funcionam juntos na mesma máquina?
Funcionam, com um cuidado. Ao conectar pela área de trabalho remota, o Windows transfere a sessão do usuário para ela e o monitor físico fica sem tela. Se você fechar essa janela sem sair da conta, a sessão fica órfã e o acesso remoto responde que não encontrou display. O hábito que evita o problema é sair da conta (logoff) ao terminar, em vez de apenas fechar a janela.
Quer isso rodando na sua empresa — sem passar pelos nossos erros?
A Cia da Informática implanta a infraestrutura completa de acesso remoto próprio: servidor, aplicativo com a sua marca, regras de segurança, testes reais de instalação e o procedimento de atualização documentado. Você recebe funcionando, com a equipe treinada e sem depender de licença por técnico.
Implantação e consultoria remotas para todo o Brasil · Loja física em Brasília (Taguatinga, QNE 34 Lote 21) · (61) 3044-6525 · Seg a sex, 8h às 18hEste guia nasceu da implantação real da nossa própria infraestrutura de suporte remoto, em 2026. Os erros descritos aconteceram conosco — o do nome com espaços, em particular, não encontramos documentado em nenhum lugar e só foi identificado lendo o código-fonte do projeto.
