BURSU Connection Manager

O que é o BURSUcm

BURSU Connection Manager (BURSUcm) é um gerenciador de conexões remotas rápido. Ele reúne em uma única janela tudo com que um engenheiro trabalha: servidores, equipamentos de rede, áreas de trabalho remotas, painéis de arquivos, credenciais salvas e direitos de acesso da equipe. Roda nativamente no Windows, Linux e macOS, tem companheiros móveis para Android e para iPhone/iPad e pode — mas não precisa — sincronizar tudo através do serviço BURSUcloud.

Seus servidores, um catálogo criptografado — em todos os dispositivos

Windows · Linux · macOS · Android · iOS/iPadOS · portal web

SSHWinRMSFTPFTPRDPVNCCompartilhamento de telaTelnet

Protocolos suportados

Início rápido em 10 minutos

De uma máquina em branco até sua primeira sessão SSH, senha salva e transferência de arquivo. Cada passo tem link para o capítulo que o cobre em profundidade — mas você não vai precisar desses links para terminar.

1. Instale o app. Windows: baixe e execute BURSUcm-Setup.exe. Linux: instale o pacote da sua distribuição. macOS: arraste o app do .dmg para Aplicativos.
2. Escolha onde os dados vão morar. Na primeira execução o app pergunta; escolha Local database (banco de dados local) — o padrão mais seguro, totalmente offline. Mais tarde você pode levar conexões, credenciais e snippets para a nuvem com um backup portátil.
3. Entre e troque a senha. Um banco local recém-criado tem uma conta, admin / admin; o app pede imediatamente que você substitua a senha.
4. Salve uma credencial. Abra Credentials (credenciais) na barra lateral → New credential → um rótulo (por exemplo, “root — servidores do lab”), o nome de usuário e a senha. Uma credencial salva pode servir a qualquer número de servidores — essa é justamente a ideia.
5. Adicione uma conexão. Pressione Ctrl+T (ou + Add Connection): um nome, tipo SSH, o endereço do host — a porta 22 já vem preenchida. No campo de credencial, escolha a que você acabou de salvar. Em Folder escolha uma pasta da lista — ela mostra as mesmas pastas na mesma ordem da árvore; pastas novas são criadas na árvore com New folder.
6. Conecte. Dê um duplo clique na nova entrada. Na primeiríssima conexão o app mostra a impressão digital da chave do servidor — é a verificação da chave do host funcionando como deveria; confirme com Trust & remember. Um ponto verde na aba significa que a sessão está ativa.
7. Transfira um arquivo. Na barra de ferramentas da sessão pressione Files (SFTP): seu computador à esquerda, o servidor à direita. Arraste um arquivo de um lado para o outro — ele passa pela fila de transferências com barra de progresso.
8. Tranque tudo. Quando senhas reais começarem a se acumular, defina uma senha mestra em Settings → Security — a partir daí seus segredos são criptografados com uma chave que só você conhece, e o banco de dados se torna portátil para qualquer outra máquina. Detalhes em Senha mestra e o cofre.

Instalação no Windows

Requisitos de sistema

• Windows 10 ou 11 (x64, x86 ou ARM64), incluindo Windows Server 2012–2025.
• ~150 MB de espaço em disco. O runtime .NET já vem incluído no instalador — nada mais para instalar.

Instalação

1. Baixe BURSUcm-Setup.exe em bursucm.com/download. O checksum SHA-256 é publicado ao lado do botão — verifique-o com certutil -hashfile BURSUcm-Setup.exe SHA256 se quiser.
2. Execute o instalador e siga o assistente. Ele escolhe automaticamente a build certa (x64/x86/ARM64) para o seu processador.
3. Abra o BURSUcm e continue em Armazenamento de dados e primeira execução.

Instalação pelo terminal — winget

O BURSUcm está no Gerenciador de Pacotes do Windows, então os dois passos acima cabem em um único comando. O winget já vem com o Windows 10 (1809 ou mais recente) e o Windows 11, e o comando funciona igual no PowerShell, no Terminal e no Prompt de Comando. O Windows pede confirmação uma vez, porque o app é instalado para todas as contas do computador.

winget install bursucm

Depois, winget upgrade bursucm instala a versão mais recente sobre a antiga e mantém todos os seus dados; winget uninstall bursucm remove o app.

Atualizações

O app verifica o feed de versões uma vez por dia — na inicialização e a cada dia em que continua aberto — (você pode desligar isso em Settings → Appearance) e mostra um diálogo quando há uma versão mais nova, com o changelog e um link de download. Um aviso encontrado enquanto você trabalha espera até você estar na aba Home. Instalar uma versão nova por cima da antiga mantém todos os seus dados. Se você instalou com o winget, winget upgrade bursucm faz o mesmo pelo terminal.

Instalação no Linux

Pacotes nativos x86_64 são gerados para as três grandes famílias. Baixe o arquivo em bursucm.com/download (a página seleciona automaticamente a aba da sua distribuição) — ou, melhor ainda, adicione o repositório uma vez e deixe seu gerenciador de pacotes cuidar das atualizações para sempre.

O app é instalado em /opt/bursucm, aparece no menu de aplicativos como “BURSU Connection Manager” e pode ser iniciado no shell como bursucm. O checksum SHA-256 de cada pacote é publicado na página de download.

Repositórios de pacotes — atualizações automáticas

Os três repositórios são servidos a partir de bursucm.com e assinados com a chave GPG BURSUsofts Package Signing. Adicione o da sua família e as novas versões chegam junto com as atualizações normais do sistema.

APT (Debian / Ubuntu / Mint / Pop!_OS)

sudo wget -qO /usr/share/keyrings/bursucm.gpg https://bursucm.com/repo/bursucm.gpg
sudo tee /etc/apt/sources.list.d/bursucm.sources >/dev/null <<'EOF'
Types: deb
URIs: https://bursucm.com/repo/apt
Suites: stable
Components: main
Signed-By: /usr/share/keyrings/bursucm.gpg
EOF
sudo apt update && sudo apt install bursucm

O formato moderno deb822 .sources é usado de propósito: a janela “Software & Updates” do Ubuntu mostra essas entradas corretamente em Other Software.

DNF / YUM (Fedora / RHEL / AlmaLinux / Rocky)

sudo rpm --import https://bursucm.com/repo/bursucm.asc
sudo tee /etc/yum.repos.d/bursucm.repo >/dev/null <<'EOF'
[bursucm]
name=BURSUcm
baseurl=https://bursucm.com/repo/rpm
enabled=1
gpgcheck=1
repo_gpgcheck=1
gpgkey=https://bursucm.com/repo/bursucm.asc
metadata_expire=6h
EOF
sudo dnf install bursucm

Pacman (Arch / CachyOS / Manjaro / EndeavourOS)

curl -fsSL https://bursucm.com/repo/bursucm.asc | sudo pacman-key --add -
sudo pacman-key --lsign-key BA53B57D047CE8F14610C02A037A882DB839E2E0
echo -e '\n[bursucm]\nServer = https://bursucm.com/repo/arch' | sudo tee -a /etc/pacman.conf
sudo pacman -Syu bursucm

Dependências de runtime

Os pacotes declaram tudo de que precisam (GTK 3, NSS, ALSA); seu gerenciador de pacotes instala isso automaticamente. Não há .NET nem Electron separado para instalar — o app é autocontido.

Instalação no macOS

1. Baixe a imagem de disco para o seu Mac em bursucm.com/download: Intel (BURSUcm-3.3.5-x64.dmg) ou Apple Silicon (BURSUcm-3.3.5-arm64.dmg). Não sabe qual chip você tem? Menu Apple → About This Mac.
2. Abra o .dmg e arraste o BURSU Connection Manager para a pasta Applications (Aplicativos).
3. Inicie-o a partir de Aplicativos ou do Spotlight.

Tudo neste guia vale no Mac; os detalhes específicos da edição Linux/macOS estão reunidos em seu capítulo.

Instalação no Android

1. Instale o BURSU Connection Manager pelo Google Play (Android 8.0 ou mais recente) — o caminho mais simples, com atualizações automáticas. Prefere não ter conta Google no aparelho? O mesmo app também está disponível como BURSUcm.apk direto em bursucm.com/download; ao abri-lo, o sistema pede uma única vez a permissão para instalar a partir do seu navegador ou gerenciador de arquivos.
2. Abra o BURSUcm e entre com sua conta bursucm.com (e-mail/senha, Google, Microsoft, Apple ou GitHub), ou com um login de usuário de banco de dados como name@handle. Se a sua conta tiver o login em duas etapas ativado, o app pede o código logo depois da senha — veja Login em duas etapas.

O app para Android é um companheiro da nuvem: ele precisa de uma conta BURSUcloud e mostra o mesmo catálogo do seu desktop. Seus recursos e seu modelo de segurança estão descritos no capítulo sobre Android.

Instalar no iPhone e iPad

1. Instale o BURSU Connection Manager na App Store — um app universal para iPhone e iPad, gratuito; precisa de iOS ou iPadOS 17 ou posterior.
2. Abra-o e entre com sua conta bursucm.com (e-mail e senha, Google, Microsoft, Apple ou GitHub) — ou com um usuário de banco de dados como name@handle. Se a sua conta tiver o login em duas etapas ativado, o app pede o código logo depois da senha — veja Login em duas etapas.

O app para iOS e iPadOS é um companheiro da nuvem: precisa de uma conta BURSUcloud e mostra o mesmo catálogo do computador. Seus recursos e seu modelo de segurança estão no capítulo de iOS e iPadOS.

Armazenamento de dados e primeira execução

O BURSUcm guarda o catálogo inteiro (conexões, credenciais, usuários, snippets) em um único banco de dados. Na primeira execução o app pergunta onde esse banco deve morar — e você pode mudar de ideia depois em Settings → Database, entre um banco local e o PostgreSQL; já o BURSUcloud é aberto pela tela de login (veja Conectando o app à nuvem):

• Local database — entre como admin / admin; o app pede imediatamente a troca da senha.
• BURSUcloud — entre com seu e-mail e senha do bursucm.com, ou com Google, Microsoft, Apple ou GitHub (uma janela do navegador abre; o app captura o login automaticamente), e escolha um banco na lista.

Como o BURSUcloud funciona por dentro

• Cada banco de dados ganha seu próprio banco PostgreSQL no servidor — dados de clientes nunca se misturam.
• Os apps o acessam somente pela API HTTPS; o SGBD em si não é exposto à internet.
• As senhas de conexão são armazenadas criptografadas com a sua senha mestra. A senha mestra nunca viaja até o servidor: a chave é derivada no seu dispositivo, o servidor só vê texto cifrado. Por isso uma senha mestra esquecida não pode ser recuperada — guarde-a bem.
• Os usuários do banco viajam dentro do banco de dados: um backup completo ou um dump SQL leva as contas de usuário junto com os dados.

Migrando entre modos

1. Em Settings → Database selecione e teste o banco de destino (o botão “Test”).
2. Clique em “Migrate to another database…” — conexões, credenciais, usuários e snippets são movidos por inteiro para o destino: no app para Windows, outro arquivo de banco local ou um banco PostgreSQL; no app para Linux e macOS, outro arquivo de banco local ou, desde a 3.1.3, um banco PostgreSQL. Esse botão não consegue levar um catálogo para o BURSUcloud; para isso, veja Mudando de um banco local.
3. Se vários computadores forem usar o banco, ative uma senha mestra ANTES de migrar — caso contrário, senhas criptografadas com DPAPI não abrirão nas outras máquinas.

Trocar de banco — em Settings → Database, com Import Database… ou respondendo sim a “Switch to the migrated database now?” depois de uma migração — fecha todas as sessões abertas. Se houver alguma sessão aberta, o app pergunta antes: “Open sessions (N) will be closed. Continue?”

PostgreSQL: seu próprio servidor

Escolha PostgreSQL em “More options” na tela da primeira execução — ou depois em Settings → Database → Database mode — e preencha o formulário. O aplicativo monta a conexão sozinho; ninguém digita uma string de conexão:

Test connection mostra a versão do servidor ao lado do botão — ou o motivo da falha; um certificado recusado é explicado com as mesmas palavras, indicando a opção de criptografia a escolher. Depois Continue: o esquema é criado, você entra como admin / admin e define uma nova senha. Cada cliente — Windows, Linux, macOS — aponta para o mesmo servidor do mesmo jeito; usuários, grupos e direitos por pasta funcionam exatamente como nos outros modos.

Para compartilhar esses dados de conexão sem digitá-los novamente, escolha Export config no formulário do PostgreSQL e envie ao seu colega o arquivo .bursucm-db resultante; Import config o abre em outro computador com Windows, Linux ou macOS. O arquivo contém o host, a porta, o banco de dados, o usuário, a senha do banco de dados e a opção de criptografia — não o catálogo, a conta do aplicativo, a senha mestra do cofre nem os segredos salvos. Proteja o arquivo com uma senha própria antes de enviá-lo: um arquivo desprotegido contém a senha do banco de dados em texto puro.

No servidor: o que um administrador configura

Versões. Qualquer versão que o próprio projeto PostgreSQL ainda mantenha — quando isto foi escrito, a 13 e posteriores. O BURSUcm não pede nada exótico: o mais novo no seu esquema é ON CONFLICT (PostgreSQL 9.5), e a autenticação scram-sha-256 precisa do PostgreSQL 10. É desenvolvido e testado contra a 14 e a 16.

Dê a ele um papel e um banco de dados próprios — e mais nada:

CREATE ROLE bursucm LOGIN PASSWORD 'a long random password';
CREATE DATABASE bursucm OWNER bursucm;
REVOKE ALL ON DATABASE bursucm FROM PUBLIC;

• Nada de SUPERUSER, CREATEROLE ou CREATEDB. O papel é dono de um banco e não precisa de mais nada. Um superusuário aqui significa que quem chegar ao catálogo lê todos os outros bancos daquele servidor — e o pg_hba.conf não tem como desfazer isso.
• Deixe entrar apenas a sub-rede dos clientes — no pg_hba.conf, acima de qualquer linha mais ampla, porque vence a primeira que casa:

  # TYPE   DATABASE  USER      ADDRESS           METHOD
  hostssl  bursucm   bursucm   192.168.10.0/24   scram-sha-256

  Coloque a sua sub-rede, apague toda linha trust e ligue ssl = on e listen_addresses no postgresql.conf. Depois sudo systemctl reload postgresql.
• O certificado precisa nomear o host que você digita. Com Required, verify server certificate o app compara o certificado do servidor com o nome do campo “Host”: um certificado emitido para db.example.lan não serve para uma conexão a 10.0.0.5. Conecte-se por esse nome e garanta que a AC emissora seja confiável no computador cliente. A opção do meio, um certificado autoassinado, criptografa mas não prova nada sobre quem respondeu.
• Feche a porta no firewall. 5432 acessível a partir da sub-rede dos clientes e de mais lugar nenhum — por exemplo sudo ufw allow from 192.168.10.0/24 to any port 5432 proto tcp.
• Faça backups como de qualquer banco. pg_dump -Fc bursucm > bursucm-$(date +%F).dump com agendamento, guardados fora daquela máquina, e restaure um de vez em quando num lugar inofensivo: um backup sem teste é uma esperança, não um backup. O dump leva o catálogo e as senhas salvas como texto cifrado — a senha mestra ainda é necessária para lê-las, mas trate o arquivo como segredo do mesmo jeito.

Conexões

Criando uma conexão

