Como ativar o debug e enviar dados para o suporte

6 min de leitura
debugsuportelogsdiagnosticofailovertibiarubinot

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”.

Configuração de Rede
Selecione as interfaces de rede para proteção de failover.
Debug Log

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:

  1. 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.
  2. 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.
Atenção: reconectar apaga evidência
Cada clique em "Conectar" move o log da sessão atual para 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.

Relatório da Sessão 02h41
PingArmor protegeu 99% da sessão
2 saves 1 lag 1 drop
21:14:05 Latência alta 230ms 12s
→ Wi-Fi
Sem PingArmor: lag severo por 12s
22:03:47 Conexão caiu 15s
→ Ethernet 3 4G
Sem PingArmor: ~15s desconectado

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:

  1. Os 2 arquivos anexadosdebug.log e debug.log.prev
  2. O texto do “Compartilhar” colado no corpo do email
  3. O horário exato do sintoma — HH:MM de cada momento em que você percebeu o problema
  4. 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
  5. A versão do app — aparece no rodapé do PingArmor (ex: v1.8.4)

Checklist: o máximo de evidência

ItemPor que importa
debug.log + debug.log.prevRegistro 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 sintomaAponta direto pras linhas relevantes do log
Jogo + servidor + tipo de secundáriaCada combinação tem comportamento de rede diferente
Versão do appPermite 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.

Privacidade: o que tem (e o que não tem) no log
O debug.log não contém: chaves WireGuard, sua senha, seu token de sessão, nem o seu IP público. Ele contém: os nomes das suas interfaces de rede, medições de latência e os IPs públicos dos servidores de jogo. Você pode abrir o arquivo no Bloco de Notas e conferir antes de enviar — é texto puro.

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