-
Story
-
Resolution: Won't Do
-
Minor
-
None
-
None
Description of problem:
not sure if it is intended behaviour but I found old discussion [1] and patch [2] with this problem. The thing is that there are scenarios when wpa_supplicant should send EAPOL-logoff frame upon graceful exit so that port in question gets switched to unauthenticated state ASAP and relying on ctrl_interface is racy so it would make sense for wpa_supplicant to send this logoff upon graceful exit by itself.
(When told by 'wpa_cli ... logoff', the EAPOL-logoff is sent just fine)
I've got no strong views whether this is necessary and if so, if it should be configurable or what the default behaviour should be but it 1) can cause issues and 2) if not changed, should be IMO clearly stated why
Version-Release number of selected component (if applicable):
wpa_supplicant-2.10-2.el9.x86_64
How reproducible:
always
Steps to Reproduce:
1. authenticate with wpa_supplicant to wired 802.1x network
2. kill wpa_supplicant with SIGTERM
3.
Actual results:
wpa_supplicant doesn't send EAPOL-logoff packet so authenticator keeps the switch port authenticated & enabled
Expected results:
wpa_supplicant sends EAPOL-logoff packet so the authenticator can disable the switch port as soon as possible
Additional info:
[1] http://lists.shmoo.com/pipermail/hostap/2012-May/025911.html
[2] https://patchwork.ozlabs.org/project/hostap/patch/B38921A06307F04FB687634DA7072AE70B1F696C58@MCHP057A.global-ad.net/