Bir atlamada Traceroute zaman aşımı verir

Traceroute'a bakıyordum ve davranışını anlamaya çalışıyordum. Teorik olarak IP yönlendirmesinin nasıl yapıldığını ve traceroute'un nasıl çalıştığını anladım, ancak bu durum beni şaşırtıyor.

traceroute to google.com.ar (172.217.162.3), 64 hops max, 52 byte packets
 1  192.168.0.1 (192.168.0.1)  1.935 ms  1.367 ms  1.271 ms
 2  10.38.0.1 (10.38.0.1)  9.717 ms  11.107 ms  13.901 ms
 3  10.242.3.165 (10.242.3.165)  10.858 ms  11.663 ms  10.366 ms
 4  cpe-200-115-194-173.telecentro-reversos.com.ar (200.115.194.173)  12.070 ms  11.944 ms  11.704 ms
 5  cpe-200-115-194-174.telecentro-reversos.com.ar (200.115.194.174)  11.402 ms  12.110 ms  11.167 ms
 6  74.125.242.209 (74.125.242.209)  13.539 ms  13.080 ms  11.767 ms
 7  216.239.58.217 (216.239.58.217)  10.603 ms  11.635 ms  10.811 ms
 8  eze04s07-in-f3.1e100.net (172.217.162.3)  11.510 ms  11.575 ms  10.955 ms

Orada özel bir IP var, 10.38.0.1, izini sürmek ve / veya pinglemeye çalıştım. Eğer yönlendiricim 172.217.162.3’ü çözerken bu sekmeyi çözerse, sekmeyi hedef olarak çözmelidir.

traceroute to 10.38.0.1 (10.38.0.1), 64 hops max, 52 byte packets
1  192.168.0.1 (192.168.0.1)  1.777 ms  1.481 ms  2.287 ms
2  * * *
3  * * *

Hiçbir şey değil

Traceroute ile deneyelim -Ben de belirtildiği gibi:

Traceroute neden başarısız oluyor?

traceroute to 10.38.0.1 (10.38.0.1), 64 hops max, 72 byte packets
 1  192.168.0.1 (192.168.0.1)  1.686 ms  1.218 ms  1.145 ms
 2  * * *
 3  * * *

Ne ...

Neler oluyor?

traceroute -v
Version 1.4a12+Darwin

Bağlantı: Geniş bant yönlendirici Cisco DPC3925 kullanarak WAN'a bağlanan LAN

Orada özel bir IP var, 10.38.0.1, izini sürmek ve / veya pinglemeye çalıştım. Eğer yönlendiricim 172.217.162.3’ü çözerken bu sekmeyi çözerse, sekmeyi hedef olarak çözmelidir.

Hayır. Öncelikle, traceroute, önceki yönlendiricinin çözmek istediği atlamayı göstermiyor; bu sekmenin kendisini tanımladığı adresi gösterir, ki bu her zaman aynı adres değildir. (İletilen IP paketlerinin her bir sekmenin değil, her zaman orijinal hedefin IP adresine sahip olduğunu unutmayın.)

Her sekme bir ICMP "TTL aşıldı" hata paketini göndererek kendisini tanımlar ve bunun için uygun bir kaynak adresi seçmesi gerekir. Farklı arayüzlerde de çeşitli Internet adresleri, artı yönetim ağları da dahil olmak üzere pek çok adrese sahip olacak ve çeşitli adres seçim algoritmaları kullanabilecektir, örneğin "en düşük adresi sayısal olarak kullanmak" gibi basit bir şey.

Kısacası, kesinlikle önceki sıçramanın hiçbir güzergahının olmadığı bir adres olabilir.

İkinci sorun (orada bile vardır o adrese doğru tam yolları) hem olmasıdır pingve traceroutebir nihai hop tespit gönüllü gönderilen yanıtın. Cihaz ping (ICMP yankı) cevapları basitçe kapatılmış olabilir . Veya, ping / traceroute problarınızı herhangi bir cevap göndermeden ayan bir güvenlik duvarı olabilir. (Ulaşmaya çalıştığınız adres, bir ISS'nin bir yönetim ağı için dahili olarak kullanacağı bir şeye benziyor, bu nedenle güvenlik duvarlarının yalnızca ISS'nin kendi NOC'sinden ve hiçbir yerinden paketleri kabul etmesi muhtemeldir .)