1. Clique em “+ Add Connection” (ou Ctrl+T, ou clique com o botão direito em uma pasta → “Add connection here…”).
2. Preencha o nome, o tipo (protocolo), o host e a porta. A porta já vem preenchida conforme o protocolo (22, 5985, 3389, 5900, 23…).
3. No modo BURSUcloud, o campo BURSUlink connection acima do host e da porta escolhe entre Direct e Through BURSUlink — um agente em um computador atrás de NAT (veja BURSUlink).
4. Digite o usuário e a senha manualmente — ou escolha uma credencial salva do cofre (veja Credenciais).
5. O campo “Folder” abre uma árvore de pastas: as mesmas pastas, na mesma ordem e recolhidas do mesmo jeito que na árvore principal (recolhê-las aqui não altera a árvore principal). Você escolhe a pasta, não digita um caminho; General (no folder), no topo da lista, deixa a conexão fora de qualquer pasta. Uma pasta nova é criada primeiro na árvore, pelo menu de contexto.
6. Opcionalmente adicione tags (separadas por vírgula) e notas.

Pastas, favoritos, busca

• Pastas — aninhamento ilimitado; o estado expandido/recolhido é lembrado e, no modo nuvem, sincroniza entre dispositivos junto com a ordem das pastas.
• Filtros acima da árvore: All, Favorites, Recent. A estrela no cartão da conexão a adiciona aos favoritos.
• Busca (Ctrl+F) encontra nomes e hosts instantaneamente.
• Quick Connect — uma linha user@host:port para uma sessão avulsa, sem salvá-la no catálogo. Depois, Salvar como conexão no menu da aba abre o editor de uma nova conexão já preenchido com o que você digitou.

O menu do botão direito — a via rápida

A maior parte da cirurgia diária no catálogo nunca abre um diálogo; ela mora no menu de contexto.

• Em uma pasta: “Add connection here…”, “New subfolder…”, “Rename folder…” e “Default credential for this folder” — um login para tudo que está dentro (veja herança por pasta).
• Excluir uma pasta: “Delete folder...” exclui apenas uma pasta vazia. Se ainda houver conexões, credenciais ou subpastas dentro dela, nada é excluído — a janela mostra quantas conexões (em uma pasta de credenciais, quantas credenciais) e subpastas ela contém, para que você as mova ou exclua primeiro. Antes do Windows 5.1.4 e do Linux e macOS 3.1.3, todo o conteúdo subia um nível. A mesma regra vale em bursucm.com.
• Em uma conexão: Connect, Open in split view, Copy Username / Copy Password (a senha vai para a área de transferência sem nunca aparecer na tela), Copy As — duplique a entrada para criar uma parecida em dois cliques, Wake on LAN — envia um pacote mágico para o endereço MAC da conexão para ligar uma máquina adormecida antes de você conectar, Move to folder, Edit, Delete.
• Também no mesmo menu: um “Open SFTP” direto — o painel de arquivos sem abrir antes um terminal; e para RDP no Windows, “Open with Remote Desktop” — a sessão em uma janela externa do mstsc em vez de uma aba.
• Em uma credencial: Edit, Copy As, Move to folder, Delete — mesma ideia, mesma velocidade.

Wake on LAN e o endereço MAC

Todos os tipos de conexão, exceto Serial, têm o campo MAC address (for Wake on LAN, optional). Com um endereço salvo, Wake on LAN no menu de contexto envia o pacote mágico — por broadcast e também diretamente para o endereço da própria máquina, porque um computador adormecido no Wi-Fi nunca recebe o broadcast.

Desde o Windows 3.8.1 e o Linux e macOS 2.8.1, o botão Get MAC ao lado do campo lê o endereço para você. Primeiro ele pergunta à rede deste computador (ARP): na hora e sem credenciais, mas apenas para uma máquina ligada e na mesma rede local. Em uma conexão SSH a uma máquina atrás de um roteador, o app então faz login — com as credenciais, a chave, a verificação da chave do host e o jump host da própria conexão — e pergunta à máquina. Para qualquer outro tipo de conexão fora da rede local, leia o endereço em uma conexão SSH a essa máquina ou digite-o à mão.

Sua própria ordem — organizando pastas e entradas manualmente

A ordem alfabética é o padrão, mas raramente é como você realmente pensa nos seus servidores. As duas árvores — conexões e credenciais — podem ser organizadas manualmente:

• Passe o mouse sobre qualquer linha — uma pasta, uma conexão ou uma credencial — e pequenas setas ▲ ▼ aparecem à direita. Cada clique troca a linha com sua vizinha.
• As setas mantêm a árvore como está: pastas se movem entre pastas, entradas entre entradas dentro da sua pasta — só muda a ordem de exibição.
• Ou arraste com o mouse nos apps para Windows, Linux e macOS: pegue uma pasta ou entrada e solte onde ela deve ficar — uma linha mostra o lugar e um contorno, a pasta para onde ela vai. Entre as vizinhas, ela se move na hora. Para dentro de uma pasta, para fora dela ou para o nível superior, primeiro uma janela mostra o que se move, de onde, para onde e em que lugar — e um administrador vê quem ganha ou perde acesso; nada muda até você clicar em Mover. Uma pasta leva junto suas subpastas, entradas, permissões de acesso e ordem. Se você deixar o ponteiro sobre uma pasta fechada, ela se abre; Esc cancela. Em Favoritos, Recentes e durante uma pesquisa, arrastar fica desativado.
• A ordem é salva no banco de dados, não no dispositivo: no modo nuvem o app para Windows, o app para Linux/macOS, o portal web, o app para Android e o app para iOS/iPadOS mostram exatamente a ordem que você definiu. No portal, as mesmas setas ficam em cada linha das abas Conexões e Credenciais.
• Nos celulares uma linha se move pela alça de arrastar no Android, e com Move up / Move down no menu dela no iPhone e no iPad — na lista completa, fora de uma busca e só com permissão de edição.
• Tudo que você nunca reordenou — e tudo que for recém-criado — simplesmente segue em ordem alfabética depois dos itens organizados, então novas entradas nunca desaparecem.

O cartão da conexão

Clique em uma conexão para abrir seu cartão: host/porta/protocolo, a credencial vinculada com botões Copy e Show/Hide, tags, notas, hora do último uso. No topo — Connect, favorito, Edit, Delete.

Desde o Windows 5.1.1 e o Linux e macOS 3.1.1, a linha Last used do cartão mostra quando a conexão foi usada pela última vez e, em um banco compartilhado (BURSUcloud ou PostgreSQL), por quem — por exemplo, “by user2554, at 15.02.2025 21:22 GMT+4”. O horário aparece no seu próprio fuso horário, com a diferença GMT vigente naquela data. Um banco SQLite local mostra apenas o horário. Uma conexão é contada assim que a sessão é estabelecida; um login que falhou não é registrado.

Terminal e sessões

Abas

• Cada sessão é uma aba. Arraste para reordenar; clique com o botão direito para Duplicate, Pin, Close. Com muitas sessões abertas, as abas se estreitam e dividem uma linha, como em um navegador; o + no fim abre uma nova conexão e a roda do mouse rola a barra.
• Ponto de status em cada aba: amarelo — conectando, verde — ativa, vermelho — caiu, roxo — conectada através de um jump host. Dá para identificar uma sessão morta sem abrir a aba.
• Em uma queda inesperada (rede, um servidor que parou de responder, uma reinicialização) a aba fica vermelha e se reconecta sozinha — veja Quando a conexão cai. O overlay dentro da sessão mantém o botão Reconnect: Enter reconecta na hora. Uma saída intencional (exit, Ctrl+D) fecha a aba normalmente.
• Duplicar com o cwd: duplicar uma aba SSH abre a nova sessão no mesmo diretório em que você estava trabalhando — sem cerimônia de cd.

Quando a conexão cai — reconexão automática

Desde o Windows 5.1.2 e o Linux e macOS 3.1.2 uma sessão que cai se reconecta sozinha — SSH, SFTP e FTP, Telnet, WinRM, portas seriais, RDP, VNC e Apple Remote Desktop. Só é reconectada uma sessão que caiu: o seu próprio exit, ou encerrar a sessão em uma área de trabalho remota, continua fechando a aba.

• A contagem regressiva: a aba fica vermelha, espera 30 segundos e se reconecta — até três tentativas. Para a aba que você está vendo, a janela “Connection lost” mostra o motivo e a contagem regressiva, com Reconnect now e Cancel; uma aba em segundo plano conta em silêncio. Depois de três tentativas sem sucesso a janela avisa e oferece Reconnect (mais três tentativas) ou Close.
• Um servidor que para de responder: uma sessão SSH ou SFTP pergunta ao servidor se ele ainda está lá uma vez por intervalo de keep-alive (15 segundos por padrão, Settings → SSH) e considera a sessão perdida após 10 segundos sem resposta. Um servidor travado, ou um que reinicia sob uma sessão aberta, é percebido em segundos em vez de deixar o terminal esperando. Os dados que continuam chegando contam como resposta, então uma transferência grande por um link lento não é confundida com um servidor fora do ar. Uma sessão FTP ociosa é mantida aberta com um comando keep-alive uma vez por minuto.
• O teclado continua com você: uma tentativa em segundo plano nunca toma o teclado nem troca de aba — o que você digita em outra aba, em uma caixa de diálogo ou no segundo painel fica lá. Uma pergunta com que uma tentativa se depara (uma chave de host, um jump host, um certificado de RD Gateway) espera até você abrir a aba dela, e uma chave de host alterada nunca é aceita em silêncio.
• Senhas que você digitou: se você digitou a senha ao conectar e não a salvou, uma tentativa automática não a envia de novo: a aba espera por você, e o Reconnect dela usa o que você digitou.
• Visão dividida: um segundo painel que perde a sessão se reconecta sozinho no lugar. Se o painel principal cair enquanto o segundo continua funcionando, o painel que funciona não é tocado; Reconnect e Close perguntam antes e mostram a sessão do segundo painel que fecharia junto com a aba.
• Encaminhamento de portas: os túneis -L, -D e -R de uma sessão perdida são liberados na hora, então a sessão reconectada pode abrir as mesmas portas de novo.

Trabalhando no terminal

• Cores ANSI completas: Midnight Commander, htop e outros apps TUI renderizam corretamente.
• Botão direito do mouse — configurável nas opções SSH e WinRM da conexão (Right-click in terminal): “Copy if selected, otherwise paste (default)”, “Copy selection, paste on right-click” ou “Show a Copy/Paste context menu”. Selecionar texto o copia só no modo “Copiar a seleção, colar com o botão direito”; nos outros dois modos quem copia é o botão direito, então uma linha que você seleciona para ler não substitui o que você acabou de copiar.
• Colagem segura: se a área de transferência contém várias linhas (os comandos rodariam imediatamente), aparece uma confirmação com pré-visualização — proteção contra comandos ocultos copiados de páginas web. Isso protege todas as rotas de colagem: Ctrl+V, Shift+Insert, botão direito e o menu de contexto.
• Colagem limpa: as terminações de linha são normalizadas e o bracketed paste é suportado, então shells modernos (bash 5.1+, zsh) e REPLs recebem uma colagem de várias linhas como um único bloco editável em vez de executá-la linha por linha — e colar em editores nunca deixa caracteres ^M perdidos.
• Janela inteira estende a sessão a toda a janela do app; Tela cheia (sair com F11) ocupa o monitor inteiro. A barra dela — as abas das sessões, os botões da sessão, Sair da tela cheia, Minimizar e um alfinete que a fixa — ocupa toda a largura da tela e desce quando o mouse para por um instante no centro da borda superior, para que as abas e os botões de janela da tela remota nos cantos continuem recebendo cliques. No Mac as abas e os botões dela ficam na própria barra que o sistema mostra. Nenhum dos modos deixa outros programas atrás: o programa para o qual você muda — um mensageiro, um navegador — vem para a frente, como na Conexão de Área de Trabalho Remota (Windows 5.3.7).
• Largura da barra lateral: arraste a borda direita da barra lateral para deixá-la mais larga ou mais estreita — a largura é lembrada, e um clique duplo na borda volta à largura padrão. Numa barra lateral estreita, os botões mostram ícones e contagens em vez de palavras cortadas, e cada um diz seu nome numa dica.
• O + no fim da barra de abas — e na barra da tela cheia — abre Abrir conexão: a árvore de conexões com uma busca no topo. As setas percorrem a árvore, Enter ou um clique duplo conecta, Expandir tudo / Recolher tudo dobram as pastas, e + Adicionar conexão embaixo cria uma nova. A conexão abre sem sair da janela inteira nem da tela cheia.
• Uma barra de rolagem fina à direita permite voltar pelo buffer sem cobrir o texto.

Aparência — esquema de cores e fonte

Deixe o terminal com a sua cara em Settings → Appearance (vale para todas as sessões de terminal — SSH, Telnet e Serial):

• Colour scheme: escolha entre os temas embutidos — Classic, Dracula, Solarized e outros — equilibrados entre legibilidade e visual.
• Fonte: escolha a família e o tamanho; todo o scrollback é re-renderizado na hora para você comparar de relance.

Registrando uma sessão em arquivo

Precisa de uma transcrição do que aconteceu em um servidor? Ative o registro de sessão por conexão e o BURSUcm grava a saída da sessão em um arquivo de texto enquanto você trabalha.

• São necessárias duas chaves: Log terminal session output to files (per connection) em Settings → Logs e Log this session's output to a file na própria conexão. O campo Logs folder fica na mesma aba Settings → Logs; as transcrições vão para a subpasta sessions.
• Cada sessão ganha seu próprio arquivo com carimbo de data e hora, então você mantém um registro limpo para auditorias, tíquetes de mudança ou só para lembrar o que digitou na semana passada.

Visão dividida — duas sessões lado a lado

Uma aba pode conter duas sessões de terminal:

• Outro servidor ao lado: clique com o botão direito em uma conexão na árvore → “Open in split view” (entra na aba ativa).
• O mesmo servidor de novo: o botão “Duplicate in split” na barra de ferramentas da sessão.
• O botão ⇅ inverte o layout: lado a lado ⟷ empilhado.
• Se um painel sai, o outro assume a aba inteira. Jump hosts e túneis funcionam também no segundo painel.
• Um painel que perde a sessão se reconecta no lugar — veja Quando a conexão cai.

Broadcast — digite uma vez, envie para todos

O botão Broadcast na barra de ferramentas da sessão espelha suas teclas para todas as sessões de terminal abertas (abas e painéis divididos). Enquanto está ligado, um banner laranja vivo mostra “Broadcasting input to N sessions” com um botão Stop.

Snippets de comandos

Snippets são uma biblioteca compartilhada de comandos salvos que você envia a um terminal em um clique.

• Enviar: o botão Snippets na barra de ferramentas de uma sessão SSH/Telnet/Serial → escolha um comando no menu agrupado. Ele é digitado no terminal (sem Enter — você decide quando executar); o foco do teclado permanece no terminal.
• Placeholders: escreva {name} em um comando — por exemplo systemctl status {service}. Um diálogo pergunta cada valor na hora do envio.
• Gerenciamento: a janela de snippets abre pelo painel Home (“⚡ Command snippets”) ou por Settings → Other → “Manage snippets…”. Campos: nome, grupo, comando, descrição.
• Sincronização: os snippets moram no banco de dados — no modo nuvem são compartilhados com toda a equipe e também podem ser editados no portal web (a aba Snippets).
• Permissões: todos podem usar snippets; adicionar e alterar exige o papel de administrador ou o direito “Can manage command snippets”. Um banco novo já vem populado com padrões úteis (df, systemctl, journalctl, apt, docker, ss…).
• Com o Broadcast ligado, um snippet vai para todas as sessões de uma vez.

