
Os navegadores na minha LAN, independentemente do dispositivo, são sempre lentos para se conectar aos servidores da Internet, mas depois que a conexão é feita, o download das páginas da Web é bastante rápido.
Speedtest.net relata o que eu chamaria de velocidade de conexão à Internet bastante rápida.
Namebench diz que meu “servidor DNS primário atual é o mais rápido” e, de fato, dig obscuredomain.com
retorna um resultado quase instantaneamente.
Traceroute (no macOS), porém, tem o primeiro salto sempre, infalivelmente, sistematicamente, expirando o retorno * * *
(leva cerca de 10 segundos). O segundo salto exibe um IP que é sempre o mesmo, independentemente do servidor ao qual tento me conectar ou no mesmo intervalo (tentei agora e há alguns dias e só posso confirmar que os dois primeiros números eram iguais; os dois primeiros os números também são iguais aos do meu próprio IP, aliás).
O que o primeiro salto sempre expira, quando não é devido à lentidão na resolução de nomes?
$ traceroute -n nausicaa.net
traceroute to nausicaa.net (184.173.122.226), 64 hops max, 52 byte packets
1 * * *
2 213.195.112.1 5.702 ms 5.957 ms 23.590 ms
3 10.15.3.57 4.932 ms 5.974 ms 6.427 ms
4 10.15.3.14 5.196 ms 5.508 ms 4.555 ms
5 213.242.109.89 13.617 ms 13.325 ms 13.633 ms
6 4.69.206.81 107.324 ms 106.877 ms 106.964 ms
7 4.16.253.142 107.276 ms 107.191 ms 107.006 ms
8 169.45.18.176 107.997 ms 118.783 ms 107.929 ms
9 169.45.18.184 107.667 ms * *
10 * 50.97.17.165 126.468 ms *
11 * 50.97.17.162 138.171 ms *
12 50.97.17.57 140.740 ms 138.974 ms 139.650 ms
13 50.97.18.193 209.981 ms
173.192.18.215 138.209 ms 139.719 ms
14 173.192.118.139 139.715 ms 139.320 ms
173.192.118.141 262.584 ms
15 184.173.122.226 137.322 ms 139.245 ms 138.911 ms
$ traceroute -n -I nausicaa.net
traceroute to nausicaa.net (184.173.122.226), 64 hops max, 72 byte packets
1 * * *
2 213.195.112.1 6.703 ms 5.925 ms 4.782 ms
3 10.15.3.57 4.776 ms 5.826 ms 5.343 ms
4 10.15.3.14 5.395 ms 6.958 ms 5.077 ms
5 * * *
6 * * 4.69.206.81 105.994 ms
7 4.16.253.142 106.591 ms 106.862 ms 115.811 ms
8 169.45.18.176 110.287 ms 211.797 ms 108.709 ms
9 169.45.18.184 109.032 ms * 109.376 ms
10 * * 50.97.17.165 126.383 ms
11 * * *
12 50.97.17.57 140.749 ms 138.998 ms 138.941 ms
13 173.192.18.215 250.969 ms 139.695 ms 146.931 ms
14 173.192.118.139 140.894 ms 186.317 ms 139.711 ms
15 184.173.122.226 140.457 ms 139.831 ms 140.058 ms
$ traceroute -n google.com
traceroute to google.com (216.58.214.174), 64 hops max, 52 byte packets
1 * * *
2 213.195.112.1 6.754 ms 10.904 ms 5.777 ms
3 10.15.3.57 5.427 ms 5.135 ms 4.817 ms
4 10.15.3.14 5.086 ms 4.932 ms 4.806 ms
5 * * *
6 4.68.111.46 14.354 ms 15.889 ms 19.699 ms
7 74.125.242.161 14.783 ms
74.125.242.177 16.940 ms
74.125.242.161 15.619 ms
8 172.253.50.73 14.632 ms 13.989 ms
172.253.50.75 13.863 ms
9 216.58.214.174 13.606 ms 13.634 ms 14.182 ms
Responder1
O primeiro salto não está expirando, ele simplesmente não está respondendo à sua investigação ICMP do traceroute. Este dispositivo de primeiro salto (que é seu gateway padrão) pode ser configurado para bloquear/descartar/ignorar o tráfego ICMP destinado a ele.
Se o endereço MAC do endereço IP do gateway padrão não estiver no cache do host, naturalmente haverá um atraso de algum intervalo (provavelmente na faixa de milissegundos) enquanto o seu host faz um ARP para o endereço MAC do endereço IP do gateway padrão.