Je trouve ces deux sorties l'une avec l'autre (ensemble) assez intéressantes.
Voilà ce que ça donne :
ping -c 4 192.168.1.1
PING 192.168.1.1 (192.168.1.1) 56(84) octets de données.
64 octets de 192.168.1.1 : icmp_seq=1 ttl=64 temps=0.487 ms
64 octets de 192.168.1.1 : icmp_seq=2 ttl=64 temps=0.348 ms
64 octets de 192.168.1.1 : icmp_seq=3 ttl=64 temps=0.455 ms
64 octets de 192.168.1.1 : icmp_seq=4 ttl=64 temps=0.345 ms
--- statistiques ping 192.168.1.1 ---
4 paquets transmis, 4 reçus, 0% packet loss, time 3079ms
rtt min/avg/max/mdev = 0.345/0.408/0.487/0.063 ms
linux-6e3s:/home/papaya # traceroute 192.168.1.1
traceroute to 192.168.1.1 (192.168.1.1), 30 hops max, 60 byte packets
1 * * *
2 * * *
3 * * *
4 * * *
5 * * *
6 * * *
7 * * *
8 * * *
9 * * *
10 * * *
11 * * *
12 * * *
13 * * *
14 * * *
15 * * *
16 * * *
17 * * *
18 * * *
19 * * *
20 * * *
21 * * *
22 * * *
23 * * *
24 * * *
25 * * *
26 * * *
27 * * *
28 * * *
29 * * *
30 * * *
c'est bizarre non 
Voilà ce que dit le man du traceroute:
→ If there is no response within a 5.0 seconds (default), an "*" (asterisk) is printed for that probe.
Chez moi, avec la passerelle juste derrière, quand j'utilise traceroute, je n'ai qu'un saut et c'est normal.
toto-PC:/home/thierry # traceroute 192.168.0.1
traceroute to 192.168.0.1 (192.168.0.1), 30 hops max, 60 byte packets
1 kabelbox (192.168.0.1) 3.568 ms 4.304 ms 5.224 ms
Alors que chez toi, ça fonctionne, tu es autorisé à utiliser traceroute, mais il n'y a aucune réponse. Et à partir du 30ème saut (hop ou ttl), ça s'arrête automatiquement, mais ce dernier point est normal.
PS: refais bien les traceroute avec l'option -I, comme je te l'ai rappelé dans mon précédent message.
Il faut réfléchir…