A seguir, parte do traceroute
meu servidor hospedado:
9 ae-2-2.ebr2.dallas1.level3.net (4.69.132.106) 19.433 ms 19.599 ms 19.275 ms
10 ae-72-72.csw2.dallas1.level3.net (4.69.151.141) 19.496 ms
ae-82-82.csw3.dallas1.level3.net (4.69.151.153) 19.630 ms
ae-62-62.csw1.dallas1.level3.net (4.69.151.129) 19.518 ms
11 ae-3-80.edge4.dallas3.level3.net (4.69.145.141) 19.659 ms
ae-2-70.edge4.dallas3.level3.net (4.69.145.77) 90.610 ms
ae-4-90.edge4.dallas3.level3.net (4.69.145.205) 19.658 ms
12 the-planet.edge4.dallas3.level3.net (4.59.32.30) 19.905 ms 19.519 ms 19.688 ms
13 te9-2.dsr01.dllstx3.networklayer.com (70.87.253.14) 40.037 ms 24.063 ms
te2-4.dsr02.dllstx3.networklayer.com (70.87.255.46) 28.605 ms
14 * * *
15 * * *
16 zyzzyva.site5.com (174.122.37.66) 20.414 ms 20.603 ms 20.467 ms
Qual o significado das linhas 14 e 15? Informação oculta?
dns
ip-address
Chang
fonte
fonte
O Traceroute envia pacotes para o destino com o campo "time to live" (TTL) igual ao número de saltos.
Todo roteador diminui o valor do TTL de um pacote recebido e, se vir um pacote recebido com TTL = 0, o descarta; caso contrário, diminui o valor e o envia ainda mais. Ao mesmo tempo, envia informações de diagnóstico à fonte sobre a identidade do roteador.
Se o roteador não responder dentro de um tempo limite, o traceroute imprime um asterisco. As linhas 14 e 15 mostram que os roteadores que descartam pacotes com os TTLs originais 14 e 15 não responderam dentro do tempo limite.
fonte
Outro motivo é que normalmente são enviados 3 pacotes para cada máquina, e algumas máquinas respondem apenas ao primeiro pacote, não importa o quê.
Se o problema for apenas um problema de tempo limite, você poderá definir o
-w
parâmetro para o número de segundos que deseja esperar; por exemplo,traceroute -w 10 google.com
esperará 10 segundos em vez do padrão de 5 segundos.Nota: Alguns clientes traceroute usam milissegundos em vez de segundos para o
-w
parâmetrofonte
Arp pode ter expirado. Configurei uma rede de teste com o packetracer e obtive um asterisco para um host de destino. Em seguida, executei o ping, obtive uma resposta e tracei novamente e funcionou. Percebi então que as máquinas que estavam retornando asterisco não tinham entradas arp no roteador local
fonte