Atalhos de teclado

Ligados/desligados em Settings → Appearance → “Enable keyboard shortcuts”; a mesma página mostra esta legenda.

Dentro de um terminal, copiar e colar seguem as convenções de terminal: Ctrl+Shift+C copia a seleção, Ctrl+V ou Shift+Insert cola, e o Ctrl+C puro continua sendo o que deve ser — a tecla de interrupção do programa remoto.

Em uma aba do AppleRD valem os atalhos do Mac: copiar e colar no Mac são Win+C / Win+V em um teclado Windows, Alt+C / Alt+V no Linux e Command+C / Command+V no macOS — veja o teclado do AppleRD.

Recursos avançados de SSH

Autenticação

No cartão da conexão → SSH options há três formas de entrar:

A mesma página define o keep-alive e o timeout de conexão (vazio = os padrões globais de Settings → SSH) e o tipo de terminal (TERM).

Agente SSH

No Windows o app conversa com o OpenSSH Authentication Agent (e com o Pageant); no Linux e macOS, com o ssh-agent padrão.

1. Windows: ative o serviço “OpenSSH Authentication Agent” (Services → tipo de inicialização “Automatic” → Start). Linux/macOS: o agente normalmente já está rodando na sua sessão.
2. Adicione uma chave: ssh-add /path/to/key — a passphrase é pedida uma vez.
3. Nas opções SSH da conexão, selecione o método “SSH agent”. Pronto: a passphrase nunca é armazenada nem pedida de novo.

Jump host — conectando através de um bastião

Se um servidor só é alcançável através de um host intermediário (um bastião), o BURSUcm monta o túnel automaticamente, como ssh -J:

1. Abra o bastião no seu catálogo → Edit → SSH options → marque “This connection can be used as a jump host”.
2. Na conexão de destino → SSH options → “Connect via (jump host)” → escolha o bastião. Só conexões marcadas aparecem como candidatas.
3. Conecte normalmente. Tanto o terminal quanto o painel SFTP funcionam. Cadeias são suportadas: o próprio bastião pode passar por outro jump host.

• A aba dessa sessão ganha um ponto roxo, e o cartão mostra uma linha “Jump host”.
• Segurança: a chave do host é verificada contra o destino real, não contra o túnel — uma troca do servidor de destino será notada.

Encaminhamento de portas (túneis -L / -R)

Cada conexão SSH pode carregar uma lista de túneis (SSH options → Port forwards) que abrem automaticamente com a sessão:

O status de cada túnel é impresso no terminal quando a sessão inicia. Os túneis também funcionam através de um jump host. Uma aba cuja conexão carrega encaminhamentos mostra um sufixo “(F)” no título.

Um encaminhamento dinâmico (desde o Windows 3.3 e Linux/macOS 2.3) abre um proxy SOCKS5 apenas em 127.0.0.1 — ele nunca é oferecido à rede em que seu computador está. Os nomes também são resolvidos do lado do servidor (socks5h), então hosts internos funcionam. Vários serviços atrás do mesmo host? Um encaminhamento dinâmico substitui uma lista de encaminhamentos locais. Os telefones mantêm esse encaminhamento ao salvar a conexão, mas não o iniciam.

No Linux e no macOS, a porta em que um túnel local (-L) ou dinâmico (-D) escuta precisa ser 1024 ou maior: portas menores pertencem ao root, então um túnel na 443 informa “Permission denied” e não sobe — o aplicativo avisa isso abaixo da linha vermelha. 1080 é a porta usual do SOCKS5. O Windows não tem esse limite, por isso a mesma conexão pode funcionar em um computador e não em outro.

tmux — uma sessão que sobrevive a uma conexão caída

Desde o Windows 3.3, Linux/macOS 2.3 e Android 1.8.8 — e também no iPhone e no iPad — uma conexão SSH pode viver dentro do tmux no servidor: marque Keep the session in tmux nas opções SSH e dê um nome à sessão (padrão BURSUcm). Quando o shell abre, o app se anexa a essa sessão — criada na primeira vez, retomada em cada conexão seguinte.

• Uma conexão caída não perde nada: reconecte e você volta à mesma tela com os mesmos programas rodando. A mesma opção no telefone entra na mesma sessão, então o trabalho começado no desktop continua no Android, no iPhone ou no iPad e vice-versa.
• Desanexar com Ctrl+B e depois D: você volta ao shell normal e a aba continua aberta; a sessão segue rodando no servidor. O título da aba mostra “(tmux)” enquanto você está dentro.
• A roda do mouse rola o histórico do próprio tmux, o painel de arquivos continua seguindo o cd, e o assistente de IA continua vendo quando um comando termina.
• O tmux precisa estar instalado no servidor (sudo apt install tmux, sudo dnf install tmux); um servidor sem ele avisa no terminal e a sessão continua sem tmux. Não há nada para configurar no servidor — o app define o que precisa para a própria sessão.

Verificação da chave do host (proteção contra MITM)

Como o PuTTY, o BURSUcm verifica a identidade do servidor pela impressão digital da chave:

• Primeira conexão: um diálogo “Unknown SSH server” com a impressão digital — verifique-a e escolha “Trust & remember” (ou “Connect once”).
• A chave mudou: um aviso destacado. Continue apenas se o servidor realmente foi reinstalado ou teve a chave trocada.
• Modos em Settings → SSH: “Ask once, then remember (recommended)”, “Strict - only allow already-trusted hosts” (no Linux e no macOS: “Strict - only allow already-trusted servers”), “Off - do not verify (insecure)”. O botão “Forget all trusted SSH host keys” também fica lá.

O painel de arquivos SFTP

• O botão “Files (SFTP)” em uma sessão SSH abre um gerenciador de dois painéis: este computador à esquerda, o servidor à direita.
• Fila de transferências: cada upload e download passa por uma fila com barras de progresso e velocidade por arquivo. Cópias longas não bloqueiam mais o painel — continue navegando enquanto elas rodam.
• Arrastar e soltar: solte arquivos direto do seu gerenciador de arquivos (Explorer no Windows) no painel remoto.
• Pastas inteiras: enviar ou baixar um diretório espelha a árvore inteira, subpastas incluídas.
• Mover (F6): transfira um arquivo — ou uma pasta inteira — para o outro lado e remova a origem, em uma única ação. A exclusão espera até cada arquivo ter chegado: uma movimentação em que algo foi pulado ou falhou deixa a origem intacta.
• Abrir no menu de contexto do painel do servidor baixa o arquivo e o abre no programa que o seu sistema usa para esse tipo; cada salvamento ali volta para o servidor (Linux e macOS desde 3.3.1).
• Crie pastas e arquivos, renomeie, exclua, chmod (permissões octais: 644, 755…), confirmação de substituição com as datas dos arquivos.
• Abertura automática para novas sessões SSH e seguir a pasta do shell (o painel acompanha o cd; apenas bash) são ligados em Settings → SSH.

RDP: área de trabalho remota

No Windows: dois motores

O motor pertence à conexão: na primeira abertura, o app pergunta qual motor usar e memoriza a resposta na própria conexão (mude quando quiser nas opções RDP dela; Settings → RDP define o padrão para as novas). A escolha fica salva no próprio catálogo, então no modo nuvem o app do Windows e o do Linux/macOS abrem a mesma conexão com o mesmo motor. Na primeira conexão a um servidor novo, o app pede que você verifique o certificado dele — e quando a sessão passa por um RD Gateway, o certificado do próprio gateway é verificado e memorizado separadamente do certificado do servidor. Um host que não responde é reportado como inacessível em segundos, e não como uma aba preta e muda. Se você escolher outro motor nas opções RDP de uma conexão, a pergunta volta na próxima conexão, com esse motor já selecionado; uma conexão por um agente BURSUlink sempre usa o BURSUrdp.

No Linux e macOS: BURSUrdp e IronRDP

O app para Linux/macOS renderiza RDP direto dentro da aba com seu próprio motor BURSUrdp — o mesmo do Windows, com gráficos H.264 e suporte a multimonitor — e um motor leve IronRDP como alternativa. Sem cliente externo, sem truques de X11, comportamento idêntico nos dois sistemas. Copiar e colar funcionam com a área de transferência do sistema, a sessão renegocia a resolução quando você redimensiona a janela, e reconectar depois de uma queda é um único clique. Os certificados dos servidores que você aceita são memorizados; a lista pode ser limpa em Settings → Trusted hosts. Uma ação “abrir no cliente RDP do sistema” continua disponível no menu de contexto da conexão, se você preferir uma janela externa.

Opções por conexão

• Display: profundidade de cor (15/16/24/32 bits), qualidade da conexão (LAN / banda larga / lenta / auto), todos os monitores (multimon, motor do Windows); imagem nítida em telas Retina / HiDPI — em um monitor com escala acima de 100%, a sessão recebe os pixels reais da tela com sua escala e o texto fica nítido no tamanho de sempre (ativada por padrão, os dois motores; desative-a para um servidor que ignora a escala e desenha tudo minúsculo).
• Ponteiro: o ponteiro assume as formas do próprio servidor — setas de redimensionar, a mão sobre links, o cursor de texto — nos dois motores (Windows 5.2.5, Linux & macOS 3.3.0).
• Local resources: área de transferência, unidades locais, impressoras, microfone; onde o áudio remoto toca.
• Outros: domínio, RD Gateway.

RD Gateway

Um servidor que só pode ser alcançado por um gateway de Área de Trabalho Remota (Remote Desktop Gateway) é configurado na própria conexão: RDP options → Security → “RD Gateway host (optional)”. Digite o nome de host do gateway; um campo vazio significa conexão direta. O campo é o mesmo no app para Windows e no app para Linux e macOS e acompanha a conexão no catálogo.

• Credenciais: o gateway recebe o usuário, o domínio e a senha da própria conexão — não há credenciais separadas para o gateway. Um gateway ao qual você não confiaria essa senha é o gateway errado.
• Transporte: HTTPS na porta 443, pelo transporte HTTP do gateway (o antigo RPC sobre HTTP não é usado). Digite o nome de host — ou host:port quando o gateway não escuta na 443 (Windows 5.2.0; o app para Linux e macOS a partir da 3.2.1).
• Motores: o BURSUrdp passa pelo gateway no Windows, no Linux e no macOS. O motor da Microsoft no Windows também, com as verificações do próprio Windows. O motor reserva IronRDP no Linux e no macOS não consegue usar um gateway, por isso o campo fica esmaecido enquanto ele está selecionado.
• O certificado do gateway é verificado antes de a sessão começar e lembrado separado do certificado do servidor: na primeira conexão o app mostra a impressão digital (Trust & remember ou Connect once), e um certificado alterado gera um aviso em vez de ser aceito em silêncio. Se o certificado nem puder ser lido, a conexão é cancelada — o gateway veria a mesma senha que o servidor. Settings → RDP → “Forget all trusted RDP certificates” esquece também os certificados de gateways (desde o Windows 5.1.5 e o Linux e macOS 3.1.4).
• Um gateway diferente em uma conexão compartilhada faz parte da verificação Routing changed.
• No Android, iPhone e iPad (desde a 2.0) uma conexão RDP passa pelo gateway definido no desktop; os apps móveis não têm esse campo e não podem alterá-lo. Eles enviam o usuário e a senha da própria sessão (smart cards não são suportados), usam a porta 443 a menos que o campo do desktop tenha host:port, guardam o certificado do gateway à parte (Unknown RD Gateway, RD Gateway certificate changed) e perguntam antes de usar um gateway diferente do registrado para a conexão (RD Gateway changed).

VNC: área de trabalho remota

Além do RDP, o BURSUcm fala VNC (RFB) e renderiza a tela remota direto dentro de uma aba — a mesma janela, as mesmas abas e o mesmo comportamento de tela cheia de todas as outras sessões. Funciona com os servidores comuns: RealVNC, TigerVNC, TightVNC, UltraVNC, x11vnc e o compartilhamento de tela embutido do macOS e do Linux.

Compartilhamento de tela no macOS: o modo padrão é VNC/RFB comum, e um Mac o oferece a qualquer cliente VNC — é o caminho que o BURSUcm usa com Macs que não oferecem o protocolo próprio da Apple. O compartilhamento de tela High Performance da Apple (macOS 14 ou posterior, uma tela virtual transportada por UDP na porta da conexão e na seguinte) é tratado pelo tipo de conexão dedicado Apple Remote Desktop. Um Mac que o suporte continua respondendo também no modo VNC padrão.

Criptografia e autenticação

• TLS / VeNCrypt: quando o servidor oferece, a sessão é criptografada (VeNCrypt, ou as variantes TLS do RealVNC/UltraVNC). O certificado do servidor é verificado na primeira conexão e memorizado — se mudar depois, você é avisado (o mesmo modelo Trust-On-First-Use das chaves de host SSH e do RDP).
• Senha: a senha VNC padrão (e, onde o servidor a usa, um nome de usuário) pode ser salva em uma credencial vinculada ou pedida na hora de conectar. VNC puro sem TLS envia o framebuffer sem criptografia — prefira um servidor com TLS, ou faça um túnel via encaminhamento de portas SSH.
• Login da Apple: um servidor VNC que oferece o login próprio da Apple (Apple Diffie-Hellman) com parâmetros de criptografia inseguros é recusado antes de a sua senha sair do computador, com uma mensagem que explica o motivo (desde o Windows 5.1.1 e o Linux e macOS 3.1.1).

Codificações e desempenho

• Suporta as codificações Tight, ZRLE e Hextile e negocia a melhor com o servidor; só a parte alterada da tela é redesenhada, então até um link lento continua usável.
• Escala: a tela remota pode ser mostrada em tamanho real ou ajustada para caber na aba.
• Modo somente visualização desconecta seu teclado e mouse da sessão — observe ou apresente sem tocar o lado remoto por acidente.
• Compartilhamento da área de transferência copia texto nos dois sentidos entre sua máquina e a área de trabalho remota.

Importando conexões VNC existentes

Já tem arquivos de conexão .vnc (do RealVNC Viewer, TigerVNC e outros)? Traga-os pelo Import em um clique — host, porta e opções vêm juntos; as senhas são pedidas ou vinculadas depois. Veja Importação de outras ferramentas.

Apple Remote Desktop: áreas de trabalho Mac

Ao lado de RDP e VNC, o BURSUcm abre a tela de um Mac como uma conexão do tipo Apple Remote Desktop (a aba de configurações e os diálogos do app a chamam de AppleRD). Com macOS 14 ou posterior a conexão usa o caminho High Performance da Apple — vídeo acelerado por hardware e o som do sistema do Mac (a Apple o documenta para Apple silicon; um Mac Intel também o transmite); em um Mac que não o ofereça mostra a tela comum, totalmente utilizável, sem som.

Criar uma conexão

