Gnomaton wrote:Tout d'abord encore merci pour vos réponses.

@didierg: J'ai booté deux fois avec le liveCD Fedora 16 (x86_64) afin de relever deux fois l'adresse MAC de l'interface wlan0 correspondant à ma carte WiFi:

Adresse MAC du 1er boot: 00:08:C3:28:B3:10
Adresse MAC du 2è boot: 00:08:D3:28:F1:51

Pour me connecter, je saisis tout simplement la clé WAP correspondant à ma Livebox (qui figure en dessous de cette dernière), clé que je devais également saisir à la première connexion de mon iPod à la Livebox par exemple.

@Refuznik Je n'ai pas vu cette option (MAC Spoofing)

[EDIT] Une précision qui peut peut-être aider à résoudre le problème. Sous windows 7 (64bits), l'adresse est la suivante (commande ipconfig /all): 00:08:D3:28:B3:51. Elle n'a jamais changé, est-ce la véritable adresse MAC de la carte ?
00:08:D3 correspond bien à l'ID Hercules : http://www.coffer.com/mac_find/?string=00%3A08%3AD3

En revanche 00:08:C3 correspond à Contex A/S ce qui n'a rien à voir.... http://www.coffer.com/mac_find/?string=00%3A08%3AC3

Je ne comprend donc pas pourquoi, même avec un LiveCD, l'adresse change...

Peux-tu faire la manip LB éteinte pour être sûr d'isoler totalement un problème lié à la LiveBox ?

Peux-tu aussi regarder sur la carte ou sur la boite de celle-ci l'adresse qui est indiqué par le vendeur ?

Peux-tu aussi passer la commande lspci et donner la ligne correspondant à ta carte Hercules ?
@didierg: Voilà le résultat des manipulations.

Livebox éteinte:

Adresse MAC du 1er boot: 00:0C:73:20:93:19
Adresse MAC du 2è boot: 00:08:D3:20:91:51

Sur le dos de la carte PCI, il est écrit:

MAC 0008D328B351

Retour de la commande lspci pour la carte WiFi:
lspci wrote:09:00.0 Network controller: Ralink corp. RT2561/RT61 802.11g PCI
Tu nous disais précédemment
[EDIT] Une précision qui peut peut-être aider à résoudre le problème. Sous windows 7 (64bits), l'adresse est la suivante (commande ipconfig /all): 00:08:D3:28:B3:51. Elle n'a jamais changé, est-ce la véritable adresse MAC de la carte ?
et tu complètes par
Sur le dos de la carte PCI, il est écrit:

MAC 0008D328B351
Je pense donc que sans nous tromper nous pouvons dire que c'est la véritable MAC address de ta carte, celle qui est gravée dans le silicium et que tu devrais retrouver sous Linux...

