Teste de Ping e Traceroute
Teste de Ping e Traceroute

Teste de Ping e Traceroute

Ping – Teste de Conectividade

No tópico anterior, você foi apresentado às ferramentas ping e traceroute (tracert). Neste tópico, você aprenderá sobre as situações em que cada ferramenta é usada e como usá-las. Ping é um utilitário de teste IPv4 e IPv6 que usa solicitação de eco ICMP e mensagens de resposta de eco para testar a conectividade entre hosts.

Para testar a conectividade com outro host em uma rede, uma solicitação de eco é enviada ao endereço do host usando o comando ping. Se o host no endereço especificado receber a solicitação de eco, ele responderá com uma resposta de eco. À medida que cada resposta de eco é recebida, o ping fornece feedback sobre o tempo entre o envio da solicitação e o recebimento da resposta. Isso pode ser uma medida de desempenho da rede.

Ping tem um valor de tempo limite para a resposta. Se uma resposta não for recebida dentro do tempo limite, o ping fornecerá uma mensagem indicando que a resposta não foi recebida. Isso pode indicar que há um problema, mas também pode indicar que os recursos de segurança que bloqueiam as mensagens de ping foram ativados na rede. É comum que o primeiro ping atinja o tempo limite se a resolução de endereço (ARP ou ND) precisar ser executada antes de enviar a solicitação de eco ICMP.

Depois que todas as solicitações são enviadas, o utilitário ping fornece um resumo que inclui a taxa de sucesso e o tempo médio de ida e volta até o destino.

Os tipos de testes de conectividade realizados com ping incluem o seguinte:

  • Ping no loopback local
  • Ping no gateway padrão
  • Fazendo ping no host remoto

Faça o ping do loopback

Ping pode ser usado para testar a configuração interna de IPv4 ou IPv6 no host local. Para realizar este teste, execute ping no endereço de loopback local de 127.0.0.1 para IPv4 (:: 1 para IPv6).

Uma resposta de 127.0.0.1 para IPv4, ou :: 1 para IPv6, indica que o IP está instalado corretamente no host. Essa resposta vem da camada de rede. Essa resposta não é, entretanto, uma indicação de que os endereços, máscaras ou gateways estão configurados corretamente. Nem indica nada sobre o status da camada inferior da pilha da rede. Isso simplesmente testa o IP através da camada de rede do IP. Uma mensagem de erro indica que o TCP / IP não está operacional no host.

Faça o ping do loopback
  1. O ping no host local confirma se o TCP / IP está instalado e funcionando no host local.
  2. O ping 127.0.0.1 faz com que o dispositivo execute o ping.

Faça ping no gateway padrão

Você também pode usar o ping para testar a capacidade de um host de se comunicar na rede local. Isso geralmente é feito através do ping do endereço IP do gateway padrão do host. Um ping bem-sucedido no gateway padrão indica que o host e a interface do roteador que atua como gateway padrão estão operacionais na rede local.

Para este teste, o endereço do gateway padrão é usado com mais frequência porque o roteador está normalmente sempre operacional. Se o endereço do gateway padrão não responder, um ping pode ser enviado ao endereço IP de outro host na rede local que esteja operacional.

Se o gateway padrão ou outro host responder, o host local poderá se comunicar com êxito na rede local. Se o gateway padrão não responder, mas outro host sim, isso pode indicar um problema com a interface do roteador servindo como gateway padrão.

Uma possibilidade é que o endereço do gateway padrão incorreto tenha sido configurado no host. Outra possibilidade é que a interface do roteador esteja totalmente operacional, mas tenha segurança aplicada a ela que a impede de processar ou responder às solicitações de ping.

Faça ping no gateway padrão

O host faz um ping em seu gateway padrão, enviando uma solicitação de eco ICMP. O gateway padrão envia uma resposta de eco confirmando a conectividade.

Fazer ping em um host remoto

O ping também pode ser usado para testar a capacidade de um host local de se comunicar em uma internetwork. O host local pode executar ping em um host IPv4 operacional de uma rede remota, conforme mostrado na figura. O roteador usa sua tabela de roteamento IP para encaminhar os pacotes.

Se esse ping for bem-sucedido, a operação de uma grande parte da internetwork pode ser verificada. Um ping bem-sucedido na internetwork confirma a comunicação na rede local, a operação do roteador servindo como gateway padrão e a operação de todos os outros roteadores que podem estar no caminho entre a rede local e a rede do host remoto.

