v1.1.6 — fim do "carregando infinitamente" (a causa raiz) e a proxy que fica salva

Uma release de correção. O foco é o "live carregando infinitamente" — desta vez atacando a causa raiz que tinha sobrado — e a proxy customizada que agora fica salva.

O "carregando infinitamente"

Alguns relatos continuavam mesmo depois da v1.1.4/v1.1.5. Achamos o motivo: o Discord conecta o gateway num subdomínio regional (gateway-us-east1-b.discord.gg), e o bypass roteava só o gateway.discord.gg exato — então essa conexão regional escapava do roteador, nascia pelo IP brasileiro e o servidor bloqueava a sessão. O Ctrl+R sozinho não resolvia, porque o bloqueio já tinha sido decidido na conexão original.

O que mudou:

• Roteia qualquer *.discord.gg — inclusive os gateways regionais. Era a peça que faltava.
• Fecha as conexões antigas ao aplicar a rota — o Discord reaberto rápido reusava o websocket direto de antes e ignorava o bypass; agora o gateway renasce pela rota.
• Recarrega a janela sozinho quando detecta que o gateway nasceu direto — mas só depois de confirmar uma saída viva e uma reserva, com teto de 2 tentativas e cooldown. Nada de loop de recarga.
• Revalida o cache antes de baixar a lista nova — quando o pool morre, tenta as saídas guardadas (~1-2s) antes de baixar a lista inteira (~4s+).
• Escolhe a saída na primeira aprovada, sem esperar a candidata mais lenta do lote: o gateway conecta em 2-4s e não dá pra segurar a decisão por até 12s.

Testado em 30 aberturas seguidas do Discord real com proxies gratuitas: 30/30 conectaram roteadas, 0 caíram pra direto. Ainda assim, proxy gratuita é instável por natureza — se ainda travar pra você, o log em %LOCALAPPDATA%\GoLiveBypass\ (Windows) ou ~/.local/share/GoLiveBypass/ (Linux) ajuda a gente a ver o que aconteceu.

Proxy customizada que fica salva

Na interface, a proxy que você digita agora sobrevive a fechar e reabrir o app — e à atualização do Discord. Antes ela morava dentro da pasta do Discord, que é apagada em toda atualização dele; agora fica na pasta do GoLiveBypass, junto com o resto da sua configuração.

Instalação por comando que não morre no meio

Quem instalava pelo comando (o do bezu.dev) podia ver a instalação morrer com Corepack is about to download… e nunca terminar. O Node 22 vem com o corepack ligado, e o atalho que ele cria para o pnpm ou tem chave de assinatura vencida (Cannot find matching keyid) ou faz uma pergunta que ninguém está lá para responder — e o instalador caía antes de chegar na alternativa.

Agora, quando o pnpm não está funcionando, o instalador desliga só o atalho quebrado do pnpm (o do yarn fica intacto) e tenta, em ordem, o gerenciador da distro, o npm -g, uma pasta dentro do seu perfil (sem admin) e, por último, o instalador oficial do pnpm — que baixa o binário pronto sem precisar de Node nem de permissão de administrador.

Se o seu pnpm já funciona, nada disso acontece: o instalador não mexe na sua máquina à toa.

Atualizando

Quem está na v1.1.5 recebe o aviso de atualização automática no Windows e no Linux — baixa e instala com o seu OK, e reabre sozinho. No macOS, baixe o .dmg por aqui: o auto-update segue desligado até o app ser assinado com certificado da Apple.

sistema	arquivo
Windows	GoLiveBypass-1.1.6.exe
Linux	GoLiveBypass-1.1.6.AppImage
macOS	GoLiveBypass.dmg

Ou por comando, pro plugin ou o modo standalone:

& ([scriptblock]::Create((irm https://bezu.dev/golive.ps1)))

bash <(curl -fsSL https://bezu.dev/golive.sh)

Obrigado

Correções de @pdl-clay. Os detalhes estão em Agradecimentos.