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: httpsao 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/.ipksobre o anterior. fnOS: instale o novo.fpkna Central de aplicativos. As demais instalações podem ser atualizadas online em Configurações.