Pagina 1 di 1
Traceroute... e i ***
Inviato: dom 30 lug 2006, 20:56
da sonzo
ciao, ho un piccolo problema a comprendere una cosetta...
io per connettermi alla rete uso un modem alice ADSL; ma ho provato a fare un traceroute, e questo è l'output:
traceroute to sito.com (IP), 30 hops max, 38 byte packets
1 * * *
e dal 2 in poi vedo tutti i routers.. Come mai l'1 non lo vedo mai?
Io lo voglio/devo vedere.. come faccio??
iptables.. non è attivo!
Inviato: dom 30 lug 2006, 21:25
da gohanz
Ma il numero 1 è il tuo modem sarà 198.168.1.1
Inviato: lun 31 lug 2006, 10:53
da sonzo
Immaginavo, ma perchè non vedo l'ip????
Io voglio vedere l'IP!
Inviato: lun 31 lug 2006, 12:06
da gettons
Perchè il modem non ha un indirizzo ip all 'interno della lan.
Inviato: lun 31 lug 2006, 12:18
da notsafe
Il primo presupposto è capire come funziona traceroute:
ftp://ftp.rfc-editor.org/in-notes/rfc1574.txt
Il secondo è cercare spiegazioni nella documentazione a corredo: man traceroute
A more interesting example is:
[yak 72]% traceroute allspice.lcs.mit.edu.
traceroute to allspice.lcs.mit.edu (18.26.0.115), 64 hops max
1 helios.ee.lbl.gov (128.3.112.1) 0 ms 0 ms 0 ms
2 lilac-dmc.Berkeley.EDU (128.32.216.1) 19 ms 19 ms 19 ms
3 lilac-dmc.Berkeley.EDU (128.32.216.1) 39 ms 19 ms 19 ms
4 ccngw-ner-cc.Berkeley.EDU (128.32.136.23) 19 ms 39 ms 39 ms
5 ccn-nerif22.Berkeley.EDU (128.32.168.22) 20 ms 39 ms 39 ms
6 128.32.197.4 (128.32.197.4) 59 ms 119 ms 39 ms
7 131.119.2.5 (131.119.2.5) 59 ms 59 ms 39 ms
8 129.140.70.13 (129.140.70.13) 80 ms 79 ms 99 ms
9 129.140.71.6 (129.140.71.6) 139 ms 139 ms 159 ms
10 129.140.81.7 (129.140.81.7) 199 ms 180 ms 300 ms
11 129.140.72.17 (129.140.72.17) 300 ms 239 ms 239 ms
12 * * *
13 128.121.54.72 (128.121.54.72) 259 ms 499 ms 279 ms
14 * * *
15 * * *
16 * * *
17 * * *
18 ALLSPICE.LCS.MIT.EDU (18.26.0.115) 339 ms 279 ms 279 ms
Note that the gateways 12, 14, 15, 16 & 17 hops away either don't send
ICMP "time exceeded" messages or send them with a ttl too small to reach
us. 14 - 17 are running the MIT C Gateway code that doesn't send "time
exceeded"s. God only knows what's going on with 12.
The silent gateway 12 in the above may be the result of a bug in the
4.[23] BSD network code (and its derivatives): 4.x (x <= 3) sends an
unreachable message using whatever ttl remains in the original datagram.
Since, for gateways, the remaining ttl is zero, the ICMP "time exceeded"
is guaranteed to not make it back to us.