• Tipo: Apple Remote Desktop. Host, porta (5900 já preenchida) e o usuário e a senha do macOS — a conta com a qual você entra no Mac. No Mac deve estar ativado o Compartilhamento de tela ou o Gerenciamento remoto (Ajustes do Sistema → Geral → Compartilhamento).
• O High Performance está sempre ativo: não há mais campos de modo nem de tipo de Mac; o próprio Mac diz ao BURSUcm o que ele é. Um Mac entrega o High Performance a uma só conexão por vez e envia essa imagem apenas para as portas UDP 5900 e 5901 deste computador, então um computador só pode ter uma sessão dessas. Se já estiver em uso, o BURSUcm avisa com O High Performance já está em uso e não conecta — feche a outra conexão AppleRD e conecte de novo. Se um Mac não iniciar o High Performance (antes do macOS 14, por exemplo), a sessão abre com a imagem padrão. Em qualquer Mac o ponteiro assume as formas do próprio Mac.
• Modo de tela: Sessão privada — uma tela virtual do tamanho da sua janela (nítida, e o painel do Mac se apaga) — ou Espelho, que transmite a tela física em seu tamanho nativo e a deixa acesa. Nítido e aceso são o mesmo interruptor da Apple e não podem ser combinados. O escurecimento da tela só funciona em um Mac com Apple silicon: um Mac Intel mantém a tela ligada em qualquer modo, e o BURSUcm avisa uma vez.
• Interface do Mac na escala desta tela (Retina / HiDPI) — o Mac desenha a interface na escala desta tela: nítida em vez de ampliada.
• Video codec: H.264 4:2:0 (decodificado na GPU — o padrão mais ágil) ou HEVC 4:4:4 (texto colorido mais fino, decodificado na CPU).
• Audio: reproduzir o som do sistema do Mac na sessão. A linha de status sob a imagem diz audio off quando você o desligou, audio unavailable quando este computador não tem dispositivo de saída, e no audio na imagem padrão, que nunca transporta som.

Outra pessoa está com a sessão aberta no Mac

Quando outro usuário está com a sessão aberta no Mac, os apps de desktop (Windows, Linux, macOS) perguntam o que fazer — Alguém está usando este Mac:

• Pedir a nome que compartilhe a tela — essa pessoa verá uma solicitação no Mac e precisará permiti-la.
• Cancelar não conecta.

Só é oferecido o pedido de compartilhamento da tela, em qualquer Mac e em todos os apps — computador, celular e tablet; não há login separado.

Um Mac adormecido

Um Mac em repouso não responde a nada, e o Compartilhamento de Tela simplesmente esgota o tempo limite. Se a conexão tiver um endereço MAC salvo (veja Wake on LAN e o endereço MAC), o BURSUcm verifica primeiro se o Mac responde. Se não responder, a aba mostra Waking the Mac and waiting for it to answer…, o pacote mágico é enviado e repetido a cada dez segundos, e a sessão abre assim que o Mac responde — normalmente em cerca de meio minuto, em um “dark wake” que serve a tela sem acender o painel do próprio Mac. A espera é limitada a 60 segundos, e fechar a aba a encerra. Um Mac que já está acordado nunca recebe um pacote; sem um endereço salvo nada muda. Se o Mac continuar em silêncio, o erro informa que também foi enviado a ele um pacote de despertar e que ele não respondeu — ele pode estar desligado ou em uma rede que o pacote não alcança. O próprio Mac precisa permitir: Despertar para acesso à rede (Wake for network access) nos ajustes de bateria ou de energia. Windows 3.8.1, Linux e macOS 2.8.1.

A identidade do Mac

Antes de oferecer a sua senha, o BURSUcm verifica quem responde. Na primeira conexão mostra a impressão digital da chave de host do Mac (SHA-256) e pede que você a confirme — o mesmo modelo de primeiro uso de uma chave de host SSH; a partir daí, um Mac cuja chave mudou é recusado com um aviso. Settings → AppleRD define a política: As set on the Security tab (segue a configuração geral de certificados — um “Off” herdado continua significando “Ask once” para os Macs), Ask once, then remember, Strict — only allow already-trusted Macs ou Off (inseguro). Forget all trusted Macs apaga as chaves lembradas. A senha em si nunca atravessa a rede: o login é o handshake SRP da Apple, e a sessão é criptografada com chaves derivadas dele.

Área de transferência

O texto é copiado nos dois sentidos. O que você copia neste computador é enviado ao Mac enquanto a aba dele for aquela em que você está trabalhando; um segredo copiado de um cartão de credenciais nunca é encaminhado. O que é copiado no Mac chega à sua área de transferência apenas enquanto a aba dele está visível e com o foco, então uma sessão em segundo plano não pode substituir o que você acabou de copiar.

Teclado

No app para Windows (desde a 5.2.1) o Mac recebe o caractere que o seu layout de teclado produz: maiúsculas, Caps Lock, símbolos e acentos digitados com uma tecla morta — ´ e depois e dá “é”, ^ e depois e dá “ê”. As combinações com Ctrl ou Win enviam a tecla simples, então um atalho é o mesmo em qualquer layout, e soltar as duas teclas Shift ao mesmo tempo solta as duas também no Mac.

• Windows: enquanto a imagem do Mac está com o teclado, as combinações com Win chegam ao Mac como combinações com Command — Win+C copia, Win+V cola, Win+Tab é Command+Tab. Win pressionada sozinha não abre o menu Iniciar, e Win+L continua bloqueando este computador. Clique fora da aba do AppleRD para recuperar os atalhos do Windows com Win. Desde a 5.2.1.
• Linux: Alt+C e Alt+V funcionam como Command+C e Command+V; a área de trabalho fica com a tecla Super.
• macOS: a tecla Command é o Command.

High Performance: os limites da Apple

O caminho rápido é uma restrição da Apple, não nossa: a Apple documenta o High Performance para Macs com Apple silicon e macOS 14 ou posterior, com o Compartilhamento de tela ou o Gerenciamento remoto ativados. Um Mac Intel (testado: iMac 2020 com macOS 26) também o transmite, mas não consegue apagar a tela. A sessão em si roda pela porta TCP da conexão (5900); o High Performance adiciona dois fluxos UDP nessa porta e na seguinte (5900 e 5901 por padrão) em ambas as direções — o cliente responde a partir das mesmas duas portas locais —, então um firewall em qualquer um dos lados precisa deixá-los passar. Um Mac que não ofereça High Performance conecta mesmo assim, como tela simples sem som. Por um agente BURSUlink, esses fluxos UDP passam pelo agente, então nada precisa ser aberto na rede do Mac.

No Android, iPhone e iPad

Desde o Android 2.0 e o iOS/iPadOS 2.0, uma conexão AppleRD também abre no celular e no tablet. Em um Mac com Apple silicon e High Performance, o vídeo é decodificado por hardware e o som do Mac toca no aparelho, e a tela do Mac apaga para uma sessão privada ou continua ligada como espelho (sem High Performance, ou em um Mac Intel, a tela do Mac continua ligada). No iPhone e no iPad, a tela virtual do Mac gira junto com o aparelho em uma sessão privada High Performance. A chave do Mac é confirmada na primeira conexão, como no desktop. Os limites: o texto copiado no Mac chega à área de transferência do aparelho, mas nada volta para o Mac; no Android o vídeo é sempre H.264 e o celular precisa ser de 64 bits.

O que deliberadamente não implementamos

O protocolo de administração proprietário da Apple Apple Remote Desktop (UDP 3283: observação silenciosa, distribuição de arquivos e pacotes, listas de tarefas, inventário) é um protocolo separado e não documentado. O BURSUcm conecta à tela compartilhada — que é o que a maioria entende por “ARD” — e não implementa esse protocolo de administração.

Telnet · Serial · Web · FTP

Telnet

O mesmo terminal embutido do SSH (cores, copiar/colar, broadcast, snippets). Atenção: o Telnet envia tudo em texto puro — use-o apenas em redes confiáveis.

Serial (porta COM)

• Defina a porta (por exemplo COM3 no Windows, /dev/ttyUSB0 no Linux) e o baud rate na conexão.
• As Serial options cobrem bits de dados, paridade, stop bits, controle de fluxo.
• O caso clássico: o console de um switch/roteador por um adaptador USB-COM.

Web (HTTP/HTTPS)

• A página abre numa aba de navegador embutido — prática para painéis web (roteadores, IPMI, NAS) — que funciona como um navegador: Voltar / Avançar, Recarregar / Parar e Início; uma barra de endereço com um cadeado que diz se a conexão é segura; Copiar endereço; Abrir no navegador do sistema; e um menu ⋯ com zoom, Localizar na página (Ctrl+F), impressão e Ferramentas do desenvolvedor (F12).
• As teclas são primeiro da página: um console web (Proxmox, iLO, iDRAC) recebe Ctrl+R, Esc e as demais, e as teclas do navegador só agem quando a página não as usa. Ctrl+W e Ctrl+Tab continuam sendo do app.
• Os pop-ups de login (Google, Microsoft, login único) abrem numa janela própria e são concluídos; um link que abre uma página nova a abre numa aba nova. Um site que pede a câmera, o microfone, a localização, notificações, ler a área de transferência ou baixar vários arquivos de uma vez pergunta antes — Lembrar para este site guarda a resposta.
• Os downloads vão para a pasta Downloads e aparecem com o progresso — pausar, Retomar, cancelar, abrir, Mostrar na pasta: no Windows na janela Downloads, que abre quando um download começa e pelo botão de downloads da aba; no app para Linux e macOS no painel Downloads.
• Um programa, script, instalador ou imagem de disco baixado nunca é aberto em silêncio: no Windows Abrir pergunta antes; o app para Linux e macOS mostra esse arquivo na pasta dele em vez de executá-lo.
• Uma página abre no máximo 10 abas em 10 segundos e 5 janelas pop-up, e as páginas abrem no máximo 20 abas e 10 pop-ups no total; se uma página tentar abrir mais, um aviso informa que algumas abas não foram abertas.
• Configurações → Segurança → Navegador web limpa os dados de navegação de todas as abas web e esquece as permissões dos sites e os certificados aceitos para eles.
• Você pode armazenar um login/senha e ativar “Ignore certificate errors” para painéis internos autoassinados; a exceção vale só para aquele host, nunca globalmente. O login salvo é usado só enquanto a aba mostra o próprio dispositivo — nunca para um site para o qual ele aponta nem para uma janela que esse site abre. O navegador não oferece salvar as senhas que você digita nas páginas: guarde-as no cofre.

FTP / FTPS

• Um gerenciador de arquivos de dois painéis com a mesma fila de transferências e a mesma transferência de pastas inteiras do SFTP.
• Encryption: FTP puro (nenhuma), FTPS explícito (AUTH TLS) ou FTPS implícito. O FTP puro envia a senha em texto claro — use FTPS sempre que o servidor suportar.
• O modo passivo (PASV) vem ligado por padrão — funciona atrás de NAT.

WinRM: PowerShell em servidores Windows

Desde o Windows 3.3 e Linux/macOS 2.3 uma conexão do tipo WinRM abre um console PowerShell ou cmd.exe em um servidor Windows como uma aba de terminal — sem sessão RDP e sem servidor SSH do lado do Windows. O PowerShell roda sobre PowerShell Remoting, o cmd.exe sobre WinRS; os dois viajam dentro do WS-Management pela porta 5985 (HTTP) ou 5986 (HTTPS).

Criando uma conexão

• Tipo: WinRM. Host, porta (5985 vem preenchida; 5986 para HTTPS), usuário e senha — uma credencial salva funciona exatamente como no SSH. Uma conta de domínio é escrita como DOMAIN\user; uma conta local precisa ser membro de Administradores (ou de Remote Management Users).
• WinRM options: transporte (HTTP ou HTTPS), shell (PowerShell ou cmd.exe) e, para o cmd.exe, a página de código do console — defina 866 quando digitar cirílico em uma sessão cmd; a saída é legível de qualquer forma. Em HTTPS há ainda “Proceed past certificate errors” para um servidor de laboratório com certificado autoassinado.
• A autenticação é NTLM: a senha nunca atravessa a rede em claro, e uma senha pedida por um script (Read-Host -AsSecureString, um prompt Password: no cmd) é respondida sob a chave de sessão e não como texto na tela.

Confiança: certificados e HTTP simples

• HTTPS: a primeira conexão mostra a impressão digital do certificado do servidor. Verifique-a e escolha “Trust & remember” — a partir daí o certificado fica fixado como uma chave de host SSH, e um certificado alterado gera um aviso em vez de conectar em silêncio. Settings → WinRM tem “Forget all trusted WinRM certificates”.
• HTTP simples: perguntado uma vez por servidor. O NTLM sela o corpo das mensagens, mas a identidade do servidor não é verificada — use HTTPS fora de uma rede confiável. Os diálogos de confiança podem demorar; a aba espera sua resposta por até três minutos.
• “Proceed past certificate errors” nas opções WinRM da conexão perdoa erros de cadeia só onde nenhum certificado está lembrado ainda. Um certificado em que você já confiou continua obrigatório, diga o que disser a chave, e sob política estrita um certificado novo é recusado (desde o Windows 5.0.2 e Linux & macOS 3.0.2).

Trabalhando no terminal

• A saída flui enquanto um comando ainda roda; Ctrl+C interrompe o pipeline; os erros chegam como erros com a linha em que aconteceram, e $LASTEXITCODE é reportado para o comando que o definiu.
• Read-Host, -Confirm e um parâmetro obrigatório faltando perguntam e esperam por você, como em um console local.
• clear / cls limpam a janela; o Write-Host mantém as cores e o -NoNewline; uma colagem de várias linhas executa todas; a aba se divide em um segundo painel como uma aba SSH, e a entrada broadcast chega até ela.
• O que o WinRM não faz: não há PTY, então não há redimensionamento de janela, programas em tela cheia nem tmux; e o WS-Management não tem transferência de arquivos, então não há painel de arquivos — use SFTP, SMB ou o redirecionamento de unidades do RDP para arquivos.

Habilitando o PowerShell Remoting no servidor

Execute em um PowerShell elevado na máquina Windows que você quer alcançar:

Enable-PSRemoting -Force
# acessível de outras redes, não só da sub-rede local:
Set-NetFirewallRule -Name 'WINRM-HTTP-In-TCP' -RemoteAddress Any

Um listener HTTPS com certificado autoassinado (sua impressão digital é o que você verifica na primeira conexão):

$cert = New-SelfSignedCertificate -DnsName 'server.example.com' -CertStoreLocation Cert:\LocalMachine\My
New-Item -Path WSMan:\localhost\Listener -Transport HTTPS -Address * -CertificateThumbPrint $cert.Thumbprint -Force
New-NetFirewallRule -DisplayName 'WinRM HTTPS' -Direction Inbound -Protocol TCP -LocalPort 5986

O BURSUcm traz seu próprio cliente WinRM, então do seu lado não é preciso TrustedHosts nem pertencer a um domínio.

Nos telefones: uma conexão WinRM é listada com a própria cor, pode ser criada e editada para o desktop, e o cartão copia host, usuário e senha — abri-la é, por enquanto, só no desktop.

Assistente de IA (opcional)

Desde o Windows 3.0 e o Linux/macOS 2.0 o aplicativo pode abrir um chat de IA bem ao lado da sessão: o assistente vê o mesmo terminal que você, explica a saída, investiga falhas e pode executar comandos — os somente leitura sozinho, e tudo o que altera o sistema apenas após a sua aprovação.

O recurso é estritamente opcional. Ele não faz nada até você adicionar sua própria chave de API (ou conectar um modelo local); todos os elementos de IA desaparecem ao desmarcar uma única caixa em Settings → AI assistant, e um administrador pode desativá-lo por usuário.

Ativação: chaves e provedores

