Alternativa ao Chrome Remote Desktop: RustDesk Auto-hospedado

A resposta auto-hospedada e de código aberto ao Chrome Remote Desktop é o RustDesk: você hospeda a intermediação e pode ler o código-fonte do cliente, em vez de rotear cada sessão pela nuvem do Google e vincular o acesso a uma conta Google.

Por que procurar uma alternativa ao Chrome Remote Desktop

O Chrome Remote Desktop é a ferramenta gratuita de acesso remoto baseada em navegador do Google. É simples e rápida: instale um pequeno host, faça login e você já consegue acessar sua máquina a partir de outro dispositivo em poucos minutos — exatamente o que um uso pessoal casual exige.

Mas no momento em que suas necessidades crescem além de “ajudar meu próprio laptop lá do sofá”, as costuras começam a aparecer. Você fica preso à identidade e à sinalização do Google, faltam alguns recursos voltados a equipes de suporte, e o plano de controle não pode ser auto-hospedado. O guia de rede do Google explica esse limite: as conexões são inicialmente negociadas por meio dos serviços do Google, enquanto o tráfego WebRTC ao vivo usa caminhos diretos, STUN ou TURN/relay. Somente os pacotes de sessão via TURN/relay são retransmitidos pelos data centers do Google. Se você já esbarrou nessas limitações, esta página mostra como é uma alternativa de código aberto e auto-hospedada.

O que o Chrome Remote Desktop faz bem

Reconhecimento onde é devido. A análise da TechRadar o descreve como “completamente gratuito, sem assinaturas ou níveis premium”, fácil de configurar e uma boa opção para uso pessoal. Ele funciona em Windows, macOS e Linux, não exige negociação de licença, e não há nada para hospedar. Se você quer verificar seu PC doméstico pelo celular, o CRD é praticamente sem esforço nenhum.

Essa simplicidade é o produto. O problema começa quando você pede que ele faça o que uma equipe de suporte ou uma configuração com várias máquinas realmente precisa.

Onde o Chrome Remote Desktop encontra seus limites

Recursos ausentes: controle auto-hospedado, gestão de dispositivos e fluxos de trabalho em equipe

As páginas de ajuda do Google documentam o acesso remoto a arquivos e aplicativos e permitem que administradores controlem o acesso e o comportamento de rede, mas ainda assim descrevem um serviço baseado em conta Google, com coordenação operada pelo Google — a divisão entre sinalização e retransmissão abordada na introdução. Em outras palavras: o CRD é adequado para acesso simples, mas não é um console de suporte auto-hospedado com grupos de dispositivos ou marca personalizada no estilo RustDesk.

Acesso não assistido e máquinas em suspensão

O CRD é capaz de fazer acesso não assistido, mas a máquina de destino ainda precisa estar ligada e online e conectada à mesma conta Google. O Google documenta o acesso remoto por PIN, não um substituto para wake-on-LAN. Se a máquina estiver em suspensão ou offline, não há nada para o CRD se conectar. Para uma frota de endpoints remotos, essa é uma restrição operacional real.

Gerenciamento de usuários e a exigência de conta Google

Todo participante precisa de uma conta Google e, em sessões compartilhadas (não assistidas), alguém precisa estar presente para conceder acesso. Administradores do Google Workspace podem ativar ou desativar o CRD e restringir a travessia de firewall, mas isso não é o mesmo que um console de suporte auto-hospedado com grupos de dispositivos e acesso de técnicos delimitado por escopo — e o Google continua presente no caminho de identidade e configuração de sessão, como descrito na introdução. (Para o aspecto específico de segurança, veja o Chrome Remote Desktop é seguro?)

Chrome Remote Desktop vs. RustDesk em resumo

Onde o RustDesk se encaixa: auto-hospedado e de código aberto

O RustDesk é construído em torno de duas coisas que o CRD estruturalmente não pode oferecer: você hospeda a infraestrutura e pode ler o código.

O RustDesk é de código aberto sob a AGPL — você pode auditar exatamente o que roda em suas máquinas, compilá-lo você mesmo e executar o servidor comunitário gratuito indefinidamente. Ao migrar para o Server Pro, ele é auto-hospedado por design: os servidores de ID/rendezvous e de retransmissão rodam na sua própria máquina ou em uma VPS que você aluga, então não há nuvem do Google (nem de qualquer outro fornecedor) no meio do caminho. Uma nuance para o planejamento de conformidade: as conexões diretas ainda trafegam entre os endpoints, e o tráfego retransmitido usa o seu relay, então revise as implicações de soberania de dados em vez de presumir que a localização do servidor controla cada pacote.

Além desse núcleo auto-hospedado, o RustDesk adiciona os recursos de equipe que faltam ao CRD: um console web auto-hospedado, um gerador de cliente com marca personalizada, grupos de dispositivos e catálogo de endereços compartilhado para acesso delimitado por escopo, e LDAP/AD e SSO OIDC a partir do plano Basic. Transferência de arquivos de verdade e acesso não assistido com senha permanente vêm de série em hosts Windows, macOS, Linux e Android; o aplicativo para iOS é somente controlador.

Da nuvem do Google para a sua

O salto em relação ao Chrome Remote Desktop é o controle: a intermediação, a política de acesso e os dados de sessão saem dos servidores do Google e passam para um servidor que você opera e pode auditar. Para quem quer um acesso remoto que responda só a si mesmo, esse é o retorno.

Experimente sem falar com vendas

Você pode avaliar o RustDesk nos seus próprios termos, sem nenhuma conta Google envolvida no processo. O servidor comunitário de código aberto é gratuito para rodar pelo tempo que você quiser; quando os recursos de equipe do Pro forem importantes, [email protected] pode informar os termos de avaliação atuais, e rustdesk.com/pricing lista os valores dos planos.

Leia o código você mesmo no GitHub, aponte alguns dispositivos para o seu próprio servidor e decida se as vantagens e desvantagens fazem sentido antes de se comprometer com qualquer coisa.