Aprenda a fazer um teste de MTR no Windows com o WinMTR, ler a perda de pacotes e a latência de cada salto e enviar o resultado ao suporte.
Entre o seu computador e o servidor, os dados passam por vários roteadores, os chamados saltos (hops). O MTR junta o ping e o traceroute: ele testa cada salto sem parar e mostra onde aparece perda de pacotes ou demora. É o teste certo quando o site fica lento, a rádio corta ou a conexão cai só em alguns momentos.
Antes de começar
- Faça o teste no computador onde o problema acontece, na mesma internet. Rodar no servidor não mostra a sua rota.
- Saiba o destino: o seu domínio (
seudominio.com.br), o IP do servidor que veio no e-mail de ativação ou o endereço do streaming (ex.:stmX.seuservidor.com.br). - Teste durante o problema. Depois que a conexão normaliza, o resultado sai limpo e não ajuda.
Como fazer o teste com o WinMTR
- Baixe o WinMTR (Redux). A versão 1.00 fica na página oficial do projeto no GitHub. Baixe o arquivo
.zip; o programa é portátil e não precisa de instalação. - Extraia o ZIP. Clique com o botão direito no arquivo e escolha Extrair tudo. Abra a pasta de 64 bits e dê dois cliques em
WinMTR.exe. Se o Windows mostrar o aviso do SmartScreen, clique em Mais informações e depois em Executar assim mesmo. - Digite o destino no campo Host e clique em Start. A tabela começa a se preencher com um salto por linha.
- Deixe rodando de 5 a 10 minutos. Problemas que vêm e vão precisam de tempo para aparecer no teste.
- Clique em Stop e depois em Export TEXT para salvar o resultado em um arquivo
.txt. O botão Copy Text to clipboard copia a tabela para você colar direto no chamado.
Como interpretar o resultado do WinMTR
Cada linha é um salto. As colunas mais importantes são Loss % (perda de pacotes), Avrg (latência média, em milissegundos) e Worst (o pior tempo medido). Veja um exemplo fictício:
| Salto | Hostname | Loss % | Sent | Recv | Best | Avrg | Worst |
|---|---|---|---|---|---|---|---|
| 1 | 192.168.0.1 | 0 | 300 | 300 | 1 | 2 | 9 |
| 2 | 198.51.100.1 | 0 | 300 | 300 | 6 | 8 | 31 |
| 3 | 198.51.100.45 | 38 | 300 | 186 | 9 | 11 | 25 |
| 4 | 203.0.113.9 | 0 | 300 | 300 | 10 | 12 | 40 |
| 5 | 203.0.113.77 | 0 | 300 | 300 | 118 | 121 | 160 |
| 6 | seudominio.com.br | 0 | 300 | 300 | 119 | 122 | 158 |
- Olhe primeiro a última linha. É o destino. Se ela tem 0% de perda, os pacotes estão chegando, como no exemplo.
- Perda em um salto só não é defeito. No salto 3 há 38% de perda, mas os saltos seguintes têm 0%. Esse roteador apenas responde menos aos testes para economizar processamento.
- Perda que começa e continua até o fim é real. Se a perda aparecesse no salto 4 e seguisse no 5 e no 6, o problema estaria a partir do salto 4.
- Salto de latência entre dois pontos pode ser só distância. No exemplo, a média passa de 12 ms para 121 ms no salto 5: é o trecho em que o tráfego sai do país. Preocupe-se quando o Worst fica muito acima da média o tempo todo.
- Onde está o problema. Perda no salto 1 indica o seu Wi-Fi ou roteador. Nos primeiros saltos depois dele, normalmente é a sua operadora. Perto do fim da rota, é do lado do servidor.
O que mandar para o suporte
- o arquivo do Export TEXT ou a tabela colada;
- a data e o horário do teste, e o que estava acontecendo (ex.: "a rádio cortou às 20h15");
- o seu IP, que você descobre em pophosting.com.br/meu-ip;
- o destino testado.
Sem WinMTR: pathping no Windows e mtr no Mac e no Linux
O Windows já traz o pathping, que faz uma medição parecida. Abra o Prompt de Comando ou o PowerShell e rode o comando abaixo; ele leva alguns minutos para terminar:
pathping -n seudominio.com.brNo Mac (com o Homebrew) e no Linux, instale e use o mtr no modo relatório, com 200 testes por salto:
brew install mtr
sudo mtr -rwc 200 seudominio.com.brNo Ubuntu e no Debian o pacote se instala com sudo apt install mtr-tiny; no AlmaLinux e no Rocky, com sudo dnf install mtr.
Problemas comuns
Todas as linhas aparecem sem resposta
A sua rede pode estar bloqueando os pacotes de teste (ICMP), o que é comum em redes de empresa. Faça o teste em outra internet, como o 4G do celular roteado para o computador.
O destino não responde, mas o site abre
Alguns servidores não respondem a ping. Nesse caso, o teste ainda mostra o caminho até perto do destino, e já ajuda o suporte. Se o site também não abre, veja se o seu IP foi bloqueado.
