v1.1.7 — seletor de rede com Tor embutido, e o fim do "carregando infinitamente" no plugin

A interface agora deixa você escolher por onde o bypass sai — e traz o Tor embutido, que é a opção mais estável e a que recomendamos. Junto vem o fim do "carregando infinitamente" no último lugar onde ele ainda acontecia.

Escolha a rede: Tor, Gratuitas ou Personalizado

Um seletor novo na interface, com três modos:

• Tor (padrão, recomendado) — o app baixa e sobe o Tor sozinho, sem você instalar nada. É uma rota que fica de pé: não morre no meio da transmissão, não força o app a ficar trocando de saída o tempo todo. Na primeira vez ele baixa ~22 MB e leva uns 20s pra preparar; depois disso, sobe rápido.
• Gratuitas — as proxies públicas de sempre, escolhidas e testadas sozinhas. Não precisa de nada instalado, mas são instáveis por natureza.
• Personalizado — você informa a sua proxy (socks5://host:porta, com login se precisar).

O botão de ativar só libera quando o Tor está de pé e verificado — nada de injetar e o Discord ficar sem conectar. E se o Tor não subir de primeira, ele tenta de novo sozinho até conseguir.

Por que o Tor é a boa opção: proxy gratuita cai no meio da sessão e derruba a transmissão; o Tor entrega uma saída que aguenta. O único custo é o download inicial. Quem preferir, troca pra Gratuitas a qualquer momento — a escolha fica salva.

O "carregando infinitamente" fechado nos três modos

A causa raiz — o Discord conectando o gateway num subdomínio regional (gateway-us-east1-b.discord.gg) que escapava da rota — foi corrigida no standalone e na GUI na v1.1.6. Agora fechou também no plugin do Vencord/Equicord, que era o único que ainda casava o host de forma exata e deixava esses subdomínios passarem direto. Quem usa o plugin: rode o instalador de novo, ele puxa a versão nova sozinho.

Mais estável em transmissão longa

Uma leva de correções encontradas testando o modo Tor numa sessão real com Go Live:

• O bypass deixou de trocar pra proxy gratuita sozinho no meio de uma sessão de Tor
• A saída passa a ser provada contra o host que ela realmente carrega, não contra um endereço que a Cloudflare recusa em saídas de Tor
• Aviso na tela quando o gateway reconecta no meio de uma transmissão — e ele não aparece mais à toa (só quando há chamada ou live em andamento, e some quando você dá Ctrl+R)

Atualizando

Quem está na v1.1.6 recebe o aviso automático no Windows e no Linux — baixa, instala com o seu OK e reabre sozinho. No macOS, baixe o .dmg por aqui (auto-update segue desligado até o app ser assinado).

sistema	arquivo
Windows	GoLiveBypass-1.1.7.exe
Linux	GoLiveBypass-1.1.7.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

Esta versão é quase toda trabalho de @pdl-clay — o seletor de rede, o Tor embutido e a bateria de testes ao vivo (Linux) que fechou os buracos. Os detalhes estão em Agradecimentos.

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.

GoLiveBypass v1.1.5

A maior atualização desde o começo do projeto. Interface nova, atualização automática, e dois consertos que atacam o "Discord carregando infinitamente" pelos dois lados.

Interface nova

O aplicativo foi redesenhado inteiro:

• Tema claro e escuro, com um toque no ícone do canto
• Card de status contextual — ele diz o que encontrou no seu Discord (limpo, já com bypass, ou com outro mod) e o botão muda junto
• Iniciar com o Windows, para o app subir escondido na bandeja junto com o PC
• Proxy customizada num painel que só abre se você quiser
• Fechar a janela esconde na bandeja; o bypass só é revertido quando você usa Sair pelo ícone

E agora ela roda no macOS e no Linux, além do Windows.

Atualização automática

No Windows e no Linux, o app passa a avisar quando sai versão nova, baixar e instalar com o seu OK — reabrindo sozinho. Sem servidor no meio: ele consulta as próprias releases deste repositório. No Linux o download é diferencial, então costuma baixar alguns megabytes em vez do arquivo inteiro.

Atualizar não desliga o bypass: o encerramento do update não passa pelo caminho que reverte a injeção.

No macOS ainda não. O mecanismo de atualização do macOS só aceita aplicativo assinado com certificado da Apple, e o projeto ainda não tem um. Deixar ligado seria pior: o app avisaria da versão nova, tentaria baixar e falharia. Por enquanto, quem usa Mac baixa a versão nova por esta página.

Esta é a primeira versão com o esquema novo de nomes (GoLiveBypass-1.1.5.exe) e com o metadado de atualização. Quem está na v1.1.4 ou anterior precisa baixar esta uma vez na mão; a partir daqui o app se atualiza sozinho.

O Discord carregando infinitamente

Duas correções que se completam, uma reagindo e a outra prevenindo.

Re-seleção em runtime. Quando o pool inteiro morre e a conexão falha, o bypass procura uma saída nova em vez de desistir e cair para conexão direta.

Batimento a cada 30 segundos. A saída ativa e as reservas são reconferidas com um túnel de verdade até o Discord, e a troca acontece antes de a conexão precisar. Saída gratuita não avisa que morreu — quem descobria era a conexão que estava passando por ela, no meio da transmissão.

Junto vieram:

• Reservas testadas em paralelo, não em fila: a troca deixou de levar mais de dez segundos com o gateway já reconectando
• Prazo do túnel no tráfego vivo de 6s para 2,5s — uma saída agonizante que demora a falhar é pior que uma morta que falha rápido
• O pote guardado passou a valer 30 minutos em vez de 24 horas: saída gratuita de ontem quase nunca está viva hoje

Linux

• Flatpak suportado no instalador, do sistema e do usuário, com a liberação da pasta para o sandbox
• pkexec no lugar do sudo, que é o caminho certo em desktop gráfico (Fedora KDE)
• Instaladores em POSIX puro — rodam em sh, dash, zsh, ksh e mksh, não só bash
• Correção do crash de GPU no Wayland (Artix/OpenRC)
• diagnostico.sh para coletar ambiente, Discord encontrado e registros num arquivo só

macOS

Porte completo da interface. O app procura o Discord em /Applications e ~/Applications, incluindo PTB e Canary.

O .dmg não é assinado — o Gatekeeper vai avisar na primeira abertura, e o caminho é botão direito → Abrir. É a mesma falta de certificado que mantém a atualização automática desligada no Mac.

Somente Apple Silicon (M1 em diante) por enquanto.

Correções menores

• O rodapé do app agora aponta para a lista de contribuidores, que não envelhece
• Link externo abre no navegador do sistema, não numa janela sem barra de endereço
• No updater do Windows: o download não tratava o redirecionamento do GitHub e nunca baixava, e o executável era instalado sem conferir integridade — agora o digest é conferido antes de trocar o app em uso

Instalação

Interface gráfica (mais simples): baixe o arquivo do seu sistema aqui embaixo.

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

Por comando, se preferir o plugin ou o modo standalone:

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

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

O app não é assinado no Windows nem no macOS sem certificado: o SmartScreen e o Gatekeeper vão avisar na primeira abertura. No Windows é Mais informações → Executar assim mesmo; no macOS, botão direito → Abrir.

Obrigado

Esta versão tem trabalho de @pdl-clay, @gabrigode, @cleo-dev, @victorsvart, @mazxxy, @Vith0r, @StellaThimoty e @EduardoVasconceloss. Os detalhes de cada contribuição estão em Agradecimentos.

v1.1.4 — fim do carregamento infinito + interface nova com temas

GoLiveBypass v1.1.4

Duas melhorias que você sente na hora: o fim do "Discord carregando infinitamente" no meio da sessão, e uma interface nova para a GUI — com temas claro e escuro. Obrigado pdl-clay de novo (PRs #22 e #23).

🔥 Fim do "carregando infinitamente"

O bug mais chato que o standalone tinha: saída gratuita morre em minutos/horas, o pool inteiro ia junto, o gateway caía para a conexão direta (IP brasileiro), o servidor bloqueava e o Discord ficava em loop de "carregando" para sempre.

Agora o roteador procura uma saída nova na hora, sem reiniciar nada:

• pool morto → busca em runtime (com trava contra buscas simultâneas e cooldown de 30s para não floodar a API de proxies)
• a conexão que disparou a busca já sai pela saída nova
• se nada responder, cai para direto como antes — Discord sem bypass é ruim, Discord que não abre é pior
• o cache do pool encurtou de 24h para 30min: saída de ontem quase nunca está viva hoje

Coberto pela bateria nova tests/test-exit-refresh.sh (9 cenários: pool morto, dedupe, cooldown, fallback intacto, saída viva nunca trocada...).

🎨 Interface nova da GUI

A janela foi redesenhada (#22):

• Temas claro e escuro — botão redondo no canto; dark é o padrão; sua escolha fica salva
• Card de status contextual — some quando está tudo certo, aparece só em problema
• O aviso do Ctrl+R virou um popover no botão "!" (adeus alert() nativo)
• Switch bonito no "Iniciar com o Windows/Mac/sistema", logo da rosa no header
• Acessibilidade: tooltips, focus visível, respeito ao prefers-reduced-motion
• De brinde: a bandeja no KDE agora aparece até quando o app sobe no login (espera o StatusNotifier do Plasma)

Atualizar

Baixe o arquivo da sua plataforma aqui embaixo e abra por cima. Quem usa o standalone por script: baixe o golivebypass.js novo e troque o seu (ou rode o instalador standalone de novo).

Changelog completo

• standalone: re-seleção de saída em runtime com dedupe + cooldown de 30s; fallback direto intacto (#23)
• standalone: cache do pool de 24h para 30min (#23)
• tests: test-exit-refresh.sh cobrindo os 9 cenários da re-seleção (#23)
• gui: interface nova — temas claro/escuro, card contextual, popover do aviso, switch do autostart, logo, acessibilidade (#22)
• gui: bandeja no KDE esperando o StatusNotifierWatcher no login (#22)

v1.1.3 — sem crash no Wayland, flatpak com pkexec, scroll no macOS

GoLiveBypass v1.1.3

Release de polimento: a AppImage não quebra mais no Wayland, a janela do macOS ganhou scroll, o Discord flatpak entra mesmo em Fedora KDE, e o projeto ganhou uma API de bug reports pronta para o futuro domínio. Obrigado pdl-clay e Victor Mello — PRs #18, #19, #20 e #21.

Nota honesta: os binários da v1.1.2 foram atualizados no lugar com as PRs #18 e #20. Esta release formaliza tudo e adiciona a #19 e a #21. Se você baixou a v1.1.2 nos últimos dias, baixe esta no lugar.

🐧 Linux

• Sem mais crash no Wayland (#20): no Wayland o Chromium do Electron tentava Vulkan, o processo de GPU morria e a janela ficava presa em "Verificando..." para sempre. A GUI agora desliga a aceleração de hardware no Linux — uma janela fixa de 480px não precisa de GPU. Coberto por um teste que sobe a AppImage de verdade num container Artix (OpenRC) com Wayland headless.
• Flatpak do sistema agora entra no Fedora KDE e afins (#21): a liberação da pasta do bypass para o sandbox tenta primeiro o flatpak override --user, que não precisa de root; quando precisa elevar, usa o pkexec (diálogo gráfico do sistema) em vez de morrer num sudo sem terminal. Antes, o Discord abria em branco e o bypass nunca rodava.
• diagnostico.sh novo (#21): um script que você roda quando algo falha — coleta distro, sessão, flatpak, todas as instalações do Discord, estado da injeção, logs e rede num arquivo ~/golivebypass-diagnostico-*.txt pronto para anexar no relato. Senha de proxy vai mascarada, nada é enviado para lugar nenhum.
• Suíte de testes cresceu para 53 casos, incluindo o caminho do pkexec simulado e um teste de proxy manual no OpenRC.

🍎 macOS

• A janela ganhou scroll e respiro (#18): conteúdo longo não fica mais cortado, e a área de arrastar não some mais ao rolar.

🐛 API de bug reports (base, sem uso ainda)

• O diretório api/ traz um serviço em Go que recebe relatos dos apps e abre issues aqui no GitHub (#19): token compartilhado, rate limit por IP, limites de tamanho, testes cobrindo endpoints. Não muda nada para quem usa — ele só passa a existir no repositório, esperando o domínio próprio para ir ao ar.

Atualizar

Baixe o arquivo da sua plataforma aqui embaixo e abra por cima, como sempre.

Changelog completo

• standalone: flatpak --user antes de elevar + helper elevate (sudo NOPASSWD → pkexec → sudo interativo) (#21)
• standalone: diagnostico.sh — coleta completa para relatos, sem upload (#21)
• gui: sem crash de GPU no Wayland (hardware acceleration off no Linux) (#20)
• tests: AppImage real em Artix/Wayland headless + fluxo de proxy no OpenRC + caso do pkexec (#20, #21)
• gui: scroll e espaçamento na janela do macOS, drag-region fixa (#18)
• api: serviço Go de bug reports (Echo v5), dormente até o deploy (#19)

v1.1.2 — a GUI agora é para todo mundo (Windows, macOS, Linux)

GoLiveBypass v1.1.2

A interface gráfica agora roda nos três sistemas — Windows, macOS (Apple Silicon) e Linux (AppImage) — e os scripts de Linux viraram POSIX puro, rodando em qualquer shell. Obrigado a pdl-clay e Victor Mello, que construíram essa release inteira nas PRs #15 e #16.

🐧 Scripts de Linux em POSIX puro

Os instaladores de Linux não dependem mais de bash: rodam em sh, dash, ash (busybox), zsh, ksh e mksh. O one-liner do README agora funciona em qualquer shell:

curl -fsSL https://bezu.dev/golive.sh -o golive.sh && sh golive.sh

E o projeto ganhou uma suíte de testes em containers (tests/test-posix.sh, podman/docker) que valida os dois scripts em 7 shells: sintaxe, --help, --status com Discord simulado, ciclo instalar→desinstalar, flatpak do sistema, substituição de outro mod e a descoberta de checkout — 52 testes.

Os scripts também aprenderam que o Discord do Linux pode aparecer com o processo em minúsculo (discord, discord-canary, discordptb) e ganharam SIGKILL como último recurso quando o fechamento educado não resolve.

🖥️ A GUI agora é para todo mundo

• Windows: GoLiveBypass.exe, como antes — bandeja, "Iniciar com o Windows", ícone da rosa.
• macOS (Apple Silicon): GoLiveBypass.dmg (ou .zip). Detecta o Discord em /Applications e ~/Applications (inclusive PTB e Canary), pede a permissão de Administração de Apps quando o macOS exige (a mesma tela do Vencord), não reassina o Discord.app (só tira a quarentena), e vive na barra de menus. Fechar a janela esconde; Sair reverte tudo.
• Linux: GoLiveBypass AppImage — roda em Debian, Ubuntu, Fedora, Arch e derivadas. Detecta Discord nativo e flatpak, e fica na bandeja como nos outros sistemas.

E os refinamentos de quem usa todo dia (#17, obrigado de novo @pdl-clay):

• Fechar a janela esconde na bandeja nos três sistemas — reverter tudo é só pelo Sair do menu do ícone
• Autostart de verdade no Linux (XDG autostart) — o "Iniciar com o sistema" agora funciona, não é mais decorativo
• Ícone da bandeja consertado no AppImage (não aparecia por causa do empacotamento asar)
• "Sair" sai na hora — a reversão do bypass roda em segundo plano, sem travar o encerramento
• Janela e bandeja sempre sincronizadas, e a janela ajusta a altura sozinha para não cortar o aviso amarelo

🐛 Correções desde a v1.1.1

• GUI não derruba mais o Discord com "A JavaScript error occurred in the main process" (EPIPE): ela abria o Discord com o stdout preso num pipe dela; agora ele nasce sem pipe nenhum.
• Corepack virgem não trava o instalador: a pergunta "Corepack is about to download" derrubava o .ps1 e pendurava o .sh; agora o probe falha limpo e o pnpm vem do npm install -g.

Atualizar

Baixe o arquivo da sua plataforma aqui embaixo e abra por cima. Nada muda para quem já usa: mesma janela, mesmo botão.

Changelog completo

• gui: port para macOS Apple Silicon (#16, obrigado @victorsvart) — deteccao do Discord.app, permissao de Administracao de Apps com escrita real, sem resign, killall com escalacao, Cmd+Q restaura, icone template na barra de menus
• gui: ramo Linux empacotado em AppImage, chamando o standalone POSIX por baixo, com log ao vivo na janela (#15, obrigado @pdl-clay)
• gui: bandeja nos tres SOs, autostart XDG no Linux, icone da bandeja lido do buffer (AppImage), Sair imediato com reversao em background, janela<->bandeja sincronizadas, altura da janela ajustada ao conteudo (#17, obrigado @pdl-clay)
• scripts: POSIX puro nos dois instaladores de Linux + tests/test-posix.sh (#15); pkill/pgrep cobrem os nomes minusculos do Discord no Linux e SIGKILL como ultimo recurso (#17)
• gui: Discord aberto sem pipe (fix do EPIPE)
• instaladores: probe do pnpm à prova de corepack virgem

v1.1.1 — roteador local no plugin, GUI com bandeja e Flatpak no Linux

GoLiveBypass v1.1.1

A maior mudança interna desde que o projeto existe, mais a estreia da interface gráfica como ela devia ser, Flatpak no Linux e uma pilha de correções vindas da comunidade. Obrigado a todo mundo que apareceu nesta release: cleo-dev, gabrigode e Eduardo Vasconcelos (fork StreamFix).

O plugin agora tem um roteador próprio

O jeito de levar o gateway do Discord para fora do Brasil foi reescrito. Antes, o Chromium apontava direto para a proxy escolhida com um "se falhar, vai direto" embutido na regra — e ele podia decidir sozinho que a proxy era ruim e passar a ignorar a regra sem avisar ninguém. Agora o plugin sobe um roteador SOCKS local (escuta só em 127.0.0.1, invisível para fora do seu PC) e aponta apenas os hosts de gateway para ele. Quem decide o fallback é o roteador, conexão a conexão, com registro — nunca mais o Chromium.

Na prática:

• Reconexão não derruba mais o desbloqueio. O gateway fica roteado a sessão inteira: se a sua rede oscilar e o WebSocket reconectar, ele renasce pela mesma saída e o Go Live continua liberado.
• Saída que morre no meio da sessão vira troca automática para uma reserva já testada — antes, era conexão direta até você reiniciar o Discord.
• O Discord nunca trava por nossa causa. Sem saída pronta, o gateway espera no máximo 12 segundos e sai direto (sem Go Live naquela sessão, mas com Discord). O prazo cego de 120s, a marca de boot e as outras muletas da arquitetura antiga foram aposentados.
• Veredito correto. O plugin lia o bloqueio no instante em que o servidor ainda não tinha reavaliado, e podia recarregar à toa. Agora ele espera 1,5s após a sessão abrir antes de julgar.
• Nova opção "Session routing": Gateway only (padrão, mais rápido) ou Gateway and login, que também esconde seu IP real durante a autenticação — ao custo de uma abertura mais lenta. Nesse modo o login nunca cai para conexão direta: vazar seu IP ali seria o oposto do prometido.
• Rede corporativa respeitada. Se a regra de proxy do seu sistema varia por host (PAC de empresa), o plugin se recusa a ligar em vez de atropelar a política da rede.
• Pote de saídas: até 5 proxies validadas ficam guardadas por 24h e são testadas de novo a cada abertura — abrir o Discord com tudo quente leva ~2s em vez de meio minuto.

Essa reescrita nasceu das revisões adversariais que o Eduardo fez no fork dele, que encontraram erros reais no nosso código (o veredito lido cedo demais, o teto de tentativas furado por reconexões em rajada, a regra do sistema atropelada). Adotamos as correções e a arquitetura, mantendo o que era nosso: proxy com usuário e senha, registro em arquivo com a senha mascarada e a lista de hosts permitidos no roteador (o roteador nunca vira um SOCKS aberto).

Interface gráfica (Windows)

• O app agora mora na bandeja: fechar a janela esconde junto do relógio, sem mexer no bypass. O menu do ícone mostra o status e tem Abrir, Ativar/Desativar e Sair — sair por lá é o que reverte tudo, como o fechar da janela fazia antes.
• Iniciar com o Windows: checkbox na janela e no menu da bandeja. No login o app sobe direto na bandeja, sem jogar janela na tela.
• Ícone próprio: a rosa (sem fundo) na bandeja, na janela e no exe — adeus ícone padrão do Electron.
• Campo de proxy customizada (seção "Avançado"), para quem tem a sua própria ou usa Tor.
• Aviso do Ctrl+R na tela, para o caso de a transmissão ficar preta na primeira tentativa.
• "Sobrescrever e Ativar" agora funciona de verdade quando outro mod (Equicord/Vencord) já ocupa o lugar — antes o botão não fazia nada nesse caso.
• O bypass embutido na GUI passa a ser gerado automaticamente a partir do standalone a cada build (sync-bypass.mjs): nunca mais uma versão velha injetada pela GUI por divergência de cópia.
• O exe agora se chama simplesmente GoLiveBypass.exe, sem versão colada no nome.
• Sem mais "A JavaScript error occurred in the main process": a GUI abria o Discord com o stdout preso num pipe dela; com o pipe morto, qualquer log de exceção do Discord virava um EPIPE fatal (relato de usuário). Agora o Discord nasce sem pipe nenhum para a GUI.

Instaladores

• Linux com Flatpak: o Discord de Flatpak (instalado no sistema ou no usuário) agora é encontrado e injetado, incluindo a liberação da pasta do bypass para o sandbox via flatpak override. Um flatpak update refaz o deploy e leva a injeção junto — rode o instalador de novo depois de atualizar. Snap continua fora de alcance (squashfs somente leitura).
• Saída de comandos nativos contida no Windows: avisos do npm/git não viram mais o "caminho do checkout" por acidente.
• Erros do instalador agora dizem a linha exata onde quebraram, para um print bastar num relato.
• Corepack virgem não derruba mais o instalador: quem tinha o pnpm como atalho do corepack nunca inicializado via o instalador morrer na pergunta "Corepack is about to download..." (relato real de usuário). Agora o probe falha limpo e o pnpm vem do npm install -g, como já era o plano B — no Windows e no Linux.

README

Reescrito para quem nunca abriu um terminal: o app de um clique e o comando de uma linha vêm primeiro; a parte técnica (como funciona, dependências, instalação manual) ficou para depois, sinalizada com um divisor claro. A seção em inglês foi atualizada para o mecanismo novo.

Atualizar

• GUI: baixe o GoLiveBypass.exe novo aqui embaixo e abra. Para reverter tudo, saia pelo ícone na bandeja.
• Plugin (Equicord/Vencord): rode o instalador de novo — ele baixa a versão nova do plugin deste repositório e recompila.
• Standalone: nada mudou no bypass em si; só usuários de Flatpak no Linux precisam rodar o instalador standalone novo.

Changelog completo

• plugin: roteador SOCKS local no processo principal, adotando as melhorias do fork StreamFix (veredito atrasado, corrida de candidatas, pote de saídas, failover ao vivo, sessionRouting, fail-closed corporativo, trava de concorrência no retry)
• gui: sobrescrever outro mod de verdade, e manter o bypass embutido igual ao standalone (sync-bypass)
• installer: suporte a Flatpak no Linux, do sistema e do usuário (#11, obrigado @gabrigode)
• installer: probe do pnpm à prova de corepack virgem — a pergunta "Corepack is about to download" derrubava o instalador no Windows e pendurava no Linux, em vez de cair no npm install -g (relato de usuário)
• installer: conter a saída dos comandos nativos, que virava o caminho do checkout
• installer: dizer onde quebrou, e barrar checkout vazio antes do Path
• gui: proxy customizada, aviso do Ctrl+R, ícone do Discord, correção de status (#9, obrigado @cleo-dev)
• docs: README reestruturado (prático primeiro), comando de uma linha documentado, agradecimentos ao Eduardo e ao gabrigode

GoLiveBypass v1.1.0

Suporte a proxy com usuário e senha, pedido por quem tentou usar um proxy da AWS com login e não conseguiu.

Como usar

No campo Proxy do plugin, ou no settings.json do standalone:

socks5://usuario:senha@host:porta
http://usuario:senha@host:porta

Funciona para SOCKS5 (método 2 do RFC 1929) e para proxy HTTP (Proxy-Authorization: Basic).

Se a sua senha tiver @ ou :, codifique esses caracteres — @ vira %40, : vira %3A. Sem isso não há como saber onde a senha termina e o endereço começa.

A senha nunca aparece no registro. O arquivo de log é colado em relato de problema, e o endereço aparecia cru em nove pontos dele.

O que estava faltando

Nenhum dos dois modos aceitava credencial. O endereço era recusado já na validação, e a negociação SOCKS5 anunciava apenas o método 0, "sem autenticação" — então um proxy que exige login respondia 0xFF e a conexão morria ali.

Tem uma peça que só aparece no uso real e que é fácil de esquecer: a regra que instalamos no Chromium não carrega usuário e senha, ela só diz o endereço. Quem responde ao pedido de autenticação é o próprio Chromium. Sem tratar isso, o proxy com senha passaria nos nossos testes — que negociam na mão — e falharia no Discord.

O tratador só responde quando o pedido é de proxy e quando o host e a porta batem com a saída em uso. Sem essas duas checagens, a sua credencial iria para qualquer site que a pedisse.

Testado

Contra um servidor SOCKS5 que exige autenticação:

credencial certa:   CONECTOU
credencial errada:  recusado
sem credencial:     recusado

E o endereço socks5://user:se%40nha%3Acom%40roba@proxy.aws.com:1080 é lido como usuário user, senha se@nha:com@roba, host proxy.aws.com:1080.

Atualizar

Baixe o instalador aqui embaixo. Quem usa proxy sem senha não precisa mudar nada — o formato antigo continua valendo igual.

Também na instalação

Os instaladores recusavam o endereço com login na própria pergunta, então o suporte não existia para quem instala pelo caminho normal. Agora os quatro aceitam, e a pergunta explica o formato.

Três detalhes que só aparecem quando a senha é real:

• O instalador do standalone no Linux gravava o settings.json interpolando o valor direto. Uma senha com " ou \ produzia um arquivo inválido, e o bypass voltava ao padrão em silêncio. Agora é escapado, e o arquivo nasce com permissão 600.
• O endereço aparecia na tela no fim da instalação — justamente a parte que as pessoas fotografam para mostrar que deu certo. A senha some do que é exibido.
• O -Proxy e o --proxy do standalone não validavam nada: um erro de digitação virava configuração, e o bypass caía para a lista gratuita sem dizer por quê.

GoLiveBypass v1.0.4

Correção do instalador, relatada por @RicardoMercy na issue #5. O plugin não mudou.

O que acontecia

A v1.0.3 resolveu o erro Cannot find matching keyid, mas deixou um segundo modo de falha no mesmo lugar. Antes de baixar o pnpm, o corepack faz uma pergunta interativa:

Corepack is about to download https://registry.npmjs.org/pnpm/-/pnpm-11.22.0.tgz

Como o instalador silencia a saída de erro para não assustar ninguém, essa pergunta ficava invisível — e o instalador parecia travado, esperando uma resposta que a pessoa não sabia que precisava dar.

O que mudou

O corepack saiu do caminho. Ele só serviria para fixar a versão do campo packageManager, que o próprio pnpm já respeita, e em troca trazia os dois problemas: as chaves de assinatura vencidas que vêm no Node 22, e essa pergunta. No Arch o pnpm continua vindo do pacman, que é mais limpo que um -g do npm em /usr/lib, fora do controle do pacote.

O instalador agora mostra qual pnpm encontrou ([OK] pnpm 11.21.0), para dar para ver se é o pnpm de verdade ou um atalho que não funciona.

Vale para o Windows e para o Linux.

Um defeito achado no caminho

Testando a mudança, descobri que filtrar a saída com Select-Object -First 1 no meio do cano interrompe o comando por cima, e o código de saída deixa de valer. Na prática: um pnpm que funciona era reprovado. A saída passa a ser capturada inteira antes de olhar o código.

Como atualizar

Baixe o instalador aqui embaixo. Se você já tem um .ps1 salvo no disco, ele não se atualiza sozinho — pegue o novo.

Quem já instalou e está funcionando não precisa fazer nada: isto é só o instalador.

GoLiveBypass v1.0.3

Duas novidades grandes: o modo standalone, para quem só usa o Discord e não quer instalar mod nenhum, e o proxy passa a valer só onde é necessário, o que deixa o Discord visivelmente mais rápido.

O proxy agora cobre só o gateway

Antes, o plugin mandava a sessão inteira pelo proxy e tirava só quatro exceções. Imagem de fora do Discord, GIF do Tenor, vídeo incorporado, a API em discord.com e todo o carregamento da abertura atravessavam uma proxy pública sem precisar — e a lentidão disso é exatamente o que se sente ao abrir o app e ao baixar arquivo.

O servidor decide se a conta pode transmitir na conexão do gateway. Mandar o resto junto não compra nada.

Agora a regra roteia apenas gateway.discord.gg e remote-auth-gateway.discord.gg. Conferido host a host, avaliando a regra como o Chromium avalia:

cdn.discordapp.com     -> DIRECT
media.discordapp.net   -> DIRECT
tenor.com              -> DIRECT
i.ytimg.com            -> DIRECT
discord.com            -> DIRECT
gateway.discord.gg     -> pelo proxy

Isso só foi trocado depois de medir: um Chromium de verdade passando por um roteador instrumentado mostrou que a regra é obedecida e que ela vale para wss://, e não só para http. O ponto importava porque o gateway é um WebSocket — sem isso, a troca não funcionaria.

Modo standalone: sem Equicord, sem Vencord

Para quem só usa o Discord puro. Não precisa de Node, nem de pnpm, nem de git, e não há etapa de compilação: é um arquivo .js que o próprio Discord carrega.

Baixe a pasta standalone e dê dois cliques no .bat (ou rode o .sh no Linux).

Ele existe porque a trava do cliente vem de um experimento que o servidor atribui a partir do IP do gateway. Com o gateway saindo por um IP não bloqueado, o experimento não é atribuído e os botões ficam livres sozinhos — não há o que corrigir no cliente quando a origem está certa.

Escolha o plugin se você já usa Equicord ou Vencord; escolha o standalone se não usa nenhum. Os dois ocupam o mesmo lugar dentro do Discord, e o instalador avisa antes de substituir.

Correções

O instalador falhava com Cannot find matching keyid. É o corepack: ele cria o atalho do pnpm antes de saber que versão usar e valida a assinatura com chaves embutidas, que no Node 22 estão vencidas. Os instaladores checavam se o comando existia — e ele existe. Agora eles conferem se ele roda, e instalam o pnpm pelo npm quando não roda.

No Linux a busca pelo Discord não achava mais nada. Desde a versão 1.0.136, de maio de 2026, o pacote de Linux traz só um bootstrap: o app de verdade é baixado na primeira execução para dentro do seu HOME. Confirmado extraindo os pacotes reais — nem o do Arch nem o .tar.gz oficial têm app.asar dentro. A busca foi refeita.

O instalador do Linux agora instala as dependências, com o comando certo da sua distro e pedindo confirmação, em vez de imprimir três sugestões e desistir. E confere a versão do Node: no Debian e no Ubuntu o pacote é antigo demais, e antes a quebra só aparecia lá na frente com um erro que não diz que o Node é velho.

A marca de inicialização ganhou prazo. Fechar o Discord antes de a sessão abrir deixava a marca de pé, e a abertura seguinte recusava proxy em silêncio.

A escolha de saída ficou mais rápida e mais confiável. O país agora vem junto do teste, sem laço sequencial; a fonte passou a ser conferida por status HTTP (antes um erro do serviço de geolocalização reprovava uma saída boa como "país desconhecido"); e uma saída que aceita a conexão e fecha no meio da negociação passou a ser detectada na hora, em vez de gastar o prazo inteiro.

Registro

Tudo o que o bypass faz vai para um arquivo, no plugin e no standalone, no mesmo lugar:

Windows  %LOCALAPPDATA%\GoLiveBypass\golivebypass.log
Linux    ~/.local/share/GoLiveBypass/golivebypass.log

A linha que responde tudo é atribuicao do video guard. null significa que o servidor nem tentou te bloquear — é a diferença entre "a proxy funcionou" e "a proxy subiu tarde demais". No plugin, /golivebypass copia isso já junto com o estado da sessão.

Como atualizar

Baixe o instalador aqui embaixo e rode; ele detecta o que você tem e atualiza no lugar.

Quem instalou na mão: substitua index.tsx e native.ts, rode pnpm build e feche o Discord pela bandeja antes de abrir — a parte que mudou roda no processo principal, e Ctrl+R não a carrega.