Hello,

  regardes si tu as un des outils arping ou arping2 installés; si oui, utilises-les a la place de ping, si l'access point répond, c'est un problème de filtrage (l'AP refuse les pings pour raison de sécurité).

  Il est aussi possible que l'AP utilise une autre adresse IP que celle que tu penses; as-tu changé la config récemment ? l'AP utilise-il dhcp ? dans le pire des cas, un reset de l'AP devrait lui réattribuer un mode de fonctionnement par défaut décrit dans la documentation du matériel.

  Tout ce qu'on peut dire ici, c'est que la couche 802.11 est opérationnelle, puisque iwconfig rapporte l'adresse matérielle de l'access point. l'ESSID est donc correct, et a priori la clef WEP aussi.

PS: ipv6 calcule l'adresse stateless de l'interface réseau en utilisant les dernier bits de l'adresse MAC. regarde bien... ca ne sert a rien de cacher le dernier byte de tes adresses MAC, si tu ne caches pas aussi la fin de l'adresse ipv6.

C'est un routeur avec access point wireless intégré, donc ? Si ce n'est pas le cas, la configuration devient un poil plus subtile... si l'AP n'est pas en mode bridge, utiliser la même plage d'adresses d'un côté et de l'autre ne fonctionnera pas.

essaies de refaire ping et arping, avec tcpdump qui tourne en fond (tcpdump -i eth1) et colles le log ici, colle aussi la table de routage a tout hasard (route -n), le firewall (iptables -L), et la configuration du solveur dns (cat /etc/resolv.conf)

Dernier détail, la machine linux est-elle configurée avec une ip statique ? si ce n'est pas le cas, c'est qu'elle a bien réussi a communiquer avec un serveur DHCP, donc le problème doit être plus haut...

Euh, y'a un problème la, parce que dans ton premier post la carte wireless avait une adresse IP, donc le dhcp avait du fonctionner; c'est pas normal non plus que la table de routage soit vide. "domain site" est pas catholique non plus mais ca devrait pas gêner a ce stade.. et l'erreur de ping d'avant n'est pas cohérente non plus avec la description d'après.

Jvois pas trop ce que tu peux essayer d'autre, a part vérifier encore que la clef WEP est correcte a tout hasard, et également ceci:

# ifconfig wlan0 192.168.1.100 netmask 255.255.255.0 broadcast 192.168.1.255
# route add default gw 192.168.1.1
# echo "nameserver 192.168.1.1" >/etc/resolv.conf

eth0 & wlan0 en même temps, ça c'est une diée très étrange. Pour que mon wifi fonctionne je dois désactiver eth0.

UP !  (svp...)

Ma clé wep, je ne la désactive pas pendant 2 jours...
Depuis j'ai remis la clé. Je ne peut pas me permettre non plus de laisser des heures mon réseau sans protection. (Vous me répondrez qu'une clé wep n'est pas la meilleure solution de sécurité, mais je n'ai pas non plus le temps de faire le tour de tout les ordis).

Je le ferai ce soir si j'ai le temps...

Personnellement j'aime pas trop le contenu de ton /etc/resolv.conf.

A ta place, j'essaierai de mettre en commentaire la ligne "domain site" et à la place de mettre "nameserver 192.168.1.1", ton fichier devrait donc ressembler à ceci :

#domain site
nameserver 192.168.1.1

une fois la modification effectuée (en root bien sur) il faut quitter et réinitialiser la connection en faisant :

sudo ifdown wlan0
sudo ifup wlan0

Essaie déjà ça et tiens nous au courant...

Ben la dernière fois que j'en ai touché une en tout cas, j'ai utilisé des ifup/ifdown...

Pour l'utilité de le faire, tu dois avoir raison, il n'est sûrement pas nécessaire de relancer l'interface, le changement est détecté automatiquement.

As-tu déterminé si c'est un problème de routage ou de DNS ?

Est-ce que tu arrives a pinger une adresse numérique a l'extérieur ?

Est-ce que tu a pris les mesures adéquates avec /etc/resolv.conf ?

Est-ce que ta table de routage (route -n) affiche une entrée par défaut ? (avec destination = 0.0.0.0)

Est-ce que tu as lu la FAQ réseau ?[/code]