• Abra Settings → AI assistant e marque Enable AI assistant. O botão de IA aparece então na barra das sessões SSH e WinRM (e, no Windows, RDP).
• Adicione uma chave: OpenAI, Google Gemini, Anthropic Claude, DeepSeek, OpenRouter, Groq, Mistral, xAI e Together vêm integrados com endereços fixos; qualquer outro serviço compatível com OpenAI é adicionado como o provedor Custom (OpenAI-compatible) com sua própria Base URL.
• Ou sem chave nenhuma, com modelos locais: Ollama, LM Studio, llama.cpp — rodam na sua própria máquina e funcionam offline.
• As chaves ficam no seu banco de dados, criptografadas com a senha mestra — no modo nuvem o servidor só vê texto cifrado. A chave ativa está marcada com ★ e você pode trocá-la direto no chat.
• Controle por usuário: no editor de usuários um administrador pode desmarcar Can use the AI assistant e o recurso desaparece para esse usuário em todos os dispositivos.

Atenção: uma assinatura do ChatGPT ou do Claude não inclui acesso à API — o assistente usa a API, que os provedores cobram à parte. Modelos locais não precisam de chave e não custam nada.

Em uma sessão SSH

• Comandos que apenas observam o sistema (df, ps, journalctl, cat…) podem rodar automaticamente — é a configuração Run read-only commands without asking (uma configuração de administrador). Tudo o que possa alterar o sistema é explicado primeiro e espera por Run ou Skip.
• O Secret Shield encontra e oculta senhas, chaves de API, chaves privadas, tokens, cookies e o conteúdo de .env antes de qualquer texto seguir para o provedor.
• Dê material ao assistente: cole uma captura de tela da área de transferência ou anexe logs, configurações e documentos. O texto é extraído para análise; imagens são aceitas por todos os provedores exceto o DeepSeek, que não tem modelos com visão.
• Find cause of error constrói um diagnóstico focado com um clique; Create session report produz um registro copiável do problema, dos comandos, dos resultados e das verificações finais — com os segredos detectados ocultos.
• Alterações arriscadas ganham rede de segurança: o assistente pode salvar o estado original, mostrar o diff, aplicar, validar o resultado — e reverter tudo com um clique se a verificação falhar. Chats podem ser criados, renomeados, arquivados, restaurados e excluídos, e o próprio painel pode ser fixado a uma conexão; uma conversa longa pode ser compactada sem perder o resumo de trabalho.
• O terminal continua sendo seu. O que você digita vai direto para o shell, mesmo enquanto um comando do assistente roda. Um pedido dirigido a você — uma senha do sudo, um sim/não — é aguardado (“Waiting for your input in the terminal”, sem relógio contando); o tempo limite conta silêncio e não minutos, então uma atualização longa que continua imprimindo não é cortada; e programas interativos como o htop são iniciados e entregues a você.

Em uma sessão RDP (aplicativo Windows)

No Windows o assistente também funciona dentro de sessões RDP, combinando um canal persistente de PowerShell com controle visual para tarefas que só existem na GUI.

• Comandos PowerShell rodam em uma janela de sessão visível na área de trabalho remota, e seus códigos de saída são verificados.
• O acesso a capturas de tela é uma permissão separada e explícita: o Secret Shield protege o texto, mas não consegue ocultar de forma confiável segredos visíveis dentro de uma captura.
• O Autopilot pode continuar sozinho comandos PowerShell somente leitura verificados localmente; cliques, digitação, atalhos e qualquer comando desconhecido sempre esperam pela sua aprovação.

Em uma sessão WinRM

O assistente funciona em abas WinRM como em SSH, e julga uma linha de PowerShell pelas regras do próprio PowerShell: uma chamada de método em qualquer ponto da linha ($_.Delete(), (Get-Service x).Stop()), um membro estático e todo bloco de script esperam seu clique, então Get-ChildItem | ForEach-Object { $_.Delete() } nunca é tratado como um comando de leitura. Ler um arquivo que pode conter segredos (as hives SAM e SECURITY, web.config, appsettings, chaves, .ssh), qualquer caminho UNC e -ComputerName também perguntam, porque o que é lido vai para o provedor de IA junto com a saída.

O que sai da sua máquina — e como desligar tudo

• Suas mensagens e a saída dos comandos que o assistente executa vão do seu dispositivo diretamente para o provedor da chave ativa — ou para um modelo local, e então nada sai da máquina. Os servidores BURSUcloud nunca veem esse tráfego.
• O histórico de chat é armazenado localmente e criptografado; a saída dos comandos não é gravada nos arquivos de chat.
• Não use o assistente em servidores onde o envio da saída da sessão a terceiros não seja permitido — é exatamente disso que trata o aviso em Settings.
• Para remover o recurso por completo, desmarque Enable AI assistant em Settings: desaparecem todos os botões e painéis de IA. Administradores podem ainda desativá-lo para usuários específicos.

Credenciais

As credenciais salvas vivem separadas das conexões — uma credencial pode estar vinculada a dezenas de servidores, e uma troca de senha é feita em um só lugar.

Como usá-las

1. Abra Credentials na barra lateral → “New credential”. Preencha um rótulo de exibição, o usuário, a senha e o grupo — e, se quiser, um comentário: uma nota livre sobre para que serve a conta (uma importação de um gerenciador de senhas coloca ali as notas da entrada). O comentário não é criptografado, então não guarde segredos nele.
2. Em uma conexão, escolha essa credencial no campo “Saved credential” — em vez de digitar.
3. Se uma credencial for excluída, as conexões vinculadas passam à entrada manual (a senha é pedida ao conectar).

Chaves SSH como credenciais

Desde o Windows 3.1 e o Linux/macOS 2.1 uma credencial pode ser não só uma senha, mas também uma chave SSH — “New credential” pergunta que tipo de registro você quer. Um registro de chave guarda a chave privada e sua passphrase criptografadas com a senha mestra, além da chave pública e de um comentário; carregue a chave de um arquivo e o .pub ao lado é reconhecido automaticamente. Pastas, permissões, proprietários, backups e sincronização valem para ele do mesmo jeito que para uma senha.

• Em uma conexão, escolha a chave na mesma árvore de pastas que qualquer credencial — as chaves têm um ícone de chave; as senhas, um cadeado — e o método de autenticação se ajusta sozinho. A chave é usada para o servidor de destino e para cada jump host da cadeia.
• Uma chave guardada nunca é copiada para a conexão: ao desvincular, voltam os campos próprios da conexão, e uma chave que você pode alterar mas não ver aparece como um campo somente para escrita, não como um campo vazio.

Gerador de senhas embutido

Ao lado do campo de senha há um botão gerar: escolha o comprimento e quais classes de caracteres incluir (maiúsculas/minúsculas, dígitos, símbolos) e solte uma senha aleatória forte direto no campo — sem ferramenta separada, e o novo valor é armazenado criptografado como qualquer outro.

Códigos de dois fatores (TOTP)

Uma credencial também pode guardar um segredo de dois fatores, para que o código de uso único fique junto do login a que pertence:

• Cole o segredo Base32 ou um URI otpauth:// completo no campo TOTP da credencial (o mesmo valor que um autenticador de celular guardaria).
• A credencial passa então a mostrar um código de seis dígitos ao vivo com contagem regressiva; “Copy TOTP code” coloca o código atual na área de transferência em um único clique — sem celular na mão.
• O segredo é protegido pelo cofre da senha mestra exatamente como uma senha, e sincroniza da mesma forma, então o código está disponível em todo dispositivo em que você entra.
• Estes códigos são dos servidores em que você entra. O código que protege a própria conta bursucm.com vem do aplicativo autenticador do seu celular — veja Login em duas etapas.

Herança por pasta

Uma pasta de conexões pode ter uma credencial padrão: toda conexão dentro dela sem credencial própria usa a da pasta. O caso típico — um login de admin para um rack/sub-rede inteira. O cartão da conexão mostra “Folder credential — …” quando a herança se aplica.

Grupos de credenciais podem ser reordenados manualmente como as pastas de conexões — passe o mouse sobre uma linha para ver as setas (veja Sua própria ordem).

Senha mestra e o cofre

Os segredos salvos são criptografados sempre. A única questão é com qual chave:

No dia a dia

• Na inicialização o app pede a senha mestra. Você pode pular: conectar continua funcionando, mas as senhas salvas ficam bloqueadas. Se uma senha bloqueada for necessária para uma conexão, o app simplesmente a pede ali mesmo em vez de falhar.
• “Remember on this computer” guarda não a senha em si, mas uma chave local protegida pelo sistema operacional — nada para digitar na inicialização. “Forget” desfaz.
• O estado fica visível no painel Home (o cartão do cofre) e em Settings. Bloqueio rápido — Ctrl+L.
• Trocar a senha mestra: Settings → Security → “Change master password…” — todos os segredos são recriptografados.
• O botão Generate no diálogo de definir/trocar cria uma senha aleatória forte (16 caracteres, sem caracteres parecidos entre si) e a mostra para você anotar.
• Para um banco BURSUcloud a senha mestra também é definida direto no app: cada senha armazenada é criptografada no seu dispositivo antes de ser enviada — a própria senha mestra nunca sai do seu computador. Enquanto não houver senha mestra definida, a página do banco no portal mostra um aviso vermelho com a mesma ação e um gerador de senhas.
• Uma senha mestra deve ter pelo menos 12 caracteres — longa o bastante para resistir a tentativas de adivinhação offline, já que é a única chave que protege todos os segredos salvos.

Política de senhas

O administrador define os requisitos para as senhas dos usuários do app: comprimento mínimo e classes de caracteres obrigatórias (minúsculas, maiúsculas, dígitos, especiais) — Settings → Security.

Usuários e permissões

A janela User Management (painel Home → “Manage users”, ou a barra lateral). O modelo de permissões é o mesmo para bancos locais, PostgreSQL e na nuvem.

Papéis

Direitos por pasta

Para cada pasta de conexões e cada grupo de credenciais — três caixas de seleção:

• Read — ver a pasta e conectar;
• Edit — criar/alterar/excluir dentro dela;
• Passwords — revelar as senhas salvas em texto claro (sem esse direito conectar ainda funciona, mas a senha permanece oculta).

Uma concessão em uma pasta cobre suas subpastas. A linha “All folders” é a regra padrão.

Desde o Windows 3.1 e o Linux/macOS 2.1 os direitos ficam na aba Access permissions da janela do usuário (ao lado de General) como uma única árvore de pastas em vez de duas tabelas: alterne entre pastas de conexões e de credenciais, recolha-a, busque pelo caminho completo, mostre Only granted, expanda ou recolha tudo e veja o contador. A linha All folders marca e bloqueia as linhas abaixo — uma permissão concedida a tudo não pode ser retirada pasta por pasta. A árvore inclui todas as pastas que a janela principal mostra, inclusive as pastas de exemplo.

Quando uma conexão compartilhada muda de destino

Em um banco BURSUcloud várias pessoas editam o mesmo catálogo, e o direito Edit não inclui Passwords. Quem pode alterar uma conexão mas não ver a senha dela poderia apontá-la para uma máquina própria e esperar você conectar com o segredo salvo. Por isso o app memoriza — neste computador, nunca no banco compartilhado — para onde foi cada conexão da última vez que você conectou: host e porta, a credencial vinculada, o jump host, o RD Gateway e o tipo de conexão. A primeira conexão é memorizada em silêncio. Se algo disso tiver mudado desde então, antes de conectar aparece Routing changed — “This connection no longer goes where it did” — com Previously connected to e Now points to lado a lado. Cancel não envia nada e mantém o roteamento anterior; Connect anyway aceita o novo. Se foi você quem fez a alteração, basta confirmá-la. A mesma pergunta é feita para um jump host no caminho e antes de Get MAC fazer login por SSH.

Um banco local e o seu próprio servidor PostgreSQL não são verificados: não há um terceiro entre você e o catálogo. A verificação existe no app para Windows e, desde a 2.8.1, no app para Linux e macOS; o RD Gateway e o tipo de conexão são comparados desde o Windows 3.8.1 e o Linux e macOS 2.8.1. É um aviso, não criptografia — leia-o antes de clicar no botão. Desde o Windows 5.0.2 e Linux & macOS 3.0.2 as chaves de segurança também são comparadas — “Proceed past certificate errors” e HTTP simples no WinRM, FTP sem TLS, certificados ignorados numa aba web, criptografia desligada no VNC —, então virar qualquer uma delas numa linha compartilhada faz a mesma pergunta.

Usuários no modo nuvem

Para um banco BURSUcloud a janela Users lista dois tipos de entrada:

• Os dois tipos carregam os mesmos direitos por pasta (ler/editar/senhas) e o direito de snippets. Podem ser gerenciados tanto pelo app quanto pelo portal — é um único e mesmo banco de dados.
• Os usuários do banco são armazenados dentro do próprio banco do cliente, então um backup completo ou um dump SQL os leva junto com o catálogo, e mudar o handle do banco vale na hora.
• O dono do banco (a conta que o criou no portal) é sempre administrador: não pode ser rebaixado nem removido — o banco nunca fica sem admin. Bancos locais aplicam a mesma regra ao último administrador.

Grupos de usuários

A janela “User Management” tem uma segunda lista, User groups. Um grupo é um conjunto nomeado de permissões por pasta (mais a permissão de snippets) que cada membro herda além das suas. Coloque as pessoas em grupos em vez de repetir as mesmas permissões em cada conta, por exemplo um grupo “Linux Admins” com leitura / edição / senhas na pasta Linux.

• As permissões se somam. As permissões efetivas de um usuário são as suas próprias concessões mais as de cada grupo. Um grupo nunca retira uma permissão e nunca concede o papel de administrador nem o indicador do assistente de IA — esses ficam no usuário.
• As permissões herdadas são visíveis. Na aba Access permissions do usuário, as pastas concedidas por um grupo aparecem como marcas verdes, bloqueadas, enquanto as permissões próprias da conta mantêm a cor normal; as verdes são alteradas no grupo. A lista Groups na aba “General” indica em quais grupos a conta está.
• Os grupos ficam armazenados junto aos usuários — no banco de dados local, no seu banco PostgreSQL ou dentro do banco de dados de cliente do BURSUcloud —, então backups, snapshots e dumps SQL os levam junto. No modo nuvem, tanto usuários do banco quanto membros do portal podem ser incluídos em um grupo, pelo aplicativo ou no portal.
• Excluir um grupo deixa seus membros apenas com as permissões concedidas diretamente. As alterações valem no próximo login para um banco local e na próxima atualização do catálogo para um banco na nuvem.

Suas configurações neste computador

Tudo o que o aplicativo guarda fora do banco de dados e que é seu — configurações, chaves de host e certificados confiáveis, logs e transcrições de sessão, o cache offline, os chats de IA, os cookies das abas web, a senha mestra lembrada — fica em uma pasta sua em cada computador (Users\<nome>-<id> dentro da pasta de dados do aplicativo). O aplicativo muda para ela assim que você entra.

• Cada conta tem suas próprias configurações. Duas pessoas no mesmo computador não veem o tema, as decisões de confiança nem os logs uma da outra, e quem volta encontra tudo como deixou. Nada é apagado quando outra pessoa entra.
• Todas as abas de configurações estão abertas a qualquer usuário. SSH, RDP, VNC, WinRM, Logs e as demais são suas. Só o que descreve o banco de dados compartilhado fica com os administradores: trocar de banco de dados, importar / exportar, a senha mestra, a política de senhas, usuários e grupos.
• Dados locais. Em User Management um administrador pode remover deste computador a pasta de outra conta com o botão Delete local data…; a conta e o banco de dados são mantidos. A pasta da conta conectada não pode ser removida enquanto estiver em uso.

