[wag354g] Vreemde traceroutes

[Passenger]

Sinds vanavond is het me opgevallen dat ik een hele vreemde traceroute output krijg:

code:

traceroute to 66.249.93.104 (66.249.93.104), 30 hops max, 40 byte packets
 1  192.168.0.1 (192.168.0.1)  0.894 ms  0.767 ms  0.719 ms
 2  * * *
 3  * * *
 4  * * *
 5  * * *
etc.

Kennelijk gaat het meteen na mijn interne router al fout. Soms krijg ik gek genoeg als laatste hop nog wel de doelhost, soms loopt het op een dood spoor uit. Ik krijg deze gegevens zowel op mijn linux machine als op mijn windows machine... dus daar ligt het volgens mij niet aan.

Een traceroute van buitenaf naar mij toe ziet er als volgt uit:

code:

traceroute to ***.***.***.***, 30 hops max, 38 byte packets
 1  welcome-at-globalswitch.as24730.net (81.23.226.1)  0.998 ms  0.306 ms  0.317
 ms
 2  welcome-at-sara.as24730.net (81.173.0.118)  0.651 ms  0.598 ms  0.584 ms
 3  garnier.dr1-asd5.nl.euro.net (194.134.180.137)  0.751 ms  1.232 ms  0.736 ms
 4  10GE1-4.dr2-asd4.nl.euro.net (194.134.161.6)  0.582 ms  0.661 ms  0.695 ms
 5  194.134.180.18 (194.134.180.18)  0.724 ms  0.727 ms  0.673 ms
 6  195.190.250.146 (195.190.250.146)  2.246 ms  2.167 ms  2.577 ms
 7  * * *
 8  * * *
 9  * * *
10  * * *
11  * * *
etc.

Komt dus al helemaal op niets uit!

Ik woon in de regio dordrecht en heb adsl via Wanadoo Lite (kpn dus).
Iemand in de omgeving dordrecht met dezelfde resultaten? Of is mijn router niet helemaal orde?

[Passenger]

*kick*

[Osiris]

Gebruik je onder Linux wel de optie "-I" (hoofdletter i) voor ICMP? Anders gebruikt hij namelijk UDP en dat pikt mijn router niet... ICMP wel

Verder blocken routers ingaande ICMP nog wel eens, voor de "veiligheid" (hoewel 't wel tegen bepaalde RFC's is)

[ Voor 40% gewijzigd door Osiris op 13-09-2005 12:51 ]

[Passenger]

Als ik de optie -I gebruik maakt dat weinig verschil met de voorgaande resultaten. Ik vind het zo raar dat alle tussennodes geen gehoor geven, maar de doelhost soms wel? Stel dat mijn router ICMP zou blokkeren, dan zou de doelhost toch ook geen gehoor moeten geven lijkt me?

[Passenger]

zo ziet een traceroute naar google er bijvoorbeeld uit:

code:

traceroute to www.l.google.com (66.249.93.99), 30 hops max, 40 byte packets
 1  192.168.0.1 (192.168.0.1)  0.896 ms  0.587 ms  0.672 ms
 2  * * *
 3  * * *
 4  * * *
 5  * * *
 6  * * *
 7  * * *
 8  66.249.93.99 (66.249.93.99)  11.854 ms  12.551 ms  12.172 ms

dat is toch vreemd?

[Bigs]

Heb je niet een firewall in je router aan staan die de TTL exceeded packets blokkeert? Dat zou deze resultaten namelijk wel kunnen verklaren.

[Passenger]

Daar vond ik het zelf idd ook al verdacht veel op lijken. Maar de firewall functionaliteit in mijn router heb ik volledig uitgeschakeld!

(het betreft overigens een Linksys WAG354G)

[Passenger]

*kick* is er misschien ondertussen iemand die deze router heeft en het ook kan testen? of misschien dat een modje [wanadoo] kan vervangen door [wag354g] en m naar NT kan verplaatsen?

[ Voor 36% gewijzigd door Passenger op 07-10-2005 02:13 ]

[bjck]

as you wish

[Verwijderd]

Ik heb de wag354g. Tracert geeft dezelfde resultaat als bij jou en ik heb geen idee hoe dat komt. Sorry. Moet eerlijk zeggen dat ik er niet in ben gedoken, ik ging er vanuit dat de firewall het commando blokkeerde.

[Aetje]

Waarschijnlijk blockt je router's interne firewall ICMP verkeer. Probeer die router ns in zn geheel uit te zetten, wellicht met Telnet te doen (expert mode a'la Alcatel 510?).

[Passenger]

*schop*
probleem opgelost in nieuwe firmware, te downloaden op ftp://ftp.linksys.com/international/firmware/

[Rickstah]

Passenger schreef op donderdag 05 januari 2006 @ 13:04:
*schop*
probleem opgelost in nieuwe firmware, te downloaden op ftp://ftp.linksys.com/international/firmware/

Ja, ik heb dus dezelfde router alleen dan voor ISDN.
En daar is nog steeds geen nieuwe versie voor (1.01.03 nog steeds)
Dus voorlopig zit dat er voor * Rickstah niet in