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
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
|
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
Tuesday, 25 June 2013, 14:35 GMT
Reason for closing: Fixed
Additional comments about closing: released dhcpcd-6.0.2
Hopefully someone can put it into Arch soon :)