Quando uso traceroute(na verdade, tracertcomando para Windows) para endereços de destino diferentes, sempre obtenho as mesmas contagens de saltos.
Por exemplo: Para superuser.com, eu recebo:
Tracing route to superuser.com [151.101.1.69]
over a maximum of 30 hops:
1 6 ms 1 ms 1 ms 192.168.0.1
2 2 ms 3 ms 3 ms 10.201.0.1
3 4 ms 2 ms 2 ms angeldropsltd.com [103.242.217.37]
4 8 ms 4 ms 4 ms 151.101.1.69
Trace complete.
Para microsoft.com, eu recebo:
Tracing route to microsoft.com [23.100.122.175]
over a maximum of 30 hops:
1 3 ms 3 ms 1 ms 192.168.0.1
2 5 ms 2 ms 2 ms 10.201.0.1
3 4 ms 2 ms 2 ms angeldropsltd.com [103.242.217.37]
4 7 ms 4 ms 4 ms 23.100.122.175
Trace complete.
É semelhante para todos os outros sites que tentei até agora.
Quero saber as possíveis razões pelas quais isso está acontecendo. Tenho um breve conhecimento de como traceroutefunciona. Destinos diferentes devem ter contagens de saltos diferentes. Meu ISP (AngelDrops) pode não ter todos os servidores de destinodiretamenteconectado. Eu acho que meu ISP está fazendo algo aqui. Então, quais são as razões para isso acontecer?
Responder1
Vou lhe dar minha melhor chance de explicar isso. Mas não sei por que seu ISP está fazendo isso.
Primeiro, é importante entender como funciona o Traceroute. Traceroute funciona configurando o valor TTL (Time To Live) nos pacotes IP que ele envia. Cada salto que seu pacote leva ao longo do caminho diminuirá o TTL em 1. Quando o TTL atingir 0, se o seu pacote não tiver alcançado o destino pretendido, uma mensagem ICMP inacessível será enviada de volta contendo o endereço IP do último roteador alcançado.
Portanto, quando você emite o tracertcomando, o Windows envia uma série de pacotes ICMP com valores TTL crescentes. O primeiro pacote sai com TTL 1, o próximo pacote com TTL 2 e assim por diante. Desta forma, cada roteador ao longo do caminho até o seu destino pode ser descoberto - se responder com ICMP inacessível. Se apenas descartar o pacote, você obterá a resposta * * * do tracert e nenhuma informação.
Então, o que parece estar acontecendo aqui é que o seu ISP (AngelDrops) não está respeitando a configuração TTL. Em vez disso, parece que eles estão removendo ou filtrando essas informações do pacote quando elas chegam até eles. Por causa disso, uma vez que o pacote chega ao AngelDrops, eles o encaminham para seu destino com um TTL "padrão" muito mais alto. Isso faz com que o pacote percorra todo o caminho até seu destino e a resposta final que você vê é do destino.
O TTL em um pacote IP é realmente projetado para evitar loops de rede onde um pacote continua a circular dentro da rede em círculo para sempre.
Espero que faça sentido. Agora, por que seu ISP faz isso? Não tenho muita certeza, mas pode ser que eles vejam a adulteração do TTL como um possível risco de segurança para sua rede e, portanto, o filtrem. Honrar seus dados TTL não é realmente necessário para o funcionamento adequado da rede.
Sendo que não sei nada sobreAngelDrops, pode haver algo fora do padrão neste ISP, talvez seja sem fio, ou um serviço VPN, ou algo parecido. Existem vários detalhes técnicos possíveis que explicam por que as coisas ficam estranhas com eles.
Com base no que vejo no seu traceroute, parece que você está em algum tipo de serviço de Internet compartilhado. Você não está obtendo um IP público real, então provavelmente está atrás de algum tipo de rede NAT onde compartilha o mesmo IP público com vários usuários. Isso explicaria tudo.