[SOLVED] laptop does not rejoin wifi

[o5gmmob8]

I turn off my WIFI nightly when I'm asleep for the perception of reducing the attack surface (separate topic).

My phones and tablets all reconnect fine, but my Gentoo laptop does not unless I restart the networking service. It seems like the wifi service is a single shot service meaning whatever it sees at the time it starts is what it uses and does not appear to attempt connecting after that.

I have symlinked my wifi interface to net.lo and configured my wifi to use wpa_supplicant and DHCP. I have briefly tried to migrate toward iwd, but didn't have much luck.

I would prefer not to write a script(s) to monitor the network status and restart wifi if it does not have an IP. Is there another utility that I can use that would support this functionality? Or perhaps, I'm missing a configuration?

EDIT:
I use ifplugd for the ethernet and see that I should be able to use that for wifi too:
https://wiki.gentoo.org/wiki/Handbook:AMD64/Networking/Dynamic

[grknight]

[o5gmmob8]

Ah ok, should I use something else then for both wired and wireless?

I can write a shell script, but there must be something out there that I have not stumbled upon that also does the same thing, but better.

[Hu]

There is sys-apps/netplug, which is considerably more recent at only 15 years since its last update (2010-06-26). I cannot comment on whether it can handle your wireless as desired.

[miket]

Try the easy things first. Is wpa_supplicant configured to scan for networks? Be sure this line is near the top of /etc/wpa_supplicant/wpa_supplicant.conf:

[o5gmmob8]

Ah, good catch. I was looking at scan_ssid=1 for each network.

Which one is preferred?

[miket]

It's taken a pretty good dive into the wpa_supplicant source code, but now I've got an answer.

Yes, you want ap_scan=1. This setting instructs wpa_supplicant to do the scanning; the other legal values, 0 and 2, leave the scanning to the driver. Many drivers (including evidently yours) do not have a scanning function. The scan_ssid setting applies only for drivers that can do the scanning.


There is no nice, cogent documention for these settings: they are described in block comments in the source files. Here is where to look:

* Global settings for the network interface (ap_scan, update_config, etc.): comments describing the members of struct wpa_config declared in wpa_supplicant/config.h. The names of the members of this structure are the same as the corresponding keyword in the configuration value. These comments often don't show the legal values; for this, consult the entries in the global_fields array in wpa_supplicant/config.c.

* Per-network settings (ssid, psk, etc): see the members of struct wpa_ssid declared in wpa_supplicant/config_ssid.h. Just as for the global settings, look to the entries of ssid_settings in wpa_supplicant/config.c to find the legal values for these entries.

[o5gmmob8]

I switched from scan_ssid=1 to ap_scan=1 at the global level and that did not seem to work. This morning, my machine did have an ip address, so scan_ssid at the ssid level did appear to work.

EDIT:
I tried again back with my original configuration that appeared to have worked last night and it presently looks like it also did not work.

My router runs ifconfig wlan* down and then ifconfig wlan* up nightly. I did the same now manually, but for whatever reason, it seems the laptop doesn't want to get an IP now.

[miket]

[Ralphred]

[o5gmmob8]

[o5gmmob8]

I ended up migrating to iwd and as advertised, I think that works better in the sense, it is quicker to associate. I am using netifrc with iwd as the backend and it seems to work reliably, I don't need network manager which I think is overkill. I run a tiling WM, so I try to avoid fluff.

I tested turning my router wifi on and off and my laptop was able to quickly associate without any intervention on my behalf. Additionally, using dhcpcd allows me to easily hook into the events it triggers (as does network manager), so I can take action when the laptop joins a wifi network.