BURSUcloud

O BURSUcloud é a nuvem opcional que sincroniza seu catálogo entre dispositivos e uma equipe. O mesmo catálogo fica disponível no app para Windows, no app para Linux/macOS, no portal web, no Android e no iOS/iPadOS.

Criando uma conta

1. Abra bursucm.com/register. Cinco formas: e-mail + senha (mínimo de 8 caracteres) ou “Continuar com Google”, Microsoft, Apple ou GitHub (contas pessoais e corporativas funcionam).
2. No cadastro por e-mail chega um link de confirmação — válido por 24 horas. Não chegou nada? Verifique o spam ou clique em “Reenviar link” na página de login.
3. Depois de confirmar, entre — você cai em “Meus bancos de dados”.

Criando um banco de dados na nuvem

1. Clique em “+ Novo banco de dados”.
2. Nome — como o banco aparece nas listas (por exemplo “Infraestrutura de produção”).
3. Identificador (handle) — um id curto e único de letras, dígitos e hífens. Ele vira parte dos logins dos usuários do banco: name@handle. Deixe em branco para gerar automaticamente; você pode mudá-lo depois, mas isso atualiza os logins dos usuários.
4. Senha mestra (opcional) — você já pode defini-la para criptografar as senhas das conexões. Sem ela o banco funciona sem essa proteção; defina-a depois nas configurações do banco ou pelo app.

Conectando o app à nuvem

1. No app: escolha BURSUcloud na tela da primeira execução — ou, se o app já abre outro banco, saia e entre no BURSUcloud na tela de login (Settings → Database não consegue mudar para a nuvem).
2. Entre com o e-mail e a senha do portal — ou com Google, Microsoft, Apple ou GitHub (um navegador abre; o app captura o login automaticamente).
3. Se a sua conta tiver o login em duas etapas ativado, o app pede o código de 6 dígitos (ou um código de recuperação) em uma janela própria logo depois da senha. Entrar com Google, Microsoft, Apple ou GitHub não pede o código.
4. Escolha um banco na lista (“Refresh databases” a relê) → “Use selected”.
5. Se o banco tiver senha mestra, o app a pede e oferece memorizá-la neste computador (é armazenada uma chave protegida localmente, não a senha em si).

O que sincroniza

Conexões e pastas (incluindo a ordem das pastas, sua ordem manual dos itens e o estado recolhido), credenciais, snippets, usuários e direitos, as opções SSH, WinRM, RDP, VNC e Apple Remote Desktop de cada conexão (incluindo jump hosts, túneis e o agente BURSUlink pelo qual uma conexão passa). As preferências do próprio app (tema, idioma, atalhos) ficam locais.

O modelo de segurança

• Cada banco é um banco PostgreSQL separado; o SGBD não é alcançável pela internet — só o próprio portal, no servidor, fala com ele.
• Os clientes usam a API HTTPS com tokens: um token vive 30 dias, deslizando com o uso (teto rígido de 90 dias), no máximo 10 tokens ativos por conta, e entrar de novo revoga o token anterior.
• As senhas das conexões são criptografadas com a senha mestra no seu dispositivo; o servidor armazena e repassa apenas texto cifrado (zero-knowledge). Por isso uma senha mestra esquecida não pode ser recuperada nem pelo suporte.
• Um login a partir de um IP novo dispara uma notificação por e-mail; uma troca de senha também.
• A própria conta pode ser protegida pelo login em duas etapas: um código de um aplicativo autenticador depois da senha, com dez códigos de recuperação de uso único.

Trabalhando offline

Quando a rede cai — ou o próprio banco fica inacessível — o app continua funcionando a partir de uma cópia local criptografada do seu catálogo. Você pode navegar e editar conexões e credenciais, e até iniciar o app sem conexão nenhuma. Uma barra de status mostra o estado: vermelho enquanto offline (com um contador de alterações não sincronizadas e um botão “Retry”), âmbar durante a sincronização, verde “Synchronized” por um instante ao terminar.

As alterações feitas offline entram em uma fila e são enviadas automaticamente assim que o banco volta a ficar acessível. Se o mesmo item foi alterado tanto no seu dispositivo quanto no servidor, uma janela de conflito mostra as duas versões lado a lado e deixa você manter qualquer uma delas (senhas nunca aparecem ali). A disponibilidade é detectada com ping ao próprio banco, então um servidor morto é notado mesmo com a internet funcionando. Isso vale tanto para o BURSUcloud quanto para um banco PostgreSQL direto — para PostgreSQL, um espelho local atualizado é mantido no seu computador.

BURSUlink: um computador atrás de NAT

Um PC de casa atrás de um roteador, um notebook em uma conexão móvel, um servidor em um escritório sem endereço público — o BURSUlink chega a eles sem encaminhamento de portas, sem IP público e sem VPN. Um pequeno agente nesse computador mantém uma única conexão de saída com o servidor de retransmissão BURSUlink mais próximo. Quando você abre uma conexão, o bursucm.com assina um passe para ela — um agente, um dispositivo, uma conexão, dois minutos — e a sessão chega até o agente: diretamente através do NAT quando os roteadores permitem, pelo servidor de retransmissão caso contrário. O tráfego é criptografado de ponta a ponta entre o seu dispositivo e o agente; um servidor de retransmissão encaminha pacotes que não consegue ler. O BURSUlink faz parte do BURSUcloud sem custo: o agente é vinculado a um banco de dados BURSUcloud, e os membros do banco se conectam por ele. Os downloads e a descrição completa estão em bursucm.com/bursulink; este capítulo é a parte prática.

Vincular um computador

1. No bursucm.com abra o banco de dados, depois a aba BURSUlink, e pressione Adicionar agente: dê um nome, escolha o modo (próxima seção) e copie o código de uso único. Ele vale por 15 minutos.
2. Instale o agente no computador que você quer alcançar — não naquele de onde você se conecta. Windows: um único instalador para x64 e ARM64; ele instala o serviço e o ícone de status após um único consentimento de administrador. macOS: uma única imagem para Intel e Apple Silicon — arraste o BURSUlink para Aplicativos, inicie-o e pressione Install na aba Service. Linux: os pacotes dos mesmos repositórios do BURSUcm (configurados uma vez); servidores ARM64 recebem só o serviço (.deb, .rpm), e o pacote para Arch é só para x86-64. Um único comando como root faz tudo: curl -fsSL https://bursucm.com/downloads/bursulink.sh | sudo sh adiciona o repositório, instala o agente, pede o código, vincula o computador com ele e inicia o serviço. Em um computador com área de trabalho instala também a janela e o ícone de status; em um servidor, em ARM64 e onde nenhum repositório oferece o WebKitGTK 4.1 (RHEL, Rocky e AlmaLinux 9) instala o agente de console — só o serviço — e diz qual escolheu e por quê. É preciso glibc 2.34 ou posterior (Ubuntu 22.04+, Debian 12+, RHEL 9+, Fedora, Arch); um sistema mais antigo é recusado antes de alterar qualquer coisa. Sem terminal, como root: curl -fsSL https://bursucm.com/downloads/bursulink.sh | BURSULINK_CODE=CÓDIGO sh. O código nunca vai para uma linha de comando, onde outros usuários do servidor poderiam lê-lo.
3. Na janela do agente pressione Link this computer e cole o código — ou faça login ali com a sua conta do portal e escolha o banco de dados (uma conta com login em duas etapas tem o código pedido uma vez, agente 1.0.1). O computador aparece na aba BURSUlink em segundos, com o modo, a versão, o último contato e se está online.

O agente roda como serviço do Windows, unidade systemd ou LaunchDaemon do macOS: inicia com o sistema, antes de alguém fazer login, e não precisa de janela. Ele só faz conexões de saída — 443/tcp e 7842/udp —, então nada muda no roteador nem no firewall. O mesmo computador pode ser vinculado a até oito bancos de dados; cada vínculo tem a própria chave, e remover um não mexe em mais nada.

Dois modos

Conectar por um agente

Na janela da conexão, no modo BURSUcloud, o campo BURSUlink connection acima do host e da porta oferece Direct ou Through BURSUlink com o nome do agente; ele só aparece para os tipos que o túnel transporta. A conexão mantém o nome de host real — a chave de host SSH e o certificado RDP são verificados contra ele como antes — e mostra uma marca BURSUlink na árvore e o nome do agente no cartão dela. Pode usá-la qualquer membro do banco de dados que possa abrir a conexão: os direitos por pasta e os grupos de usuários valem exatamente como em uma conexão direta, e uma conta com login em duas etapas precisa ter feito login com o código — caso contrário o app oferece fazer login de novo.

• Protocolos: SSH, SFTP, Telnet, RDP, VNC, WinRM, Apple Remote Desktop, páginas web e FTP/FTPS passam pelo agente. Uma página web abre no próprio perfil de navegador, então endereços locais e o WebRTC não conseguem escapar do agente; cada canal de dados FTP também passa pelo túnel. O modo High Performance da Apple envia a imagem e o som por UDP através do agente — por um servidor de retransmissão só quando a opção Permitir High Performance por um relay do agente no portal está ligada; caso contrário a sessão abre no modo padrão e diz por quê. Não passa: Serial. O RDP pelo agente usa o motor BURSUrdp, e Open with Remote Desktop não pode passar por ele.
• Redirecionamentos de RDP: quando o servidor passa a sessão para outro endereço (como faz um RD Connection Broker), o RDP pelo agente fica no túnel — ou para e explica por quê — em vez de se conectar diretamente a esse endereço, e uma cadeia de redirecionamentos termina depois de quatro saltos. O motor BURSUrdp faz o mesmo com o RDP por um encaminhamento de porta SSH. Windows desde a 5.2.1; Linux e macOS desde a 3.2.1.
• Uma rota por conexão: um agente substitui um jump host e um RD Gateway. Salvar uma conexão com um agente os remove, e a janela avisa antes; um jump host que ele próprio passa por um agente é recusado; se uma conexão já tiver um, as SSH options o mostram pelo nome, marcado “· BURSUlink”, e dizem por que ele não pode ser usado.
• O que o app diz a você: um agente offline é nomeado com a hora do último contato; um agente removido no portal aparece na janela da conexão como removed agent — escolha outro; “did not answer” significa que o agente não aceitou o passe nos seus dois minutos, ou que nenhum servidor de retransmissão chega até ele.
• Um agente diferente em uma conexão compartilhada faz parte da verificação de mudança de destino: o agente transmite tudo o que a conexão envia.
• Onde: o app para Windows desde a 5.2.0; o app para Linux e macOS a partir da 3.2.1 — use a 3.2.5 ou posterior, porque a 3.2.3 recusava RDP e SSH por um agente. Páginas web, FTP e High Performance por um agente exigem o agente 1.0.0 com Windows 5.2.2 ou Linux e macOS 3.2.3 ou posterior. Quando o agente roda no próprio computador de destino, a árvore, o cartão e a aba mostram o nome do agente em vez do host salvo, e a busca encontra a conexão por ele. Os apps para Android e iOS ainda não se conectam por um agente.

Para parar um agente, remova-o na aba BURSUlink: os passes dele param na hora, e ele se apaga sozinho na próxima vez que se conectar. Desinstalar o BURSUlink no computador também remove o agente do portal.

O portal web: guia completo

O portal em bursucm.com é o centro de controle no navegador para os bancos na nuvem. O que você muda no portal fica imediatamente visível para os apps, e vice-versa.

Meus bancos de dados

A seção Bancos de dados lista seus bancos nas colunas Nome, Banco de dados (o nome do próprio banco PostgreSQL), Função (owner, dono, ou member, membro do banco de outra pessoa), Status e Criado. Gerenciar abre o console do banco com suas abas.

A aba Conexões

• A mesma árvore de pastas do app: expandir/recolher (mais “Expandir tudo / Recolher tudo”), contagem de conexões por pasta.
• Reordenação: setas ↑ ↓ em cada pasta e em cada conexão — a página reordena na hora, sem recarregar, e o resultado é a mesma ordem que seus apps mostram.
• Adicionar: “+ Adicionar conexão” — um assistente de três passos: pasta → detalhes (tipo, nome, host, porta, usuário) → senha. Novas pastas via “+ Nova pasta” ou direto dentro do assistente.
• Editar / excluir / mover — os botões Editar/Excluir na linha da conexão; uma pasta vazia pode ser excluída; uma que ainda contém conexões ou subpastas, não. A janela de edição também define a rota BURSUlink — direta ou por um agente do banco de dados (veja BURSUlink). Se a conexão foi alterada em um app ou em outra aba enquanto a janela estava aberta, nada é sobrescrito: o salvamento é recusado e a janela abre de novo com a versão atual.
• Revelando senhas: o campo “Senha mestra” no topo com “Desbloquear e mostrar”. As senhas são descriptografadas no servidor, apenas para a visualização atual da página: a senha mestra vai com a requisição por HTTPS e não é armazenada. Os apps nunca a enviam — neles as senhas são descriptografadas no seu dispositivo. Ao editar uma conexão, a caixa mostra a senha própria da conexão quando ela pode ser revelada; fica vazia se a senha vier de uma credencial vinculada ou se você não puder vê-la — então “deixe vazio para manter a senha atual”.

A aba Credenciais

As mesmas credenciais salvas do app, agrupadas, com a mesma reordenação ↑ ↓ nas linhas. Adicionar e editar funciona como nas conexões (rótulo, usuário, senha, grupo); a credencial padrão de uma pasta de conexões — a que suas conexões sem login próprio herdam — é escolhida na janela de edição da pasta, e uma chave na pasta mostra isso.

A aba Snippets

• A biblioteca compartilhada em forma de tabela: nome, comando, grupo. “+ Adicionar snippet” / Editar / Excluir.
• Os {placeholders} se comportam exatamente como no app: os valores são pedidos ao enviar de um terminal.
• A aba é visível para o dono, os administradores e os usuários com o direito de snippets.

A aba Usuários e acesso

Duas listas:

• Os dois são editados com um assistente em etapas: etapa 1 — papel (admin = acesso total) e flags globais (editar, revelar senhas, snippets); etapa 2 — direitos por pasta de conexões (ver/editar/revelar); etapa 3 — acesso aos grupos de credenciais.
• Para os usuários do banco a coluna Sessões mostra o número de dispositivos ativos: clique para abrir a lista (dispositivo, IP, último uso, expiração) com botões por token e de revogar todos.
• O dono do banco não pode ser removido nem rebaixado — o banco sempre mantém um administrador.

Um terceiro cartão, Grupos de usuários, contém conjuntos de permissões que usuários do banco e membros herdam (veja Grupos de usuários). Seu assistente tem quatro etapas — grupo (nome, descrição, permissão de snippets), pastas de conexões, grupos de credenciais, membros. Os assistentes de usuário e de membro oferecem os grupos na primeira etapa, e as duas listas mostram uma coluna Grupos.

A aba BURSUlink

Só para o proprietário. Lista os computadores vinculados ao banco de dados — nome, modo, versão, último contato, online ou não — e os códigos de uso único que ainda esperam por um agente, cada um com contagem regressiva. Adicionar agente cria um código (válido por 15 minutos; Novo código renova um expirado, Cancelar o retira), editar renomeia um agente ou muda o modo e a lista de permissões dele, e remover o exclui na hora. O procedimento completo está em BURSUlink.

