Guia operacional — o que fazer, passo a passo, para tirar o máximo partido do SSHBorg no Android e no iOS. Onde a app iOS é diferente, uma nota marcada iOS indica-o.
Toque no botão + no ecrã de hosts para adicionar um novo servidor (no iOS abre um pequeno menu: escolha Adicionar Host).
ubuntu, root, deploy).Na primeira ligação, o SSHBorg mostra a impressão digital do servidor e pede que a aceite. É uma verificação de segurança: garante que está a ligar à máquina correta e não a um impostor. Verifique se a impressão digital corresponde à fornecida pelo administrador do servidor antes de aceitar.
Uma vez aceite, a impressão digital é guardada localmente. Se mudar numa ligação futura, o SSHBorg avisá-lo-á — pode indicar uma reconstrução do servidor, uma rotação de chaves ou um ataque man-in-the-middle.
ssh-keygen -lf /etc/ssh/ssh_host_ed25519_key.pub
Quando a lista de servidores cresce, pode organizar os hosts em grupos recolhíveis com cores — por exemplo Produção, Lab de casa, Clientes.
No iOS também é possível criar um grupo sozinho, a partir do botão + → Novo grupo.
As cores escolhem-se das amostras rápidas ou, no Android, livremente com o seletor de gradiente — no iOS a escolha é entre as amostras. Um host também pode ter uma cor própria — definida no editor do host, logo abaixo do grupo — que prevalece sobre a cor do grupo e funciona também para hosts sem grupo.
Os hosts sem grupo permanecem no topo da lista e, se nunca criar um grupo, a lista mantém exatamente o aspeto e o comportamento de sempre.
Escolha como a lista é disposta em Definições → Ordem da lista de hosts:
Nos três primeiros modos os grupos mantêm-se por ordem alfabética, por isso os cabeçalhos de secção nunca se movem e só os hosts lá dentro são reorganizados. Na ordem manual também se podem mover os grupos.
Para reordenar escolha Manual e abra o menu de um host ou de um cabeçalho de grupo — o botão ⋮ (… no iOS), um toque longo ou a tecla Menu do comando na Android TV — e use Mover para cima / Mover para baixo. Um host só se move dentro da sua própria secção: para o pôr noutro grupo, altere o grupo no editor do host. Ao mudar para manual mantém-se exatamente a ordem que estava no ecrã nesse momento, por isso nada salta, e os hosts adicionados depois vão para o fim da sua secção.
O gestor de ficheiros SFTP permite-lhe explorar, carregar, transferir, renomear e eliminar ficheiros no servidor diretamente a partir do telemóvel. Abra-o no ecrã de hosts com Ficheiros no menu de um host.
Toque numa pasta para a abrir. Use a seta de retrocesso ou toque em qualquer segmento da barra de caminho para subir na árvore de diretórios. Tocar num ficheiro abre o que pode fazer com ele: transferir, abrir no editor, renomear, eliminar.
As ligações simbólicas são apresentadas com um pequeno crachá em forma de corrente. Tocar numa ligação simbólica navega para o seu destino: se apontar para um diretório, entra nele; se apontar para um ficheiro, comporta-se como um ficheiro normal.
Toque no botão de carregamento (↑) para selecionar um ou mais ficheiros do armazenamento do telemóvel. O carregamento começa imediatamente e o progresso é mostrado no topo do ecrã.
Toque no ícone de transferência à direita da linha de um ficheiro para o transferir imediatamente. Para transferir uma pasta inteira, toque no ícone de transferência junto a ela — o SSHBorg transfere toda a árvore de diretórios e guarda-a na pasta Downloads do telemóvel.
Se um ficheiro já existir no destino, uma caixa de diálogo perguntará se pretende substituir, ignorar o ficheiro ou cancelar toda a transferência.
Toque em Selecionar itens na barra superior para entrar no modo de seleção e marque os itens que quiser. A barra de ferramentas mostra as ações disponíveis:
Escolha Cortar no menu de um ficheiro ou de uma pasta — ou vários ao mesmo tempo com Selecionar itens — depois abra a pasta de destino e toque em Colar na barra que aparece acima da lista. A movimentação é feita pelo servidor: nada é transferido para o telefone nem para o servidor, por isso um ficheiro de qualquer tamanho move-se instantaneamente.
Se esse nome já estiver ocupado no destino, o SSHBorg pergunta antes de mexer em nada. Um ficheiro pode ser substituído ou mantido ao lado do existente; duas pastas com o mesmo nome só podem ficar lado a lado, porque nenhum servidor SFTP sabe fundir pastas — o mv também recusa. Mover entre dois discos diferentes do servidor é igualmente recusado: mover é renomear, e renomear não atravessa sistemas de ficheiros. Para isso é precisa uma cópia, que o SSHBorg ainda não faz.
Toque num ficheiro para abrir o seu menu e escolha Abrir no editor para o alterar diretamente no servidor. No telemóvel não fica nada: o ficheiro é lido para memória, editado e escrito de volta.
O ficheiro volta como chegou. A codificação é detetada e reutilizada ao guardar, os fins de linha LF ou CRLF mantêm-se, um ficheiro que acabava sem mudança de linha continua assim, e as permissões ficam iguais. Se a codificação foi lida mal, toque nela na barra ao fundo do editor e escolha outra — a lista só oferece codificações capazes de reproduzir exatamente os bytes daquele ficheiro, por isso uma escolha errada pode parecer errada no ecrã mas não danifica nada.
Ao guardar, é escrito um ficheiro temporário ao lado do original e depois renomeado para o lugar dele, de modo que uma ligação perdida a meio não deixa um ficheiro escrito pela metade no servidor.
Os ficheiros abrem até 4 MB, seja qual for o seu tamanho: só são desenhadas as linhas no ecrã, por isso um ficheiro de megabytes desliza como um curto. Acima disso a resposta é o terminal, com nano ou vi, que não tem limite nenhum.
Os ficheiros de configuração são coloridos — comentários, cadeias, números, chaves, cabeçalhos de secção, variáveis de shell e etiquetas XML — a partir do nome do ficheiro ou, quando o nome nada diz, da forma do conteúdo: scripts de shell, diretivas ao estilo do nginx e do sshd, INI, YAML, JSON e XML. O texto livre, as notas e os registos ficam de propósito sem cor, onde seria apenas ruído. A coloração é só aparência e nunca muda um byte.
Um ficheiro que não é texto abre no editor hexadecimal: os deslocamentos à esquerda, os bytes ao centro, os caracteres imprimíveis à direita e um teclado para os dígitos hexadecimais. Toque num byte e escreva dois dígitos para o substituir. Os valores mudam mas o tamanho nunca, por isso cada posição do ficheiro fica onde estava. Abrir em hexadecimal no menu de um ficheiro abre assim qualquer ficheiro, e um ficheiro de texto tomado por binário — com um byte NUL perdido lá dentro — ainda pode ser aberto como texto na mesma caixa.
A autenticação por chave é mais segura do que as palavras-passe e, após a configuração, não requer memorizar nem digitar nada.
Toque no ícone da chave no topo do ecrã de hosts para abrir Chaves SSH e depois gere uma nova chave. O SSHBorg suporta:
Dê à chave um nome significativo (ex. meu-vps ou servidor-trabalho) para a identificar mais tarde.
Após gerar uma chave, toque nela para ver a chave pública. Copie-a e cole-a no ficheiro ~/.ssh/authorized_keys do servidor para o utilizador pretendido.
mkdir -p ~/.ssh
chmod 700 ~/.ssh
echo "ssh-ed25519 AAAA...suachavecopiada..." >> ~/.ssh/authorized_keys
chmod 600 ~/.ssh/authorized_keys
PubkeyAuthentication yes em /etc/ssh/sshd_config. É o predefinido na maioria das distribuições, mas algumas imagens reforçadas desativam-no.
Ative Definições → Segurança → Cifrar dados sensíveis para guardar as chaves privadas e as palavras-passe dos hosts cifradas com uma chave protegida pelo hardware seguro do dispositivo — o Android Keystore ou, no iOS, o Porta-chaves. Fica desativado até o ativar; a dica de segurança mostrada no primeiro arranque aponta para ele.
Os dados cifrados ficam ligados ao dispositivo e a esta instalação da app: depois de a desinstalar, as chaves guardadas não podem ser recuperadas, e teria de gerar novas e autorizá-las de novo nos servidores. Juntamente com um bloqueio da app, é fortemente recomendado se guarda credenciais sensíveis no telemóvel.
Uma chave protegida por frase-passe pede-a uma única vez, ao importá-la, e depois é guardada aberta: a frase-passe nunca é escrita no dispositivo. Uma frase-passe costuma ser reutilizada noutro sítio, enquanto uma chave privada só vale por si — e uma chave guardada ao lado da própria frase-passe não estaria protegida por ela de qualquer forma. Aqui protegem-na o armazenamento privado da app, Cifrar dados sensíveis e o bloqueio da app. Uma chave importada por uma versão anterior ficou cifrada e não consegue autenticar-se; a lista assinala-as e têm de ser importadas de novo.
Dois formatos cifrados que a app não consegue abrir: o contentor do OpenSSL (BEGIN ENCRYPTED PRIVATE KEY) e o .ppk do PuTTY. A importação di-lo, em vez de aceitar a chave a meio. Decifre-a com a ferramenta que a criou e importe-a de novo — numa cópia, nunca no único ficheiro que tem:
ssh-keygen -p -N "" -f id_ed25519_copy
openssl pkcs8 -in key.pem -out key_plain.pem
O PuTTYgen converte um .ppk em Conversions → Export OpenSSH key.
.ppk do PuTTY, também a cifragem PEM antiga (Proc-Type: 4,ENCRYPTED), a que o ssh-keygen -m PEM escreve quando lhe damos uma frase-passe. Decifre uma chave dessas e importe-a de novo.
O SSHBorg mostra uma barra de sugestões acima do teclado enquanto digita no terminal. As sugestões provêm do histórico de shell do utilizador com que se ligou.
Quando uma sessão terminal é aberta, o SSHBorg lê o ficheiro de histórico de shell no servidor remoto. Verifica as seguintes localizações por ordem:
~/.bash_history — predefinido para shells Bash~/.zsh_history — predefinido para Zsh (também verificado como $HISTFILE se definido)~/.local/share/fish/fish_history — para utilizadores de Fish shellO primeiro ficheiro que existe e é legível é utilizado. Enquanto digita, os comandos são filtrados em tempo real e mostrados como chips na barra de sugestões. Toque num chip para inserir o comando.
Não aparecem sugestões
~/.bashrc:
HISTFILE=~/.bash_history
HISTSIZE=10000
HISTFILESIZE=20000
~/.zshrc:
HISTFILE=~/.zsh_history
HISTSIZE=10000
SAVEHIST=10000
setopt APPEND_HISTORY SHARE_HISTORY
As sugestões pertencem ao utilizador errado
sudo su - root (ou mudar para outro utilizador com su), a barra de sugestões continua a mostrar o histórico do utilizador de início de sessão original, não de root. Isto porque o SSHBorg lê o ficheiro de histórico antes de o shell iniciar, usando as credenciais de ligação.
root (se o servidor permitir).
O terminal responde a alguns gestos tácteis além da digitação:
Aplicações de ecrã inteiro. Os programas que ocupam todo o ecrã — tmux, vim, nano, less — não têm histórico próprio, por isso enquanto estão em execução a vista permanece no ecrã ativo em vez de deslizar para a saída da shell que está por baixo.
Para rolar dentro deles, é a aplicação que tem de tratar disso. No tmux, adicione set -g mouse on ao ~/.tmux.conf: deslizar percorre então o histórico do painel sob o seu dedo. O mesmo se aplica a qualquer programa que aceite entrada do rato, como o vim com set mouse=a. Com o screen, verifique se altscreen on está em ~/.screenrc — em muitos sistemas está desativado por omissão, e o screen desenha por cima do histórico normal.
Em Definições → Terminal pode adaptar o terminal às suas necessidades:
Quando o teclado virtual está aberto, aparece acima dele uma fila de botões de atalho. Deslize a barra lateralmente para aceder a todas as teclas.
Ctrl e Alt são alternâncias persistentes — toque numa e depois toque numa tecla de letra para enviar a combinação. Repõem-se automaticamente após o próximo toque.
O ícone de verificação ortográfica alterna o teclado entre o modo terminal e o modo palavra. No modo terminal (predefinido) a autocorreção e as sugestões de palavras estão desativadas — ideal para comandos e caminhos de ficheiros. No modo palavra o teclado comporta-se como um campo de texto normal, com sugestões e autocorreção ativadas. Útil ao escrever linguagem natural via SSH, por exemplo com Claude Code ou outras ferramentas interativas.
No Android, o modo palavra é também o que faz funcionar o ditado por voz. A tecla de microfone do teclado precisa de um campo de texto real onde escrever, por isso no modo terminal o ditado não produz nada — mude para o modo palavra antes de ditar.
Deslize a barra para a direita para aceder às teclas F1 a F12.
A barra existe em várias disposições. Toque na tecla ⇄ da barra para mudar: as teclas dão lugar à lista de barras disponíveis, toque numa e está feito — a escolha fica guardada. Também pode escolher e gerir as barras em Definições → Terminal → Barra de teclas extra → Personalizar.
/ - | ~ e as setas na ordem do teclado (← ↑ ↓ →).ESC / - Home ↑ End PgUp sobre Tab Ctrl Alt ← ↓ → PgDn.Para criar a sua, duplique uma predefinição (menu ⋮ ao lado, ou um toque longo no iOS) ou crie uma barra nova. O editor mostra a barra exatamente como vai ficar: toque numa tecla para a selecionar e use os botões abaixo para a mover para a esquerda ou direita, para outra linha, alterá-la, adicionar uma tecla a seguir ou removê-la. Cada linha pode deslocar-se (as teclas mantêm a largura natural) ou preencher a largura do ecrã (até cerca de nove teclas por linha num telemóvel). Até três linhas; o tamanho das teclas é ajustável.
Além das teclas habituais, uma barra personalizada pode ter teclas de texto: qualquer texto, enviado tal como está — um simples |, um prefixo sudo ou um comando inteiro. Use \n para Enter, \t para Tab e \e para Escape; assim ls -la\n torna-se uma macro de um toque. Há mais duas teclas de ação: fixar mantém a barra visível com o teclado fechado e teclado mostra ou oculta o teclado.
As barras personalizadas fazem parte da cópia de segurança das definições. Na Android TV tudo funciona com o comando: as teclas e botões do editor são acessíveis com o D-pad.
O reencaminhamento de agente SSH permite usar as chaves guardadas no SSHBorg para autenticar ligações adicionais feitas a partir de dentro do servidor remoto — por exemplo, para git clone de um repositório privado, ou para saltar para uma segunda máquina.
Ao adicionar ou editar um host, ative o interruptor Reencaminhamento de agente. O SSHBorg atuará como agente SSH para essa sessão.
O servidor tem de permitir o reencaminhamento de agente. Verifique /etc/ssh/sshd_config:
AllowAgentForwarding yes
Este é o predefinido na maioria dos sistemas. Após alteração, reinicie o daemon SSH:
sudo systemctl restart sshd
Se também se liga a este servidor a partir de um portátil ou computador de secretária, pode configurar o reencaminhamento de forma permanente no seu ~/.ssh/config local:
Host myserver
HostName 203.0.113.42
User ubuntu
ForwardAgent yes
Alguns servidores mais antigos — equipamentos de rede, dispositivos embebidos ou sistemas com versões obsoletas do OpenSSH — suportam apenas algoritmos de cifra que os clientes SSH modernos já não anunciam por predefinição.
Ao ativar o interruptor Permitir cifras legadas nas definições do host, o SSHBorg adiciona os seguintes algoritmos à lista de negociação:
aes128-cbc, aes192-cbc, aes256-cbc, 3des-cbcdiffie-hellman-group14-sha1, diffie-hellman-group-exchange-sha1, diffie-hellman-group1-sha1ssh-dss (DSA 1024-bit)O servidor negoceia sempre o algoritmo mais forte suportado por ambos os lados, pelo que ativar esta opção não enfraquece as ligações a servidores modernos.
ssh-dss não estão disponíveis: a biblioteca SSH com que a app é compilada já não inclui DSA, por isso um servidor cuja única chave de host seja DSA não é acessível a partir de um iPhone ou iPad, nem com esta opção ativada.
O SSH é uma ligação TCP ativa entre o seu telemóvel e o servidor. Se a ligação for interrompida — mesmo por um segundo — a sessão e tudo o que estava a correr nela perde-se.
As redes móveis são particularmente propensas a quedas de ligação por várias razões:
Um multiplexador de terminal executa uma sessão persistente no servidor, completamente independente da sua ligação SSH. Se a ligação cair, a sessão e tudo o que está a correr continua. Ao religar, reincorpora-se e encontra tudo exatamente como deixou.
É o hábito mais útil para quem gere servidores a partir do telemóvel.
tmux está disponível na maioria das distribuições Linux modernas e é a escolha recomendada.
# Iniciar uma nova sessão com nome
tmux new -s work
# Desligar da sessão (deixá-la a correr)
Ctrl+B, depois D
# Listar sessões em execução
tmux ls
# Religar a uma sessão
tmux attach -t work
# Religar à sessão mais recente
tmux attach
screen é mais antigo mas disponível em praticamente qualquer sistema Unix, incluindo imagens mínimas onde tmux pode não estar instalado.
# Iniciar uma nova sessão com nome
screen -S work
# Desligar da sessão
Ctrl+A, depois D
# Listar sessões em execução
screen -ls
# Religar a uma sessão
screen -r work
tmux attach || tmux new -s maintmux attach || tmux new -s main ao seu ~/.bashrc ou ~/.zshrc no servidor para que uma sessão de multiplexador inicie automaticamente sempre que iniciar sessão via SSHBorg.
Um jump host (também chamado bastion host) é um servidor intermédio pelo qual tem de passar para alcançar um servidor alvo não diretamente acessível a partir da internet. O SSHBorg suporta nativamente cadeias de salto simples e multi-salto.
Se precisar de saltar por mais de um servidor intermédio (ex. internet → bastião → dmz → alvo), crie uma entrada para cada salto e encadeie-as:
A configuração equivalente num ~/.ssh/config de computador tem este aspeto:
Host bastion
HostName bastion.example.com
User admin
ForwardAgent yes
Host target
HostName 10.0.1.50
User ubuntu
ProxyJump bastion
ForwardAgent yes
Com esta configuração, ssh target no seu computador salta transparentemente pelo bastião.
O SSHBorg permite manter várias sessões de terminal SSH e gestor de ficheiros SFTP abertas ao mesmo tempo, mesmo para servidores diferentes.
tmux ou screen no servidor se quiser que sobrevivam mesmo a uma queda de ligação SSH.
Escolha como a app é protegida em Definições → Segurança → Bloqueio da app: Nenhum (predefinido), Apenas biométrico (impressão digital ou reconhecimento facial), Bloqueio do dispositivo (o PIN, o padrão ou a palavra-passe do dispositivo, além da biometria) ou um PIN ou frase-passe na app. Quando um bloqueio está ativo, o SSHBorg exige autenticação antes de mostrar qualquer host, credencial ou dados de sessão. Se a autenticação for recusada, ou se a cancelar, a app permanece no seu próprio ecrã de bloqueio com um botão para tentar de novo: não fecha, pelo que as sessões que tinha abertas continuam lá quando desbloquear.
O PIN ou frase-passe na app funciona em qualquer dispositivo, mesmo sem hardware biométrico ou um bloqueio de ecrã do sistema — o que o torna a escolha certa numa Android TV. Alterá-lo ou removê-lo pede primeiro o atual. Não é recuperável se for esquecido: teria de limpar os dados da app ou reinstalá-la, por isso mantenha uma cópia de segurança dos seus hosts.
Pode definir um tempo limite de inatividade — após esse tempo em segundo plano, a app bloqueia automaticamente.
Por predefinição, o SSHBorg bloqueia capturas de ecrã e gravação de ecrã para evitar que conteúdo sensível do terminal vaze através do ecrã de apps recentes ou ferramentas de captura.
Se precisar de fazer uma captura (ex. para partilhar uma saída do terminal), pode desativar temporariamente a proteção em Definições → Segurança → Permitir capturas.
Com Cifrar dados sensíveis ativado (veja Chaves SSH), as palavras-passe e as chaves privadas são guardadas cifradas com uma chave protegida no Android Keystore — baseado em hardware no Android 10+ — ou, no iOS, no Porta-chaves, restrita a este dispositivo. As credenciais nunca são escritas em armazenamento externo nem transmitidas para lado nenhum.
Cada peça acima já serve por si. Juntas são o mais seguro que a app oferece, e são dois minutos:
Uma chave gerada no telefone nunca existiu noutro lugar: não há uma cópia mais antiga que possa já ter escapado, nem nada a limpar noutra máquina. Uma chave por dispositivo também significa que perder o telefone custa uma linha no authorized_keys — remove-a e os outros dispositivos continuam a funcionar, e é por isso que vale a pena escolher bem o nome.
O que nada disto consegue fazer: se o telefone estiver comprometido, essa chave está comprometida com ele, seja o que for que a proteja no disco. Uma frase-passe também não a salvaria — quem consegue ler o armazenamento da app também lê o que escreve. É por isso que o SSHBorg pede a frase-passe de uma chave uma única vez, ao importá-la, e guarda a chave aberta em vez de guardar a frase (ver Chaves SSH).
O SSHBorg pode exportar e importar configurações de hosts e definições da aplicação como ficheiro JSON. Isto permite transferir a lista de servidores para outro dispositivo ou manter uma cópia de segurança portátil da sua configuração.
Aceda a Definições → Backup → Exportar cópia. Escolha onde guardar o ficheiro através do seletor de ficheiros do sistema. O ficheiro chama-se sshborg_backup.json (sshborg-backup-data.json no iOS) por predefinição.
Aceda a Definições → Backup → Importar cópia. Selecione o ficheiro .json previamente exportado (ou criado manualmente). O SSHBorg irá fundi-lo com a lista de hosts existente:
keyLabel exportado, se existir; caso contrário, o campo é ignorado.O ficheiro exportado é um objeto JSON simples. Também pode criá-lo manualmente para importar em bloco uma lista de servidores de outra fonte.
{
"version": 7,
"exported_at": "2026-05-14T10:00:00Z",
"groups": [
{ "name": "Produção", "color": -1754827, "position": 0 }
],
"hosts": [
{
"label": "O meu VPS",
"hostname": "203.0.113.42",
"port": 22,
"username": "ubuntu",
"agentForwarding": false,
"jumpMode": "simple",
"jumpHosts": null,
"jumpHostIdList": null,
"portForwardings": null,
"sftpStartMode": "last",
"sftpStartDir": null,
"sftpShowHidden": false,
"allowLegacyCiphers": false,
"position": 0,
"lastConnected": 1757404800000,
"connectCount": 12,
"keyLabel": "Chave do meu VPS",
"group": "Produção"
}
],
"settings": {
"night_mode": 0,
"scrollback_lines": 2000,
"terminal_font_size": 13,
"terminal_color_scheme": 0,
"double_tap_action": 0
}
}
O objeto settings (opcional) contém as definições da aplicação e é escrito automaticamente ao exportar; pode omiti-lo ao criar o ficheiro manualmente.
label — nome mostrado no SSHBorg. Usado como chave única para a fusão na importação. Obrigatório.hostname — endereço ou IP do servidor (IPv4 ou IPv6). Obrigatório.port — porta SSH. Predefinição: 22.username — utilizador de login. Obrigatório.agentForwarding — true para ativar o reencaminhamento do agente SSH. Predefinição: false.jumpMode — "simple" (usa o texto de jumpHosts) ou "host_list" (usa IDs internos do SSHBorg). Use "simple" ao criar o ficheiro manualmente.jumpHosts — jump hosts separados por vírgula no formato [utilizador@]host[:porta]. Apenas usado quando jumpMode é "simple".portForwardings — regras de reencaminhamento de porta local separadas por nova linha em sintaxe SSH -L, ex. "8080:localhost:8080".sftpStartMode — diretório inicial SFTP: "last" (lembrar o último visitado), "fixed" (usar sempre sftpStartDir), "home" (diretório pessoal do servidor). Predefinição: "last".sftpStartDir — caminho a usar quando sftpStartMode é "fixed".sftpShowHidden — true para mostrar os ficheiros ocultos (dotfiles, nomes começados por ".") no explorador SFTP deste anfitrião. Predefinição false.allowLegacyCiphers — true para ativar os algoritmos legados descritos acima. Predefinição: false.keyLabel — nome da chave SSH que este host usa. Ao importar, se existir uma chave com este nome, é associada ao host; caso contrário, o campo é ignorado. A própria chave nunca é incluída na cópia.group — nome do grupo a que o host pertence. Os grupos estão no array groups de nível superior, com name e color (ARGB como inteiro de 32 bits com sinal). Se um host referir um grupo ausente do array, este é criado automaticamente com uma cor predefinida — ao escrever o ficheiro à mão pode omitir o array.color — cor opcional do host (ARGB como inteiro de 32 bits com sinal). Prevalece sobre a cor do grupo.position — lugar do host na ordem manual, contado dentro da sua própria secção (o bloco sem grupo ou um grupo). Se omitido, o host é acrescentado no fim. Os grupos têm a sua própria position no array groups.lastConnected — momento da última ligação, em milissegundos desde a época Unix. Alimenta a ordem "usados recentemente".connectCount — quantas sessões de terminal foram abertas para este host. Alimenta a ordem "mais usados".label, hostname e username são opcionais. Os campos omitidos assumem os seus valores predefinidos.
O SSHBorg funciona em Android TV e Google TV. Usa-se com o D-pad do comando, mas por ser uma app muito baseada em texto, um teclado físico faz uma grande diferença.
Para renomear, eliminar, editar, duplicar ou transferir a partir de uma linha, abra o seu menu: prima a tecla Menu (opções) do comando na linha focada, ou mantenha OK premido (pressão longa). O OK sozinho executa a ação principal, não o menu.
Um teclado físico — USB ou Bluetooth (o Android TV suporta ambos) é fortemente recomendado e praticamente indispensável para o terminal. Com ele, os campos de texto e a shell funcionam normalmente.
Sem um, o teclado no ecrã ainda serve para entradas curtas: foque um campo, prima OK para o abrir, escreva e prima OK / Ir no teclado para confirmar — no pedido de palavra-passe isto liga diretamente. Introduzir comandos da shell com o teclado no ecrã é, no entanto, pouco prático.
Uma TV normalmente não tem leitor de impressões nem bloqueio de ecrã, por isso proteja a app com o bloqueio integrado por PIN ou frase-passe (Definições → Segurança) — funciona totalmente com o comando ou um teclado. Ver Segurança da app.
O SSHBorg é software livre, publicado sob a GNU General Public License v3. O código-fonte está no GitHub, tanto para a app Android como para a de iOS. Usa as seguintes bibliotecas, cada uma com a sua licença:
Nenhuma delas se liga a nada por conta própria: os únicos endereços que o SSHBorg contacta são os servidores que lhe indicar, e sshborg.com quando toca num link. Não há bibliotecas de estatísticas, de publicidade nem rastreadores de qualquer tipo.