BURSU Connection Manager

O que é o BURSUcm

BURSU Connection Manager (BURSUcm) é um gestor rápido de ligações remotas. Reúne numa única janela tudo aquilo com que um engenheiro trabalha: servidores, equipamento de rede, ambientes de trabalho remotos, painéis de ficheiros, credenciais guardadas e direitos de acesso da equipa. É executado nativamente no Windows, Linux e macOS, inclui aplicações móveis complementares para Android e para iPhone/iPad e permite, opcionalmente, sincronizar tudo através do serviço BURSUcloud.

Os seus servidores, um catálogo encriptado — em todos os dispositivos

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

SSHWinRMSFTPFTPRDPVNCPartilha de ecrãTelnet

Protocolos suportados

Início rápido em 10 minutos

De uma máquina em branco até à sua primeira sessão SSH, palavra-passe guardada e transferência de ficheiro. Cada passo remete para o capítulo que o cobre em profundidade — mas não vai precisar desses links para terminar.

1. Instale a aplicação. Windows: transfira e execute BURSUcm-Setup.exe. Linux: instale o pacote da sua distribuição. macOS: arraste a aplicação do .dmg para Aplicações.
2. Escolha onde os dados vão ficar. Na primeira execução a aplicação pergunta; escolha Local database (base de dados local) — o padrão mais seguro, totalmente offline, e pode movê-la para a nuvem depois sem perder nada.
3. Entre e troque a palavra-passe. Uma base de dados local recém-criada tem uma conta, admin / admin; a aplicação pede-lhe imediatamente que substitua a palavra-passe.
4. Guarde uma credencial. Abra Credentials (credenciais) na barra lateral → New credential → um rótulo (por exemplo, “root — servidores do lab”), o nome de utilizador e a palavra-passe. Uma credencial guardada pode servir a qualquer número de servidores — essa é justamente a ideia.
5. Adicione uma ligação. Prima 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 acabou de guardar. Em Folder escolha uma pasta da lista — mostra as mesmas pastas pela mesma ordem da árvore; as pastas novas criam-se na árvore com New folder.
6. Ligue-se. Faça duplo clique na nova entrada. Na primeiríssima ligação a aplicação mostra a impressão digital da chave do servidor — é a verificação da chave do host a funcionar como esperado; confirme com Trust & remember. Um ponto verde no separador significa que a sessão está ativa.
7. Transfira um ficheiro. Na barra de ferramentas da sessão prima Files (SFTP): o seu computador à esquerda, o servidor à direita. Arraste um ficheiro de um lado para o outro — ele passa pela fila de transferências com barra de progresso.
8. Tranque tudo. Quando as palavras-passe reais começarem a acumular-se, defina uma palavra-passe principal em Settings → Security — a partir daí os seus segredos são encriptados com uma chave que mais ninguém conhece, e a base de dados torna-se portátil para qualquer outra máquina. Detalhes em Palavra-passe principal 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. Transfira BURSUcm-Setup.exe em bursucm.com/download. A soma de verificação SHA-256 é publicada ao lado do botão — verifique-a 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.

Atualizações

A aplicação verifica o feed de versões na inicialização (pode desativar esta opção em Settings → Appearance) e mostra um diálogo quando há uma versão mais nova, com o changelog e um link de download. Instalar uma versão nova por cima da antiga mantém todos os seus dados.

Instalação no Linux

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

A aplicação é instalada em /opt/bursucm, aparece no menu de aplicações como “BURSU Connection Manager” e pode ser iniciada no shell como bursucm. A soma de verificação SHA-256 de cada pacote é publicada 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); o seu gestor de pacotes instala isso automaticamente. Não há .NET nem Electron separado para instalar — a aplicação é autocontida.

Instalação no macOS

1. Transfira a imagem de disco para o seu Mac em bursucm.com/download: Intel (BURSUcm-2.8.0-x64.dmg) ou Apple Silicon (BURSUcm-2.8.0-arm64.dmg). Não sabe que chip tem? Menu Apple → Acerca deste Mac.
2. Abra o .dmg e arraste o BURSU Connection Manager para a pasta Applications (Aplicações).
3. Inicie-o a partir de Aplicações ou do Spotlight.

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

Instalação no Android

1. Instale o BURSU Connection Manager a partir do Google Play (Android 8.0 ou mais recente) — o caminho mais simples, com atualizações automáticas. Prefere não ter conta Google no dispositivo? A mesma aplicação 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 gestor de ficheiros.
2. Abra o BURSUcm e entre com a sua conta bursucm.com (e-mail/palavra-passe, Google, Microsoft, Apple ou GitHub), ou com um login de utilizador de base de dados como name@handle.

A aplicação para Android é uma companheira da nuvem: ela precisa de uma conta BURSUcloud e mostra o mesmo catálogo do seu desktop. As suas funcionalidades e o seu modelo de segurança estão descritos no capítulo sobre Android.

Instalar no iPhone e iPad

1. Instale o BURSU Connection Manager a partir da App Store — uma aplicação universal para iPhone e iPad, gratuita; precisa de iOS ou iPadOS 17 ou posterior.
2. Abra-a e inicie sessão com a sua conta bursucm.com (e-mail e palavra-passe, Google, Microsoft, Apple ou GitHub) — ou com um utilizador de base de dados como name@handle.

A aplicação para iOS e iPadOS é uma companheira da nuvem: precisa de uma conta BURSUcloud e mostra o mesmo catálogo do computador. As funcionalidades e o 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 (ligações, credenciais, utilizadores, snippets) numa única base de dados. Na primeira execução a aplicação pergunta onde essa base de dados deve ficar — e pode alterar a escolha depois em Settings → Database:

• Base de dados local — entre como admin / admin; a aplicação pede imediatamente a troca da palavra-passe.
• BURSUcloud — entre com o seu e-mail e palavra-passe do bursucm.com, ou com Google, Microsoft, Apple ou GitHub (uma janela do navegador abre; a aplicação captura o login automaticamente), e escolha uma base de dados na lista.

Como o BURSUcloud funciona por dentro

• Cada base de dados recebe a sua própria base de dados PostgreSQL no servidor — os dados de clientes nunca se misturam.
• As aplicações acedem-lhe apenas pela API HTTPS; o SGBD em si não é exposto à internet.
• As palavras-passe de ligação são armazenadas encriptadas com a sua palavra-passe principal. A palavra-passe principal nunca viaja até o servidor: a chave é derivada no seu dispositivo, o servidor só vê texto cifrado. Por isso uma palavra-passe principal esquecida não pode ser recuperada — guarde-a bem.
• Os utilizadores da base de dados viajam dentro da base de dados: um backup completo ou um dump SQL leva as contas de utilizador junto com os dados.

Migrando entre modos

1. Em Settings → Database selecione e teste a base de dados de destino (o botão “Test”).
2. Clique em “Migrate to selected database…” — ligações, credenciais, utilizadores e snippets são movidos por inteiro.
3. Se vários computadores forem utilizar a base de dados, ative uma palavra-passe principal ANTES de migrar — caso contrário, palavras-passe encriptadas com DPAPI não abrirão nas outras máquinas.

PostgreSQL: o seu próprio servidor

Escolha PostgreSQL em «Mais opções» no ecrã da primeira execução — ou mais tarde em Settings → Database → Database mode — e preencha o formulário. A aplicação monta a ligação sozinha; ninguém escreve uma cadeia de ligação:

Testar ligação 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 cifra a escolher. Depois Continuar: o esquema é criado, inicia sessão como admin / admin e define uma nova palavra-passe. Cada cliente — Windows, Linux, macOS — aponta para o mesmo servidor da mesma forma; utilizadores, grupos e direitos por pasta funcionam exatamente como nos outros modos.