Além disso, a funcionalidade do host remoto pode ser verificada. Se o host remoto não pudesse se comunicar fora de sua rede local, ele não teria respondido.

Nota: Muitos administradores de rede limitam ou proíbem a entrada de mensagens ICMP na rede corporativa; portanto, a falta de uma resposta de ping pode ser devido a restrições de segurança.

Fazer ping em um host remoto

Traceroute – Teste o Caminho

O ping é usado para testar a conectividade entre dois hosts, mas não fornece informações sobre os detalhes dos dispositivos entre os hosts. Traceroute (tracert) é um utilitário que gera uma lista de saltos que foram alcançados com sucesso ao longo do caminho. Esta lista pode fornecer informações importantes de verificação e solução de problemas. Se os dados chegarem ao destino, o rastreamento listará a interface de cada roteador no caminho entre os hosts. Se os dados falharem em algum salto ao longo do caminho, o endereço do último roteador que respondeu ao rastreamento pode fornecer uma indicação de onde o problema ou as restrições de segurança foram encontrados.

Tempo de ida e volta (RTT)

O uso de traceroute fornece tempo de ida e volta para cada salto ao longo do caminho e indica se um salto falha em responder. O tempo de ida e volta é o tempo que um pacote leva para chegar ao host remoto e para a resposta do host retornar. Um asterisco (*) é usado para indicar um pacote perdido ou não respondido.

Essas informações podem ser usadas para localizar um roteador problemático no caminho ou podem indicar que o roteador está configurado para não responder. Se a tela mostrar tempos de resposta altos ou perdas de dados de um salto específico, isso é uma indicação de que os recursos do roteador ou de suas conexões podem estar sobrecarregados.

IPv4 TTL e IPv6 Hop Limit

O Traceroute faz uso de uma função do campo TTL no IPv4 e do campo Hop Limit no IPv6 nos cabeçalhos da Camada 3, junto com a mensagem ICMP Time Exceeded.

Reproduza a animação na figura para ver como o traceroute tira proveito do TTL.

IPv4 TTL e IPv6 Hop Limit

A primeira sequência de mensagens enviada do traceroute terá um valor de campo TTL de 1. Isso faz com que o TTL atinja o tempo limite do pacote IPv4 no primeiro roteador. Este roteador então responde com uma mensagem ICMPv4 Time Exceeded. Traceroute agora tem o endereço do primeiro salto.

O Traceroute então incrementa progressivamente o campo TTL (2, 3, 4…) para cada sequência de mensagens. Isso fornece ao rastreamento o endereço de cada salto à medida que os pacotes atingem o tempo limite mais adiante no caminho. O campo TTL continua a ser aumentado até que o destino seja alcançado ou é aumentado para um máximo predefinido.

Depois que o destino final é alcançado, o host responde com uma mensagem ICMP Port Unreachable ou uma mensagem ICMP Echo Reply em vez da mensagem ICMP Time Exceeded.

Packet Tracer – Verifique o endereçamento IPv4 e IPv6

IPv4 e IPv6 podem coexistir na mesma rede. No prompt de comando de um PC, existem algumas diferenças na maneira como os comandos são emitidos e na forma como a saída é exibida.

[button url=”https://www.ccna.network/wp-content/uploads/2021/01/Lab-13.2.6.zip” target=”self” style=”default” background=”#2fa614″ color=”#FFFFFF” size=”3″ wide=”no” center=”yes” radius=”auto” icon=”” icon_color=”#FFFFFF” text_shadow=”none” desc=”” download=”” onclick=”” rel=”” title=”” id=”” class=””]BAIXE AQUI[/button]

Packet Tracer – Use Ping e Traceroute para testar a conectividade da rede

Existem problemas de conectividade nesta atividade. Além de reunir e documentar informações sobre a rede, você localizará os problemas e implementará soluções aceitáveis para restaurar a conectividade.

[button url=”https://www.ccna.network/wp-content/uploads/2021/01/Lab-13.2.7.zip” target=”self” style=”default” background=”#2fa614″ color=”#FFFFFF” size=”3″ wide=”no” center=”yes” radius=”auto” icon=”” icon_color=”#FFFFFF” text_shadow=”none” desc=”” download=”” onclick=”” rel=”” title=”” id=”” class=””]BAIXE AQUI[/button]

O seu endereço de email não será publicado. Campos obrigatórios marcados com *

CCNA: Introdução às RedesCurso