Lequel marche bien ? traceroute ou tcptraceroute ?
Traceroute marche bien
traceroute 212.27.32.66
traceroute to 212.27.32.66 (212.27.32.66), 30 hops max, 60 byte packets
1 192.168.34.1 (192.168.34.1) 0.204 ms 0.180 ms 0.190 ms
2 192.168.33.1 (192.168.33.1) 0.786 ms 0.787 ms 1.132 ms
3 62-193-36-144.as16211.net (62.193.36.144) 4.132 ms 4.409 ms 3.960 ms
4 62-193-37-65.as16211.net (62.193.37.65) 5.119 ms 5.411 ms 5.651 ms
5 stella-telecom.th2-1.rt.hopus.net (37.77.34.54) 4.592 ms 4.818 ms 4.606 ms
6 193.253.13.205 (193.253.13.205) 5.666 ms 3.916 ms 3.726 ms
7 ae40-0.noidf002.aubervilliers.francetelecom.net (193.252.98.110) 4.325 ms 4.125 ms 4.378 ms
8 * * *
9 ae41-0.nosta102.paris.francetelecom.net (193.251.126.61) 4.760 ms 4.527 ms *
10 * * *
11 * * *
12 * p11-crs16-1-be1001.intf.routers.proxad.net (78.254.249.5) 8.006 ms *
13 * * *
14 * * *
15 debian.proxad.net (212.27.32.66) 4.929 ms 4.933 ms 5.173 ms
Par contre je viens de voir que 192.168.33.1 et 192.168.33.196 sont dans denyhost …
Cependant je viens d’enlever les deux adresses mais cela ne marche toujours pas
Je ne vois pas en quoi ces adresses dans denyhosts nous concernent.
Par contre si le tcptraceroute (TCP/80) ne passe pas alors que le traceroute normal (UDP) passe, les connexions HTTP vers l’extérieur, ou du moins vers le miroir Debian, sont impossibles probablement à cause d’un filtrage par un pare-feu situé sur ou derrière la passerelle, peut-être sur le routeur à l’adresse 192.168.33.1.
Edit : Ne faudrait-il pas passer par un proxy pour les connexions HTTP ?
Bonjour,
Je viens de résoudre le problème par l’ouverture du pare-feu (DMZ) en ouvrant le port ftp.
A+
Etonnant dans la mesure où les dépots dans ton sources.list sont définis en HTTP.