macchanger - option ending - mistake in new MAC address

OlaffTheGreat · 2014-03-27 23:02:22

Hi folk,

I use macchanger on my ethernet card to share my network.
My access point is by default associated to my ethernet IP.
To connect to this point more than one machine,
I cloned my terminal's MAC address into a router,
and spoof the terminal MAC to avoid conflict with the cloned MAC from the router.
It does work (If any better solution, I'm listening), but I have a tiny bug,

So, I do have an issue with the --ending option,
which keeps the card's brand prefix and alter only the end.
However, if it does the trick, it alters also the 2nd digit of the first set wrong,
changing it from 0 to 2:

# macchanger -s enp3s0
Current MAC:   02:24:ZZ:xx:xx:xx (unknown)
Permanent MAC: 00:24:ZZ:yy:yy:yy (Asustek Computer Inc.)

It have this behaviour since the beginning of my using of this option.
3.13.6-1-ARCH
macchanger v.1.6.0-2
lspci:

01:00.0 Network controller: Ralink corp. RT2790 Wireless 802.11n 1T/2R PCIe
03:00.0 Ethernet controller: Qualcomm Atheros AR8121/AR8113/AR8114 Gigabit or Fast Ethernet (rev b0)

Strike0 · 2014-03-28 16:11:55

Hi, curious of your report I tried it and get the same erroneous change of vendor ID while using the "-e" option. With a wireless card (Intel) it works ok, but the ethernet is also changed from "04:::" (Quanta Computers) to "06:::" (unknown). Maybe that is a pattern already for the error (+2 as in your case). I reckon you found a bug you can report upstream.

OlaffTheGreat · 2014-03-29 00:02:31

Hi, another similar bug on the same option, it does weird indeed.
My ethernet card is Asustek, and a Azurewave for the wireless.
Macchanger --ending seems to work *sometimes* on the wireless : it did change the MAC on it without bug just right now.
But it kept bugging before.

Does anybody else has the same issue ?
I look forward to report a bug

R00KIE · 2014-03-29 01:11:42

I know it's not a solution to this specific problem (it's more of a workaround), and I haven't tested it myself, but systemd is now supposed to be able to change the mac address of cards too, see 'man systemd.link'.

If it works then it might work better I suppose, since it will perform all the changes before anything else starts using the card.

OlaffTheGreat · 2014-03-29 06:50:26

It is indeed an interresting way, this systemd.link. (Still have *a lot* to learn about systemd)
I'll need some more readings, but it could be a good way to do the trick.
Furthermore, in the arch's way, it could match better the "go to the most efficient" by using internal tool instead of a third party software.

Tarqi · 2014-03-29 16:20:05

So why not use

ip link set dev enp3s0 address 02:24:ZZ:xx:xx:xx

?

Last edited by Tarqi (2014-03-29 19:05:41)

OlaffTheGreat · 2014-03-30 07:54:07

At the beginning, I set an address using macchanger -m 00:24:ZZ:xx:xx:xx.
What were the odds to fall in conflict once with another computer who used the exact same MAC (same card model).
... I spent an entire week end to find out why we couldn't have access to internet... (too many times I get stuck on stupid things)
Therefore I prefered a random setting.

Arch Linux

#1 2014-03-27 23:02:22

macchanger - option ending - mistake in new MAC address

#2 2014-03-28 16:11:55

Re: macchanger - option ending - mistake in new MAC address

#3 2014-03-29 00:02:31

Re: macchanger - option ending - mistake in new MAC address

#4 2014-03-29 01:11:42

Re: macchanger - option ending - mistake in new MAC address

#5 2014-03-29 06:50:26

Re: macchanger - option ending - mistake in new MAC address

#6 2014-03-29 16:20:05

Re: macchanger - option ending - mistake in new MAC address

#7 2014-03-30 07:54:07

Re: macchanger - option ending - mistake in new MAC address

Board footer