Servidor Dedicado: Identificando problemas de rede com WinMTR/MTR
Este guia foi criado com os seguintes produtos:
(Os detalhes podem variar com produtos de diferentes fornecedores, mas os conceitos principais permanecem os mesmos)
Introdução
Problemas de rede podem ser bem chatos e, claro, não deveriam fazer parte do dia a dia. Mas quando acontecem, é importante identificar a causa rápido e de forma eficiente para resolver o problema. Informações detalhadas sobre problemas de rede podem ser analisadas de forma eficaz usando o aplicativo WinMTR (Windows) ou MTR (Linux/Mac OS).
WinMTR/MTR é uma ferramenta de diagnóstico de rede que combina as funções de Ping e Traceroute. Ela permite uma análise detalhada tanto da rota de saída (Cliente → Servidor) quanto da rota de retorno (Servidor → Cliente), rastreando o caminho dos pacotes de dados em ambas as direções. Assim, captura informações importantes como latência e perda de pacotes, que são cruciais para diagnosticar e resolver problemas de rede com precisão.
Rota de saída (Cliente → Servidor): Um relatório para a rota de saída é útil quando surgem problemas como quedas de conexão, conexões lentas ou dificuldades para estabelecer conexão. Essa análise ajuda a identificar possíveis problemas no caminho do cliente até o servidor, como congestionamento de rede, perda de pacotes ou roteamento defeituoso.
Rota de retorno (Servidor → Cliente): Um relatório para a rota de retorno só faz sentido depois que uma conexão estável e funcional na rota de saída foi confirmada. Ou seja, o relatório da rota de retorno é especialmente relevante quando a rota de saída não apresenta problemas, mas ainda assim há lentidão nas respostas do servidor, atrasos no carregamento ou transmissões de dados incompletas.
Resumindo, se ocorrerem problemas de rede perceptíveis, a rota de saída (Cliente → Servidor) deve ser analisada primeiro. Se o relatório da rota de saída não mostrar anomalias e os problemas persistirem, é necessário verificar a rota de retorno (Servidor → Cliente) para identificar possíveis problemas assimétricos. Problemas assimétricos de rede podem acontecer quando os pacotes de dados trafegam sem problemas em uma direção, mas enfrentam atrasos ou perda de pacotes na direção oposta.
Instalação
Agora que ficou claro quando os relatórios para as rotas de entrada e saída são úteis, vamos para a instalação tanto no cliente quanto no servidor.
Cliente
Para a rota de saída, o aplicativo deve ser instalado no cliente (seu computador). Os passos a seguir explicam como instalar o aplicativo para o seu sistema operacional.
- Windows
- Linux
- MacOS
Se você usa um computador com sistema operacional Windows, a análise de rede é feita pelo aplicativo WinMTR. Para instalar o WinMTR no seu computador, primeiro baixe o aplicativo no site da ZAP-Hosting. Depois de baixar, extraia o arquivo. Você terá o executável WinMTR.exe
.
Aplicativo | Download |
---|---|
WinMTR | Link |
Se você usa um computador com sistema operacional Linux, a análise de rede é feita pelo aplicativo MTR. Para instalar o MTR no seu sistema, abra o terminal e execute o comando de instalação adequado para sua distribuição:
Debian
apt install mtr -y
Ubuntu
apt install mtr -y
OpenSUSE
zypper addrepo https://download.opensuse.org/repositories/openSUSE:11.4/standard/openSUSE:11.4.repo
zypper refresh
zypper install mtr
Fedora
yum install mtr -y
Se você usa um computador com sistema operacional Mac OS, a análise de rede é feita pelo aplicativo MTR. Porém, o MTR não vem pré-instalado no Mac OS e também não está disponível na Apple Store. Para instalar o MTR, você precisa instalar o Homebrew como sistema de gerenciamento de pacotes no seu computador.
Instalando o Homebrew
Abra o terminal no seu computador e rode o comando abaixo para instalar o Homebrew:
/bin/bash -c "$(curl -fsSL https://raw.githubusercontent.com/Homebrew/install/HEAD/install.sh)"
Instalando o MTR
Siga os passos exibidos para concluir a instalação. Depois que o Homebrew estiver instalado com sucesso, você pode usá-lo para instalar o MTR com o comando:
brew install mtr
Servidor
Para a rota de retorno, o aplicativo deve ser instalado no servidor. Os passos a seguir explicam como instalar o aplicativo para o sistema operacional do seu servidor.
- Servidor rodando Linux
- Servidor rodando Windows
Conecte-se ao seu servidor via SSH. Para instalar o MTR no seu sistema, execute o comando de instalação adequado para o sistema operacional do seu servidor:
Debian
apt install mtr -y
Ubuntu
apt install mtr -y
OpenSUSE
zypper addrepo https://download.opensuse.org/repositories/openSUSE:11.4/standard/openSUSE:11.4.repo
zypper refresh
zypper install mtr
Fedora
yum install mtr -y
Conecte-se ao seu servidor via Conexão de Área de Trabalho Remota. Para instalar o WinMTR no seu servidor, primeiro baixe o aplicativo no site da ZAP-Hosting. Depois de baixar, extraia o arquivo. Você terá o executável WinMTR.exe
.
Aplicativo | Download |
---|---|
WinMTR | Link |
Criar Relatório
A seguir, vamos criar um relatório usando o aplicativo WinMTR/MTR. Isso será feito tanto para a rota de saída (Cliente → Servidor) quanto para a rota de retorno (Servidor → Cliente).
O relatório deve ser gerado enquanto o problema estiver acontecendo e perceptível. Só assim o relatório vai fornecer informações úteis que ajudam a diagnosticar e resolver o problema.
Rota de saída (Cliente → Servidor)
Para analisar a rota do seu computador até o servidor, abra o aplicativo WinMTR/MTR no seu computador e siga os passos abaixo.
- Windows
- Linux
- MacOS
O WinMTR pode ser aberto dando um duplo clique no arquivo WinMTR.exe
. No campo Host
, digite o endereço IP ou nome do host do servidor. Depois, inicie o relatório. Deixe o aplicativo rodando por pelo menos um minuto para coletar dados suficientes. Quando tiver dados suficientes, pare a análise e salve o resultado clicando em Export TEXT
.
No Linux, abra o terminal e rode o comando:
mtr <endereço-ip-do-seu-servidor>
Deixe o aplicativo rodando por pelo menos um minuto para coletar dados suficientes. Quando tiver dados suficientes, pare a análise e salve o resultado.
No MacOS, abra o terminal e rode o comando:
mtr <endereço-ip-do-seu-servidor>
Deixe o aplicativo rodando por pelo menos um minuto para coletar dados suficientes. Quando tiver dados suficientes, pare a análise e salve o resultado.
Rota de retorno (Servidor → Cliente)
Para analisar a rota do servidor até o seu computador, conecte-se ao seu servidor e siga os passos abaixo.
- Servidor rodando Linux
- Servidor rodando Windows
No servidor Linux, rode o comando no terminal SSH:
mtr <endereço-ip-do-seu-cliente>
Deixe o aplicativo rodando por pelo menos um minuto para coletar dados suficientes. Quando tiver dados suficientes, pare a análise e salve o resultado.
Não sabe seu endereço IP ou não tem certeza de como encontrá-lo? Existem várias formas de descobrir seu IP. A maneira mais rápida é usar um serviço online como WhatIsMyIPAddress.
No campo Host
, digite o endereço IP da sua conexão. Depois, inicie o relatório. Deixe o aplicativo rodando por pelo menos um minuto para coletar dados suficientes. Quando tiver dados suficientes, pare a análise e salve o resultado clicando em Export TEXT
.
Não sabe seu endereço IP ou não tem certeza de como encontrá-lo? Existem várias formas de descobrir seu IP. A maneira mais rápida é usar um serviço online como WhatIsMyIPAddress.
Avaliar o relatório
Ao avaliar os resultados, existem alguns pontos-chave que você deve ficar de olho. A seção a seguir explica esses pontos com mais detalhes e esclarece a importância deles para a análise. Prestar atenção nesses aspectos é essencial para um diagnóstico preciso e para identificar as causas possíveis de forma eficaz.
Perda de pacotes
Se você notar perda de pacotes nos resultados, isso indica possíveis problemas de rede. Uma perda temporária pequena de 1-2% pode não ser problemática, mas valores maiores indicam problemas mais sérios. Perda de pacotes pode causar atrasos ou interrupções nas conexões dos serviços. Se a perda estiver distribuída uniformemente por todos os saltos, o problema pode estar na sua própria rede ou no servidor. Porém, se a perda ocorrer apenas em um salto ou área específica, o problema provavelmente está naquele nó ou na conexão para o próximo. Também é importante saber que pequenas perdas nos primeiros saltos, que pertencem à sua rede local, não são necessariamente críticas, pois esses dispositivos costumam priorizar menos as requisições ICMP (como ping) e podem descartá-las.
Latência (tempos de ping)
Os valores de latência (Avg
, Best
, Worst
) dão uma ideia da velocidade e estabilidade da conexão. Se você notar que a latência permanece consistentemente alta em um salto específico, isso pode indicar congestionamento de rede ou um roteador lento. Um aumento repentino na latência entre dois saltos aponta para um possível gargalo. Normalmente, a latência aumenta gradualmente ao longo da rota até o destino. Mas fique atento a picos repentinos e significativos, que geralmente indicam um problema. Comparar as rotas de saída e retorno também ajuda a identificar problemas assimétricos, que indicam que o tráfego em uma direção está enfrentando dificuldades.
Com uma análise cuidadosa desses fatores, você pode determinar com precisão onde está o problema de rede — se na sua própria rede, no provedor de internet ou em algum ponto do caminho até o servidor.
Exemplos de diagnóstico
Para facilitar o entendimento, vamos esclarecer as informações anteriores com alguns exemplos de diagnóstico. Reunimos alguns cenários que ilustram diferentes situações e possíveis causas. Esses exemplos ajudam a mostrar como interpretar os dados e diagnosticar problemas de rede de forma mais eficaz.
Os exemplos de diagnóstico a seguir ilustram vários cenários baseados em relatórios fictícios do WinMTR/MTR. Os endereços IP, nomes de host e rotas contidos são totalmente fictícios e não têm conexão com redes ou hosts reais.
- Exemplo 1
- Exemplo 2
- Exemplo 3
- Exemplo 4
- Exemplo 5
- Exemplo 6
- Exemplo 7
Exemplo: Perda de Pacotes no Cliente
Descrição
Neste exemplo, a situação descreve perda de pacotes ocorrendo no lado do cliente, visível tanto na rota de saída quanto na de retorno.
Rota de Saída (Cliente → Servidor)
Host Loss% Snt Last Avg Best Wrst StDev
1. 192.168.1.1 15.0% 20 1.1 3.4 1.0 10.2 2.8
2. 10.0.0.1 10.0% 20 12.3 15.7 10.5 30.8 5.5
3. 172.16.0.1 0.0% 20 25.1 26.0 24.8 27.2 0.6
4. 203.0.113.5 0.0% 20 35.4 34.5 33.2 36.1 0.9
5. be1234.ccr42.isp.net 0.0% 20 50.6 49.8 49.1 51.5 0.8
6. be5678.ccr21.isp.net 0.0% 20 60.1 59.9 59.5 61.0 0.4
7. 198.51.100.10 0.0% 20 70.2 70.5 70.0 71.3 0.5
8. Destination-IP (Servidor) 0.0% 20 80.2 80.0 79.5 81.2 0.6
Rota de Retorno (Servidor → Cliente)
Host Loss% Snt Last Avg Best Wrst StDev
1. Destination-IP (Servidor) 0.0% 20 80.2 80.0 79.5 81.2 0.6
2. 198.51.100.10 0.0% 20 70.1 70.4 69.8 71.2 0.5
3. be5678.ccr21.isp.net 0.0% 20 60.2 60.0 59.6 60.7 0.4
4. be1234.ccr42.isp.net 0.0% 20 50.1 50.2 49.5 51.0 0.5
5. 203.0.113.5 0.0% 20 35.5 35.0 34.5 36.0 0.4
6. 172.16.0.1 0.0% 20 25.2 26.1 24.9 27.3 0.7
7. 10.0.0.1 10.0% 20 15.8 16.5 15.0 35.2 6.2
8. 192.168.1.1 15.0% 20 2.0 4.0 1.2 12.0 3.8
Avaliação
A avaliação revela que a perda de pacotes está ocorrendo no lado do cliente. Ambas as rotas mostram perdas nos primeiros saltos (Salto 1 e 2), indicando um problema no lado do cliente, seja na rede local ou no roteador.
Exemplo: Perda de Pacotes no Servidor
Descrição
Neste exemplo, a situação descreve perda de pacotes ocorrendo no lado do servidor, visível tanto na rota de saída quanto na de retorno.
Host Loss% Snt Last Avg Best Wrst StDev
1. 192.168.1.1 0.0% 20 1.2 1.3 1.1 2.0 0.3
2. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
3. 172.16.0.1 0.0% 20 20.2 20.5 19.5 21.0 0.5
4. 203.0.113.5 0.0% 20 30.6 30.3 29.5 31.5 0.6
5. be1234.ccr42.isp.net 0.0% 20 50.2 50.5 49.5 51.0 0.4
6. be5678.ccr21.isp.net 0.0% 20 60.1 60.2 59.5 61.5 0.7
7. 198.51.100.10 10.0% 20 70.5 72.5 70.0 80.0 4.5
8. Destination-IP (Servidor) 15.0% 20 85.3 90.2 85.0 105.0 7.0
Rota de Retorno (Servidor → Cliente)
Host Loss% Snt Last Avg Best Wrst StDev
1. Destination-IP (Servidor) 15.0% 20 85.3 90.2 85.0 105.0 7.0
2. 198.51.100.10 10.0% 20 70.5 72.5 70.0 80.0 4.5
3. be5678.ccr21.isp.net 0.0% 20 60.1 60.2 59.5 61.5 0.7
4. be1234.ccr42.isp.net 0.0% 20 50.2 50.5 49.5 51.0 0.4
5. 203.0.113.5 0.0% 20 30.6 30.3 29.5 31.5 0.6
6. 172.16.0.1 0.0% 20 20.2 20.5 19.5 21.0 0.5
7. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
8. 192.168.1.1 0.0% 20 1.2 1.3 1.1 2.0 0.3
Avaliação
A avaliação indica que a perda de pacotes está ocorrendo no lado do servidor. Ambas as rotas mostram perdas nos saltos finais (Salto 7 e 8), apontando para um problema no servidor.
Exemplo: Problemas de Latência no Cliente
Descrição
Neste exemplo, a situação descreve tempos de latência altos no lado do cliente, perceptíveis tanto na rota de saída quanto na de retorno.
Rota de Saída (Cliente → Servidor)
Host Loss% Snt Last Avg Best Wrst StDev
1. 192.168.1.1 0.0% 20 150.5 130.5 50.0 200.0 40.0
2. 10.0.0.1 0.0% 20 120.7 115.5 60.0 190.0 30.0
3. 172.16.0.1 0.0% 20 25.2 26.1 24.9 27.3 0.7
4. 203.0.113.5 0.0% 20 35.5 35.0 34.5 36.0 0.4
5. be1234.ccr42.isp.net 0.0% 20 50.1 50.2 49.5 51.0 0.5
6. be5678.ccr21.isp.net 0.0% 20 60.2 60.0 59.6 60.7 0.4
7. 198.51.100.10 0.0% 20 70.2 70.5 70.0 71.3 0.5
8. Destination-IP (Servidor) 0.0% 20 80.2 80.0 79.5 81.2 0.6
Rota de Retorno (Servidor → Cliente)
Host Loss% Snt Last Avg Best Wrst StDev
1. Destination-IP (Servidor) 0.0% 20 80.2 80.0 79.5 81.2 0.6
2. 198.51.100.10 0.0% 20 70.1 70.4 69.8 71.2 0.5
3. be5678.ccr21.isp.net 0.0% 20 60.2 60.0 59.6 60.7 0.4
4. be1234.ccr42.isp.net 0.0% 20 50.1 50.2 49.5 51.0 0.5
5. 203.0.113.5 0.0% 20 35.5 35.0 34.5 36.0 0.4
6. 172.16.0.1 0.0% 20 25.2 26.1 24.9 27.3 0.7
7. 10.0.0.1 0.0% 20 120.7 115.5 60.0 190.0 30.0
8. 192.168.1.1 0.0% 20 150.5 130.5 50.0 200.0 40.0
Avaliação
A avaliação mostra que há alta latência no lado do cliente. Ambas as rotas apresentam latência aumentada nos primeiros saltos (Salto 1 e 2), indicando um problema no cliente.
Exemplo: Problemas de Latência no Servidor
Descrição
Neste exemplo, a situação descreve tempos de latência altos ocorrendo no lado do servidor, perceptíveis tanto na rota de saída quanto na de retorno.
Rota de Saída (Cliente → Servidor)
Host Loss% Snt Last Avg Best Wrst StDev
1. 192.168.1.1 0.0% 20 1.2 1.3 1.1 2.0 0.3
2. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
3. 172.16.0.1 0.0% 20 20.2 20.5 19.5 21.0 0.5
4. 203.0.113.5 0.0% 20 30.6 30.3 29.5 31.5 0.6
5. be1234.ccr42.isp.net 0.0% 20 50.2 50.5 49.5 51.0 0.4
6. be5678.ccr21.isp.net 0.0% 20 60.1 60.2 59.5 61.5 0.7
7. 198.51.100.10 0.0% 20 200.5 210.0 200.0 230.0 10.0
8. Destination-IP (Servidor) 0.0% 20 300.5 320.0 300.0 350.0 15.0
Rota de Retorno (Servidor → Cliente)
Host Loss% Snt Last Avg Best Wrst StDev
1. Destination-IP (Servidor) 0.0% 20 300.5 320.0 300.0 350.0 15.0
2. 198.51.100.10 0.0% 20 200.5 210.0 200.0 230.0 10.0
3. be5678.ccr21.isp.net 0.0% 20 60.1 60.2 59.5 61.5 0.7
4. be1234.ccr42.isp.net 0.0% 20 50.2 50.5 49.5 51.0 0.4
5. 203.0.113.5 0.0% 20 30.6 30.3 29.5 31.5 0.6
6. 172.16.0.1 0.0% 20 20.2 20.5 19.5 21.0 0.5
7. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
8. 192.168.1.1 0.0% 20 1.2 1.3 1.1 2.0 0.3
Avaliação
A avaliação mostra que há alta latência no lado do servidor. Ambas as rotas apresentam latência aumentada nos saltos finais (Salto 7 e 8), indicando um problema no servidor.
Exemplo: Problema de Roteamento (Roteamento do ISP)
Descrição
Neste exemplo, a situação descreve como a rota do Cliente X até o servidor funciona sem problemas, enquanto há problemas de roteamento do Cliente Y até o servidor, causando perda de pacotes. Isso indica um problema no roteamento do provedor de internet (ISP).
Rota de Saída (Cliente X → Servidor)
Host Loss% Snt Last Avg Best Wrst StDev
1. 192.168.1.1 0.0% 20 1.2 1.3 1.1 2.0 0.3
2. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
3. 172.16.0.1 0.0% 20 20.2 20.5 19.5 21.0 0.5
4. 203.0.113.5 0.0% 20 30.6 30.3 29.5 31.5 0.6
5. be1234.ccr42.isp.net 0.0% 20 50.2 50.5 49.5 51.0 0.4
6. be5678.ccr21.isp.net 0.0% 20 60.1 60.2 59.5 61.5 0.7
7. 198.51.100.10 0.0% 20 70.2 70.5 70.0 71.3 0.5
8. Destination-IP (Servidor) 0.0% 20 80.2 80.0 79.5 81.2 0.6
Rota de Saída (Cliente Y → Servidor)
Host Loss% Snt Last Avg Best Wrst StDev
1. 192.168.1.1 0.0% 20 1.2 1.3 1.1 2.0 0.3
2. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
3. 172.16.0.1 0.0% 20 20.2 20.5 19.5 21.0 0.5
4. 203.0.113.5 30.0% 20 30.6 50.3 29.5 95.0 20.5
5. be1234.ccr42.isp.net 25.0% 20 80.2 120.0 70.0 250.0 55.0
6. be5678.ccr21.isp.net 10.0% 20 60.1 60.2 59.5 61.5 0.7
7. 198.51.100.10 0.0% 20 70.2 70.5 70.0 71.3 0.5
8. Destination-IP (Servidor) 0.0% 20 80.2 80.0 79.5 81.2 0.6
Rota de Retorno (Servidor → Cliente X)
Host Loss% Snt Last Avg Best Wrst StDev
1. Destination-IP (Servidor) 0.0% 20 80.2 80.0 79.5 81.2 0.6
2. 198.51.100.10 0.0% 20 70.2 70.5 70.0 71.3 0.5
3. be5678.ccr21.isp.net 0.0% 20 60.1 60.2 59.5 61.5 0.7
4. be1234.ccr42.isp.net 0.0% 20 50.2 50.5 49.5 51.0 0.4
5. 203.0.113.5 0.0% 20 30.6 30.3 29.5 31.5 0.6
6. 172.16.0.1 0.0% 20 20.2 20.5 19.5 21.0 0.5
7. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
8. 192.168.1.1 0.0% 20 1.2 1.3 1.1 2.0 0.3
Rota de Retorno (Servidor → Cliente Y)
Host Loss% Snt Last Avg Best Wrst StDev
1. Destination-IP (Servidor) 0.0% 20 80.2 80.0 79.5 81.2 0.6
2. 198.51.100.10 0.0% 20 70.2 70.5 70.0 71.3 0.5
3. be5678.ccr21.isp.net 0.0% 20 60.1 60.2 59.5 61.5 0.7
4. be1234.ccr42.isp.net 0.0% 20 50.2 50.5 49.5 51.0 0.4
5. 203.0.113.5 0.0% 20 30.6 30.3 29.5 31.5 0.6
6. 172.16.0.1 0.0% 20 20.2 20.5 19.5 21.0 0.5
7. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
8. 192.168.1.1 0.0% 20 1.2 1.3 1.1 2.0 0.3
Avaliação
A avaliação mostra que há um problema de roteamento com o ISP. Enquanto a rota do Cliente X até o servidor está estável, a rota do Cliente Y apresenta problemas significativos, resultando em perda de pacotes e alta latência.
Exemplo: Perda de Pacotes Apenas na Rota de Saída (Cliente → Servidor)
Descrição
Neste exemplo, a perda de pacotes ocorre apenas na rota de saída (do cliente para o servidor), enquanto a rota de retorno (do servidor para o cliente) não apresenta perdas. Isso pode indicar um problema em um segmento da rede em direção ao servidor, possivelmente causado por roteadores defeituosos, congestionamento ou conexão ruim no caminho.
Rota de Saída (Cliente → Servidor)
Host Loss% Snt Last Avg Best Wrst StDev
1. 192.168.1.1 0.0% 20 1.2 1.5 1.1 2.5 0.3
2. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
3. 172.16.0.1 0.0% 20 20.2 20.5 19.5 21.0 0.5
4. 203.0.113.5 10.0% 20 35.7 35.0 34.5 36.5 0.6
5. be1234.ccr42.isp.net 15.0% 20 50.6 55.5 50.0 70.0 6.0
6. be5678.ccr21.isp.net 10.0% 20 65.1 65.9 65.0 67.0 0.6
7. 198.51.100.10 0.0% 20 75.2 75.5 75.0 76.2 0.4
8. Destination-IP (Servidor) 0.0% 20 85.3 85.0 84.5 86.0 0.5
Rota de Retorno (Servidor → Cliente)
Host Loss% Snt Last Avg Best Wrst StDev
1. Destination-IP (Servidor) 0.0% 20 85.3 85.0 84.5 86.0 0.5
2. 198.51.100.10 0.0% 20 75.2 75.5 75.0 76.2 0.4
3. be5678.ccr21.isp.net 0.0% 20 65.1 65.2 65.0 66.0 0.3
4. be1234.ccr42.isp.net 0.0% 20 50.2 50.5 49.5 51.0 0.5
5. 203.0.113.5 0.0% 20 35.7 35.0 34.5 36.5 0.6
6. 172.16.0.1 0.0% 20 20.2 20.5 19.5 21.0 0.5
7. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
8. 192.168.1.1 0.0% 20 1.2 1.5 1.1 2.5 0.3
Avaliação
A avaliação mostra que a perda de pacotes ocorre exclusivamente na rota de saída. As perdas aparecem nos saltos 4, 5 e 6, indicando um problema no caminho do cliente até o servidor, como congestionamento ou dispositivos de rede defeituosos em um segmento da rota. Na rota de retorno, não há perdas, o que significa que a conexão na direção oposta está estável.
Exemplo: Perda de Pacotes Apenas na Rota de Retorno (Servidor → Cliente)
Descrição
Neste exemplo, a perda de pacotes ocorre apenas na rota de retorno (do servidor para o cliente), enquanto a rota de saída (do cliente para o servidor) não apresenta perdas. Isso pode indicar um problema em um segmento da rede no caminho de retorno.
Rota de Saída (Cliente → Servidor)
Host Loss% Snt Last Avg Best Wrst StDev
1. 192.168.1.1 0.0% 20 1.2 1.5 1.1 2.5 0.3
2. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
3. 172.16.0.1 0.0% 20 20.2 20.5 19.5 21.0 0.5
4. 203.0.113.5 0.0% 20 30.6 30.3 29.5 31.5 0.6
5. be1234.ccr42.isp.net 0.0% 20 50.2 50.5 49.5 51.0 0.4
6. be5678.ccr21.isp.net 0.0% 20 65.1 65.2 64.5 66.5 0.5
7. 198.51.100.10 0.0% 20 75.2 75.5 75.0 76.2 0.4
8. Destination-IP (Servidor) 0.0% 20 85.3 85.0 84.5 86.0 0.5
Rota de Retorno (Servidor → Cliente)
Host Loss% Snt Last Avg Best Wrst StDev
1. Destination-IP (Servidor) 0.0% 20 85.3 85.0 84.5 86.0 0.5
2. 198.51.100.10 0.0% 20 75.2 75.5 75.0 76.2 0.4
3. be5678.ccr21.isp.net 0.0% 20 65.1 65.2 64.5 66.5 0.5
4. be1234.ccr42.isp.net 10.0% 20 50.6 51.0 50.0 55.0 1.2
5. 203.0.113.5 15.0% 20 35.7 36.5 34.5 40.0 1.8
6. 172.16.0.1 10.0% 20 20.2 21.5 19.5 25.0 2.5
7. 10.0.0.1 0.0% 20 10.5 11.1 10.0 12.5 0.7
8. 192.168.1.1 0.0% 20 1.2 1.5 1.1 2.5 0.3
Avaliação
A avaliação mostra que a perda de pacotes ocorre apenas na rota de retorno. As perdas aparecem nos saltos 4, 5 e 6 da rota de retorno, indicando um problema no caminho do servidor até o cliente.
Reportando Problemas
Embora a ZAP-Hosting monitore a rede continuamente, é importante entrar em contato com nosso suporte rapidamente em caso de problemas de rede. Para garantir um diagnóstico preciso e uma resolução rápida, pedimos que você nos envie os resultados dos seus relatórios WinMTR/MTR tanto da rota de saída quanto da rota de retorno. Essas informações nos ajudam a identificar exatamente as áreas problemáticas e resolver o problema rapidinho.