bezumiya/GoLiveBypass v2.0.10-beta-3

GoLiveBypass 2.0.10-beta-3

on GitHub

Canal beta — Windows x64 e Linux x64

Esta é uma prerelease para testes. O canal estável continua em v2.0.9; esta beta não é latest.

Correções

• Linux: identificação e encerramento respeitam a instalação exata do cliente, inclusive ELF nativo sem app.asar no argv e instalações com asar diretamente na raiz; não confundir processos alheios sob /usr/lib com Equibop.
• Plugin Linux: corrigido EINVAL no parser do ambiente explícito do netns-launcher; o executável embutido entregue foi regenerado.
• GUI Windows: ativação e restauração revalidam o perfil/PID próprios do WireSock e preservam serviço/configuração externos; removidos resets globais de DNS/network-lock sem ownership.
• Plugin: ponte nativa entrega catálogo/seleção Proton e preserva identidade da medição e contexto, sem resultados atrasados de outra sessão.
• Linux GUI: WireGuard de usuário empacotado para kernel sem módulos, com UDP no uplink original, TUN isolado e teardown sem resíduos.

Validação executada

• GUI compilada e empacotada localmente; suíte final: 666 testes, 70 arquivos, sem falhas. Gate obrigatório do archive do plugin: 2/2 aprovado; bug-report.ts e vpn-snapshot-worker.ts preservados para compatibilidade beta16.
• Windows 11 VM: dois ciclos GUI com WireSock direto, distinção entre tráfego de diagnóstico escopado e host, desativação e saída normal sem processos residuais; serviço externo do plugin permaneceu parado/Manual e inalterado.
• Linux CachyOS/Wayland: Discord no namespace, saída MX e gateway HTTPS, host direto/BR, otimização real, seleção manual US#51 e restauração sem namespace residual; app.asar permaneceu vanilla.
• Launcher embutido real executou Vesktop 1.6.7 nativo no namespace, com UID do usuário, ambiente entregue na fronteira do exec, janela visível e PID principal vivo além de 25 s.
• WireGuard userspace: dois peers reais, handshake, download/upload e limpeza completa em namespaces descartáveis.

Limitações conhecidas

A rodada foi restrita a cliente, rede e restauração: nenhuma chamada, transmissão, câmera ou microfone foi testada. Os probes Windows foram mistos por cliente; não representam prova de mídia nem de todos os clientes instalados. Sessões Proton salvas na VM estavam inválidas, sem novo login. Bazzite/Flatpak, recovery do plugin Windows, force-close/boot e reprovação das candidatas Proton da #331 continuam em investigação.

As causas de #318 e #332 foram corrigidas e exercitadas. As outras issues da triagem permanecem abertas conforme a evidência, sem fechar relatos apenas por compilação ou HTTP/IP.

Relate problemas pelo botão Reportar bug, incluindo versão, plataforma e ação que falhou. Não publique senhas, tokens, sessão Proton ou chaves WireGuard.