A maioria dos sabores de traceroute em * NIX (sistemas operacionais) padrão para enviar pacotes UDP (embora normalmente haja uma opção para alterar isso), o Windows usará como padrão as solicitações de eco ICMP.
Estou rastreando algum servidor entre tracert (Windows) e traceroute (linux) na mesma rede.
Mas a saída é diferente.
tracert pode rastrear o servidor de destino.
Mas traceroute não pode.
A saída do traceroute está abaixo (alguns asteriscos omitem).
traceroute to xxx.com (112.125.57.195), 64 hops max, 52 byte packets
1 192.168.1.1 (192.168.1.1) 1.347 ms 0.729 ms 1.083 ms
2 113.109.124.1 (113.109.124.1) 6.519 ms 5.903 ms 6.368 ms
3 183.56.38.137 (183.56.38.137) 6.094 ms 37.891 ms 5.314 ms
4 58.61.243.129 (58.61.243.129) 7.002 ms 8.967 ms 7.673 ms
5 61.144.3.22 (61.144.3.22) 6.169 ms 6.147 ms 5.359 ms
6 202.97.34.117 (202.97.34.117) 40.194 ms 532.342 ms 536.089 ms
7 220.181.16.54 (220.181.16.54) 578.522 ms 586.950 ms 627.117 ms
8 220.181.70.150 (220.181.70.150) 607.408 ms 681.635 ms 671.447 ms
9 182.92.255.228 (182.92.255.228) 760.188 ms 766.492 ms 399.930 ms
10 * * *
11 * * *
Isso não pode rastrear o servidor de destino. E toda a saída é um asterisco.
A maioria dos sabores de traceroute em * NIX (sistemas operacionais) padrão para enviar pacotes UDP (embora normalmente haja uma opção para alterar isso), o Windows usará como padrão as solicitações de eco ICMP.
A diferença entre tracert (windows) e traceroute (linux) é que:
tracert (windows) usará apenas solicitações de eco ICMP.
traceroute (linux) [e um pouco dependente da distribuição linux] padrão para solicitações de eco UDP.
Ambas as soluções são muito antigas e surpreendentemente funcionam há muito tempo, porque, em grande parte da história da Internet, muitas partes da Internet ainda transmitem os dois tipos de tráfego sem filtrá-lo. No entanto, como o tempo progrediu mais & mais roteadores de tráfego principais começaram a filtrar essas solicitações de "eco". (Para mais informações sobre solicitações de eco, comece aqui: link )
Uma alternativa para as solicitações de eco ICMP ou UDP é usada pelo TCP Traceroute, pois ele usa pacotes TCP SYN que são mais capazes de atravessar firewalls modernos.
TCP Traceroute on Windows And Linux
http://simulatedsimian.github.io/tracetcp.html
https://github.com/SimulatedSimian/tracetcp/releases
e para escrever sobre como funciona:
https://support.logicboxes.com/helpdesk/index.php?/Knowledgebase/Article/View/11/37/using-tcp-traceroute-on-windows-and-linux
E aqui está uma cópia de um dos exemplos de uso simples / típico:
C:\tracetcp>tracetcp www.redhat.com:443 -h 3
Tracing route to 184.85.48.112 [a184-85-48-112.deploy.akamaitechnologies.com] on
port 443
Over a maximum of 30 hops.
3 32 ms 50 ms 56 ms 172.20.16.65
4 34 ms 14 ms 33 ms 172.26.16.1
5 503 ms 14 ms 68 ms 172.20.7.34
6 43 ms 170 ms 25 ms 203.117.35.9
7 28 ms 86 ms 26 ms 203.117.34.2
8 216 ms 168 ms 99 ms 203.117.34.14
9 * * * Request timed out.
10 Destination Reached in 211 ms. Connection established to 184.85.48.112
Trace Complete.
Você DEVE instalar a biblioteca winpcap para esta versão funcionar. O tracetcp foi testado com a versão 3. * e 4. * desta biblioteca. (Porque o WinXP SP2 removeu soquetes brutos). Mas se você é um cara da rede, provavelmente já tem winpcap & wireshark já instalado de qualquer maneira.
Tags networking trace