Maintenant pourquoi cette adresse est-elle correcte sous Windows et pourquoi varie-t-elle sous Fedora mais aussi sous Ubuntu et Mint ( http://forum.ubuntu-fr.org/viewtopic.php?id=759191 ) ?

Personnellement je pencherais pour un problème de driver mais je suis étonné que tu sois le seul dans ce cas.... Où as-tu acheté ta carte ? Chez Orange ou ailleurs ?
lspci wrote:09:00.0 Network controller: Ralink corp. RT2561/RT61 802.11g PCI
Peux-tu poster le résultat de la commande :

sudo lspci -s 09:00.0 -nn -k
Une piste a étudier, un problème matériel qui ne se manifeste qu'avec le driver Linux:

https://bugzilla.redhat.com/show_bug.cgi?id=469669

Même si ce bug à 3 ans il y a pas mal de similitudes....

00:08:D3:28:B3:51 Windows OK

00:08:C3:28:B3:10 Linux BAD
00:08:D3:28:F1:51 Linux BAD

00:0C:73:20:93:19 LB éteinte
00:08:D3:20:91:51 LB éteinte
Voici le retour de la commande "sudo lspci -s 09:00.0 -nn -k":
Terminal wrote:[anthony@anthony-pc ~]$ lspci -s 09:00.0 -nn -k
09:00.0 Network controller [0280]: Ralink corp. RT2561/RT61 802.11g PCI [1814:0301]
Subsystem: Hercules Device [1681:0050]
Kernel driver in use: rt61pci
Kernel modules: rt61pci
Pourrais-tu regarder si c'est le module eeprom_93cx6 qui est utilisé pour lire l'eeprom de ta carte :

lsmod | grep eeprom_93cx6

Pourrais-tu essayer ensuite de répéter plusieurs fois l'ensemble de la séquence de commande suivantes (en root) :

rmmod rt61pci ===> pour décharger le driver
rmmod eeprom_93cx6 ===> pour décharger le module de lecture eeprom si c'est celui-ci qui est utilisé

modprobe eeprom_93cx6 ===> pour charger le module de lecteur eeprom si c'est celui-ci qui est utilisé
modprobe rt61pci ===> pour recharger le driver
ifconfig ===> pour noter la MAC address

Après cette manip, il serait également intéressant de regarder ce qu'il y a dans le fichier message pour le driver:

cat /var/log/messages | grep rt61pci

Mais je pense que tu peux déjà demander une carte Ethernet pour tes étrennes...
As tu essayé de mettre en dur une adresse mac dans le fichier de configuration ? Ou de forcer l'adress mac avec udev ?

Que donne la commande 
udevadm info -a -p /sys/class/net/<yourdevice> | grep address
Tu pourrai essayé de faire un petit test comme ceci:

Créer un petit script avec 
for dir in /sys/class/net/* ; do
    [ -e $dir/device ] && {
        basename $dir ; readlink -f $dir/device
    }
done

#OUTPUT:
em1
/sys/devices/pci0000:00/0000:00:19.0
ou simplement 
ethtool -i em1 | grep bus

#OUTPUT :
bus-info: 0000:00:19.0
tu prends le ID PCI 0000:00:19.0 et tu créer un fichier de règle udev comme ceci (c'est mieux de mettre en minuscule): 
cat > /etc/udev/rules.d/70-persistent-net.rules << EOF
ACTION=="add", SUBSYSTEM=="net", BUS=="pci", KERNELS=="0000:00:19.0", ATTR{address}="00:08:d3:20:91:51", NAME="eth0"
EOF
OU
cat > /etc/udev/rules.d/70-persistent-net.rules << EOF
KERNEL=="eth*", SYSFS{address}="00:08:d3:20:91:51", NAME="eth0"
EOF
OU
SUBSYSTEM=="net", ACTION=="add", DRIVERS=="?*", ATTR{type}=="1", KERNEL=="eth*", ATTR{address}="00:08:d3:20:91:51", NAME="eth0"
On verra si cela change quelque chose ou pas.

Sinon tu pourrai simplement faire un 
ifconfig eth0 hw ether 00:08:D3:20:91:51
dans un script au démarrage.
@theboogymaster, son problème a été solutionné, on recherche seulement pourquoi le wifi se paie une nouvelle adresse à chaque interrogation de la box.
Refuznik wrote:@theboogymaster, son problème a été solutionné, on recherche seulement pourquoi le wifi se paie une nouvelle adresse à chaque interrogation de la box.
Oui j'ai vu qu'il a pu corrigé le problème du nom du CI.Mais cette fois si je me demander si c'était possible de forcer une adresse mac avec udev.
17 jours plus tard
Bonjour à tous.

Désolé pour l'absence.

J'ai procédé à plusieurs tests qui vont peut-être changer la donne. En effet, le problème est apparu à partir du moment où j'ai changé de plate-forme (LGA-1155). Je suis passé sur une Asus P8P67 accompagnée d'un i5-2500k, mais c'est la carte mère qui est intéressante. En effet, auparavant je possédais une Gigabyte GA-EP45-DS3, et je n'avais jamais eu de problème. J'ai donc procédé à plusieurs tests avec le liveCD Fedora 16, en montant la carte WiFi sur chaque carte mère.

Asus P8P67 + LiveCD Fedora 16 = 2 boots = deux adresses MAC différentes pour la carte WiFi

Gigabyte GA-EP45-DS3:

Premier boot + LiveCD Fedora 16 = Adresse mac -> 00:08:D3:28:B3:51
Second boot + LiveCD Fedora 16 = Adresse mac -> 00:08:D3:28:B3:51

Soit Fedora 16, ou plutôt le dernier noyau en date n'est vraiment pas à l'aise avec le Chipset P67 de la Asus, soit c'est un problème dans la configuration de la carte mère (BIOS), mais je n'ai jamais rien touché dedans.

(J'ai aussi testé une très vieille distribution, Ubuntu 7.10, qui devait embarquer un ancien noyau, et même problème, adresse MAC différente à chaque démarrage, sauf avec la Gigabyte GA-EP45-DS3...)

Qu'en pensez-vous ?

Merci,

Gnomaton
Bonjour

Cherchant une solution à un problème non pas similaire mais exactement le même - même carte wifi, même problème de changement d'adresse mac - je tombe sur ce fil.
J'ai également une carte mère type P67 : ASROCK P67 extreme 4 Gen3 et depuis que je l'ai, ce souci est apparu. Je n'ai jms eu ce souci auparavant avec mon ancien P4 (me rappelle plus la carte mère).

Linux version 3.0.0-14-generic

J'espère que ces infos seront utiles à la résolution de ce problème
Je vais regarder côté Bios pour voir si il y a un paramètre concernant la carte... Quoique pas gagné car je suis habitué au Vieux Bios, flèches et cie et là je peux m'y balader à la souris ce qui est assez déroutant ^^'

Je suis ce fil avec attention :p

Loupanda
Bonsoir loupanda. D'après ton témoignage, je pense que c'est bien un problème de compatibilité avec le chipset P67... Je continue mes recherches de mon côté, et merci aux différentes personnes pour l'aide déjà apportée.

Gnomaton
Il serai peut être bien de regarder des bug redhat, pour voir si ce problème a déjà était abordée et si un correctif existe.
18 jours plus tard
Bonjour
Dans un des post précédents, un rapport de bug similaire a été mentionné.
Ce rapport est intéressant car il montre que les cartes incriminées possèdent la même "puce" de chez Ralink nommée rt61.
N'étant pas doué pour jongler avec le terminal :-P , je ne suis pas fan des solutions commandes en tout sens. J'aime le plug and play :-D , d'ailleurs pour ca que je suis sur une Ubuntu

Donc ceci m'amène à une question : Si je change de carte Wifi, y a t-il des chances pour ce bug saute? (à condition de ne pas prendre une carte à base de rt61 trucmuche)
Je dois aller en chercher une chez un ami prochainement, mais en ce moment pas trop de temps pour ça ^^' et ce prochainement commence à faire long (hein Gnomaton :-P )

Bon, j'espère ne pas avoir trop dit de conneries.

Bonne journée et @ plus tard
Ce qui me surprend le plus, c'est qu'il est indéniable que c'est le chipset de la carte mère qui est incriminé. Ce bug est inexistant avec la même carte WiFi, la même version de Fedora (Fedora 16 64bits) mais avec une carte mère à base de chipset P45 ! C'est assez étrange non ?
Les questions de timing sont souvent étranges....

Vu le rapport de bug, ça vaut effectivement le coup de tester avec une carte qui utilise un autre driver...
2 mois plus tard
Bonjour les gens

Après un petit moment, je me suis mis à chercher dans mon entourage des cartes wifi à tester.

J'ai mis la main sur deux modèles :

TrendNetTEW-423PI / Chipset : RTL8185L ---> signal faible, je déconseille
TP-Link TL-WN951N /chipset Atheros AR5008 ---> signal à 70% (alors que mon ancienne tapée à 88%)

Quoiqu'il en soit avec ces deux modèles, l'adresse mac ne saute plus. Je peux réactiver le filtrage, tout roule.
Donc le problème vient bien du chipset rt61.

Après, je tiens à signaler que je n'avais aucun problème avant de passer sous Ubuntu 11.10 64bits du fait que j'ai changé de bécane.
Avant, j'étais en 32bis sous 10.04

Je n'ai plus qu'à rendre ces cartes à leurs proprio et m'en procurer une nouvelle 😃

En espérant que ces infos pourront être utile

@+