Доступен (https://git.kernel.org/pub/scm/network/wireless/iwd.git/) выпуск Wi-Fi демона IWD 0.19 (https://iwd.wiki.kernel.org/) (iNet Wireless Daemon), развиваемого компанией Intel в качестве альтернативы wpa_supplicant для организации подключения Linux-систем к беспроводной сети. IWD может выступать в качестве бэкенда для таких сетевых конфигураторов как Network Manager и ConnMan. Ключевой целью разработки нового Wifi-демона является оптимизация потребления ресурсов, таких как потребление памяти и дисковый размер. IWD не использует внешних библиотек и обращается только к возможностям, предоставляемым штатным ядром Linux (для работы достаточно ядра Linux и Glibc). Код проекта написан на языке Си и поставляется (https://git.kernel.org/pub/scm/network/wireless/iwd.git/tree/) под лицензией LGPLv2.1.
В новом выпуске (https://git.kernel.org/pub/scm/network/wireless/iwd.git/tree...:
- Представлена поддержка стандарта Hotspot 2.0 (https://en.wikipedia.org/wiki/Hotspot_(Wi-Fi)#Hotspot_2.0) для аутентификации и роуминга пользователей Wi-Fi;
- Добавлена поддержка технологии быстрого роуминга FILS (Fast Initial Link Setup) Fast Transition, позволяющая переключаться между точками доступа по мере перемещения пользователя;
- Добавлен модуль netconfig для обработки сетевой конфигурации. Модуль отвечает за управление сетевыми настройками с IP-адресами, в привязке к сетевым интерфейсам, и обеспечивает поддержание информации о связанном с интерфейсом состоянии адресации, включая данные об известных IP-адресах, маршрутах и адресах, назначенных через DHCP;
- Реализован фреймворк сервисов определения имён, решающих различные задачи, связанные с DNS. На базе фреймворка реализован модуль resolve, который позволяет использовать плагины для интеграции с внешними резолверами, такие как systemd-resolved и dnsmasq. Выбор используемого сервиса осуществляется при помощи переменной dns_resolve_method.
URL: https://git.kernel.org/pub/scm/network/wireless/iwd.git/
Новость: https://www.opennet.dev/opennews/art.shtml?num=51219
Чем оно лучше wicd? Или это разные вещи?
wicd это грубо говоря фронтэнд для wpa_supplicant, а это замена wpa_supplicant
а supplicant совсем плох?
По описанию - разные, насколько я понял. WiCD это вроде как аналог NetworkManager, сабж - заведует только WiFi сетями. Поправьте, если ошибаюсь.
годнота
Удвою.
> IWD не использует внешних библиотек и обращается только к возможностям, предоставляемым штатным ядром LinuxА радиомодули он тоже поддерживает исключительно ядерёно-интеловские?
Ни слова о том какие он радиомодули поддерживает или драйвера к ним.
Наверно те модули, которые поддерживают wpa.
читай 'ядро'
Да все что поддерживают nl80211. (Железки WEXT-only тухнут в стороне и не работают без WPA Supplicant или Wireless Tools.)
>Код проекта написан на языке СиВангую взломы через отправку кадров 802.11.
чего только интел не делает,чтобы угробить универсальный софт, ориентированный на тех кто понимает, что делает, и работающий не только в "новом стандарте".
Ночами интеловцы не спят, только и думают, какую бы гадость 2% сделать.
> универсальный софт, ориентированный на тех кто понимает,Это вы про wpa_supplicant? По-моему, те кто понимает wpa_supplicant могут заодно разговаривать с камнями и рыбами.
как будто те, кто понимает как работает iwd - не могут?А чтобы просто быть вот этим, с незамутненным сознанием - понимания не требуется ведь.
802.1x в проводных ethernet'ах поддерживает?
За 802.1x в проводных сетях отвечает демон EAD:
ttps://git.kernel.org/pub/scm/network/wireless/iwd.git/tree/wiredКонфигурируется он точно-также как iwd:
https://iwd.wiki.kernel.org/networkconfigurationsettings#x_w...
"IWD не использует внешних библиотек"
Они шифрование с нуля написали еще в очередной раз?
Скорее, просто статически линкуются.
ну, в целом, да:
https://git.kernel.org/pub/scm/network/wireless/iwd.git/tree...
(там того шифрования...)но на фоне libdbus (и неявной зависимости от network-manager) по-моему это не имеет никакого значения.
> IWD не использует внешних библиотек и обращается только к возможностям, предоставляемым штатным ядром LinuxИ давно dbus стал штатной частью ядра?
давно-о-о! :-)
Ты потерпел фиаско, не получилось пропихнуть его туда, не фортануло...
Иди лучше добавляй баги и уязвимости в свою любимую игрушку.
я хотел как лучше - вы ведь уже все равно ни одно устройство и даже вон, сеть, не можете сконфигурировать без его использования. Так чего бы ему не быть в ядре?
Но в целом и так неплохо получилось - учитывая, что без моей любимой игрушки, неотъемлемой частью которой является systemd-dbus, нынче кое-как еще загружаются полтора маргинальных дистрибутива, можно считать его неотъемлемой частью линукса. Вон, интел и считает ;-)
> я хотел как лучше - вы ведь уже все равно ни одно
> устройство и даже вон, сеть, не можете сконфигурировать без его использования.
> Так чего бы ему не быть в ядре?
> Но в целом и так неплохо получилось - учитывая, что без моей
> любимой игрушки, неотъемлемой частью которой является systemd-dbus, нынче кое-как еще
> загружаются полтора маргинальных дистрибутива, можно считать его неотъемлемой частью
> линукса. Вон, интел и считает ;-)dbus не является частью systemd
Более того, есть независимый демон dbus - dbus-broker