Your installation notes above are very brief and I would think that they are inadequate to deal with the issues that people are going to run up against. I put iNet Wireless Daemon in yesterday after reading an article in Linux Magazine and following (often correcting!) the instructions there.
Overall, it’s working fine now. (For the record, I use iwd 1.5-1 on a Dell Inspiron 7xxx laptop with Ubuntu 20.04LTS with a 16 GB RAM and a 12 GB swapspace. ) But I had a number of issues during and after installation of the package.
-
It’s best to just disable the existing WPA Supplicant service before installing and enabling iwd.
-
Do not remove wpa_supplicant package as you may have issues during changeover that require re-engaging it to browse the web.
-
After installing and enabling iwd, enter the iwctl command, you are then within the [iwd] environment.
You find your device name via the command, device list. This is usually wlan0 and you can see more details on it via the command, device wlan0 show.
Now you can scan for available wifi networks via: station wlan0 scan. Then display available wifi networks via: station wlan0 get-networks.
The resulting list of available networks should include your own home (or office) wifi. It will be named by its SSID string. Previous posters have seen that where an ISP provides both a 2.4 GHz and 5 GHz speed service, it is important to distinguish between the two: they must be given separate SSID strings. More importantly, the SSID strings must not have spaces, e.g. VM545A32E 5ghz. If an SSID has a space, it will trigger a non-acceptance of that network SSID when the iwd selection command is entered:
station wlan0 connect VM545A32E 5ghz
This is because the iwd response parser stops at the first space in the SSID string.
So if you have a space in your network SSID, you must phone your network provider and ask them to change the SSID by removing the space(s) or else inserting a hyphen.
Once spaces are removed, the connect command shown above is readily accepted and iwd will prompt you for the passphrase (= password) that accompanies the SSID submitted. This is usually set by the network provider (and shown on a sticker or card on the modem) but may be changed by the user if they so wish. After you enter your passphrase, it is stored at /var/lib/iwd directory for future connections to that network at PC startup.
-
DNS Resolution
Create a /etc/iwd/main.conf file with the listing below
[General]
EnableNetworkConfiguratio=true
[Network]
NameResolvingService=systemd
- Integration With Network Manager
First stop the existing Network Manager service via: $ sudo systemctl stop NetworkManager.service
Then edit the Network Manager configuration file at /etc/NetworkManager/NetworkManager.conf with the lines:
[device]
wifi.backend=iwd
Now reboot your Ubuntu machine.
- Small iwd GUI Client (Optional)
Go to https://github.com/J-Lentz/iwgtk and download the zip folder for the project.
Check that packages, libgtk-3-dev and libglib2.0-dev-bin are installed on your PC. If not, install them.
Unzip the iwgtk-master folder, and use the README.md file to install the package.
Verify the presence of the iwgtk icon on your desktop’s Show Applications menu.
Click on the icon to open the iwd GUI client and explore its functions.
- WPS (Optional)
If you have a WPS button on your modem, this option may interest you.
Check WPS compatibility with your device via:
[iwd] wsc list
If this shows your wifi device (e.g. wlan0), then you may use WPS.
Then you can enter:
wsc wlan0 push-button
and press the modem’s WPS button.
If a PIN is needed, enter:
wsc wlan0 start-user-pin
followed by an 8 digit PIN.
As said earlier, I have just installed iwd yesterday so my experience is limited.
Clearly, the DNS resolution is now being done by systemd, so the previous DNS configuration I had applied to my WiFi configurations for DNS (i.e. on IPv4 tab, turn off the default “automatic” and enter the Google IPs 8.8.8.8,8.8.4.4) are now overwritten.
I observe no slowing of the domain name resolution.
Like others here, I also saw the SSID and SSID1 connections issue. But this was resolved by removing the old SSID connection that was created by wpa_supplicant. On rebooting, there was only SSID connection - and that was the one created by iwd.
If any useful observations emerge over the next month, I’ll report them here, if this page is still open.