Como ativar o debug e enviar dados para o suporte
Alguns problemas só acontecem na sua rede: trocas de conexão sem motivo aparente, lag que aparece em horário específico, túnel que cai uma vez por noite. De longe, sem evidência, o suporte só consegue chutar. Com o log certo em mãos, dá pra apontar a linha exata onde o problema começou.
A boa notícia: o PingArmor já tem um modo de diagnóstico embutido. Ativar leva menos de 2 minutos, não muda nada na proteção, e gera um arquivo de texto que registra cada decisão que o app tomou durante a sessão. Este post mostra como ativar, o que coletar e como enviar.
Passo 1: ativar o Debug Log
Clique na engrenagem (canto superior do app) pra abrir a tela “Configuração de Rede”. Logo abaixo das interfaces tem um checkbox chamado “Debug Log” — marque ele e clique em “Salvar e Aplicar”.
O botão “Abrir logs” do lado do checkbox vai ser útil no Passo 3 — ele abre direto a pasta onde os arquivos ficam.
O Debug Log vem desligado por padrão porque a maioria das sessões não precisa dele. Ligado, ele não pesa nada perceptível: é só escrita de texto em disco, com truncamento automático se o arquivo passar de 5 MB.
Passo 2: reproduzir o problema
Com o debug ativado, conecte o túnel e jogue normalmente. Não precisa fazer nada especial — o objetivo é o problema acontecer de novo com o gravador ligado.
Duas coisas aumentam muito o valor da evidência:
- Anote o horário exato (HH:MM) de cada sintoma. “Deu lag umas 22h” obriga o suporte a varrer uma hora de log. “Deu lag às 22:03” aponta direto pras linhas certas.
- Quanto mais longa a sessão, melhor. Problema intermitente precisa de tempo de gravação pra aparecer. Uma sessão de 3 horas com um sintoma vale mais que cinco sessões de 10 minutos sem nenhum.
debug.log.prev e sobrescreve o .prev anterior. Ou seja: você tem no máximo a sessão atual + a anterior. Depois que o problema acontecer, copie os arquivos antes de reconectar. Logs com mais de 7 dias também são apagados automaticamente.Passo 3: coletar os arquivos
Volte na engrenagem e clique em “Abrir logs”. O Windows Explorer abre direto na pasta %APPDATA%\PingArmor\ — você também pode colar esse caminho na barra de endereço de qualquer janela do Explorer.
Os dois arquivos que interessam:
debug.log— a sessão atual (ou a última, se você já desconectou)debug.log.prev— a sessão anterior
Por dentro, é texto puro com timestamp em cada linha:
2026-06-05 21:13:58 [INFO] PingArmor v1.8.4 — sessão iniciada
2026-06-05 21:13:58 [INFO] Conectando túnel...
2026-06-05 21:14:22 [INFO] Servidor de jogo: 135.125.x.x
2026-06-05 22:03:47 [INFO] [FO] Drop confirmed (ICMP+TCP both failed)
2026-06-05 22:03:47 [INFO] [FO] Socket rebound to 10.177.16.214
2026-06-05 22:03:48 [INFO] [FO] Metrics applied: Ethernet=500 Ethernet 3=5
Cada linha registra uma decisão do app: detecção de jogo, medições de latência, failover, failback, e o motivo de cada troca. É exatamente isso que o suporte precisa pra reconstruir o que aconteceu na sua rede.
Copie os dois arquivos pra Área de Trabalho (ou qualquer pasta sua) antes de conectar de novo.
Passo 4: o Relatório da Sessão
Quando você desconecta — após uma sessão de pelo menos 10 minutos, ou de 3 minutos se houve algum save — o app abre o “Relatório da Sessão”: um resumo visual com os eventos de proteção da sessão.
Clique em “Compartilhar”: o resumo inteiro vai pro clipboard como texto formatado — duração, saves, cada evento com horário e interface de destino. Cole num bloco de notas e guarde junto com os arquivos do Passo 3. Nada é enviado automaticamente: o texto só sai do seu PC quando você colar em algum lugar.
Passo 5: enviar pro suporte
Mande um email pra [email protected] com:
- Os 2 arquivos anexados —
debug.logedebug.log.prev - O texto do “Compartilhar” colado no corpo do email
- O horário exato do sintoma — HH:MM de cada momento em que você percebeu o problema
- Descrição livre — qual jogo e servidor (Tibia Global? Rubinot?), se sua secundária é cabo ou 4G, e o que você viu na tela quando o problema aconteceu
- A versão do app — aparece no rodapé do PingArmor (ex: v1.8.4)
Checklist: o máximo de evidência
| Item | Por que importa |
|---|---|
debug.log + debug.log.prev | Registro segundo a segundo das decisões do app |
| Texto do “Compartilhar” | Resumo da sessão com cada save e interface de destino |
| Horário exato (HH:MM) do sintoma | Aponta direto pras linhas relevantes do log |
| Jogo + servidor + tipo de secundária | Cada combinação tem comportamento de rede diferente |
| Versão do app | Permite comparar com mudanças entre versões |
Com tudo isso num único email, o diagnóstico que levaria dias de ida-e-volta geralmente sai na primeira resposta.
Resolveu? Desliga (ou deixa ligado)
Depois que o problema for diagnosticado, você pode desmarcar o “Debug Log” na mesma tela — ou deixar ativado pra sempre, sem custo perceptível. Com a rotação automática (atual + anterior), o truncamento em 5 MB e a limpeza de logs com mais de 7 dias, ele nunca vai acumular lixo no disco.
Tem alguma pergunta? Confira a FAQ ou fale com a gente em [email protected]. E pra entender o que cada evento do relatório significa, veja como o app protege seu jogo durante failover.
Proteja sua conexão agora
Teste o PingArmor grátis por 3 dias. Sem cartão de crédito.
Teste grátis por 3 dias