A aba Configurações

• Nome e identificador (handle). Mudar o identificador atualiza na hora o login de todos os usuários do banco — avise sua equipe.
• Senha mestra: definir ou trocar (a atual é exigida). Defini-la recriptografa as senhas do banco.
• Exportar .sql — um dump completo como arquivo; Importar .sql — envie um dump (a caixa “Substituir o schema public antes de importar” limpa o banco antes). Dumps contêm dados — mantenha-os privados.
• Zona de perigo: exclusão permanente do banco com todos os seus dados.

Importação e exportação no portal

A mesma importação e exportação dos apps desktop também vive no portal — mova conexões entre o app, o portal e outras ferramentas com um único arquivo de backup portátil (veja Importação de outras ferramentas e Exportação e backups). KeePass, 1Password e Bitwarden / Vaultwarden também são importados aqui, e lidos no seu navegador: nem o arquivo nem a senha dele são enviados ao servidor. As entradas lidas dele vão ao servidor por HTTPS para a revisão, onde você escolhe quais importar.

Perfil e dispositivos

• Perfil — nome/sobrenome, apelido, idioma do portal, troca de senha — e o cartão Métodos de início de sessão: todos os caminhos para sua conta (senha, Google, Microsoft, Apple, GitHub), vincular um provedor novo, desvincular um, ou definir uma senha para uma conta criada por um provedor. O cartão nunca deixa remover o último caminho restante.
• Dispositivos conectados — cada app conectado à sua conta: nome do dispositivo, IP, último uso, expiração. Revogar desconecta um dispositivo, “Sair de todos” — todos: cada app pedirá login de novo. Use isso se um dispositivo for perdido.
• Autenticação de dois fatores — um código de um aplicativo autenticador além da senha, com códigos de recuperação para um celular perdido; veja Login em duas etapas.
• Excluir conta — remove a conta e todos os bancos de dados dela, depois da senha atual. Os apps para Android e iOS têm o mesmo botão nas configurações.

Downloads e status

• /download — instaladores e pacotes para todas as plataformas, checksums SHA-256, comandos de configuração dos repositórios, o changelog completo em 8 idiomas.
• /status — verificações ao vivo do portal, da API, do PostgreSQL e do e-mail + incidentes recentes.

Login em duas etapas na sua conta bursucm.com

Desde outubro de 2026, uma conta bursucm.com que entra com senha pode pedir também uma segunda prova: um código de 6 dígitos de um aplicativo autenticador no seu celular. Quem descobrir a senha continua sem conseguir abrir a conta — os bancos de dados dela, os usuários deles e os dispositivos conectados. Fica desativado até você ativar; ninguém é obrigado a usar, nem administradores nem proprietários de bancos de dados.

Como ativar

1. Em bursucm.com, abra o Perfil. O cartão Autenticação de dois fatores mostra que está desativado: clique em Ativar, digite a Senha atual e clique em Continuar.
2. Configure seu aplicativo autenticador: escaneie o código QR com o Google Authenticator, o Microsoft Authenticator, o 1Password ou qualquer outro aplicativo autenticador. Não consegue escanear? A janela também mostra a chave em texto — digite-a no aplicativo. A nova entrada se chama BURSUcloud, com o seu e-mail ao lado.
3. Digite o código de 6 dígitos exibido no aplicativo e clique em Ativar. A configuração espera 10 minutos; depois disso, recomece com Ativar. Se o código for recusado, confira se o relógio do celular é ajustado automaticamente.
4. Aparecem Seus códigos de recuperação: dez códigos como abcde-fghij. Cada um funciona uma vez, e eles só são mostrados agora. Clique em Copiar códigos, guarde-os em um lugar seguro e longe do celular — um gerenciador de senhas ou uma folha impressa — e clique em Já salvei.

Ao ativar, todos os outros navegadores e dispositivos saem da conta, então cada app vai pedir para entrar de novo — agora com o código. Um e-mail confirma a mudança.

Entrar com o código

• No site: depois da senha, a página Autenticação de dois fatores pede o Código → Verificar. A página espera 10 minutos e aceita cinco códigos errados; dez códigos errados em uma hora bloqueiam a digitação de códigos da conta por uma hora.
• Nos apps — Windows 5.1.5, Linux e macOS 3.1.5, Android 2.0.1, iOS/iPadOS 2.0.1 e posteriores: digite o e-mail e a senha como sempre, e o app abre sua própria janela Two-factor authentication, com um único campo. Digite o código de 6 dígitos — ou um código de recuperação — e clique em Sign in. Um código errado ou expirado é avisado na mesma janela, e você simplesmente digita o próximo; depois de tentativas demais, a janela pede para aguardar alguns minutos. Cancel volta ao formulário de login e esquece a senha digitada.
• Versões antigas dos apps não conseguem entrar em uma conta assim com a senha: atualize o app ou entre com uma conta Google, Microsoft, Apple ou GitHub vinculada.
• Offline: os apps de desktop não abrem mais offline uma conta com duas etapas só com a senha. Um app que já está conectado continua funcionando offline com a cópia salva do catálogo, como antes.
• Usuários do banco de dados (logins como name@handle) não são afetados: o login em duas etapas é das contas bursucm.com.

Google, Microsoft, Apple e GitHub

Entrar com um provedor não pede o código: confia-se no login do provedor — com o segundo fator dele, se você o ativou lá. Já vincular um provedor novo a uma conta com duas etapas pede um código (ou um código de recuperação), para que quem invadiu o seu e-mail não consiga anexar a própria conta de provedor. O cartão só aparece para contas que podem entrar com senha; uma conta criada por um provedor primeiro define uma senha no cartão de métodos de login da mesma página.

Códigos de recuperação, desativar, celular perdido

• Quantos restam: o cartão mostra “Ativada — restam N códigos de recuperação” e avisa quando restam três ou menos. Um código de recuperação vai no mesmo campo que o código do aplicativo — no site e em cada app — e é gasto quando aceito.
• Novos códigos de recuperação: a senha e um código do aplicativo (ou um código de recuperação) geram dez códigos novos; todos os antigos deixam de funcionar.
• Desativar: a senha e um código (ou um código de recuperação). Todos os outros dispositivos saem da conta, e um e-mail confirma.
• Celular perdido ou trocado: entre com um código de recuperação e depois desative e ative de novo a proteção para levá-la ao celular novo. Redefinir a senha não desativa o login em duas etapas.
• Perdeu o celular e os códigos: a página do código tem um link para o suporte. Depois de confirmado quem está pedindo, um administrador do BURSUcloud pode redefinir o login em duas etapas da conta; você recebe um e-mail sobre isso, e todos os outros dispositivos saem da conta.

O app para Linux e macOS

O BURSUcm para Linux e macOS é o mesmo gerenciador de conexões, compilado para esses sistemas a partir de uma única base de código. Se você conhece o app para Windows, já conhece este: o mesmo catálogo, os mesmos modos de armazenamento (local, PostgreSQL, BURSUcloud), os mesmos recursos de SSH, credenciais, cofre, usuários, snippets, visão dividida e broadcast. Este capítulo cobre o que é específico dele.

O que difere do app para Windows

Encontrando o caminho

• A barra lateral alterna entre Connections e Credentials; as pastas expandem no lugar, e passar o mouse sobre qualquer linha mostra as setas de reordenação ↑ ↓ (veja Sua própria ordem).
• O Quick connect fica no topo da barra lateral: escolha um protocolo, digite user@host:port, pressione Enter — uma sessão avulsa sem tocar o catálogo.
• A aba Home mostra o mesmo painel: estatísticas, recentes, favoritos, estado do cofre, ações rápidas. Abas de sessão, visão dividida, broadcast, modos de janela inteira e tela cheia se comportam como descrito nos capítulos comuns.
• Temas claro e escuro, e os mesmos oito idiomas de interface (inglês, alemão, espanhol, português do Brasil e de Portugal, russo, ucraniano, georgiano) — em Settings; os quatro novos a partir da 3.2.1. Na primeira inicialização o app abre no idioma do sistema, se for um dos oito.

Entrando

O login na nuvem oferece o conjunto completo: e-mail/senha, Google, Microsoft, Apple, GitHub, ou um login de usuário do banco (name@handle). Logins via navegador abrem seu navegador padrão e retornam ao app automaticamente. Se a conta tiver o login em duas etapas ativado, uma janela Two-factor authentication pede o código logo depois da senha; logins com provedores não pedem.

App para Android

Instale-o pelo Google Play — ou como APK direto pela página de download. É um cliente para o catálogo na nuvem: entre com a mesma conta — e-mail/senha (mais o código de duas etapas, se estiver ativado), Google, Microsoft, Apple ou GitHub, ou um usuário do banco de dados name@handle — e você recebe as mesmas pastas e conexões, na mesma ordem que organizou no desktop. A versão 2.0 (outubro de 2026) o aproximou do desktop:

• Sessões: terminais SSH e Telnet, RDP e VNC integrados, e AppleRD para um Mac, com vídeo e som High Performance; uma conexão Web abre no navegador do sistema. As sessões — inclusive transferências de arquivos e áreas de trabalho remotas — continuam rodando com o app em segundo plano; até 5 ao mesmo tempo por padrão (de 1 a 20 nas configurações).
• Áreas de trabalho remotas: ponteiro tipo trackpad ou toque direto, uma fileira de teclas com Esc, Tab, Win e Ctrl+Alt+Del, e ao girar a tela a área de trabalho ajusta a resolução sem reconectar. O RDP passa pelo RD Gateway definido no desktop. Não há no celular: área de transferência compartilhada em RDP e VNC, nem som do RDP.
• SSH: jump hosts, encaminhamentos de portas locais (-L) e remotos (-R), tmux, chaves Ed25519 e a opção de conexão Send LANG=en_US.UTF-8. Um encaminhamento dinâmico (-D) fica guardado na conexão, mas só inicia no desktop.
• Terminal: os esquemas de cores e o tamanho de fonte do desktop, Find na saída, logs de sessão com Share output, os snippets do banco de dados — enviados com um toque, adicionados e editados aqui —, uma fileira de teclas com Ctrl, Alt, Esc, Tab, setas, Home/End, PgUp/PgDn e F1–F12, e uma pergunta antes de executar uma colagem de várias linhas.
• Arquivos (SFTP e FTP): selecione vários itens para baixar, mover ou excluir de uma vez; baixe ou exclua uma pasta inteira; veja e edite um arquivo de texto no servidor; ordene por nome, tamanho ou data e mostre arquivos ocultos; renomeie, crie pastas e (SFTP) altere permissões. O envio ao servidor é um arquivo por vez.
• Catálogo: Favoritos e Recentes, tags, Quick Connect e Copy As; pastas com nova subpasta, renomear, mover, excluir e a credencial padrão da pasta; a sua ordem manual, mudada pela alça de arrastar de cada linha; Wake on LAN pelo menu da linha; “Last used by …” no cartão da conexão. A busca expande as pastas com resultados.
• Credenciais: registros de usuário/senha e de chave SSH, códigos TOTP ao vivo a partir do segredo de dois fatores de um registro, um gerador de senhas e uma chave privada importada de um arquivo.
• Offline: as mudanças feitas sem conexão ficam no celular e são enviadas quando o portal volta; uma faixa acima do catálogo mostra o estado, e uma janela de conflitos deixa você ficar com qualquer uma das versões — como nos apps de desktop.
• Tablets e tema: um layout lado a lado com o catálogo à esquerda e um painel de boas-vindas com ações rápidas e números ao vivo à direita — um botão Início sempre leva de volta a ele. O tema segue o claro/escuro do sistema ou é fixado nas configurações.
• Desbloqueio e bloqueio: por digital (ou PIN do aparelho) — a chave do cofre é protegida por uma chave do Android Keystore que não pode ser usada sem uma verificação bem-sucedida; Lock App on Start pede a verificação ao abrir. O cofre bloqueia após 5 minutos em segundo plano e após 10 minutos sem uso.
• Privacidade: Block screenshots (desligado por padrão) esconde as telas sensíveis de capturas e do espelhamento de tela; Clear clipboard apaga um segredo copiado depois do tempo escolhido; o certificate pinning só aceita o certificado legítimo de bursucm.com; e entrar de novo revoga a sessão anterior, então a lista “Dispositivos conectados” do portal está sempre correta.
• Sua conta: Settings → Delete account exclui a sua conta bursucm.com com todos os bancos de dados dela depois de uma única confirmação (Delete account permanently), levando junto os logs de sessão e os registros de falhas deste celular. Report a problem envia um relatório pelo app; nada sai sem o seu toque.
• O que o Android não tem: abrir conexões WinRM (elas podem ser criadas e editadas aqui, e o cartão copia host, usuário e senha) e portas seriais, o assistente de IA, a visão dividida e o broadcast, usuários e permissões, Get MAC e a reconexão automática — uma sessão que caiu é reaberta à mão. A importação só lê o próprio arquivo de exportação do app, que não traz senhas.

App para iOS e iPadOS

O BURSUcm para iPhone e iPad é um único app universal, gratuito na App Store, para iOS e iPadOS 17 ou mais recente. Entre com a mesma conta — e-mail/senha (mais o código de duas etapas, se estiver ativado), Google, Microsoft, Apple ou GitHub, ou um usuário do banco de dados — e o mesmo catálogo se abre: as mesmas pastas e conexões, na ordem em que você as organizou, com cada senha decifrada só no aparelho. A versão 2.0 (outubro de 2026) o aproximou do desktop:

