Gately v0.6.4.1 lançado

4 de novembro de 2026

Baixar v0.6.4.1 · GitHub Release

Várias instâncias do Tailscale

• Cada instância executa seu próprio tailscaled, com diretório de estado, socket de controle e porta WireGuard próprios, então uma máquina pode entrar em vários tailnets ao mesmo tempo, por exemplo uma instância em modo kernel para um Headscale remoto e outra em espaço de usuário para um local.
• Um diretório de estado existente pode ser reaproveitado para manter a identidade e o endereço do nó; a configuração antiga de instância única vira uma instância chamada tailscale na atualização, com a mesma linha de comando.
• Só uma instância em modo kernel pode estar ativa por vez (o tailscaled usa tabela de rotas e marca de firewall fixas); conflitos de diretório de estado, socket e porta são informados ao salvar ou ativar. Editar uma instância reinicia apenas ela.
• Mudança de API: /api/tailscale/secrets, /restart e /logout passam para /api/tailscale/instances/{key}/… por instância, e PUT /api/tailscale/settings só salva os caminhos dos programas; scripts que usam os endpoints antigos precisam ser ajustados.

Várias instâncias do NetBird

• A mesma abordagem do Tailscale: daemons, diretórios de estado, endereços de controle e portas WireGuard separados; a configuração antiga migra para uma instância chamada netbird.
• As verificações de conflito também cobrem portas WireGuard (0 conta como a padrão 51820) e o endereço SOCKS5 das instâncias em espaço de usuário (vazio conta como 127.0.0.1:1080).
• Quando um serviço NetBird instalado à parte roda em modo kernel (existe uma interface wt ou o socket do sistema informa uma interface kernel conectada), uma instância em modo kernel não roda junto com ele e mostra o motivo.
• Mudança de API: as instâncias ficam em /api/netbird/instances, com status, reinício, logout e chave de configuração por instância.

Veja Túneis e redes.

Notificações trazem o nome do servidor

O título passa a ser [Gately · nome do servidor] Título do evento e o corpo ganha uma linha Servidor, então notificações de vários servidores na mesma caixa de e-mail ou grupo são fáceis de distinguir. Defina o nome nas configurações de notificação; vazio usa o nome do host, e modelos de Webhook podem usar a variável {server}. Veja Notificações.

Outras melhorias e correções

• Rotas do roteamento por protocolo podem ser desativadas temporariamente: as configurações são mantidas, as conexões passam para rotas mais amplas ou o destino padrão e a troca não interrompe outras conexões.
• Correção do DNSPod: o dnsapi.cn passou a rejeitar User-Agents contendo DDNS Client, o que fazia falhar toda sincronização de registros DNSPod e a validação DNS-01 de certificados.
• O ipw.cn não resolve mais: as consultas de IP público padrão agora começam por ipv4.ddnspod.com e ipv6.ddnspod.com, e endereços ipw.cn salvos são substituídos na inicialização.
• Com a página de backups aberta, deixou de ser registrada a cada poucos segundos uma entrada de auditoria de acesso sensível com notificação; só o download de um arquivo de backup é registrado.
• Contas somente leitura não veem mais o botão de renomear grupos.