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 as Configurações. Abra a aba Preferências: no fim dela fica o grupo Diagnóstico, com o checkbox 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:

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.

Passo 3: coletar os arquivos

Volte na engrenagem e clique em Abrir logs. O Windows Explorer abre direto na pasta %APPDATA%\PingArmor\logs\ — você também pode colar esse caminho na barra de endereço de qualquer janela do Explorer.

Dentro dela há um arquivo por sessão, com data e hora no nome:

• debug.log_2026-09-04-21-13-58 — a sessão que começou às 21:13:58 do dia 4
• debug.log_2026-09-03-19-02-11 — uma sessão do dia anterior

Ordene por nome e os mais recentes ficam no fim da lista.

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 pra Área de Trabalho o arquivo da sessão em que o problema aconteceu — ou os dois ou três mais recentes, se estiver na dúvida. Eles continuam na pasta mesmo depois de você reconectar.

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

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.

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 arquivos de log anexados — o da sessão com o problema, mais os vizinhos se estiver na dúvida
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

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 um arquivo por sessão, o truncamento em 5 MB por arquivo e a limpeza automática do que passa de 10 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.