Имитировавший MAC-адрес проигнорирован wpa_supplicant?

В первую очередь, позволяет, видят, можно ли соединиться с, Вы - обратная петля. Девять из десяти раз, это - Ваша проблема ;)

Откройте оболочку на своем виртуальном, выберите соседний номер порта.

$ sudo nc -l 790

Откройте другую оболочку.

$ echo 'MehMeh' | nc localhost 790

Необходимо видеть что-то как... MehMeh на Вашей предыдущей оболочке. Но я предполагаю, что Вы не делаете в этом случае. Взгляните на Ваш iptables

5
02.09.2017, 15:57
4 ответа

Эта операция должна поддерживаться (hard|firm) изделием. Вы уверены, что Ваш делает? Я видел много чипсетов, которые не позволяют такую вещь.

1
27.01.2020, 20:39
  • 1
    Вы уверенный? Я не думаю, что этому нужна микропрограммная поддержка, но ОС подаст пакет с MAC-адресом, сохраненным в памяти (фальшивая) –  daisy 22.10.2012, 08:57
  • 2
    @warl0ck: AFAIUI, (hard|firm) изделие может автоматически перезаписать адрес эфира. Хотя я признаю, я не уверен ;-) –  bahamat 23.10.2012, 01:01
  • 3
    Просто попробованный wpa_supplicant с моим Intel 5100 agn карта.. работы с поддельным адресом, не уверенным, если это - поддержка оборудования... –  daisy 23.10.2012, 02:34

Поскольку можно читать в 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.
0
27.01.2020, 20:39
  • 1
    Тот же самый синтаксис работает просто великолепно в другом интерфейсе dhcp'd eth0. Таким образом, я не думаю, что это - проблема –  TheLQ 05.12.2011, 20:41

Сделайте один из них:

  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 с помощью аппаратного адреса соединять мостом/связывать интерфейса при аутентификации (это, кажется, эквивалентно использованию-b параметра командной строки для wpa_supplicant),

    auto wlan0
    iface wlan0 inet manual
        wpa-driver madwifi
        wpa-conf /etc/wpa_supplicant/wpa_supplicant.conf
        # we want wpa_supplicant to authenticate using a different MAC
        # ...from http://ubuntuforums.org/showthread.php?t=1515788
        # ...equivalent when running wpa_supplicant directly is the -b option
        wpa-bridge br0
    
    auto br0
    iface br0 inet dhcp
        bridge_ports wlan0
        # bridge-utils will use the directive below
        bridge_hw 00:11:22:55:55:D1
    
2
27.01.2020, 20:39
  • 1
    "пред, IP адрес dev wlan0 набора ссылки 00:13:ef:60:19:31" сохранил меня, спасибо, –  diyism 20.01.2018, 08:20
  • 2
    "пред, IP адрес dev wlan0 набора ссылки 00:13:ef:60:19:31" сохранил меня, спасибо, –  diyism 20.01.2018, 08:20

У меня есть та же проблема. в Странице справочника/etc/network/interfaces говорится для dhcp метода:

hwaddress class address

Аппаратный адрес. класс является одним из эфира, ax25, адрес ARCnet или netrom. зависит от этого выбора.

затем, возможно, проблемой является опция класса. Я попробую его. Другая опция не поддерживается встроенным микропрограммным обеспечением.

3
27.01.2020, 20:39

Теги

Похожие вопросы