• Sessões: terminais SSH e Telnet, SFTP e FTP, RDP e VNC integrados, e AppleRD para um Mac — com vídeo e som High Performance e a tela virtual do Mac girando junto com o aparelho; uma conexão Web abre no navegador padrão. Uma sessão ativa pede ao iOS o meio minuto extra que ele concede ao trocar de app, então uma transferência ou um comando em andamento não cai assim que você olha para outro lado.
• Áreas de trabalho remotas: gestos (toque = clique, toque com dois dedos = clique direito, dois dedos = rolar, toque duplo e arrastar = arrastar) e um painel flutuante com Esc, Tab, Del, setas, teclas de função e Ctrl+Alt+Del. O RDP passa pelo RD Gateway definido no desktop. Não há no aparelho: área de transferência compartilhada em RDP e VNC, nem som do RDP.
• SSH: jump hosts, encaminhamentos de portas locais (-L) e remotos (-R), tmux e a opção de conexão Send LANG=en_US.UTF-8. Um encaminhamento dinâmico (-D) fica guardado na conexão, mas só inicia no desktop.
• Terminal: duas fileiras extras de teclas acima do teclado na tela — Ctrl, Esc, Tab, ^C, símbolos comuns e Colar; F1–F12, Home/End, PgUp/PgDn e as setas —, para que htop, mc e outras TUIs sejam usáveis no celular, enquanto um teclado físico repassa seus modificadores direto. Os esquemas de cores e o tamanho de fonte do desktop, Find, logs de sessão com Share output, os snippets do banco de dados (enviados com um toque, adicionados e editados aqui) e uma colagem segura: caracteres de controle são removidos e uma colagem de várias linhas pergunta antes.
• Arquivos (SFTP e FTP): selecione vários itens para baixar, mover ou excluir de uma vez; baixe ou exclua uma pasta inteira; veja e edite um arquivo de texto no servidor; ordene por nome, tamanho ou data e mostre arquivos ocultos; envie, renomeie, crie pastas e (SFTP) altere permissões. Os downloads vão para a pasta BURSUcm do app Arquivos.
• Catálogo: Favoritos e Recentes, tags, Quick Connect e Copy As; pastas com nova subpasta, renomear, mover, excluir e a credencial padrão da pasta; a sua ordem manual com Move up / Move down no menu da linha; “Last used by …” no cartão da conexão; e Wake on LAN pelo menu da linha — enviado direto para o endereço da máquina, porque o iOS só deixa um app enviar broadcasts com uma permissão especial da Apple.
• Edição em qualquer lugar: conexões e credenciais são criadas e editadas no próprio aparelho, inclusive jump hosts e encaminhamentos de portas; uma credencial mostra códigos TOTP ao vivo a partir do seu segredo de dois fatores, tem gerador de senhas e aceita uma chave privada importada de um arquivo.
• Offline: as mudanças feitas enquanto o portal não responde ficam no aparelho e são enviadas quando ele volta — conexões, pastas, ordem manual e estado das pastas. Uma faixa acima do catálogo mostra o estado, uma janela de conflitos deixa você ficar com qualquer uma das versões, e sair com mudanças não enviadas avisa antes.
• iPad: um layout dividido com o catálogo ao lado de uma sessão ativa, suporte a ponteiro (trackpad ou mouse controlam o cursor remoto real em RDP e VNC), modificadores completos do teclado físico, os atalhos do desktop para trocar de sessão (Ctrl+Tab, ⌘1–9, ⌘W) e o Stage Manager para várias sessões lado a lado.
• Face ID / Touch ID: a chave do cofre fica atrás do armazenamento biométrico do sistema; Lock App on Start pede a verificação sempre que você volta ao app. O cofre bloqueia após 5 minutos em segundo plano e após 10 minutos sem uso — digitar em um teclado físico conta como atividade.
• Segurança: certificate pinning para bursucm.com, verificação de chaves de host SSH e certificados RDP no modelo de confiança no primeiro uso — com o servidor obrigado a provar que tem a chave privada do certificado. Hosts e certificados confiáveis são esquecidos por protocolo nas configurações.
• Sua conta: Settings → Delete account exclui a sua conta bursucm.com com todos os bancos de dados dela depois de uma única confirmação (Delete account permanently), junto com os logs de sessão e os registros de falhas deste aparelho. Report a problem envia um relatório pelo app; nada sai sem o seu toque.
• O que o iPhone e o iPad não têm: abrir conexões WinRM e portas seriais (elas podem ser editadas aqui), o assistente de IA, a visão dividida e o broadcast, usuários e permissões, importação e exportação, Get MAC e a reconexão automática — uma sessão que caiu é reaberta à mão.

Importação de outras ferramentas

Mudar de outro gerenciador de conexões é uma única janela: Settings → Data → Import (também disponível no portal web). Escolha a origem, revise a pré-visualização, clique em Import.

Origens suportadas

A etapa de pré-visualização

• Antes de qualquer gravação, a importação mostra uma árvore de pastas do que encontrou — marque exatamente as pastas e conexões que você quer.
• Escolha uma pasta de destino no seu catálogo; a estrutura importada entra dentro dela.
• As importações são aditivas: nada existente é sobrescrito ou excluído.

De um gerenciador de senhas

KeePass, 1Password e Bitwarden / Vaultwarden são lidos pelos apps desktop — Windows 5.3.7 e Linux e macOS 3.3.1 ou mais recentes; o portal web e os apps de celular não os leem. Escolha a origem na janela de importação e depois o arquivo; o formato é reconhecido pelo conteúdo.

• Abrir o arquivo: um banco de dados .kdbx ou .kdb pede a senha mestra, o arquivo de chave ou os dois — deixe a senha vazia se só o arquivo de chave abrir o banco; uma exportação do Bitwarden protegida por senha pede a senha com que foi exportada. Com uma senha errada, a janela continua aberta para outra tentativa. O arquivo é lido no seu computador e não é enviado para lugar nenhum.
• O que vira o quê: grupos, cofres e pastas viram pastas. Cada entrada com usuário, senha ou código de uso único vira uma credencial, com o código (TOTP); uma entrada cujo endereço indica um servidor vira também uma conexão. As notas e o endereço vão para o comentário. Chaves SSH do 1Password e do Bitwarden viram credenciais com chave SSH.
• Qual protocolo: um endereço com protocolo — ssh://, rdp://, https://… — sempre decide. Para um host simples, a própria entrada é lida primeiro: uma porta no endereço (22, 23, 3389, 5900–5909), as palavras RDP, SSH, VNC ou Telnet no título ou nas notas, um usuário do tipo DOMAIN\user. Só o resto segue Tratar os hosts sem protocolo como: Conexão SSH, Conexão RDP ou Apenas a credencial.
• O que é ignorado: cartões, identidades, notas seguras, documentos, itens arquivados e excluídos e a lixeira do KeePass. Eles são contados no resumo, então nada some em silêncio.
• Para um banco de dados na nuvem: uma importação grande vai até o fim sem pausas, e uma janela de progresso conta as conexões e credenciais conforme chegam.

Exportação e backups

Backups portáteis (.bcmbackup)

• Exportar com senha mestra — o arquivo é criptografado (AES-256-GCM); é o formato para mover um catálogo entre máquinas ou guardar como backup.
• Exportar sem senha — só para transferências rápidas; o app avisa claramente que as senhas salvas ficariam em texto puro.
• Exportação CSV — a estrutura do catálogo sem senhas, para planilhas e auditorias. Também se reimporta: escolha a origem BURSUcm CSV.
• A mesma exportação/importação está disponível no portal web, então um backup feito no app abre no portal e vice-versa.

Snapshots do banco de dados

• Export Database… — um único arquivo criptografado com o catálogo inteiro (conexões, credenciais, usuários). Você escolhe uma senha mestra do snapshot — o arquivo é inútil sem ela.
• Import Database… substitui o conteúdo atual do banco (o app avisa). O modo local também pode importar um arquivo SQLite bruto.
• Para um banco na nuvem, o portal oferece exportação/importação .sql (a aba Configurações do banco) — um dump PostgreSQL completo, usuários do banco incluídos.

Redefinindo a configuração

“Clear cache & restart setup” (Settings → Database) esquece o banco configurado e qualquer login salvo e executa de novo o assistente de primeira execução. Os dados dentro do próprio banco não são apagados.

Receitas: seis tarefas comuns

Passo a passo curtos e completos de tarefas que aparecem em infraestruturas reais. Cada um usa apenas recursos já descritos — os links levam aos detalhes.

1 · Alcançar um banco atrás de firewall como se fosse local

Um servidor PostgreSQL escuta em db.internal:5432, alcançável só a partir de um host acessível por SSH. Você quer que localhost:5432 na sua máquina leve até lá.

1. Edite a conexão SSH daquele host → SSH options → Port forwards → adicione um encaminhamento Local (-L): porta local 5432, destino db.internal, porta de destino 5432.
2. Conecte. O terminal imprime o status do túnel quando a sessão abre.
3. Aponte o pgAdmin, o DBeaver ou o psql para localhost:5432. O túnel vive exatamente enquanto a aba da sessão viver — fechar a aba fecha a porta. Detalhes: Encaminhamento de portas.

Vários serviços atrás do mesmo host? Adicione em vez disso um encaminhamento Dynamic (-D) e aponte o cliente para o proxy SOCKS5 — veja Encaminhamento de portas.

2 · Dar a um terceirizado acesso a uma única pasta

Um engenheiro externo precisa trabalhar nos servidores de Servers\Staging — e não ver mais nada, muito menos senhas.

1. Abra User Management → adicione um usuário (no modo nuvem, um usuário do banco — o terceirizado não precisa de conta no portal, só do login name@handle que você entrega).
2. Dê o papel User, deixe a regra “All folders” vazia e, em Servers\Staging, conceda Read — e Edit apenas se ele tiver que alterar entradas.
3. Deixe Passwords desmarcado: o terceirizado pode conectar com as credenciais armazenadas, mas não pode revelá-las em texto claro.
4. Quando o trabalho acabar, exclua o usuário; no modo nuvem confira também as Sessões dele no portal. Detalhes: Usuários e permissões.

3 · Migrar do PuTTY e do WinSCP na hora do almoço

1. Settings → Data → Import → origem WinSCP: os sites chegam com sua árvore de pastas e as senhas salvas, descriptografadas automaticamente.
2. Rode a importação de novo com o PuTTY como origem — sessões salvas, portas e detalhes de SSH vêm juntos; a etapa de pré-visualização deixa desmarcar o que você não quer.
3. As duas importações são aditivas e entram na pasta de destino que você escolher, então nada é sobrescrito. Defina uma senha mestra depois — senhas importadas merecem criptografia de verdade. Detalhes: Importação de outras ferramentas.

4 · Um catálogo no PC do trabalho, no notebook e no celular

1. Crie uma conta gratuita e um banco em bursucm.com (como).
2. Na máquina que tem seu catálogo: exporte-o com Settings → Data → Export… → BURSUcm Backup (.bcmbackup)…, entre no novo banco na nuvem com a senha mestra dele e importe o arquivo com Settings → Data → Import… → BURSUcm backup.
3. Entre no mesmo banco pelo notebook e pelo app Android ou iOS. Tudo acompanha: pastas, ordem manual, credenciais, snippets, túneis — e cada senha é descriptografada só no dispositivo, nunca no servidor.

5 · Rodar um comando em um rack inteiro

1. Abra sessões para todos os servidores envolvidos (abas e painéis divididos contam igualmente).
2. Ligue o Broadcast na barra de ferramentas da sessão — o banner laranja confirma quantas sessões estão ouvindo.
3. Digite o comando uma vez — ou envie um snippet; com placeholders como systemctl restart {service} o app pede o valor antes. Confira o banner antes do Enter e depois desligue o Broadcast.

6 · Um notebook foi perdido ou roubado

1. No portal, abra Perfil → Dispositivos conectados e clique em Revogar no dispositivo perdido (ou em “Sair de todos”) — o token de API dele morre imediatamente e o app nele é desconectado. Para o dispositivo de um usuário do banco, o dono faz o mesmo na aba Usuários e acesso do banco → Sessões.
2. Troque a senha da sua conta bursucm.com.
3. Se o login em duas etapas ainda não estiver ativado, ative-o — isso também tira todos os outros dispositivos da conta. Se estiver ativado e os códigos de recuperação ficavam no notebook, clique em Novos códigos de recuperação: os antigos deixam de funcionar.
4. Avalie o cofre: as senhas salvas no notebook estão criptografadas com AES sob a sua senha mestra — sem ela, são ilegíveis. Se a senha mestra também puder ser conhecida, troque por precaução as senhas reais dos servidores.

Referência

As edições em resumo

O modelo de segurança em uma tabela

Onde o app guarda seus arquivos

Lá dentro: settings.json (preferências do app), o banco local quando você usa o modo local, e known_hosts.json (chaves de host SSH e certificados confiáveis) na sua própria pasta dentro de Users — veja Suas configurações neste computador. Faça backup da pasta inteira e você terá o backup de uma instalação local. As senhas salvas dentro desses arquivos são sempre criptografadas — veja o capítulo do cofre.

Formatos de arquivo

Portas padrão

Preenchidas automaticamente quando você escolhe o protocolo; mude-as livremente por conexão. SSH/SFTP 22 · Telnet 23 · RDP 3389 · VNC 5900 · Apple Remote Desktop 5900 (+ UDP 5900/5901 para High Performance) · FTP/FTPS 21 · HTTP 80 · HTTPS 443 · WinRM 5985 (HTTP) / 5986 (HTTPS). O agente BURSUlink não precisa de nada de entrada: ele conecta para fora por 443/tcp e 7842/udp.

Glossário

FAQ e solução de problemas

Perguntas frequentes

É gratuito?
Sim, o app é gratuito em todas as plataformas. O BURSUcloud é um complemento opcional.

Quais plataformas são suportadas?
Windows, macOS (Intel e Apple Silicon), Linux (Debian/Ubuntu, Arch/CachyOS, Fedora/RHEL) e Android (Google Play ou APK direto) estão disponíveis hoje. O app para iOS e iPadOS está na App Store e requer iOS ou iPadOS 17 ou mais recente.

Preciso de uma conta?
Não. O modo local é totalmente offline. Uma conta só é necessária para a sincronização na nuvem e para os apps Android e iOS/iPadOS.

Esqueci a senha mestra. E agora?
Ela não pode ser recuperada — essa é justamente a essência do zero-knowledge. Suas conexões e a estrutura do catálogo estão intactas; as senhas salvas precisam ser digitadas de novo (Settings → Security → defina uma nova senha mestra, depois atualize as senhas).

Movi o banco para outro PC e as senhas não abrem.
O banco estava protegido com DPAPI (vinculado a uma conta do Windows). No computador original ative uma senha mestra (Settings → Security) e copie o banco de novo — agora ele é portátil, inclusive para Linux e macOS.

Qual é a diferença entre “usuário do banco” e “membro”?
Um usuário do banco é uma conta apenas para os apps BURSUcm (login name@handle); não precisa de conta no portal. Um membro é uma conta completa do bursucm.com com acesso concedido ao banco. Os direitos por pasta são idênticos.

Onde ficam meus dados na nuvem?
Em um banco PostgreSQL dedicado no servidor bursucm.com, inalcançável diretamente pela internet. As senhas nele são texto cifrado; só você tem a chave.

Por que meus dispositivos não mostram a mesma ordem de conexões?
A ordem manual sincroniza pelo banco de dados. Garanta que todo dispositivo roda uma versão atual (Windows 2.7.5+, Linux/macOS 1.7.5+, Android 1.8.1+, iOS/iPadOS 1.1.0+) e atualizou o catálogo; versões antigas simplesmente recuam para a ordem alfabética sem prejudicar o que você organizou.

Solução de problemas

Logs de diagnóstico

Settings → Logs: apenas tempos de operação são registrados — nunca senhas. Desligado por padrão. “Open” leva à pasta de logs.

Relatar um problema

Help → Report a problem, ou a oferta que aparece sozinha depois de um erro ou na inicialização seguinte a uma falha grave (Windows 3.3.0 e Linux e macOS 2.3.0 e posteriores). O relatório leva o próprio erro, a versão do aplicativo e do sistema e — enquanto a caixa continuar marcada — as últimas linhas dos logs de diagnóstico. A seção “What will be sent” (no Linux e no macOS, o botão “Show what will be sent”) é o relatório, não um resumo dele: as senhas, as chaves e os tokens são removidos no seu computador antes de você vê-lo, e os endereços de servidores, os nomes de conta e os endereços IP são substituídos por marcadores, a não ser que você marque a caixa que os inclui. Até você clicar em Send, nada sai do computador. Você recebe um número de chamado; os relatórios são excluídos depois de 90 dias.

A captura de tela só é oferecida para um erro que aconteceu com o aplicativo aberto: ela é feita no instante da falha, vem desligada por padrão e é mostrada a você antes do envio. Se o envio falhar, nada se perde — “Save to file...” grava o relatório inteiro, pronto para enviar para support@bursucm.com. Para o aplicativo nunca oferecer, desligue Settings → Other → Offer to report problems; sozinho ele nunca enviou nada, então some apenas a pergunta.

Ainda travado?

Escreva para nós por bursucm.com/contact — normalmente respondemos em um dia útil. A página de status mostra se um problema da nuvem está do nosso lado.