Bonsoir Patrice,
Patrice Karatchentzeff a écrit :
> Le 29/12/07, Patrice Karatchentzeff<patrice.karatchentzeff@???> a écrit :
>> Le 29/12/07, Olivier Allard-Jacquin<olivieraj@???> a écrit :
>
> [...]
>
>>> Essayes d'utiliser temporairement les services de OpenDNS
>>> http://www.opendns.com/ , en mettant
>>> nameserver 208.67.222.222
>>> nameserver 208.67.220.220
>>>
>>> dans ton /etc/resolv.conf
>> Bingo... le ping est pourri mais cela fonctionne...
>
> Bon, cela vient donc de l'Ubuntu...
La Debian n'a pas ce problème ?
> J'ai la route suivante :
>
> Table de routage IP du noyau
> Destination Passerelle Genmask Indic Metric Ref Use Iface
> 192.168.0.0 * 255.255.255.0 U 0 0 0 eth0
> link-local * 255.255.0.0 U 1000 0 0 eth0
> default 192.168.0.254 0.0.0.0 UG 100 0 0 eth0
>
> la seule différence avec la Debian est le link-local : je ne sais pas
> d'où il sort...
La commande "route -n" est peut-êrte plus intéressante, car elle
affiche généralement des adresses IP, et non des noms.
Quoi qu'il en soit, je suppose que le link-local est en fait un réseau
"NO IP" appelé aussi APIPA (peut-être uniquement sous Windows ?). Quoi
qu'il en soit, la RFC 3300 en parlera mieux que moi :
http://www.faqs.org/rfcs/rfc3330.html
<extrait>
169.254.0.0/16 - This is the "link local" block. It is allocated for
communication between hosts on a single link. Hosts obtain these
addresses by auto-configuration, such as when a DHCP server may not
be found.
</extrait>
Pour faire simple, c'est utilisé lorsque tu connectes une machine dans
un réseau et qu'il n'y a pas de serveur DHCP dessus. Chaque machine se
donne alors ALEATOIREMENT une adresse IP en 169.254.0.0/16 (environ
131070 possibilité), afin que les machines puissent dialoguer un minimum
entre elle.
Ce standard a été implémenté sous Linux depuis plusieurs années (dans
les 5 ans je dirais).
> Je n'ai pas de bind qui tourne sur la machine non plus... j'ai arrêté
> celui de la Debian il y a longtemps donc cela ne vient pas non plus de
> là...
>
> Qu'est-ce qui peut bien arrivé à cette machine ? L'install est quasi
> brute de fonderie...
Je dirais que c'est l'utilisation en parallèle de ce réseau en
169.254.0.0/16 qui met peut-être un peu le désordre. Tu tiens réellement
a avoir une adresse IP dynamique ? Tu n'es pas près à passer en IP
statique ? A priori, chez toi je dirais que les adresses IP en
192.168.0.2-192.168.0.9 sont réservées aux IP statiques (de toutre
façon, cela se configure ta console Free).
Je ne saurais trop te conseiller de :
- vérifier avec les dernières lignes de "/sbin/ifconfig eth0" si il n'y
a pas un problème au niveau physique :
RX packets:14158 errors:0 dropped:0 overruns:0 frame:0
TX packets:14243 errors:0 dropped:0 overruns:0 carrier:0
^^^^^^^^ ^^^^^^^^^ ^^^^^^^^^^ ^^^^^^^^^^
- d'utiliser un petit "/usr/sbin/arp -a" afin de vérifier qu'il n'y a
pas de conflit entre des adresses MAC/IP
- d'installer un petit tcpdump/wireshark, afin de vérifier si il n'y a
pas des paquets qui sont envoyés n'importe où, ou qui sont perdus. Entre
autre, il est possible que des paquets multicasts (224.0.0.251) soient
envoyés afin de faire une recherche de DNS. Cela s'appelle du "mDNS", et
je pense que Free doit bloquer cela (et de toute façon, cela ne sert à
rien dans ton cas) :
http://www.multicastdns.org/
Je ne sais pas si il y a un moyen de désactiver cet adressage en
169.254.0.0/16 (et par la même le mDNS). Je suppute que ce soit
possible, mais je te laisse chercher... ;) Je pense que le passage en
adressage IP statique doit résoudre ceci (je n'ai pas ce type de
problèmes chez moi).
Cordialement,
Olivier
--
~~~~~~~ _____/\_____ ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~
Phoenix / _ \/ _ \ Olivier Allard-Jacquin
/ / \ / \ \ Web: http://olivieraj.free.fr/
/___/ / \ \___\ Mail: olivieraj@???
~~~~ ///// ///\\\ \\\\\ ~~~~~~~~~~~~~~~~~~~~~~~ Linux Powered !!
