Arch Linux

Please read this before reporting a bug:
https://wiki.archlinux.org/title/Bug_reporting_guidelines

Do NOT report bugs when a package is just outdated, or it is in the AUR. Use the 'flag out of date' link on the package page, or the Mailing List.

REPEAT: Do NOT report bugs for outdated packages!
Tasklist

FS#34661 - [dhcpcd] master process fails to notice interface with spoofed mac

Attached to Project: Arch Linux
Opened by Gaetan Bisson (vesath) - Sunday, 07 April 2013, 18:55 GMT
Last edited by Dave Reisner (falconindy) - Tuesday, 25 June 2013, 14:35 GMT
Task Type Bug Report
Category Packages: Core
Status Closed
Assigned To Ronald van Haren (pressh)
Architecture All
Severity Low
Priority Normal
Reported Version
Due in Version Undecided
Due Date Undecided
Percent Complete 100%
Votes 0
Private No

Details

With dhcpcd.service enabled, a master dhcpcd process monitors new interfaces and automatically configures them as they are brought up. In particular, when I associate my wireless interface (wlan0) to an access point using wpa_supplicant, dhcpcd automatically configures the new interface.

However, this fails if, prior to starting wpa_supplicant and associating, I spoof the MAC address of the interface using:

ip link set wlan0 down
ip link set wlan0 addr 02:03:05:07:11:13
ip link set wlan0 up

Then, the master dhcpcd process fails to notice the interface. Even asking it nicely to probe the new interface fails:

# dhcpcd wlan0
dhcpcd[728]: sending commands to master dhcpcd process

In spite of this nice reply from the dhcpcd slave, the interface remains unconfigured.

Note that everything works properly if I reset the interface MAC address to its hardware value.
This task depends upon

Closed by  Dave Reisner (falconindy)
Tuesday, 25 June 2013, 14:35 GMT
Reason for closing:  Fixed
Additional comments about closing:  released dhcpcd-6.0.2
Comment by Roy Marples (rsmarples) - Tuesday, 25 June 2013, 08:53 GMT
This has been fixed in dhcpcd-6.0.2
Hopefully someone can put it into Arch soon :)

Loading...