Para partilhar estes dados de ligação sem os voltar a escrever, escolha Exportar configuração no formulário PostgreSQL e envie ao seu colega o ficheiro .bursucm-db resultante; Importar configuração abre-o noutro computador Windows, Linux ou macOS. O ficheiro contém o anfitrião, a porta, a base de dados, o utilizador, a palavra-passe da base de dados e a opção de cifra — não o catálogo, a conta da aplicação, a palavra-passe mestra do cofre nem os segredos guardados. Proteja o ficheiro com uma palavra-passe própria antes de o enviar: um ficheiro desprotegido contém a palavra-passe da base de dados em texto simples.

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 de exótico: o mais recente 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ê-lhe uma função e uma base de dados próprias — 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. A função é dona de uma base de dados e não precisa de mais nada. Um superutilizador aqui significa que quem chegar ao catálogo lê todas as outras bases desse servidor — e o pg_hba.conf já não desfaz isso.
• Deixe entrar apenas a sub-rede dos clientes — no pg_hba.conf, acima de qualquer linha mais ampla, porque ganha a primeira que corresponde:

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

  Ponha a sua sub-rede, apague todas as linhas trust e ligue ssl = on e listen_addresses no postgresql.conf. Depois sudo systemctl reload postgresql.
• O certificado tem de nomear o anfitrião que escreve. Com Required, verify server certificate a aplicação compara o certificado do servidor com o nome do campo «Host»: um certificado emitido para db.example.lan não serve para uma ligação a 10.0.0.5. Ligue-se por esse nome e garanta que a AC emissora é de confiança no computador cliente. A opção do meio, um certificado autoassinado, cifra mas não prova nada sobre quem respondeu.
• Feche a porta na firewall. 5432 acessível a partir da sub-rede dos clientes e de mais lado nenhum — por exemplo sudo ufw allow from 192.168.10.0/24 to any port 5432 proto tcp.
• Faça cópias como a qualquer base de dados. pg_dump -Fc bursucm > bursucm-$(date +%F).dump com horário, guardadas fora dessa máquina, e restaure uma de vez em quando num sítio inofensivo: uma cópia por testar é uma esperança, não uma cópia. O despejo leva o catálogo e as palavras-passe guardadas como texto cifrado — é precisa a palavra-passe principal para as ler, mas trate o ficheiro como um segredo na mesma.

Ligações

Criar uma ligação

