iNet Wireless Daemon (iwd) 2.0

iNet Wireless Daemon (iwd), správce Wi-Fi připojení vyvinutý jako náhrada za wpa_supplicant, byl vydán ve verzi 2.0.

20.11.2022 18:00 | Ladislav Hagara | Nová verze

Komentáře

[Max]

O tom jsem nevěděl. Tak nějak jsem žil v tom, že svět Linuxu je zatím wpa_supplicant only. Díky za osvětu. Nějak nestíhám všechno sledovat :-/.
Zdar Max

[JiK]

ja kouknul na jejich stranky a nejak jsem nepochopil, proc. ja vim, ze je to vsem uplne jasne, ale kdyz delam projekt, ktery ma neco nahradit, mozna by nebylo marne napsat na 3 radky proc a v cem to bude lepsi nebo jine. Ale tusim, ze problem bude v moji omezenosti...

[petr_p]

Mně to taky napoprvé nebylo jasné. Můj dojem je, že důvod je vize Linux-systemd-Gnome. Není důležité, že náhrada má a vždy bude mít méně funkcí než originál. Důležité je, že bude mít dbusové rozhraní a že ji bude možné začlenit do Linuxu. Stejná pohádka jako WireGuide.

[David Heidelberg]

Zaprvé iwd necílí na běžné uživatele, ale když už tak na maintainery v distribucích.

Zadruhé Intel to začal psát kvůli tragédii jménem wpa_supplicant, který fakt pořádně nikdy nefungoval. iwd používá moderní crypto z kernelu, slušně se integruje od IoT až po desktopy a Intel ho udržuje. Nepodporuje WEXT a tunu workaroundů aby tenkrát WPA nějak fungovalo, což z něj dělá něco slušně použitelného.

Za třetí, jedna z maličkostí která je prostě vidět je např. to, že na tabletech nebo telefonech se k wifině připojí znatelně rychleji než wpa_supplicant.

[trekker.dk]

Pro info - význam slova "pořádně" je u předřečníka "na telefonech a podobných hračkách"

[xxx]

Jo jenze wpa_supplicant nefungoval poradne nikdy na nicem. Pamatuju si na FELu jeste pre Eduroam sit, xsuplicant, kde se celej ten bazmek nahazoval rucne (EAP auth). Jednou za cas vyprsela session a cely to slo do hajzlu. Takze vypnout, rmmod na driver wifiny, modprobe spustit znova. A to se bavime o Intel Centrino. Sralo se to v milionech pripadu. Vyhoda v te dobe byla, ze ve Win XP to stalo taktez za vyliz, a navic tam nebyly logy. Pak se z toho nekdy stal wpa_supplicant, na FEL prisel Eduroam, ve Windows to zacalo fungovat. V Linux zacalo fungovat alespon normalni WPA.

Dneska si na to vzpomenu mozna tak, kdyz v nejakym, generickym Ubuntu klikam na odpojit/pripojit. Ale, ze by tenhle bazmek mel na to stat se normalnim kusem SW, to si fakt nemyslim.

[Petr Tomášek]

Protože mentalita L. Potteringa. Co nejvíc linux rozmrdat podle vzoru windows...

[LP]

wpa_supplicant je mrdka ktera vic nefunguje nez funguje uz aby to chciplo prirovnal bych to k systemd a sysvinit

[luky]

ja kouknul na jejich stranky a nejak jsem nepochopil, proc. ja vim, ze je to vsem uplne jasne, ale kdyz delam projekt, ktery ma neco nahradit, mozna by nebylo marne napsat na 3 radky proc a v cem to bude lepsi nebo jine. Ale tusim, ze problem bude v moji omezenosti...

Mne to tam prijde napsane dost jasne, iwd pouziva nova API kernelu, ktera v dobe vzniku wpa suplicantu a ostatnich nebyla k dispozici. Diky tomu muze vic veci delat HW. Pouzivam to uz od verze 1.8 a mnohem rychleji se to pripoji.

[Fluttershy, yay!]

článek na LWN (2018)

The problem comes down to the old wpa_supplicant daemon, which is a complex "Swiss army knife". It is "awesome work", he said, but it has two big problems. One is that the wpa_supplicant project doesn't make releases, with the result that nobody picks up the bug fixes that are made. And there are no usable APIs for controlling it, so users have to figure out everything themselves. It is a great tool, but few people have any idea of how to use it.

For some time, Holtmann and his collaborators thought that they could improve wpa_supplicant and turn it into a proper management daemon. But the upstream project does not want things to go that way; they have, he said, a lot more interest in producing a toolbox that can be used for tasks like testing new protocol specifications. This focus and the lack of proper releases mean that everybody ships their own version of wpa_supplicant, with unpleasant consequences. There is, for example, no Linux distribution support for the WPA3 protocol, even though wpa_supplicant has that support.

[PetebLazar]

Kdyz nevydavaji releases wpa_supplicant, na zaklade ceho je postaven obsah jeho ChangeLogu? Zde autor přímo oznamuje posledni release. https://lists.infradead.org/pipermail/hostap/2022-January/040148.html

... git-shortlog for 2.9 -> 2.10:

There were 2509 commits, so the list would be a too long for this email.

Anyway, if you are interested in the details, they are available in the

hostap.git repository. diffstat has following to say about the changes:

833 files changed, 94977 insertions(+), 33464 deletions(-)

[Fluttershy, yay!]

Nebylo by lepší první číst, pak až reagovat?

Článek (přednáška) je z roku 2018, explicitně jsem to i napsal, takže letošní vydání je naprosto irelevantní. Z repozitáře iwd je vidět, že je z roku 2014.

Z toho seznamu změn (nebo tohoto grafu) je zřejmé, že opakovaně byla mezi vydáními wpa_supplicant cca dvouletá prodleva (2010-2012, 2016-2018 (tj. z doby té přednášky), 2019-2022). Z citace i samotného repozitáře je patrné, že tam byla nějaká snaha o práci přímo na wpa_supplicant.

[PetebLazar]

Já to četl.

Chápu to tak, že releases byly vydávány i minulosti jen ne takovým tempem jak by si ostatní přáli a patrně zde nefungovala širší participace na vývoji (což vedlo k řadě individuálních wpa_supplicant v mezidobí). Z toho pramenící "frustrace" asi přispěla ke snaze o alternativu.

[Pista Hufnagl]

A funguje to take po drate?