Pular para o conteúdo

O que há de novo

Melhorias e novidades do painel e do agente Arkame, das mais recentes para as mais antigas.

Assinar por feed (Atom)
  1. Backup de contêineres Docker e Podman, com o dump dos bancos

    • Nova receita Contêineres no plano de backup: o agente encontra os projetos do servidor (compose e contêineres avulsos) e guarda o compose, o .env, a configuração de cada contêiner e a versão exata de cada imagem, junto com os volumes e as pastas montadas.
    • Nos bancos reconhecidos (PostgreSQL, MySQL e MariaDB, MongoDB e Redis) o agente faz o dump dentro do contêiner, com a senha que o próprio contêiner já tem. O painel nunca manda comando ao contêiner. Dump que falha deixa o backup parcial, com o motivo no detalhe.
    • Funciona com o agente instalado no servidor e com o agente em Docker; num servidor Linux comum, o comando de instalação não muda. Pede o agente 0.6.0. Conferido em Docker no Linux e no CasaOS; nas outras plataformas de NAS, o guia /docs/conteineres diz o que já foi conferido.
    • Instalação em NAS: em Novo servidor, Docker, a opção NAS ou sistema de apps (TrueNAS, Unraid, ZimaOS, CasaOS, Synology, QNAP) põe a chave do bucket, o estado do agente e a pasta dos dumps numa pasta do disco de dados, que sobrevive às atualizações do sistema. O guia /docs/conteineres ganhou o passo a passo de cada plataforma.
  2. Assistente de IA conectado sem token, por OAuth

    • O MCP da Arkame aceita OAuth: num cliente MCP que entende OAuth, você adiciona o endereço do servidor, entra na Arkame e autoriza, sem criar nem colar token. O guia do MCP diz em quais clientes isso já foi conferido; o token de API continua valendo.
    • Na autorização você escolhe a organização e o escopo (só leitura, ou leitura e operação) e confirma com o código da verificação em duas etapas. A tela mostra quem pede o acesso e para onde ele volta.
    • O acesso nunca pode mais do que o seu papel, fica no registro de ações com o nome do cliente e é revogado em Configurações, API e MCP, Assistentes conectados. Quem sai da organização perde na hora os tokens e os acessos que tinha concedido.
  3. Cada endereço escolhe os avisos que recebe

    • Em Avisos, cada endereço extra escolhe o que recebe: backup que falhou, teste de restauração que falhou, inventário que não bate, armazenamento fora do alcance, servidor sem sinal, mudança fora do normal e relatório mensal. Com todos marcados, o endereço recebe também os avisos que entrarem depois.
    • O destinatário principal da organização escolhe na mesma lista. Cobrança e avisos da conta continuam chegando sempre.
    • O relatório mensal enviado ao e-mail de cobrança de quem não tem conta no painel traz um link para deixar de recebê-lo.
  4. Carteira do parceiro com atacado por cliente, histórico e CSV

    • Na carteira, cada cliente mostra o valor de atacado do mês, e um cartão resume o total da assinatura e como a faixa foi calculada: a faixa que o volume pede, a revisão do dia 1, a carência para descer de faixa e quanto falta para a próxima. É o mesmo número da fatura.
    • Histórico mensal: cada mês fechado guarda a faixa, os servidores, o valor de atacado e a comissão, e abre com os clientes daquele mês. O primeiro fechamento é o de outubro, gravado em 1º de novembro.
    • A carteira e o histórico saem em CSV, que abre direto na planilha em português, espanhol ou inglês.
    • O parceiro que recebe a cópia do relatório mensal de cada cliente pode parar pelo link do próprio e-mail. O cliente segue recebendo o dele.
  5. Restauração e busca rápidas com milhões de arquivos

    • Num backup com 5 milhões de arquivos, cada pasta da tela de restauração abre em menos de um segundo, contra quase um minuto antes. A contagem de arquivos de cada pasta aparece logo em seguida.
    • No mesmo backup, a busca pelo nome de um arquivo caiu de cerca de 15 segundos para menos de 0,2 segundo.
  6. Remover a cópia local pelo agente

    • Com o agente Arkame 0.5.10, o comando local-storage uninstall remove a cópia local: o serviço, o programa e a credencial. Os backups locais ficam na pasta, a não ser que você peça para apagá-los e confirme o nome do bucket. A aba Cópia local do painel mostra o comando.
    • O comando local-storage leave tira um servidor de uma cópia local da rede, e o uninstall do agente pergunta o que fazer com a cópia local e com as cópias da rede antes de remover.
  7. Zimbra 8.8.15 para 10.1, conta por conta

    • Com o agente Arkame 0.5.9, uma conta exportada no Zimbra 8.8.15 volta no 10.1: mensagens por pasta, contatos, agenda, tarefas, documentos, filtros, apelidos e assinaturas. Uma configuração que o servidor de destino não aceita vira a equivalente, ou fica de fora com aviso, e não impede mais a conta de ser criada.
    • As etiquetas voltam com a cor. Antes a mensagem voltava com o nome da etiqueta, mas a etiqueta sumia da lista da conta.
  8. Página do Zimbra, e o MCP para testar sem conta

    • Nova página sobre o backup do Zimbra, para quem ficou sem o Zextras Suite: o que vai para o backup, como restaurar uma conta, quanto custa por servidor e o que ainda não faz. E uma comparação com o Zextras e o Carbonio, com as fontes oficiais.
    • O MCP tem um token público de demonstração: conecte o seu assistente de IA à empresa fictícia da demonstração, com um Zimbra de oito contas, e faça perguntas sem criar conta. Ele só lê; qualquer pedido de mudança é recusado.
    • A restauração pela linha do tempo e a busca da demonstração passaram a mostrar todos os arquivos de cada backup, e não só os que mudaram naquele dia.
  9. Restauração sem limite de arquivos, e a conta do Zimbra pelo assistente

    • A restauração não tem mais o limite de 5.000 arquivos: uma pasta grande ou um servidor inteiro voltam numa restauração só.
    • Durante a restauração, a tela mostra a barra de progresso e os últimos arquivos tratados, em vez da lista inteira. A lista completa continua a um clique, página por página, e as falhas ficam sempre à vista.
    • A restauração de uma conta do Zimbra só mescla: o que está na caixa fica, e o que faltava volta. Nada é apagado nem substituído.
    • Pelo MCP, o assistente de IA também pede a restauração de uma conta do Zimbra, na própria conta ou numa conta nova, com a sua aprovação no painel.
  10. Assistente de IA cadastra servidor e restaura, com a sua aprovação

    • Pelo MCP, o assistente de IA agora também pede o cadastro de um servidor e a restauração de uma pasta. A restauração vai sempre para uma pasta nova, no mesmo servidor, sem sobrescrever nada.
    • Todo pedido do assistente aparece numa janela do painel, em qualquer tela, para quem é dono do token: com a ação, o token, o IP e a região de onde veio. Só acontece depois de aprovado com o código da verificação em duas etapas, digitado no painel, nunca no chat. O pedido vence em 15 minutos.
    • Se você não reconhece o pedido, a mesma janela recusa e revoga o token na hora.
    • O assistente também lista as contas do Zimbra de um backup e diz quais falharam na última exportação.
  11. Detalhe do backup sem sair do Histórico

    • No Histórico, clicar num backup ou numa restauração abre o detalhe ao lado da lista, como já acontecia na tela do servidor. A lista e os filtros continuam onde estavam; com Ctrl+clique, o detalhe abre na página própria.
    • A receita do Zimbra foi testada também no Zimbra 10.1, além do 8.8.15.
  12. Novo servidor já abre no sistema certo

    • Em Novo servidor, o painel já abre no sistema do computador em que você está: Windows, macOS ou Linux, com o instalador nativo. O Docker fica como alternativa no Linux. Antes, abria sempre no Docker, que no Windows e no Mac não enxerga os seus arquivos e não roda as receitas de banco.
    • Correção no site: as perguntas frequentes diziam que o instantâneo do volume no Windows (VSS) e o backup de bancos de dados ainda viriam. Os dois já existem: o agente lê de um instantâneo no Windows, e o plano tem receitas para PostgreSQL, MySQL e MariaDB, MongoDB, SQL Server e Zimbra.
  13. Planos do assistente conferidos arquivo a arquivo, e um índice na documentação

    • Num plano criado pelo assistente de IA (MCP), o agente confere cada arquivo na hora de ler: uma pasta trocada por atalho durante o backup não leva mais uma chave do sistema. O que ficou de fora por segurança aparece no detalhe do backup, com o caminho para incluir. Pede o agente 0.5.6.
    • Em qualquer plano, o agente só lê arquivos comuns: um arquivo trocado durante o backup por um atalho para um disco não é lido. Pede o agente 0.5.6.
    • A documentação do site ganhou um índice: uma coluna com as seções e os guias, que acompanha a leitura, e um índice recolhível no celular.
  14. Agente 0.5.5: a cópia da rede resiste à troca de IP, e o Zimbra não deixa sobra

    • Na cópia local que recebe backups da rede, a troca do IP da máquina refaz o certificado com a mesma chave: os servidores que já gravam ali continuam sem refazer a ligação. Pede o agente 0.5.5.
    • Uma restauração do Zimbra que falha ou termina pela metade não deixa a cópia temporária da caixa no disco: depois de alguns minutos, o agente a apaga. Pede o agente 0.5.5.
    • Num plano criado pelo assistente de IA (MCP), o agente confere antes de cada backup o caminho real de cada pasta, depois dos atalhos, e recusa as que levam a chaves ou senhas do sistema. Pede o agente 0.5.5.
    • No Docker, o contêiner da cópia local acompanha a versão do agente também durante uma atualização. Os comandos do painel e da documentação aparecem em fundo escuro.
  15. Um servidor de discos grandes para a rede inteira, e a segunda cópia sem repetir nada

    • A cópia local de um servidor pode guardar o backup dos outros servidores da mesma rede, como um servidor de backup da empresa. Cada servidor grava com uma chave própria, que só lê e grava a pasta dele e não apaga nada: se um deles for atacado, os backups dos outros ficam. Na aba Cópia local do servidor, em Receber backups da rede. Pede o agente 0.5.4.
    • "Copiar também para outro armazenamento" cria uma segunda cópia: ela envia para o outro destino o que o plano anterior acabou de deixar no disco, sem rodar os comandos de novo (no Zimbra, sem refazer a exportação). O comando de depois do plano anterior roda no fim da segunda cópia, quando os dois destinos já têm os arquivos. Quem prefere pode escolher um plano completo.
    • A cópia local também funciona no agente em Docker, num segundo contêiner, com os comandos prontos no painel. Pede o agente 0.5.4.
    • Planos agrupados por servidor, na ordem em que rodam, com o destino, a agenda e a última execução de cada um; busca, filtros e ordenação em Planos e em Servidores. O plano associado na página do servidor também mostra o destino.
    • O gráfico da visão geral mostra as atividades dos últimos 14 dias, backups e restaurações, contadas por dia. A restauração de uma conta do Zimbra mostra a conta de destino desde o início e a etapa de importação no Zimbra, e só aparece como concluída depois de importada.
    • No plano, "O que copiar" tem as abas Pastas e Aplicativos e comandos, e as receitas explicam o que fazem em blocos. A aba Cópia local foi reorganizada, e "Contas do Zimbra" em Restaurar só aparece quando há contas do Zimbra para restaurar.
    • Comandos aparecem coloridos no painel e na documentação, os menus de ações não quebram mais a linha, e as descrições das telas mantêm cada frase inteira na linha.
  16. Relate um problema ou sugira uma melhoria de qualquer tela

    • No canto inferior direito de toda tela do painel há um botão para relatar um problema. O relato leva junto a página em que você estava, o navegador e o tamanho da tela, e só a sua organização e a equipe da Arkame o veem.
    • Em Sugestões, no menu, você vê as ideias de todos os clientes, vota nas que mais importam e sugere as suas. Antes de enviar, a tela mostra as parecidas que já existem. Quem sugeriu não aparece para as outras organizações.
    • A equipe usa o ranking de votos para decidir o que vem a seguir. Quando o seu problema é resolvido ou a sua sugestão é atendida, você recebe um aviso no sino e por e-mail; quem votou na sugestão também é avisado no sino. Em Meus relatos você acompanha a situação de cada um.
  17. Restaurar o Zimbra de qualquer data, e escolher onde ficam os dados

    • Restaurar → Contas do Zimbra reúne as contas de todos os planos do Zimbra. Na restauração, escolha de qual backup (o último ou um anterior) e para qual conta; antes de confirmar, a tela diz numa frase o que vai acontecer. Restaurar em outra conta que ainda não existe cria a conta vazia, com senha aleatória.
    • A receita do Zimbra pergunta a pasta da exportação, para ela ficar no disco com espaço; as restaurações usam uma pasta ao lado dela.
    • A cópia local mostra a pasta onde está e o espaço do disco, e "Mudar pasta" gera o comando que para a cópia, leva os dados com as versões para a pasta nova e religa.
    • A página do servidor ficou em abas (visão geral, atividade, cópia local e agente), e a lista de servidores em colunas alinhadas. O selo da atualização diz o horário da janela.
  18. O assistente de IA pede, uma pessoa aprova

    • Pelo MCP, criar, editar ou pausar um plano vira um pedido com o antes e o depois, aprovado em Configurações → API e MCP. Nada muda até alguém com papel de operar aprovar; o pedido vence em 24 horas e cai se o plano mudar ou o token for revogado. (Desde 19/10, o pedido aparece numa janela do painel e vence em 15 minutos.)
    • O MCP não leva ao assistente os caminhos nem os nomes dos arquivos do backup: só o número, o motivo e o link do painel. Pastas com chaves e senhas do sistema não entram num plano por ele, e executar não religa um plano pausado.
    • A falha de backup passa a ter severidade crítica nos eventos e webhooks, e as mudanças de armazenamento dizem quem mudou.
    • O detalhe do backup mostra o que o comando de antes ou de depois escreveu quando falhou (para quem administra), e quantos arquivos ficaram de fora por estarem só na nuvem.
    • Zimbra com certificado Let's Encrypt: a exportação conecta, e para antes de encher o disco do servidor. Pede o agente 0.5.1.
  19. Restaurar uma conta do Zimbra pela tela, e o Windows em dois cliques

    • Na página do plano do Zimbra, cada conta do último backup tem o botão Restaurar: na mesma conta ou em outra, com ou sem a configuração e os encaminhamentos. O agente traz a caixa para o servidor, importa no Zimbra, apaga a cópia temporária e o andamento aparece na restauração. Pede o agente 0.5.0.
    • No Windows, baixe o instalador e dê dois cliques: ele pede para rodar como administrador e pergunta o código de instalação. O programa só entra em Program Files se o SHA-256 bater com o do release.
    • Arquivos que estão só na nuvem (OneDrive, Dropbox, Google Drive) ficam fora do backup sem contar como falha: copiá-los baixaria tudo para o disco. O que está no computador continua entrando. Pede o agente 0.5.0.
    • Na árvore de pastas do plano, desmarcar uma subpasta de uma pasta marcada a deixa fora do backup, com tudo o que tem dentro. Pede o agente 0.5.0.
    • O servidor Windows também pode guardar uma cópia local, e copiar um plano para outro armazenamento oferece criá-la quando ela ainda não existe. Pede o agente 0.5.0.
  20. O painel avisa quando o bucket some

    • Se o último teste de um bucket falhou e nenhum servidor o alcança (o bucket foi apagado, o endereço mudou, a chave deixou de valer), o armazenamento aparece como inacessível na lista, na tela dele e no sino, e chega um e-mail por dia enquanto durar, na mesma preferência de "backup falhou". A instalação de um servidor que esbarra no bucket também conta ao painel.
    • A tela de restaurar continua mostrando o catálogo, mas diz que o bucket não está ao alcance, e o pedido de restauração fica travado quando o bucket não existe ou nenhum servidor tem a chave dele. Antes, ela deixava montar uma restauração que não tinha como acontecer.
    • Dois eventos novos nos webhooks: storage.unreachable, quando o bucket sai do alcance, e storage.reachable, quando volta.