Precisa entender: ping

4

Estou usando o Ubuntu 13.10 e Eu usei o ping antes para verificar se o servidor está ativo / desativado.

Alguém pode me ajudar a entender, pois não consigo encontrar nada que explique isso Eu fiz o comando ping usual

ping 8.8.8.8

saída sem domínio do google

64 bytes from 8.8.8.8: icmp_seq=1 ttl=48 time=35.9 ms

Por favor, note o trailing. (período) em IP

ping 8.8.8.8.

saída com o domínio do google

64 bytes from google-public-dns-a.google.com (8.8.8.8): icmp_seq=1 ttl=48 time=35.3 ms

Saída:

developer@chnphp006:~$ ping 8.8.8.8

PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from 8.8.8.8: icmp_seq=1 ttl=48 time=35.9 ms
64 bytes from 8.8.8.8: icmp_seq=2 ttl=48 time=35.7 ms
64 bytes from 8.8.8.8: icmp_seq=3 ttl=48 time=46.2 ms
64 bytes from 8.8.8.8: icmp_seq=4 ttl=48 time=36.6 ms
^C
--- 8.8.8.8 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3005ms
rtt min/avg/max/mdev = 35.779/38.658/46.276/4.415 ms


developer@chnphp006:~$ ping 8.8.8.8.

PING 8.8.8.8 (8.8.8.8) 56(84) bytes of data.
64 bytes from google-public-dns-a.google.com (8.8.8.8): icmp_seq=1 ttl=48 time=35.3 ms
64 bytes from google-public-dns-a.google.com (8.8.8.8): icmp_seq=2 ttl=48 time=35.1 ms
64 bytes from google-public-dns-a.google.com (8.8.8.8): icmp_seq=3 ttl=48 time=36.1 ms
64 bytes from google-public-dns-a.google.com (8.8.8.8): icmp_seq=4 ttl=48 time=35.8 ms
^C
--- 8.8.8.8 ping statistics ---
4 packets transmitted, 4 received, 0% packet loss, time 3001ms
rtt min/avg/max/mdev = 35.128/35.631/36.145/0.441 ms

Que diferença faz o período de fuga no comando ping?

Atualização:

Isso acontece apenas em sistemas Ubuntu , não em centos / Debian.

Outro Ex:

developer@chnphp006:~$ ping 198.252.206.16
PING 198.252.206.16 (198.252.206.16) 56(84) bytes of data.
64 bytes from 198.252.206.16: icmp_seq=1 ttl=52 time=258 ms
64 bytes from 198.252.206.16: icmp_seq=2 ttl=52 time=258 ms
64 bytes from 198.252.206.16: icmp_seq=3 ttl=52 time=273 ms
^C
--- 198.252.206.16 ping statistics ---
3 packets transmitted, 3 received, 0% packet loss, time 2000ms
rtt min/avg/max/mdev = 258.144/263.339/273.598/7.278 ms

developer@chnphp006:~$ ping 198.252.206.16.
PING 198.252.206.16 (198.252.206.16) 56(84) bytes of data.
64 bytes from stackoverflow.com (198.252.206.16): icmp_seq=1 ttl=52 time=259 ms
64 bytes from stackoverflow.com (198.252.206.16): icmp_seq=2 ttl=52 time=267 ms
64 bytes from stackoverflow.com (198.252.206.16): icmp_seq=3 ttl=52 time=271 ms
^C
--- 198.252.206.16 ping statistics ---
7 packets transmitted, 6 received, 14% packet loss, time 6000ms
rtt min/avg/max/mdev = 258.292/264.777/274.093/6.447 ms
    
por ganesh 31.10.2014 / 11:12

2 respostas

4

Normalmente, um ponto final é usado para denotar que o nome do host usado é um nome de domínio totalmente qualificado (na raiz do DNS).

Acrescentar o ponto impediria que o domínio de pesquisa fosse anexado a nomes de host (curtos) em pesquisas de DNS. Por que isso tem o resultado de seus exemplos com um endereço IP , não sei.

Pode ser que normalmente um nome de host com um ponto . também seja interpretado como um FQDN, exceto quando a representação decimal de um endereço IP (quatro números [0-255] separados por pontos) é detectado, mas essa regra de correspondência falha quando o ponto final é adicionado ao endereço IP.

Se o seu domínio de pesquisa for example.com e o registro A de www.example.com. existir:

ping www

deve resolver para:

ping www.example.com. 

e o registro A do seu servidor web e resulta em alguns pacotes ICMP sendo enviados para o seu servidor web.

ping www.

falhará, porque o AFAIK não possui um domínio de nível superior www

    
por 31.10.2014 / 14:41
3

O período posterior altera de um endereço IP que ele usa apenas em formato numérico para um nome de domínio que procura usando a resolução de endereço reverso (domínio in-addr.arpa).

    
por 06.12.2014 / 01:33