被wpa_supplicant忽略的欺骗MAC地址？

Question

我正在使用wpa_supplicant在我的Ubuntu中为我的无线网卡供电(是的，我知道在服务器中无线是不好的，但这是一个特例)，因为它能够自动漫游WAPs而不是死机。然而，我伪造的MAC地址似乎被忽略了。

以下是/etc/network/interfaces中的重要部分：

auto wlan0
iface wlan0 inet dhcp
    hwaddress 00:11:22:55:55:D1
    wpa-driver madwifi
    wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf

如您所见，hwaddress是在那里定义的，但是wpa_supplicant似乎并不在意，只使用实际的硬件地址

有没有办法让wpa_supplicant使用伪造的MAC地址而不是真实的MAC地址？

Answer 1

其中之一是：

1. 而不是使用hwaddress，尝试使用pre-up ifconfig wlan0 hw ether 00:11:22:55:55:D1 --这可能实际上并不是必需的，但是我发现在我的绑定接口上，hwaddress没有工作，上面的ifconfig是这样做的。
2. 我建议您要么创建一个绑定接口，要么创建一个桥(如果是桥，您应该使用bridge_hw 00:11:22:55:55:D1而不是hwaddress (并确保安装了桥-utils)。然后将其添加到您的wlan0节中：wpa-bridge br0 (如果使用名为br0的桥接口)：这将导致在验证时使用桥接/保税接口的硬件地址的wpa_supplicant (这似乎等同于使用wpa_supplicant的-b命令行选项)：auto wlan0 iface wlan0人工wpa-driver madwifi wpa-conf /etc/wpa_ equivalent /wpa_requicant.conf#我们希望wpa_supplicant使用不同的MAC # ...from http://ubuntuforums.org/showthread.php?t=1515788 ##身份验证。...equivalent在直接运行wpa_supplicant时是-b选项wpa-bridge br0 autobr0 br0 inet bridge_ports wlan0 # bridge-utils将使用以下指令: bridge_hw 00:11:22:55:55:D1

Answer 2

此操作需要由硬件公司支持。你确定你的吗？我见过很多芯片组不允许这样的事情。

Answer 3

正如您可以在man interfaces中读取的那样，hwaddress是一个只能与static寻址方法一起使用的选项，而不是dhcp。

此外，这也是此选项的正确语法：

hwaddress class address
    Hardware Address. class is one of ether, ax25, ARCnet or netrom. address is dependent on this choice.