Relayium vs croc: transferência de arquivos criptografada do terminal

O que Relayium e croc têm em comum

Comecemos pela sobreposição, porque ela é considerável: ambas são um único binário pequeno que você instala uma vez, ambas movem arquivos por conexões diretas sem custo, e ambas são de código aberto (o croc sob a licença permissiva MIT, a CLI do Relayium sob AGPL-3.0), então você pode ler cada linha que toca seus arquivos.

• Um código curto conhecido apenas pelas duas pontas basta para que se encontrem e concordem em uma chave. O do croc é inventado na hora; o do Relayium é gerado pelo servidor dele para um remetente com login feito, e quem recebe continua sem precisar de conta.
• Criptografado de ponta a ponta em trânsito: o retransmissor ou ponto de encontro no meio nunca vê o conteúdo do seu arquivo.
• Transferências interrompidas podem retomar em vez de recomeçar, e ambas verificam que o que chegou realmente corresponde ao que foi enviado.
• Multiplataforma: macOS, Linux e Windows.

Antes de começar

Tudo abaixo é a CLI do relayium, então instale-a primeiro se ainda não tiver. No macOS ou Linux, um comando coloca um binário pré-compilado no seu PATH:

curl -fsSL https://relayium.com/install.sh | sh

• Prefere escolher o arquivo você mesmo, ou está no Windows? Pegue um binário na página de releases — relayium.com/cli lista todas as opções de instalação (ou go build ./cmd/relayium se você tiver Go).
• relayium --version confirma que está instalada. Pule isso e os comandos abaixo só imprimirão “command not found”.

Daemon direto: conversar com um servidor que você já mantém

Esta é a maior diferença prática. croc é construído em torno de um único fluxo — frase-código entra, frase-código sai. A CLI do Relayium acrescenta mais uma forma de mover arquivos que se apoia em infraestrutura que você já tem.

Nota histórica: esta seção descrevia as transferências por SSH do Relayium — push ou sync para um destino user@host:path, relayium pull e as opções -i e -p. A CLI atual as descontinuou e as recusa com “SSH transfers are currently disabled”, então os comandos que estavam aqui não funcionam mais e não são mostrados. Entre duas máquinas que você administra, use relayium serve com push ou sync para relayium://host; as versões mantidas em inglês e chinês simplificado desta página, com links no topo, descrevem os passos atuais.

relayium serve transforma qualquer máquina que você possua em um alvo daemon direto, acessível por TLS 1.3 com fixação, sem SSH e sem frase-código — a confiança se estabelece na primeira conexão (aprovada de forma interativa, ou pré-autorizada para uso sem supervisão) e fica fixada a partir de então, a mesma ideia de uma chave de host SSH.

relayium authorize <sender-fingerprint>

relayium serve --dir ~/incoming

relayium push ./build relayium://your-server

Sincronização de pastas e um código de verificação que você confere duas vezes

croc envia um lote de arquivos e sai — envie de novo para atualizar o outro lado, sem nenhuma noção do que deveria ser removido. A CLI do Relayium acrescenta relayium sync, um espelho incremental de mão única sobre o daemon direto: ele só move o que mudou, --delete remove no destino os arquivos que sumiram da origem (um daemon só o respeita se foi iniciado com --allow-delete, então um receptor precisa optar por isso), e --watch mantém a ressincronização em tempo real conforme os arquivos mudam, sem necessidade de uma tarefa cron.

Para uma transferência pontual entre redes, relayium send / receive cumpre o mesmo papel que a frase-código do croc, emparelhando dois computadores por um código curto; a outra ponta também pode ser um app do Relayium ou a página web. As duas pontas mostram um código de verificação curto (uma Short Authentication String). Compará-lo fora de banda confirma que as impressões digitais dos certificados TLS fixados não foram substituídas e que o serviço de encontro não se passou por nenhuma delas; ele autentica as pontas, não cada salto da rota de rede. Sempre que o servidor emite um retransmissor para o código, a sessão passa por esse retransmissor criptografado e conta para a cota mensal de tráfego da conta que gerou o código; só sem retransmissor ela precisa de um caminho direto.

relayium sync ./photos relayium://your-server --delete --watch

Quando croc é a escolha mais simples

Há casos reais em que croc é a melhor ferramenta para a tarefa, e vale a pena dizer isso com clareza.

• Você só quer entregar um arquivo a um amigo agora mesmo com o mínimo de partes móveis — nenhum servidor a alcançar, nada para configurar em nenhuma das pontas.
• Você está atrás de um NAT rígido sem meio de abrir um caminho direto: o retransmissor do croc carrega o fluxo criptografado de qualquer forma. O send / receive do Relayium também passa por um retransmissor criptografado sempre que o servidor emite um para o código (contabilizado na cota mensal de tráfego da conta que gerou o código). Se nenhum for emitido — não configurado ou cota esgotada —, ele pode falhar; o daemon direto para um servidor alcançável continua funcionando, já que não depende de um salto P2P direto.
• Você não precisa de espelhamento de pastas nem de um processo à escuta de longa duração — croc é um único comando ad hoc por ponta e nada mais em que pensar.
• Você já confia na comunidade grande e consolidada do croc e em seus anos de uso no mundo real.

Comparação de recursos em resumo

As diferenças que mais importam, lado a lado:

• Conversar com um servidor: o Relayium usa um daemon com TLS com fixação (serve e push/sync); o antigo transporte SSH (push/pull) foi descontinuado. O croc exige instalar croc nas duas pontas e compartilhar uma frase-código.
• Sincronização de pastas: relayium sync espelha de forma incremental com --delete e --watch; croc envia um lote e sai, sem semântica de espelho nem de exclusão.
• Nenhum caminho direto disponível: os dois podem retransmitir — tanto o retransmissor do croc quanto o retransmissor criptografado do Relayium (sempre que o servidor emite um para o código; contabilizado na cota mensal de tráfego da conta que gerou o código) carregam o fluxo criptografado, então a transferência se completa.
• Verificação: ambas são criptografadas de ponta a ponta; o send/receive do Relayium ainda imprime um código curto que os dois lados comparam antes de a transferência começar.
• Auto-hospedagem: ambas são auto-hospedáveis — o retransmissor do croc é um pequeno binário independente; o servidor do Relayium também roda o aplicativo web, e o send/receive da CLI pode apontar para o seu próprio com --server.
• Licença e custo: o croc é licenciado sob MIT e a CLI do Relayium sob AGPL-3.0, e em ambas as transferências diretas são gratuitas. O croc não exige conta nenhuma; o Relayium exige apenas para o send, para gerar o código de emparelhamento.