Por que a saída do meu tracert não corresponde ao meu ipconfig?

Question

Quando me deparei com alguns problemas intermitentes de conectividade com a Internet no outro dia em casa, decidi fazer algo com que raramente me incomodo - conectei meu laptop diretamente ao modem a cabo para ver o que estava acontecendo. Quando a conexão voltou, decidi fazer alguns diagnósticos enquanto ainda estava conectado diretamente para ter certeza de que tudo estava funcionando corretamente.

Durante este teste:

• Meu laptop foi conectado diretamente ao modem a cabo.
  • Até onde eu sei, este é um modem "fictício" - não é um modem a cabo / roteador / dispositivo tudo-em-um.
• Eu não tinha outros dispositivos na rede sendo testados.
• Meu laptop recebeu um endereço IP e um gateway via DHCP, os quais eram endereços "Classe A" publicamente roteáveis.

Se eu executasse um pathping ou tracert no gateway, tudo voltaria ao normal - nada parecia estar entre o meu laptop e o gateway.

No entanto, quando eu executava os mesmos utilitários em relação a outros destinos (Google, Yahoo, etc.) na Internet, o primeiro salto retornou na faixa "Classe A" dos endereços RFC 1918. Além disso, o endereço de gateway padrão publicamente roteável não apareceu nos rastreamentos.

Mais uma vez, os únicos dispositivos conectados em minha casa neste momento eram meu laptop e o modem a cabo. Portanto, presumivelmente, o primeiro salto para qualquer endereço que não esteja em minha sub-rede atribuída por DHCP deve ser sempre o endereço que aparecer em ipconfig como o "Gateway padrão".

Alguém poderia explicar como isso pode acontecer e por que pode haver uma razão legítima para isso?

    

Answer 1

tracert funciona enviando pacotes que têm um curto TTL ("tempo de vida") e reúnem os obituários que são enviados de volta. Ou seja, quando um pacote é enviado, ele tem um TTL numérico, que é decrementado por cada host pelo qual o pacote vai. Se o TTL chegar a zero, o pacote morre. O host no qual o pacote morre normalmente envia de volta uma mensagem de controle (ICMP) para declarar "o pacote morreu aqui"; essa mensagem contém o endereço que o dito host considera ser seu próprio endereço verdadeiro. Este não é necessariamente o endereço que você assim: um roteador, por construção, tem vários endereços.

Por exemplo, se o seu gateway como endereço público 66.131.127.1, mas também tem, dentro da rede ISP, o endereço 10.35.184.1, então a mensagem ICMP pode perfeitamente voltar marcada com 10.35.184.1 (este endereço não é "público" "mas isso é principalmente uma convenção, da qual o roteador não precisa estar ciente).

    

Answer 2

Às vezes, os provedores usam o espaço de endereço privado para o roteamento interno. O maior provedor de internet da Alemanha, o T-Online, até colocou servidores nesse espaço de endereços até o final de 2005.

Embora o uso do espaço de endereço privado para o roteamento interno não tenha um impacto negativo na acessibilidade, geralmente é considerado uma prática ruim: ele faz o rastreamento de problemas usando traceroute mais difícil e faz chamadas de suporte.