Como ativar o debug e enviar dados para o suporte

9 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 as Configurações. Role até o card “Preferências”: no fim dele fica o grupo “Diagnóstico”, com o checkbox “Debug Log”. Marque ele e clique em “Salvar e Aplicar”.

Preferências
Diagnóstico
Debug Log
Enviar diagnóstico em caso de falha
Quando uma sessão tiver failover ou falha de conexão, o app envia automaticamente o debug.log (comprimido) ao servidor do PingArmor para diagnóstico. Sessões normais não enviam nada. Mantém o Debug Log ativo. Retenção de 15 dias; desative quando quiser.

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
Como foi sua sessão?
Bom
Algum comentário? (opcional)
Enviar feedback

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. O botão “Compartilhar” não envia nada sozinho: o texto só sai do seu PC quando você colar em algum lugar. (O envio automático dos logs é outra coisa — opcional, separada, e explicada no próximo passo.)

As estrelas e o campo de comentário logo acima dos botões são o feedback da sessão. Eles só importam se você tiver ativado o envio automático de diagnóstico — veja a seguir.

Passo 4b: envio automático (opcional)

Tudo até aqui é manual: você liga o Debug Log, copia os arquivos e manda por email. Mas existe um atalho pra quem não quer fazer isso toda vez — o checkbox “Enviar diagnóstico em caso de falha”, no grupo Diagnóstico da tela de Configurações (o segundo checkbox do mock do Passo 1).

Ele vem desmarcado por padrão. Se você deixar marcado, o app passa a enviar o debug.log (comprimido) pro servidor do PingArmor sozinho — mas só nas sessões que tiveram failover ou falha de conexão. Sessão normal, sem nenhum save, não envia nada. Marcar esse checkbox também mantém o Debug Log ligado automaticamente, então você não precisa lembrar de ativar os dois.

Como o feedback se conecta ao log
Quando o envio automático está ligado e você preenche as estrelas + comentário do Relatório da Sessão, esse feedback fica atrelado ao arquivo enviado (pelo id da sessão). Assim o suporte abre o log já sabendo a sua nota e o que você escreveu — sem precisar trocar emails só pra entender o contexto.

Os dados ficam no servidor por 15 dias e depois somem. É opt-in de verdade: desligou, para de enviar na hora. Quem prefere controle total continua no fluxo manual dos Passos 3 a 5 — o checkbox é só uma conveniência para sessões problemáticas.

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