O que significa quando faço ping de um IP do terminal

Question

Eu estou tentando pingar um IP da nossa máquina, mas estou recebendo 100% de perda de pacotes quando faço isso para um determinado domínio - cox.net

por exemplo -

ping -I 199.106.175.128 gmail.com
PING gmail.com (216.58.214.37) from 199.106.175.128 : 56(84) bytes of data.
64 bytes from fra15s09-in-f37.1e100.net (216.58.214.37): icmp_seq=1 ttl=44     time=150 ms
64 bytes from fra15s09-in-f37.1e100.net (216.58.214.37): icmp_seq=2 ttl=44 time=150 ms
64 bytes from fra15s09-in-f37.1e100.net (216.58.214.37): icmp_seq=3 ttl=44 time=150 ms

--- gmail.com ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2000ms

Mas quando faço isso para o cox.net com o mesmo IP, estou recebendo 100% de perda de pacotes.

PING cox.net (68.99.123.161) from 199.106.175.128 : 56(84) bytes of data.

--- cox.net ping statistics ---
5 packets transmitted, 0 received, 100% packet loss, time 3999ms

isso indica que o meu IP não está acessível para o servidor cox.net e pode ser acessado pelo gmail e por todo o domínio? Alguém por favor pode me dizer o que isso significa?

    

Answer 1

Para o cox.net, significa que o servidor / firewall está aparentemente configurado para ignorar todas as solicitações de eco ICMP (tentei fazer o ping dele e posso confirmar o mesmo), então sua ferramenta de ping não consegue receber nenhuma resposta de eco ICMP all (para os pedidos de eco ICMP enviados para o servidor) e mostra 100% de perda de pacotes. No entanto, o servidor está ativo e é capaz de responder a outros tipos de tráfego, como o HTTP na porta TCP 80, como você sabe, acessando-o no seu navegador.

Ping pode ser uma boa ferramenta para verificar a perda de pacotes, no entanto o servidor remoto precisa ser configurado para responder a solicitações de eco ICMP, se você não obtiver respostas para algum servidor, isso significa que o servidor não está acessível / inativo ou é configurado para ignorar solicitações de eco ICMP, você não tem como saber isso com ping.

Não existe uma maneira "universal" de saber se algum servidor está ativo / acessível, como servidor / firewall pode ser configurado para responder apenas para alguns protocolos específicos e portas específicas, mas ignorar completamente qualquer outra coisa, então pode ser diferente para cada servidor ...