1. Clique em “+ Add Connection” (ou Ctrl+T, ou clique com o botão direito numa 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. Introduza o nome de utilizador e a palavra-passe manualmente — ou escolha uma credencial guardada do cofre (veja Credenciais).
4. O campo “Group” define a pasta; aninhe com \, por exemplo Servers\Production. Novas pastas são criadas automaticamente.
5. Opcionalmente adicione tags (separadas por vírgula) e notas.

Pastas, favoritos, pesquisa

• 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 ligação adiciona-a aos favoritos.
• Pesquisa (Ctrl+F) encontra nomes e hosts instantaneamente.
• Quick Connect — uma linha user@host:port para uma sessão avulsa, sem a guardar no catálogo.

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.

• Numa pasta: “Add connection here…”, “New subfolder…”, “Rename folder…” e “Default credential for this folder” — um login para tudo o que está lá dentro (veja herança por pasta).
• Numa ligação: Connect, Open in split view, Copy Username / Copy Password (a palavra-passe vai para a área de transferência sem nunca aparecer no ecrã), 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 ligação para acordar uma máquina adormecida antes de se ligar a ela, Move to folder, Edit, Delete.
• Também no mesmo menu: um “Open SFTP” direto — o painel de ficheiros sem abrir primeiro um terminal; e para RDP no Windows, “Open with Remote Desktop” — a sessão numa janela externa do mstsc em vez de um separador.
• Numa credencial: Edit, Copy As, Move to folder, Delete — mesma ideia, mesma velocidade.

A sua própria ordem — organizar pastas e entradas manualmente

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

• Passe o rato sobre qualquer linha — uma pasta, uma ligação ou uma credencial — e pequenas setas ▲ ▼ aparecem à direita. Cada clique troca a linha com a vizinha.
• As pastas movem-se entre pastas, as entradas movem-se entre entradas dentro da sua pasta — a estrutura da árvore nunca muda, só a ordem de apresentação.
• A ordem é guardada na base de dados, não no dispositivo: no modo nuvem a aplicação para Windows, a aplicação para Linux/macOS, o portal web e a aplicação para Android mostram exatamente a ordem que definiu. No portal, as mesmas setas ficam em cada linha dos separadores Ligações e Credenciais.
• Tudo o que nunca reordenou — e tudo o que for recém-criado — segue simplesmente em ordem alfabética a seguir aos itens organizados, pelo que as novas entradas nunca desaparecem.

O cartão da ligação

Clique numa ligação para abrir o 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.

Terminal e sessões

Separadores

• Cada sessão é um separador. Arraste para reordenar; clique com o botão direito para Duplicate, Pin, Close.
• Ponto de estado em cada separador: amarelo — a ligar, verde — ativa, vermelho — caiu, roxo — ligada através de um jump host. Dá para identificar uma sessão morta sem abrir o separador.
• Numa queda inesperada (rede, timeout) um overlay aparece dentro da sessão com um botão Reconnect — basta premir Enter. Uma saída intencional (exit, Ctrl+D) fecha o separador normalmente.
• Duplicar com o cwd: duplicar um separador SSH abre a nova sessão no mesmo diretório em que estava a trabalhar — sem cerimónia de cd.

Trabalhar no terminal

• Cores ANSI completas: Midnight Commander, htop e outras aplicações TUI renderizam corretamente.
• Botão direito do rato — configurável: “copiar a seleção, colar com o botão direito” (padrão), “copiar se houver seleção, senão colar”, ou um menu de contexto.
• Colagem segura: se a área de transferência contém várias linhas (os comandos seriam executados 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, pelo que os shells modernos (bash 5.1+, zsh) e REPLs recebem uma colagem de várias linhas como um único bloco editável em vez de a executarem linha a linha — e colar em editores nunca deixa caracteres ^M perdidos.
• Full Window expande a sessão para a janela inteira da aplicação; Full Screen (saia com F11) toma o monitor inteiro, com barra de ferramentas que se esconde sozinha e os separadores de sessão no topo.
• Uma barra de deslocamento 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 → SSH (vale para todas as sessões de terminal — SSH, Telnet e Serial):

• Esquema de cores: escolha entre os temas integrados — Classic, Dracula, Solarized e outros — equilibrados entre legibilidade e visual.
• Fonte: escolha a família e o tamanho; todo o scrollback é re-renderizado no momento para comparar de relance.

Registar uma sessão em ficheiro

Precisa de uma transcrição do que aconteceu num servidor? Ative o registo de sessão por ligação e o BURSUcm grava a saída da sessão num ficheiro de texto enquanto trabalha.

• Ative na ligação (ou como padrão em Settings); a pasta de logs é configurável em Settings → Data.
• Cada sessão ganha o seu próprio ficheiro com carimbo de data e hora, pelo que fica com um registo limpo para auditorias, tickets de alteração ou só para se lembrar do que escreveu na semana passada.

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

Um separador pode conter duas sessões de terminal:

• Outro servidor ao lado: clique com o botão direito numa ligação na árvore → “Open in split view” (entra no separador ativo).
• 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 o separador inteiro. Jump hosts e túneis funcionam também no segundo painel.

Broadcast — introduza uma vez, envie para todos

O botão Broadcast na barra de ferramentas da sessão espelha as suas teclas para todas as sessões de terminal abertas (separadores 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

Os snippets são uma biblioteca partilhada de comandos guardados que envia para um terminal num clique.

• Enviar: o botão Snippets na barra de ferramentas de uma sessão SSH/Telnet/Serial → escolha um comando no menu agrupado. É escrito no terminal (sem Enter — decide quando o executar); o foco do teclado permanece no terminal.
• Placeholders: escreva {name} num comando — por exemplo systemctl status {service}. Um diálogo pergunta cada valor no momento do envio.
• Gestão: a janela de snippets abre pelo painel inicial (“⚡ Command snippets”) ou por Settings → Other → “Manage snippets…”. Campos: nome, grupo, comando, descrição.
• Sincronização: os snippets ficam na base de dados — no modo nuvem são partilhados com toda a equipa e também podem ser editados no portal web (o separador Snippets).
• Permissões: todos podem usar snippets; adicionar e alterar exige o papel de administrador ou o direito “Can manage command snippets”. Uma base de dados nova já vem preenchida com predefiniçõ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 a ser o que deve ser — a tecla de interrupção do programa remoto.

Recursos avançados de SSH

Autenticação

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

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

Agente SSH

No Windows a aplicação 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: normalmente o agente já está a correr na sua sessão.
2. Adicione uma chave: ssh-add /path/to/key — a passphrase é pedida uma vez.
3. Nas opções SSH da ligação, selecione o método “SSH agent”. Pronto: a passphrase nunca é armazenada nem pedida de novo.

Jump host — a ligar 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 ligação de destino → SSH options → “Connect via (jump host)” → escolha o bastião. Só ligaçõ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.

• O separador 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 ligação SSH pode carregar uma lista de túneis (SSH options → Port forwards) que abrem automaticamente com a sessão:

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

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

Em Linux e macOS, a porta em que um túnel local (-L) ou dinâmico (-D) escuta tem de ser 1024 ou superior: as portas inferiores pertencem ao root, por isso um túnel na 443 comunica “Permission denied” e não arranca — a aplicação diz-o por baixo da linha vermelha. 1080 é a porta habitual do SOCKS5. O Windows não tem este limite, e é por isso que a mesma ligação pode funcionar num computador e não noutro.

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

Desde o Windows 3.3, Linux/macOS 2.3 e Android 1.8.8 uma ligação SSH pode viver dentro do tmux no servidor: marque Manter a sessão no tmux nas opções SSH e dê um nome à sessão (por defeito BURSUcm). Quando a shell abre, a aplicação anexa-se a essa sessão — criada na primeira vez, retomada em cada ligação seguinte.

• Uma ligação caída não perde nada: volte a ligar e está no mesmo ecrã com os mesmos programas a correr. A mesma opção no telemóvel junta-se à mesma sessão, por isso o trabalho começado no desktop continua no Android e vice-versa.
• Desanexar com Ctrl+B e depois D: volta à shell normal e o separador fica aberto; a sessão continua a correr no servidor. O título do separador mostra “(tmux)” enquanto está lá dentro.
• A roda do rato percorre o histórico do próprio tmux, o painel de ficheiros continua a seguir o cd, e o assistente de IA continua a ver quando um comando termina.
• O tmux tem de estar instalado no servidor (sudo apt install tmux, sudo dnf install tmux); um servidor sem ele di-lo no terminal e a sessão continua sem tmux. Não há nada a configurar no servidor — a aplicação define o que precisa para a sua 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 ligaçã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 tiver sido realmente reinstalado ou se a chave tiver sido alterada.
• Modos em Settings → SSH: “Ask once, then remember” (recomendado), “Strict — only already-trusted hosts”, “Off” (inseguro). O botão “Forget all trusted host keys” também fica lá.

O painel de ficheiros SFTP

• O botão “Files (SFTP)” numa sessão SSH abre um gestor 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 ficheiro. As cópias longas já não bloqueiam o painel — continue a navegar enquanto elas decorrem.
• Arrastar e soltar: solte ficheiros diretamente do seu gestor de ficheiros (Explorer no Windows) no painel remoto.
• Pastas inteiras: enviar ou transferir um diretório espelha a árvore inteira, subpastas incluídas.
• Mover (F6): transfira um ficheiro — ou uma pasta inteira — para o outro lado e remova a origem, numa única ação. A eliminação espera até cada ficheiro ter chegado: uma movimentação em que algo foi saltado ou falhou deixa a origem intacta.
• Crie pastas e ficheiros, mude o nome, elimine, chmod (permissões octais: 644, 755…), confirmação de substituição com as datas dos ficheiros.
• 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: ambiente de trabalho remoto

No Windows: dois motores

O motor pertence à ligação: na primeira abertura, a aplicação pergunta que motor usar e memoriza a resposta na própria ligação (mude quando quiser nas suas opções RDP; Settings → RDP define a predefinição para as novas). A escolha fica guardada no próprio catálogo, pelo que, em modo nuvem, a aplicação para Windows e a para Linux/macOS abrem a mesma ligação com o mesmo motor. Na primeira ligação a um servidor novo, a aplicação pede-lhe que 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 anfitrião que não responde é reportado como inacessível em segundos, e não como um separador preto e mudo.

No Linux e macOS: BURSUrdp e IronRDP

A aplicação para Linux/macOS renderiza RDP diretamente dentro do separador com o 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 no navegador integrado. 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 redimensiona a janela, e voltar a ligar depois de uma queda é um único clique. Os certificados de servidor aceites 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 ligação, se preferir uma janela externa.

Opções por ligação

• Exibição: profundidade de cor (15/16/24/32 bits), qualidade da ligação (LAN / banda larga / lenta / auto), todos os monitores (multimon, motor do Windows).
• Recursos locais: área de transferência, unidades locais, impressoras, microfone; onde o áudio remoto toca.
• Outros: domínio, RD Gateway.

VNC: ambiente de trabalho remoto

Além do RDP, o BURSUcm fala VNC (RFB) e renderiza o ecrã remoto diretamente dentro de um separador — a mesma janela, os mesmos separadores e o mesmo comportamento de ecrã inteiro de todas as outras sessões. Funciona com os servidores comuns: RealVNC, TigerVNC, TightVNC, UltraVNC, x11vnc e a partilha de ecrã integrada do macOS e do Linux.

Partilha de ecrã no macOS: o modo padrão é VNC/RFB comum, e um Mac oferece-o a qualquer cliente VNC — é o caminho que o BURSUcm usa com Macs mais antigos. A partilha de ecrã High Performance da Apple (Apple silicon e macOS 14 ou posterior, um ecrã virtual transportado por UDP na porta da ligação e na seguinte) é tratada pelo tipo de ligação dedicado Apple Remote Desktop. Um Mac que a suporte continua a responder também no modo VNC padrão.

Encriptação e autenticação

• TLS / VeNCrypt: quando o servidor oferece, a sessão é encriptada (VeNCrypt, ou as variantes TLS do RealVNC/UltraVNC). O certificado do servidor é verificado na primeira ligação e memorizado — se mudar depois, é avisado (o mesmo modelo Trust-On-First-Use das chaves de host SSH e do RDP).
• Palavra-passe: a palavra-passe VNC padrão (e, onde o servidor a usa, um nome de utilizador) pode ser guardada numa credencial vinculada ou pedida no momento de conectar. VNC puro sem TLS envia o framebuffer sem encriptação — prefira um servidor com TLS, ou faça um túnel via encaminhamento de portas SSH.

Codificações e desempenho

• Suporta as codificações Tight, ZRLE e Hextile e negocia a melhor com o servidor; só a parte alterada do ecrã é redesenhada, pelo que até uma ligação lenta continua utilizável.
• Escala: o ecrã remoto pode ser mostrado em tamanho real ou ajustado para caber no separador.
• Modo de apenas visualização desliga o seu teclado e rato da sessão — observe ou apresente sem tocar o lado remoto por acidente.
• Partilha da área de transferência copia texto nos dois sentidos entre a sua máquina e o ambiente de trabalho remoto.

Importar ligações VNC existentes

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

Apple Remote Desktop: ambientes de trabalho Mac

A par de RDP e VNC, o BURSUcm abre o ecrã de um Mac como uma ligação do tipo Apple Remote Desktop (o separador de definições e os diálogos da aplicação chamam-lhe AppleRD). Em Apple silicon com macOS 14 ou posterior a ligação usa o caminho High Performance da Apple — vídeo acelerado por hardware e o som do sistema do Mac; em qualquer outro Mac mostra o ecrã comum, totalmente utilizável, sem som.

Criar uma ligação

• Tipo: Apple Remote Desktop. Anfitrião, porta (5900 já preenchida) e o utilizador e a palavra-passe do macOS — a conta com que entra no Mac. No Mac tem de estar ativa a Partilha de ecrã ou a Gestão remota (Definições do Sistema → Geral → Partilha).
• Mac type: Apple silicon Mac — High Performance (predefinição) ou Intel Mac — no High Performance. Se um Mac marcado como Apple silicon não iniciar High Performance, a sessão abre com a imagem padrão e o BURSUcm pergunta uma única vez se deve passar esta ligação para Intel Mac. O «Não» não é memorizado; o tipo pode ser alterado a qualquer momento nas definições da ligação.
• Modo de ecrã: Sessão privada — um ecrã virtual do tamanho da sua janela (nítido, e o painel do Mac apaga-se) — ou Espelho, que transmite o ecrã físico no seu tamanho nativo e o deixa aceso. Nítido e aceso são o mesmo interruptor da Apple e não podem ser combinados.
• Codec de vídeo: H.264 4:2:0 (descodificado na GPU — o padrão mais ágil) ou HEVC 4:4:4 (texto colorido mais fino, descodificado na CPU).
• Audio: reproduzir o som do sistema do Mac na sessão. A linha de estado sob a imagem diz audio off quando 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.

A identidade do Mac

Antes de oferecer a sua palavra-passe, o BURSUcm verifica quem responde. Na primeira ligação mostra a impressão digital da chave de host do Mac (SHA-256) e pede que a confirme — o mesmo modelo de primeira utilização 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 definição geral de certificados — um «Off» herdado continua a significar «Ask once» para os Mac), Ask once, then remember, Strict — only allow already-trusted Macs ou Off (inseguro). Forget all trusted Macs apaga as chaves memorizadas. A palavra-passe em si nunca atravessa a rede: o início de sessão é o handshake SRP da Apple, e a sessão é cifrada com chaves dele derivadas.

Área de transferência

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

High Performance: os limites da Apple

O caminho rápido é uma restrição da Apple, não nossa: o Mac tem de ser Apple silicon com macOS 14 ou posterior, com a Partilha de ecrã ou a Gestão remota ativadas. A sessão em si corre pela porta TCP da ligação (5900); o High Performance acrescenta dois fluxos UDP nessa porta e na seguinte (5900 e 5901 por predefinição) em ambos os sentidos — o cliente responde a partir das mesmas duas portas locais —, pelo que uma firewall de qualquer dos lados tem de os deixar passar. Um Mac que não ofereça High Performance liga-se na mesma, como ecrã simples sem som.

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 ficheiros e pacotes, listas de tarefas, inventário) é um protocolo separado e não documentado. O BURSUcm liga ao ecrã partilhado — 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 integrado 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 ligação.
• As opções de Serial cobrem bits de dados, paridade, stop bits, controlo de fluxo.
• O caso clássico: a consola de um switch ou router por um adaptador USB-COM.

Web (HTTP/HTTPS)

• A página abre num separador de navegador integrado — útil para painéis web (routers, IPMI, NAS). O separador tem os seus próprios botões Back / Forward / Reload, pelo que os painéis de várias páginas são confortáveis de percorrer.
• Pode armazenar um login/palavra-passe e ativar “Ignore certificate errors” para painéis internos autoassinados; a exceção vale só para aquele host, nunca globalmente.

FTP / FTPS

• Um gestor de ficheiros de dois painéis com a mesma fila de transferências e a mesma transferência de pastas inteiras do SFTP.
• Encriptação: FTP puro (nenhuma), FTPS explícito (AUTH TLS) ou FTPS implícito. O FTP puro envia a palavra-passe 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 ligação do tipo WinRM abre uma consola PowerShell ou cmd.exe num servidor Windows como um separador de terminal — sem sessão RDP e sem servidor SSH do lado do Windows. O PowerShell corre sobre PowerShell Remoting, o cmd.exe sobre WinRS; ambos viajam dentro do WS-Management pela porta 5985 (HTTP) ou 5986 (HTTPS).

Criar uma ligação

• Tipo: WinRM. Host, porta (5985 vem preenchida; 5986 para HTTPS), utilizador e palavra-passe — uma credencial guardada funciona exatamente como no SSH. Uma conta de domínio escreve-se como DOMAIN\user; uma conta local tem de ser membro dos Administradores (ou de Remote Management Users).
• Opções WinRM: transporte (HTTP ou HTTPS), shell (PowerShell ou cmd.exe) e, para o cmd.exe, a página de códigos da consola — defina 866 quando escreve cirílico numa sessão cmd; a saída lê-se bem em qualquer caso. Em HTTPS há ainda “Ignorar erros de certificado” para um servidor de laboratório com certificado autoassinado.
• A autenticação é NTLM: a palavra-passe nunca atravessa a rede em claro, e uma palavra-passe pedida por um script (Read-Host -AsSecureString, um pedido Password: no cmd) é respondida sob a chave de sessão e não como texto no ecrã.

Confiança: certificados e HTTP simples

• HTTPS: a primeira ligação mostra a impressão digital do certificado do servidor. Verifique-a e escolha Confiar — a partir daí o certificado fica fixado como uma chave de host SSH, e um certificado alterado provoca um aviso em vez de ligar em silêncio. Settings → WinRM tem “Esquecer todos os certificados de confiança”.
• HTTP simples: pergunta-se 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 de confiança. Os diálogos de confiança podem demorar; o separador espera pela sua resposta até três minutos.

Trabalhar no terminal

• A saída flui enquanto um comando ainda corre; 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 em falta perguntam e esperam por si, como numa consola local.
• clear / cls limpam a janela; o Write-Host mantém as cores e o -NoNewline; uma colagem de várias linhas executa todas; o separador divide-se num segundo painel como um separador SSH, e a entrada broadcast chega-lhe.
• O que o WinRM não consegue fazer: não há PTY, por isso não há redimensionar da janela, programas em ecrã inteiro nem tmux; e o WS-Management não tem transferência de ficheiros, por isso não há painel de ficheiros — use SFTP, SMB ou o redirecionamento de unidades do RDP para ficheiros.

Ativar o PowerShell Remoting no servidor

Execute num PowerShell elevado na máquina Windows a que quer chegar:

Enable-PSRemoting -Force
# acessível a partir 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 (a sua impressão digital é o que verifica na primeira ligaçã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 o seu próprio cliente WinRM, por isso do seu lado não é preciso TrustedHosts nem pertencer a um domínio.

Nos telemóveis: uma ligação WinRM é listada com a sua própria cor, pode ser criada e editada para o desktop, e o cartão copia host, utilizador e palavra-passe — abri-la é, por agora, só no desktop.

Assistente de IA (opcional)

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

A funcionalidade é estritamente opcional. Não faz nada até adicionar a sua própria chave de API (ou ligar um modelo local); todos os elementos de IA desaparecem ao desmarcar uma única opção em Definições → Assistente de IA, e um administrador pode desativá-la por utilizador.

Ativação: chaves e fornecedores

• 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 fornecedor Custom (OpenAI-compatible) com a sua própria Base URL.
• Ou sem chave nenhuma, com modelos locais: Ollama, LM Studio, llama.cpp — correm na sua própria máquina e funcionam offline.
• As chaves ficam na sua base de dados, cifradas com a palavra-passe mestra — no modo nuvem o servidor só vê texto cifrado. A chave ativa está marcada com ★ e pode trocá-la diretamente no chat.
• Controlo por utilizador: no editor de utilizadores um administrador pode desmarcar Can use the AI assistant e a funcionalidade desaparece para esse utilizador em todos os dispositivos.

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

Numa sessão SSH

• Os comandos que apenas observam o sistema (df, ps, journalctl, cat…) podem correr automaticamente — é a definição Run read-only commands without asking (uma definição de administrador). Tudo o que possa alterar o sistema é explicado primeiro e espera por Run ou Skip.
• O Secret Shield encontra e oculta palavras-passe, chaves de API, chaves privadas, tokens, cookies e o conteúdo de .env antes de qualquer texto seguir para o fornecedor.
• Dê material ao assistente: cole uma captura de ecrã da área de transferência ou anexe logs, configurações e documentos. O texto é extraído para análise; as imagens são aceites por todos os fornecedores exceto o DeepSeek, que não tem modelos com visão.
• Encontrar a causa do erro constrói um diagnóstico focado com um clique; Criar relatório produz um registo copiável do problema, dos comandos, dos resultados e das verificações finais — com os segredos detetados ocultos.
• As alterações arriscadas têm rede de segurança: o assistente pode guardar o estado original, mostrar o diff, aplicar, validar o resultado — e reverter tudo com um clique se a verificação falhar. Os chats podem ser criados, renomeados, arquivados, restaurados e eliminados, e o próprio painel pode ser afixado a uma ligação; uma conversa longa é compactada sem perder o seu resumo de trabalho.
• O terminal continua a ser seu. O que escreve vai de imediato para a shell, mesmo enquanto um comando do assistente corre. Um pedido dirigido a si — uma palavra-passe do sudo, um sim/não — é aguardado (“A aguardar a sua entrada no terminal”, sem relógio a contar); o tempo limite conta silêncio e não minutos, por isso uma atualização longa que continua a imprimir não é cortada; e programas interativos como o htop são iniciados e entregues a si.

Numa sessão RDP (aplicação Windows)

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

• Os comandos PowerShell correm numa janela de sessão visível no ambiente de trabalho remoto, e os seus códigos de saída são verificados.
• O acesso a capturas de ecrã é uma permissão separada e explícita: o Secret Shield protege o texto, mas não consegue ocultar de forma fiável segredos visíveis dentro de uma captura.
• O Autopilot pode continuar sozinho comandos PowerShell só de leitura verificados localmente; cliques, escrita, atalhos e qualquer comando desconhecido esperam sempre pela sua aprovação.

Numa sessão WinRM

O assistente funciona em separadores 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 o bloco de script esperam pelo seu clique, por isso Get-ChildItem | ForEach-Object { $_.Delete() } nunca é tratado como um comando de leitura. Ler um ficheiro 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 fornecedor de IA juntamente com a saída.

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

• As suas mensagens e o resultado dos comandos que o assistente executa vão do seu dispositivo diretamente para o fornecedor da chave ativa — ou para um modelo local, e então nada sai da máquina. Os servidores BURSUcloud nunca veem este tráfego.
• O histórico de chat é guardado localmente e cifrado; o resultado dos comandos não é escrito nos ficheiros de chat.
• Não use o assistente em servidores onde o envio do resultado da sessão a terceiros não seja permitido — é precisamente disso que trata o aviso nas Definições.
• Para remover a funcionalidade por completo, desmarque Enable AI assistant nas Definições: desaparecem todos os botões e painéis de IA. Os administradores podem ainda desativá-la para utilizadores específicos.

Credenciais

As credenciais guardadas vivem separadas das ligações — uma credencial pode estar vinculada a dezenas de servidores, e uma troca de palavra-passe é feita num só lugar.

Como utilizá-las

1. Abra Credentials na barra lateral → “New credential”. Preencha um rótulo de apresentação, o nome de utilizador, a palavra-passe e o grupo.
2. Numa ligação, escolha essa credencial no campo “Saved credential” — em vez de a introduzir.
3. Se uma credencial for eliminada, as ligações vinculadas passam à introdução manual (a palavra-passe é 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 palavra-passe mas também uma chave SSH — «Nova credencial» pergunta que tipo de registo pretende. Um registo de chave guarda a chave privada e a respetiva passphrase cifradas com a palavra-passe mestra, além da chave pública e de um comentário; carregue a chave de um ficheiro e o .pub ao lado é reconhecido automaticamente. Pastas, permissões, proprietários, cópias de segurança e sincronização aplicam-se-lhe tal como a uma palavra-passe.

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

Gerador de palavras-passe integrado

Ao lado do campo de palavra-passe há um botão gerar: escolha o comprimento e quais classes de caracteres incluir (maiúsculas/minúsculas, dígitos, símbolos) e coloque uma palavra-passe aleatória forte diretamente no campo — sem ferramenta separada, e o novo valor é armazenado encriptado 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 telemóvel 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 num único clique — sem telemóvel na mão.
• O segredo é protegido pelo cofre da palavra-passe principal exatamente como uma palavra-passe, e sincroniza da mesma forma, pelo que o código está disponível em todos os dispositivos em que iniciar sessão.

Herança por pasta

Uma pasta de ligações pode ter uma credencial padrão: toda ligaçã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 ligação mostra “Folder credential — …” quando a herança se aplica.

Grupos de credenciais podem ser reordenados manualmente como as pastas de ligações — passe o rato sobre uma linha para ver as setas (veja A sua própria ordem).

Palavra-passe principal e o cofre

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

No dia a dia

• Na inicialização a aplicação pede a palavra-passe principal. Pode ignorar: a ligação continua a funcionar, mas as palavras-passe guardadas ficam bloqueadas. Se uma palavra-passe bloqueada for necessária para uma ligação, a aplicação pede-a ali mesmo em vez de falhar.
• “Remember on this computer” guarda não a palavra-passe em si, mas uma chave local protegida pelo sistema operativo — nada para introduzir no arranque. “Forget” desfaz.
• O estado fica visível no painel inicial (o cartão do cofre) e em Settings. Bloqueio rápido — Ctrl+L.
• Trocar a palavra-passe principal: Settings → Security → “Change master password…” — todos os segredos são reencriptados.
• O botão Generate no diálogo de definir/trocar cria uma palavra-passe aleatória forte (16 caracteres, sem caracteres parecidos entre si) e mostra-a para que a possa anotar.
• Para uma base de dados BURSUcloud a palavra-passe principal também é definida diretamente na aplicação: cada palavra-passe armazenada é encriptada no seu dispositivo antes de ser enviada — a própria palavra-passe principal nunca sai do seu computador. Enquanto não houver palavra-passe principal definida, a página da base de dados no portal mostra um aviso vermelho com a mesma ação e um gerador de palavras-passe.
• Uma palavra-passe principal 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 guardados.

Política de palavras-passe

O administrador define os requisitos para as palavras-passe dos utilizadores da aplicação: comprimento mínimo e classes de caracteres obrigatórias (minúsculas, maiúsculas, dígitos, especiais) — Settings → Security.

Utilizadores e permissões

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

Papéis

Direitos por pasta

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

• Ler — ver a pasta e conectar;
• Editar — criar/alterar/eliminar dentro dela;
• Palavras-passe — revelar as palavras-passe guardadas em texto claro (sem esse direito a ligação continua a funcionar, mas a palavra-passe permanece oculta).

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

Desde o Windows 3.1 e o Linux/macOS 2.1 os direitos vivem no separador Permissões de acesso da janela do utilizador (ao lado de Geral) como uma única árvore de pastas em vez de duas tabelas: alterne entre pastas de ligações e de credenciais, recolha-a, pesquise pelo caminho completo, mostre Apenas concedidas, expanda ou recolha tudo e consulte o contador. A linha Todas as pastas marca e bloqueia as linhas abaixo — uma permissão concedida a tudo não pode ser retirada pasta a pasta. A árvore inclui todas as pastas que a janela principal mostra, incluindo as pastas de exemplo.

Utilizadores no modo nuvem

Para uma base de dados BURSUcloud a janela Users lista dois tipos de entrada:

• Os dois tipos carregam os mesmos direitos por pasta (ler/editar/palavras-passe) e o direito de snippets. Podem ser geridos tanto pela aplicação quanto pelo portal — é uma única e mesma base de dados.
• Os utilizadores da base de dados são armazenados dentro da própria base de dados do cliente, pelo que um backup completo ou um dump SQL os leva juntamente com o catálogo, e mudar o handle da base de dados aplica-se de imediato.
• O proprietário da base de dados (a conta que o criou no portal) é sempre administrador: não pode ser rebaixado nem removido — a base de dados nunca fica sem admin. Bases de dados locais aplicam a mesma regra ao último administrador.

Grupos de utilizadores

A janela «Gestão de utilizadores» tem uma segunda lista, Grupos de utilizadores. Um grupo é um conjunto com nome 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 / palavras-passe na pasta Linux.

• As permissões somam-se. As permissões efetivas de um utilizador são as suas próprias concessões mais as de cada grupo. Um grupo nunca retira uma permissão e nunca concede a função de administrador nem o indicador do assistente de IA — esses ficam no utilizador.
• As permissões herdadas são visíveis. No separador Permissões de acesso do utilizador, 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 alteram-se no grupo. A lista Grupos no separador «Geral» indica em que grupos a conta está.
• Os grupos ficam guardados junto dos utilizadores — na base de dados local, na sua base de dados PostgreSQL ou dentro da base de dados de cliente do BURSUcloud —, pelo que as cópias de segurança, os instantâneos e os dumps SQL os levam consigo. No modo nuvem, tanto os utilizadores da base de dados como os membros do portal podem ser incluídos num grupo, a partir da aplicação ou no portal.
• Eliminar um grupo deixa aos seus membros apenas as permissões concedidas diretamente. As alterações aplicam-se no início de sessão seguinte numa base de dados local e na atualização seguinte do catálogo numa base na nuvem.

As suas definições neste computador

Tudo o que a aplicação guarda fora da base de dados e que é seu — definições, chaves de anfitrião e certificados de confiança, registos e transcrições de sessão, a cache offline, os chats de IA, os cookies dos separadores web, a palavra-passe mestra memorizada — fica numa pasta sua em cada computador (Users\<nome>-<id> dentro da pasta de dados da aplicação). A aplicação muda para ela assim que inicia sessão.

• Cada conta tem as suas definições. Duas pessoas no mesmo computador não veem o tema, as decisões de confiança nem os registos uma da outra, e quem regressa encontra tudo como deixou. Nada é apagado quando outra pessoa inicia sessão.
• Todos os separadores de definições estão abertos a qualquer utilizador. SSH, RDP, VNC, WinRM, Logs e os restantes são seus. Só o que descreve a base de dados partilhada fica com os administradores: mudar de base de dados, importar / exportar, a palavra-passe mestra, a política de palavras-passe, utilizadores e grupos.
• Dados locais. Em Gestão de utilizadores um administrador pode remover deste computador a pasta de outra conta com o botão Eliminar dados locais…; a conta e a base de dados mantêm-se. A pasta da conta com sessão iniciada não pode ser removida enquanto estiver em uso.

BURSUcloud

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

Criar uma conta

1. Abra bursucm.com/register. Cinco formas: e-mail + palavra-passe (mínimo de 8 caracteres) ou “Continue with Google”, Microsoft, Apple ou GitHub (contas pessoais e corporativas funcionam).
2. No registo por e-mail chega um link de confirmação — válido por 24 horas. Não chegou nada? Verifique o spam ou clique em “Resend link” na página de login.
3. Depois de confirmar, inicie sessão — vai parar a “My databases”.

Criar uma base de dados na nuvem

1. Clique em “+ New database”.
2. Nome — como a base de dados aparece nas listas (por exemplo “Infraestrutura de produção”).
3. Handle — um id curto e único de letras, dígitos e hífens. Ele vira parte dos logins dos utilizadores da base de dados: name@handle. Deixe em branco para gerar automaticamente; pode mudá-lo depois, mas isso atualiza os logins dos utilizadores.
4. Palavra-passe principal (opcional) — pode defini-la logo aqui para encriptar as palavras-passe das ligações. Sem ela a base de dados funciona sem essa proteção; defina-a depois nas configurações da base de dados ou pela aplicação.

Ligar a aplicação à nuvem

1. Na aplicação: Settings → Database → BURSUcloud (ou escolha BURSUcloud na primeira execução).
2. Entre com o e-mail e a palavra-passe do portal — ou com Google, Microsoft, Apple ou GitHub (um navegador abre; a aplicação captura o login automaticamente).
3. Escolha uma base de dados na lista (“Refresh databases” volta a lê-la) → “Use selected”.
4. Se a base de dados tiver palavra-passe principal, a aplicação pede-a e propõe memorizá-la neste computador (é armazenada uma chave protegida localmente, não a palavra-passe em si).

O que sincroniza

Ligações e pastas (incluindo a ordem das pastas, a ordem manual dos itens e o estado recolhido), credenciais, snippets, utilizadores e direitos, as opções SSH, WinRM, RDP, VNC e Apple Remote Desktop de cada ligação (incluindo jump hosts e túneis). As preferências da própria aplicação (tema, idioma, atalhos) ficam locais.

O modelo de segurança

• Cada base de dados é uma base de dados PostgreSQL separada; o SGBD não é alcançável pela internet — só o próprio portal, no servidor, fala com ele.
• Os clientes utilizam 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 palavras-passe das ligações são encriptadas com a palavra-passe principal no seu dispositivo; o servidor armazena e repassa apenas texto cifrado (zero-knowledge). Por isso uma palavra-passe principal 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 palavra-passe também.

Trabalhar offline

Quando a rede cai — ou a própria base de dados fica inacessível — a aplicação continua a funcionar a partir de uma cópia local encriptada do seu catálogo. Pode navegar e editar ligações e credenciais, e até iniciar a aplicação sem ligação nenhuma. Uma barra de estado 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 numa fila e são enviadas automaticamente assim que a base de dados 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-o ficar com qualquer uma delas (as palavras-passe nunca aparecem ali). A disponibilidade é detetada com um ping à própria base de dados, pelo que um servidor morto é notado mesmo com a internet a funcionar. Isso vale tanto para o BURSUcloud quanto para uma base de dados PostgreSQL direta — para PostgreSQL, um espelho local atualizado é mantido no seu computador.

O portal web: guia completo

O portal em bursucm.com é o centro de controlo no navegador para as bases de dados na nuvem. O que muda no portal fica imediatamente visível para as aplicações, e vice-versa.

As minhas bases de dados

A secção Databases lista as suas bases de dados: nome, nome técnico, o seu papel (owner, dono, ou member, membro da base de dados de outra pessoa), estado e data de criação. Manage abre a consola da base de dados com os seus separadores.

O separador Ligações

• A mesma árvore de pastas da aplicação: expandir/recolher (mais “expandir tudo / recolher tudo”), contagem de ligações por pasta.
• Reordenação: setas ↑ ↓ em cada pasta e em cada ligação — a página reordena no momento, sem recarregar, e o resultado é a mesma ordem que as suas aplicações mostram.
• Adicionar: “+ Add connection” — um assistente de três passos: pasta → detalhes (tipo, nome, host, porta, utilizador) → palavra-passe. Novas pastas via “+ New folder” ou diretamente dentro do assistente.
• Editar / eliminar / mover — os botões Edit/Delete na linha da ligação; uma pasta vazia pode ser eliminada.
• Revelar palavras-passe: o campo “Master password” no topo com “Unlock & reveal”. As palavras-passe são desencriptadas apenas para a visualização atual da página; o servidor nunca as vê. Ao editar uma ligação a caixa de palavra-passe está sempre vazia — “deixe em branco para manter a atual”.

O separador Credenciais

As mesmas credenciais guardadas da aplicação, agrupadas, com a mesma reordenação ↑ ↓ nas linhas. Adicionar e editar funciona como nas ligações (rótulo, nome de utilizador, palavra-passe, grupo); a herança por pasta é configurada na aplicação.

O separador Snippets

• A biblioteca partilhada em forma de tabela: nome, comando, grupo. “+ Add snippet” / Edit / Delete.
• Os {placeholders} comportam-se exatamente como na aplicação: os valores são pedidos ao enviar de um terminal.
• O separador é visível para o dono, os administradores e os utilizadores com o direito de snippets.

O separador Utilizadores 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 palavras-passe, snippets); etapa 2 — direitos por pasta de ligações (ver/editar/revelar); etapa 3 — acesso aos grupos de credenciais.
• Para os utilizadores da base de dados a coluna Sessions mostra o número de dispositivos ativos: selecione para abrir a lista (dispositivo, IP, último uso, expiração) com botões por token e de revogar todos.
• O proprietário da base de dados não pode ser removido nem rebaixado — a base de dados sempre mantém um administrador.

Um terceiro cartão, Grupos de utilizadores, contém conjuntos de permissões que os utilizadores da base de dados e os membros herdam (ver Grupos de utilizadores). O seu assistente tem quatro passos — grupo (nome, descrição, permissão de snippets), pastas de ligações, grupos de credenciais, membros. Os assistentes de utilizador e de membro oferecem os grupos no primeiro passo, e ambas as listas mostram uma coluna Grupos.

O separador Configurações

• Nome e handle. Mudar o handle atualiza de imediato o login de todos os utilizadores da base de dados — avise a sua equipa.
• Palavra-passe principal: definir ou trocar (a atual é exigida). Defini-la recriptografa as palavras-passe da base de dados.
• Export .sql — um dump completo como ficheiro; Import .sql — envie um dump (a caixa “replace schema before import” limpa a base de dados antes). Dumps contêm dados — mantenha-os privados.
• Zona de perigo: eliminação permanente da base de dados com todos os seus dados.

Importação e exportação no portal

A mesma importação e exportação das aplicações desktop também vive no portal — mova ligações entre a aplicação, o portal e outras ferramentas com um único ficheiro de backup portátil (veja Importação de outras ferramentas e Exportação e backups).

Perfil e dispositivos

• Perfil — nome próprio/apelido, nome de apresentação, idioma do portal, troca de palavra-passe — e o cartão de métodos de início de sessão: todos os caminhos para a sua conta (palavra-passe, Google, Microsoft, Apple, GitHub), associar um fornecedor novo, desassociar um, ou definir uma palavra-passe para uma conta criada através de um fornecedor. O cartão nunca deixa remover o último caminho restante.
• Dispositivos conectados — cada aplicação com sessão iniciada na sua conta: nome do dispositivo, IP, último uso, expiração. Revoke desliga um dispositivo, “Sign out all” — todos: cada aplicação voltará a pedir login. Utilize esta opção se perder um dispositivo.

Transferências e estado

• /download — instaladores e pacotes para todas as plataformas, somas de verificação 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.

A aplicação para Linux e macOS

O BURSUcm para Linux e macOS é o mesmo gestor de ligações, compilado para esses sistemas a partir de uma única base de código. Se conhece a aplicação para Windows, já conhece esta: o mesmo catálogo, os mesmos modos de armazenamento (local, PostgreSQL, BURSUcloud), as mesmas funcionalidades de SSH, credenciais, cofre, utilizadores, snippets, visão dividida e broadcast. Este capítulo cobre o que lhe é específico.

O que difere da aplicação para Windows

Encontrar o caminho

• A barra lateral alterna entre Connections e Credentials; as pastas expandem no lugar, e passar o rato sobre qualquer linha mostra as setas de reordenação ↑ ↓ (veja A sua própria ordem).
• O Quick connect fica no topo da barra lateral: escolha um protocolo, introduza user@host:port, prima Enter — uma sessão avulsa sem tocar o catálogo.
• O separador Home mostra o mesmo painel: estatísticas, recentes, favoritos, estado do cofre, ações rápidas. Separadores de sessão, visão dividida, broadcast, modos de janela inteira e ecrã inteiro comportam-se como descrito nos capítulos comuns.
• Temas claro e escuro, e os mesmos quatro idiomas de interface (inglês, russo, ucraniano, georgiano) — em Settings.

Iniciar sessão

O login na nuvem oferece o conjunto completo: e-mail/palavra-passe, Google, Microsoft, Apple, GitHub, ou um login de utilizador da base de dados (name@handle). Os logins via navegador abrem o seu navegador predefinido e regressam à aplicação automaticamente.

Aplicação para Android

Instale-a a partir do Google Play — ou como APK direto da página de download. É um cliente para o catálogo na nuvem: inicie sessão com a mesma conta — e-mail/palavra-passe, Google, Microsoft, Apple ou GitHub — e tem as mesmas pastas, as mesmas ligações, na mesma ordem em que as organizou no desktop.

• Terminal SSH com suporte a teclado físico e combinações com Ctrl; a pesquisa no catálogo expande as pastas que contêm resultados.
• RDP e VNC integrados: sessões completas de ambiente de trabalho remoto no telemóvel — um ponteiro estilo trackpad ou toque direto, e ao girar o ecrã a área de trabalho acompanha com a resolução correspondente, sem reconectar.
• SFTP e FTP: painéis de ficheiros para navegar, enviar e transferir diretamente a partir de uma ligação.
• Tablets: um layout lado a lado com o catálogo à esquerda e um painel de boas-vindas com ações rápidas e números do catálogo ao vivo à direita — um botão Home traz sempre de volta a ele.
• Limite de sessões: até 5 sessões simultâneas por padrão (ajustável de 1 a 20 em Settings); uma sessão terminada pelo lado remoto fecha-se sozinha com um aviso.
• Tema: segue o claro/escuro do sistema por padrão; um tema fixo Light ou Dark está disponível em Settings.
• Palavra-passe principal e biometria: desbloqueio por impressão digital — a chave do cofre é protegida por uma chave do Android Keystore que fisicamente não pode ser utilizada sem uma leitura bem-sucedida. A opção “Lock App on Start” pede a impressão digital logo na abertura.
• Bloqueio automático: o cofre de credenciais é bloqueado após 5 minutos em segundo plano.
• Proteção de ecrã: as capturas e a gravação de ecrã são bloqueadas nos ecrãs sensíveis; o conteúdo é ocultado no seletor de aplicações recentes.
• Certificate pinning: a aplicação aceita apenas o certificado genuíno de bursucm.com — uma ligação substituída (MITM) é rejeitada.
• Sessões: voltar a iniciar sessão revoga a sessão anterior no servidor, pelo que a lista “Connected devices” no portal reflete sempre a realidade.
• tmux: a mesma caixa e o mesmo nome de sessão que no desktop, na secção SSH da ligação — uma sessão iniciada no telemóvel fica pronta no desktop e vice-versa.
• WinRM: estas ligações são listadas com a sua própria cor, podem ser criadas e editadas aqui para o desktop, e o cartão copia host, utilizador e palavra-passe; abri-las é, por agora, só no desktop.

Aplicação para iOS e iPadOS

O BURSUcm para iPhone e iPad é uma única aplicação universal, gratuita na App Store. Inicie sessão com a mesma conta — e-mail/palavra-passe, Google, Microsoft, Apple ou GitHub — e abre-se o mesmo catálogo: as mesmas pastas, as mesmas ligações, na ordem que organizou, e cada palavra-passe é decifrada apenas no dispositivo.

• Terminal SSH com uma fila extra de teclas (Ctrl, Esc, Tab, ^C, F1–F12) sobre o teclado no ecrã — htop, mc e outras aplicações TUI são realmente utilizáveis no telemóvel. Os teclados físicos passam os modificadores diretamente.
• Ficheiros por SFTP e FTP: enviar e transferir, criar pastas, mudar o nome, eliminar — com as permissões de cada ficheiro na própria lista.
• RDP e VNC integrados: o ambiente de trabalho remoto renderizado na aplicação. Os gestos fazem de rato (toque = clique, toque com dois dedos = clique direito, dois dedos = deslocamento, duplo toque e arrastar = arrastar), e um painel flutuante traz Esc, Tab, Del, as setas, as teclas de função e Ctrl+Alt+Del.
• Edição em movimento: ligações e credenciais podem ser criadas e alteradas no telemóvel — incluindo jump hosts e reencaminhamentos de portas —, e a ordem manual de pastas e entradas organiza-se com as mesmas setas de sempre.
• iPad: um layout dividido com o catálogo ao lado de uma sessão ao vivo, suporte de ponteiro (um trackpad ou rato conduz o cursor remoto real em RDP e VNC), modificadores completos do teclado físico e 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; em segundo plano o cofre bloqueia-se ao fim de 5 minutos.
• Os códigos TOTP guardados numa credencial aparecem com contagem decrescente ao vivo, prontos a copiar.
• Segurança: fixação do certificado de bursucm.com, verificação das chaves de anfitrião SSH, e certificados RDP no modelo de confiar na primeira utilização — exigindo ao servidor que prove que possui de facto a chave privada do certificado.

Importação de outras ferramentas

Mudar de outro gestor de ligaçõ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 ligações que quer.
• Escolha uma pasta de destino no seu catálogo; a estrutura importada entra dentro dela.
• As importações são aditivas: nada do que já existe é substituído ou eliminado.

Exportação e backups

Backups portáteis (.bcmbackup)

• Exportar com palavra-passe principal — o ficheiro é encriptado (AES-256-GCM); é o formato para mover um catálogo entre máquinas ou guardar como backup.
• Exportar sem palavra-passe — só para transferências rápidas; a aplicação avisa claramente que as palavras-passe guardadas ficariam em texto puro.
• Exportação CSV — a estrutura do catálogo sem palavras-passe, para folhas de cálculo e auditorias. Também se reimporta: escolha a origem BURSUcm CSV.
• A mesma exportação/importação está disponível no portal web, pelo que um backup feito na aplicação abre no portal e vice-versa.

Snapshots da base de dados

• Export database snapshot — um único ficheiro encriptado com o catálogo inteiro (ligações, credenciais, utilizadores). Escolhe uma palavra-passe principal para o snapshot — o ficheiro é inútil sem ela.
• Import snapshot substitui o conteúdo atual da base de dados (a aplicação avisa). O modo local também pode importar um ficheiro SQLite bruto.
• Para uma base de dados na nuvem, o portal oferece exportação/importação .sql (o separador Configurações da base de dados) — um dump PostgreSQL completo, utilizadores da base de dados incluídos.

Repor a configuração

“Clear cache & restart setup” (Settings → Database) esquece a base de dados configurada e qualquer login guardado e executa de novo o assistente de primeira execução. Os dados dentro da própria base de dados não são apagados.

Receitas: seis tarefas comuns

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

1 · Alcançar uma base de dados 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. Quer que localhost:5432 na sua máquina leve até lá.

1. Edite a ligação SSH daquele host → SSH options → Port forwards → adicione um encaminhamento Local (-L): porta local 5432, destino db.internal, porta de destino 5432.
2. Ligue-se. O terminal imprime o estado 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 o separador da sessão viver — fechar o separador fecha a porta. Detalhes: Encaminhamento de portas.

Vários serviços atrás do mesmo host? Adicione antes um reencaminhamento dinâmico (-D) e aponte o cliente ao proxy SOCKS5 — veja Encaminhamento de portas.

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

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

1. Abra User Management → adicione um utilizador (no modo nuvem, um utilizador da base de dados — o subcontratado não precisa de conta no portal, só do login name@handle que lhe entregar).
2. Dê o papel User, deixe a regra “All folders” vazia e, em Servers\Staging, conceda Ler — e Editar apenas se ele tiver que alterar entradas.
3. Deixe Palavras-passe desmarcado: o subcontratado pode ligar-se com as credenciais armazenadas, mas não pode revelá-las em texto claro.
4. Quando o trabalho acabar, elimine o utilizador; no modo nuvem verifique também as Sessions dele no portal. Detalhes: Utilizadores e permissões.

3 · Migrar do PuTTY e do WinSCP no momento do almoço

1. Settings → Data → Import → origem WinSCP: os sites chegam com a sua árvore de pastas e as palavras-passe guardadas, desencriptadas automaticamente.
2. Execute a importação de novo com o PuTTY como origem — sessões guardadas, portas e detalhes de SSH vêm juntos; a etapa de pré-visualização permite desmarcar o que não quiser.
3. As duas importações são aditivas e entram na pasta de destino que escolher, pelo que nada é substituído. Defina uma palavra-passe principal depois — palavras-passe importadas merecem encriptação de verdade. Detalhes: Importação de outras ferramentas.

4 · Um catálogo no PC do trabalho, no portátil e no telemóvel

1. Crie uma conta gratuita e uma base de dados em bursucm.com (como).
2. Na máquina que tem o seu catálogo: ative primeiro uma palavra-passe principal, depois Settings → Database → selecione o BURSUcloud → “Migrate to selected database…”.
3. Entre na mesma base de dados pelo portátil e pela aplicação Android ou iOS. Tudo acompanha: pastas, ordem manual, credenciais, snippets, túneis — e cada palavra-passe é desencriptada só no dispositivo, nunca no servidor.

5 · Executar um comando num rack inteiro

1. Abra sessões para todos os servidores envolvidos (separadores 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 à escuta.
3. Introduza o comando uma vez — ou envie um snippet; com placeholders como systemctl restart {service} a aplicação pede o valor antes. Verifique o banner antes do Enter e depois desligue o Broadcast.

6 · Um computador portátil foi perdido ou roubado

1. No portal, abra Perfil → Dispositivos ligados e dê Revoke no dispositivo perdido (ou “Sign out all”) — o token de API dele morre imediatamente e a aplicação nele é desligada. Para o dispositivo de um utilizador da base de dados, o dono faz o mesmo no separador Users da base de dados → Sessions.
2. Troque a palavra-passe da sua conta bursucm.com.
3. Avalie o cofre: as palavras-passe guardadas no portátil estão encriptadas com AES sob a sua palavra-passe principal — sem ela, são ilegíveis. Se a palavra-passe principal também puder ser conhecida, troque por precaução as palavras-passe reais dos servidores.

Referência

As edições em resumo

O modelo de segurança numa tabela

Onde a aplicação guarda os seus ficheiros

Lá dentro: settings.json (preferências da aplicação), a base de dados local quando utiliza o modo local, e known_hosts.json (chaves de host SSH confiáveis). Faça backup da pasta inteira e terá o backup de uma instalação local. As palavras-passe guardadas dentro desses ficheiros são sempre encriptadas — veja o capítulo do cofre.

Formatos de ficheiro

Portas padrão

Preenchidas automaticamente quando escolher o protocolo; altere-as livremente por ligaçã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).

Glossário

FAQ e resolução de problemas

Perguntas frequentes

É gratuito?
Sim, a aplicação é gratuita em todas as plataformas. O BURSUcloud é um complemento opcional.

Que 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. A aplicação 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 as aplicações Android e iOS/iPadOS.

Esqueci a palavra-passe principal. E agora?
Ela não pode ser recuperada — essa é justamente a essência do zero-knowledge. As suas ligações e a estrutura do catálogo estão intactas; as palavras-passe guardadas têm de ser introduzidas de novo (Settings → Security → defina uma nova palavra-passe principal, depois atualize as palavras-passe).

Movi a base de dados para outro PC e as palavras-passe não abrem.
A base de dados estava protegida com DPAPI (vinculada a uma conta do Windows). No computador original ative uma palavra-passe principal (Settings → Security) e copie a base de dados de novo — agora ela é portátil, inclusive para Linux e macOS.

Qual é a diferença entre “utilizador da base de dados” e “membro”?
Um utilizador da base de dados é uma conta apenas para as aplicações BURSUcm (login name@handle); não precisa de conta no portal. Um membro é uma conta completa do bursucm.com com acesso concedido à base de dados. Os direitos por pasta são idênticos.

Onde ficam os meus dados na nuvem?
Numa base de dados PostgreSQL dedicada no servidor bursucm.com, inalcançável diretamente pela internet. As palavras-passe que lá estão são texto cifrado; a chave é só sua.

Porque é que os meus dispositivos não mostram a mesma ordem de ligações?
A ordem manual sincroniza pela base de dados. Certifique-se de que todos os dispositivos executam uma versão atual (Windows 2.7.5+, Linux 1.7.5+, Android 1.8.1+) e atualizaram o catálogo; as versões antigas limitam-se a recuar para a ordem alfabética, sem prejudicar o que organizou.

Solução de problemas

Logs de diagnóstico

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

Comunicar um problema

Help → Report a problem, ou a proposta que aparece sozinha após um erro ou no arranque 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 da aplicação e do sistema e — enquanto a caixa continuar assinalada — as últimas linhas dos registos de diagnóstico. “Mostrar o que será enviado” é o relatório, não um resumo dele: as palavras-passe, as chaves e os tokens são removidos no seu computador antes de o ver, e os endereços de servidores, os nomes de conta e os endereços IP são substituídos por marcadores, a menos que assinale a caixa que os inclui. Até carregar em Enviar, nada sai do computador. Recebe um número de pedido; os relatórios são eliminados ao fim de 90 dias.

A captura de ecrã só é proposta para um erro ocorrido com a aplicação aberta: é feita no instante da falha, vem desligada por predefinição e é-lhe mostrada antes do envio. Se o envio falhar nada se perde — “Guardar em ficheiro...” grava o relatório inteiro, pronto a enviar para support@bursucm.com. Para que a aplicação nunca proponha, desligue Settings → Other → Offer to report problems; por si só nunca enviou nada, por isso desaparece apenas a pergunta.

Ainda travado?

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