Skip to content
Esta página foi traduzida com IA e pode conter imprecisões. Ajude a melhorar no GitHub.

Gately v0.6.0.3 lançado ​

28 de outubro de 2026

Esta é uma atualização de correções da série v0.6.0, sem novos recursos. Recomendamos a atualização a quem usa a cadeia "Gately público → túnel → Gately local".

Baixar v0.6.0.3 · GitHub Release

HTTPS encaminhado por origens PROXY confiáveis ​

Quando um Gately público terminava o TLS e encaminhava HTTP em texto puro com um cabeçalho PROXY v2 para um Gately local por um túnel tcp do frp, o Gately local via o endereço público do visitante e só confiava em X-Forwarded-Proto: https vindo da própria máquina e de redes privadas, então tratava essas requisições como texto puro: o provedor de identidade OIDC com emissor https redirecionava ou rejeitava as requisições de login, autorização e token, e os cookies de sessão da autenticação web, usuários compartilhados, login único e links de compartilhamento ficavam sem Secure.

Agora X-Forwarded-Proto: https em conexões vindas de uma "Origem PROXY confiável" também é aceito e usado de forma consistente para:

  • a verificação HTTPS do emissor OIDC e o atributo Secure de todos os cookies de sessão;
  • o endereço de retorno do login de terceiros e o esquema passado aos serviços de autenticação encaminhada;
  • portas que redirecionam HTTP em texto puro para HTTPS deixam de redirecionar essas requisições, evitando um loop;
  • sites de proxy reverso com "Adicionar X-Forwarded-*" enviam X-Forwarded-Proto: https ao backend, para que os aplicativos gerem links https corretos.

A configuração está nos documentos Provedor de identidade OIDC e Serviço web: no site público, ative "Adicionar X-Forwarded-*" e "Enviar PROXY v2 ao backend"; no listener do Gately local, ative o recebimento do protocolo PROXY e adicione o endereço de origem local do túnel às origens PROXY confiáveis. O cabeçalho continua ignorado para origens não confiáveis e visitantes públicos.

Porta em uso ao reiniciar um listener ​

Quando um listener do Serviço web, o serviço WebDAV ou o listener temporário do HTTP-01 era parado ou reiniciado logo após iniciar, a porta antiga podia continuar ocupada e escutar de novo às vezes falhava com "address already in use" (por exemplo, ao salvar duas vezes seguidas as configurações do listener). Agora o listener é fechado de forma síncrona ao parar, e o reinício funciona na hora.

Notas de atualização ​

  • Docker: baixe a nova imagem e recrie o contêiner. OpenWrt: instale o novo .apk / .ipk sobre o anterior. fnOS: instale o novo .fpk na Central de aplicativos. As demais instalações podem ser atualizadas online em Configurações.

Distribuído sob a licença Apache-2.0.