News · 3 min de leitura

ntfy 2.34 corrige revogação de acesso a notificações

Versão publicada em 24/10 encerra conexões que mantinham acesso a mensagens e melhora o desligamento de clusters, ainda experimentais.

Terminal com comando curl para publicar no tópico phil_alerts do ntfy e notificação recebida no desktop
Captura histórica do envio de uma notificação pelo ntfy com curl. Arquivo adicionado ao caminho atual em maio de 2023; data exata da captura não informada. Crédito: projeto ntfy / Philipp C. Heckel e colaboradores, Apache 2.0. Recorte, redimensionamento, margens e conversão WebP.

O ntfy publicou em 24 de outubro a versão estável 2.34.0 do servidor de notificações. A atualização corrige uma falha na revogação de acesso: quando uma pessoa tinha várias conexões de assinatura, apenas a primeira era encerrada em determinadas operações. As demais podiam continuar recebendo mensagens do tópico. Notas oficiais.

O que muda no controle de acesso

A correção encerra as assinaturas afetadas quando o acesso ao tópico é redefinido ou o usuário é excluído. Ela vale também para servidores individuais. Em clusters, o pacote propaga alterações de permissões entre os nós e reduz o intervalo de atualização do cache de acesso de 87 para 67 segundos.

O lançamento ainda corrige um travamento no encerramento de assinaturas com registros de depuração habilitados e uma disputa de acesso durante mudanças na configuração de logs. As notas não apresentam relato de exploração da falha nem identificam um incidente com clientes.

Alertas para scripts e dispositivos

O ntfy funciona com tópicos: um script publica uma mensagem e os dispositivos inscritos recebem a notificação. O projeto oferece clientes para celular e uma interface web, além de permitir que uma organização mantenha seu próprio servidor. Esse funcionamento já existia antes da versão 2.34.

Uma equipe pode usar esse tipo de serviço para acompanhar o resultado de tarefas automatizadas. O alerta informa que há algo para verificar; o tratamento do evento continua dependendo do processo definido pela equipe. Apresentação do projeto.

Cluster continua experimental

A documentação mantém o aviso de que o agrupamento de servidores não está pronto para produção. Na nova versão, um nó ativo que recebe o comando de encerramento pode retirar-se do balanceador e fechar suas conexões gradualmente, desde que outro nó ativo esteja disponível.

O balanceador precisa observar o sinal de prontidão, e o gerenciador do serviço deve aguardar as etapas de desligamento. O último nó ativo e os nós passivos encerram imediatamente. A configuração com vários nós usa PostgreSQL compartilhado. Requisitos e limites.

Para quem acompanha automações de atendimento ou conteúdo, a falha corrigida reforça uma distinção prática: remover uma permissão no cadastro precisa encerrar também as conexões que já estavam abertas. Conferir apenas a tela de usuários não demonstra que o fluxo de mensagens foi interrompido.

Na avaliação editorial da Nextags, a revisão de uma atualização desse tipo deve incluir esse comportamento. Também convém verificar separadamente se a rotina terminou, se o alerta foi entregue e quem ainda pode recebê-lo. A reportagem não instalou a versão nem executou testes; descreve as alterações e os limites informados pelo projeto.

Captura histórica do envio de uma notificação pelo ntfy com curl. Arquivo adicionado ao caminho atual em maio de 2023; data exata da captura não informada. Crédito: projeto ntfy / Philipp C. Heckel e colaboradores, Apache 2.0. Recorte, redimensionamento, margens e conversão WebP. Origem · Licença e copyright.

Fontes e referências

As informações foram verificadas nas fontes abaixo. Novos fatos podem atualizar esta notícia.

Conteúdo de . Preparado com apoio de IA. Consulte as fontes e os critérios editoriais. Conheça nossos critérios editoriais e como solicitar uma correção.

Os formulários funcionam sem cookies de publicidade. Você pode mudar esta escolha a qualquer momento no rodapé.