Para dispositivos que já podem chegar um ao outro
SubnetDesk é um garfo RustDesk mantido independentemente para LANs, ligações privadas, laboratórios domésticos e redes conectadas ao VPN. Ele não precisa de ID de dispositivo público, servidor de encontro ou relé da Internet: você escolhe o nome do host-alvo, endereço IP e porta.
Use-o para operar uma estação de trabalho de escritório, manter um computador de home-lab ou fornecer suporte através de um VPN existente. Ele não cria um VPN ou automaticamente torna dispositivos inalcançáveis.
| Tarefa | Cliente nativo | Acesso opcional ao navegador |
|---|---|---|
| Ver o ecrã e escolher um ecrã | Suportado de acordo com as capacidades do hospedeiro | Suportado com um navegador WebCodecs compatível |
| Controle de teclado e ponteiro | Sujeito às permissões do hospedeiro | perfil de controle ou colaboração |
| Colaboração com painéis de recortes | Sujeito às configurações de sessão e host | Área de transferência de texto em modo de colaboração |
| Transferência de arquivos e áudio remoto | Capacidades nativas, dependentes da plataforma e da permissão | Não exposto atualmente |
| Reiniciar, gravar, modo de privacidade e outra administração | Depende das capacidades nativas do cliente e da plataforma | Não exposto atualmente |
Descoberta automática do mDNS
Encontre dispositivos próximos no LAN, em seguida, use dispositivos recentes, favoritos e pseudônimos locais para retornar a computadores frequentemente usados. Identidade estável distingue máquinas; um nome de exibição familiar por si só não é prova de confiança.
Redes rotativas, Wi-Fi convidado e VPNs não podem transportar mDNS. Um dispositivo ausente da descoberta pode ainda ser alcançável por nome de host ou IP.
Nome do host directo e conexões IP
Conecte-se usando um nome de máquina ou IP mais porta. Utilização de ligações nativas TCP 21118 por omissão; as configurações LAN podem alterá-lo.
Configure um nome de usuário e senha no computador receptor, active o serviço relevante e permita a rede fonte do controlador. O encaminhamento VPN é sua responsabilidade, e o firewall, rotas e lista de licenças CIDR devem corresponder à conexão real.
Abra apenas os portos necessários para redes de fonte confiáveis. Não desactive o firewall inteiro para solucionar problemas ou exponha uma ferramenta orientada para LAN a uma rede pública não confiável.
Desktop remoto, exibidores e entrada
Ver e operar o desktop remoto com o mouse e o teclado. A barra de ferramentas nativa de sessão fornece seleção de visualização, escalação e controles relacionados à qualidade. Múltiplos displays, codecs e aceleração de hardware dependem de ambos os endpoints.
O hospedeiro pode restringir as capacidades de entrada e sessão. Utilize o acesso apenas com vista quando a observação for suficiente; a alteração da configuração do visor não concede entrada não autorizada.
macOS necessita das permissões aplicáveis de gravação de tela e acessibilidade. Aplicações Windows elevadas, desktops bloqueados e cenários de serviço de fundo também dependem do modo de instalação e privilégios OS.
Transferência de arquivos, área de transferência e áudio
Transferir arquivos entre os endpoints
O cliente nativo fornece transferência de arquivos para enviar documentos, recuperar resultados ou gerenciar arquivos durante o suporte. O acesso de leitura e gravação ainda depende das permissões de sessão, do diretório selecionado e do acesso ao sistema operacional. Um desktop conectado não é uma autorização de sistema de arquivos sem restrições.
Colaborar através da área de transferência
Relacione o conteúdo da área de transferência de acordo com as configurações do host e da sessão para evitar redistribuir endereços e texto. Os dados da área de transferência podem ser sensíveis: desligue o recurso quando desnecessário, e distinga-o da transferência de arquivos e da área de distribuição apenas de texto do navegador.
Ouvir áudio remoto
Clientes nativos podem carregar áudio host em plataformas suportadas com as permissões necessárias. Dispositivos de áudio, versões de sistema e configurações de sessão afetam a disponibilidade; o comportamento idêntico em todos os dispositivos, estado de fundo ou sessão do navegador não é prometido.
Acesso remoto ao navegador opcional
SubnetDesk já inclui o acesso ao navegador; não se limita a clientes nativos. O desktop deve habilitar explicitamente o acesso à Web e configurar endereços de escuta, redes permitidas e nomes de host. O navegador conecta-se ao seu próprio host, não a um serviço público de desktop remoto na nuvem.
- Apenas com vista: ver a tela.
- controlo: ver e operar com teclado, ponteiro ou entrada de texto.
- colaboração: adicionar a colaboração na área de transferência de texto, sujeita à permissão do navegador.
O gateway é apenas HTTPS. Configure e confie o certificado local gerado através de um processo confiável, ou forneça um certificado correspondente ao nome do host. Não contorne cegamente um aviso de certificado desconhecido. Também é necessário um decodificador WebCodecs que funcione.
Sessões de Navegação atualmente não expor transferência de arquivos, áudio, reinicio remoto, gravação, bloqueio de entrada local ou modo de privacidade. A senha de acesso é usada na conexão atual e não é armazenada no navegador. O acesso pelo navegador pode ajudar quando instalar um cliente de controle não é prático; as tarefas completas de arquivos e administração continuam nos clientes nativos.
Limites de identidade e acesso
- Nome de usuário e senha: explicitamente configurado no host receptor; as senhas são armazenadas como haches Argon2id.
- Impressão digital do dispositivo: verificar através de um canal de confiança separado na primeira conexão, em seguida, reter a identidade. Investigar alterações, incluindo reinstalações ou dispositivos de substituição, em vez de aceitar cegamente.
- Lista de permissões CIDR: restringir as redes fontes entrantes, incluindo os endereços fontes reais VPN.
- Permissões de capacidade: visualização, controle, arquivos e outras operações permanecem sujeitos às políticas de hospedagem e sessão.
A conectividade direta reduz as dependências de serviço público; não remove a autenticação nem torna segura cada porta aberta.
Comece em três passos
- Prepare o hospedeiro: instalar e abrir SubnetDesk, configurar credenciais LAN, descobrir e a porta de escuta, em seguida, conceder permissões de tela e entrada necessárias.
- Encontra o alvo: Assegurar que as rotas e TCP 21118 – ou a sua porta configurada – sejam acessíveis. Selecione um dispositivo descoberto ou digite seu nome de hospedeiro/IP e porta.
- Verifique e conecte: confirmar a impressão digital, autenticar com as credenciais configuradas, em seguida, escolher uma tarefa de desktop ou arquivo.
O acesso ao navegador necessita adicionalmente de seu próprio serviço web habilitado, certificado HTTPS confiável e perfil de permissão. A porta de conexão nativa não é automaticamente um endereço de site.
Plataformas e instalação
Há downloads para Windows, macOS, Linux e Android. Consulte instaladores e informações de lançamento para arquiteturas e formatos. Atualmente não existe nenhum instalador oficial do iOS; a capacidade do navegador não implica um cliente iOS nativo lançado.
- Windows: builds instalados e portáteis podem diferir no comportamento de background-service e privilégio.
- macOS: Verifique primeiro a gravação de tela e a acessibilidade.
- Linux: A captura e entrada do Wayland dependem do componente e podem exigir permissão interativa após o login. O acesso não assistido a uma tela de login Wayland não é garantido. Dirija-se às negações reais do SELinux com uma política estreita, em vez de desativar a proteção global.
- Android: controlar outro dispositivo e compartilhar o ecrã do dispositivo Android são papéis diferentes. Captura, entrada de acessibilidade, arquivos e áudio dependem das permissões do sistema e da versão.
Atualizações e solicitações de rede
Windows e macOS desktop builds implementam atualizações assinadas: verifique disponibilidade, leia notas de lançamento, escolha downloads automáticos e instale após verificação. A verificação de atualização é ativada por padrão e o download automático é desativado por padrão. A entrega in-app completa requer um build configurado com informações de assinatura confiáveis.
Verificações e downloads contate a fonte de atualização configurada, GitHub por padrão. Nenhuma dependência de relevo público não significa nenhum pedido de rede. Em redes isoladas, desactive as verificações automáticas e use seu próprio processo manual de distribuição de software. Linux e Android seguem seus canais de pacote e instalação.
Questões comuns
| Síntoma | Primeiros controlos |
|---|---|
| Falta um dispositivo | Descoberta de LAN, isolamento de mDNS e rede de hóspedes; tente um endereço manual |
| Descoberto, mas a conexão falha | Prontidão do serviço, credenciais, porta TCP, rotas e CIDR |
| Ecrã preto ou falha de entrada | Permissões de captura/input do hospedeiro, sessão de desktop ativa e níveis de privilégios do sistema operacional |
| O navegador exibe uma tela mas não pode controlar ou copiar | Permissão do perfil da Web e permissão do navegador; comportamento apenas de visualização é intencional |
| A atualização na aplicação não está disponível | Configuração de assinatura de atualização confiável; use a página de lançamento oficial se necessário |
Quando não é um ajuste
- Os dispositivos não têm rede acessível e nenhum VPN será configurado.
- O fluxo de trabalho depende de IDs de dispositivos públicos, encontros ou relés da Internet.
- Um cliente iOS nativo liberado é essencial, ou o navegador deve oferecer todas as funcionalidades de administração nativa.
Fonte e licença
O público repositório GitHub usa AGPL-3.0; consulte o texto da licença para os termos. Prosseguir com o Guia do navegador, Notas do hospedeiro Linux ou libertação oficial.
Voltar à visão geral do produto para interfaces representativas e downloads.