Ошибка hostapd «nl80211: не удалось настроить режим драйвера»

Как @bain справедливо указал, существует ошибка, повышенная в панели запуска для этой самой цели. Это обходное решение, предложенное там, работает отлично на меня:

sudo nmcli nm wifi off
sudo rfkill unblock wlan

sudo ifconfig wlan0 10.15.0.1/24 up
sleep 1
sudo service isc-dhcp-server restart
sudo service hostapd restart

первые две строки останавливают wlan от администратора сети, и затем разблокирует интерфейс, таким образом, ifconfig может работать.

ОБНОВЛЕНИЕ: , Но если для первой команды Вы получаете сообщение об ошибке Error: Object 'nm' is unknown тогда, используют это вместо этого:

sudo nmcli radio wifi off

следующие команды используют ifconfig для перевода в рабочее состояние wlan и позволяют секундную задержку, затем перезапустите dhcp сервер (хотя мне не был нужен этот перезапуск в моей установке), и наконец запустите hostapd сервис.

Это должно теперь запустить w/o любые проблемы.

Попробуйте это:

1. Щелчок значок сети
2. Выбор "Создает беспроводную сеть"
3. , Выбирают имя, тип шифрования и Щелчок пароля
4. создают
5. , Удостоверяются, что Вы подключены к Интернету.

Просто упомяните, что согласно ошибке, связанной @bain, самое легкое решение состоит в том, чтобы отключить Администратора сети для интерфейса, который должен быть выполнен с hostapd.

, Как упомянуто там:

WORKAROUND: For this to persist through reboots, execute the following in a terminal:
sudo nano /etc/NetworkManager/NetworkManager.conf

Add the following entry where the x's are replaced with your WiFi MAC address, save, and then reboot:
[keyfile]
unmanaged-devices=mac:xx:xx:xx:xx:xx:xx

У меня просто была эта ошибка на пи Малины, выполняющем Kali Linux и hostapd 2.4, я подозревал, что это - потому что некоторые другие сетевые процессы заставляют интерфейс напряженно трудиться, таким образом, я работал, этот airmon-ng управляют, чтобы проверки и уничтожили и процессы, которые могли бы использовать карту Wi-Fi:

airmon-ng check kill

, Чтобы просто видеть любые сетевые процессы, не уничтожая их используйте airmon-ng check. После того, как я уничтожил их, я запустил hostapd снова, и никакие ошибки больше не подходили.

Для некоторой другой функциональности сети Вам, возможно, понадобились бы те процессы, я перезапустил малину для этого, но они могут также быть запущены индивидуально.

Я столкнулся с той же проблемой. Первая вещь, которую я попробовал, состояла в том, чтобы вручную обновить hostapd из debian репозитория от v2.1 до v2.3. Проблема сохраняется.

я создал этот сценарий, который является списком команд, которые разблокируют драйвер WLAN, и теперь у меня наконец есть рабочее AP, уже развернутое в удаленном месте.

я сохранил сценарий к /usr/bin/enableAP.sh. Удостоверьтесь, что включали его в свой crontab так, чтобы это было выполнено при начальной загрузке.

#!/bin/sh
/bin/sleep 30
/usr/sbin/service hostapd stop
/usr/sbin/service network-manager stop
/sbin/ifdown wlan0
/sbin/iwconfig wlan0 mode Managed
/usr/sbin/rfkill unblock wlan
/usr/bin/nmcli radio wifi off
/usr/sbin/service hostapd stop
/bin/sleep 10
/usr/sbin/service hostapd start

, если Вы хотите избежать этой проблемы сразу после установки Вашей новой виртуальной машины и hostapd, необходимо заблокировать человечность от обновления hostapd: когда Вы используете sudo apt-get upgrade, это обновляет этот пакет до v2.1, который не работает (конечно, прослушиваемый).

необходимо использовать sudo apt-mark hold hostapd для блокирования будущих обновлений Hostapd.