[Bug 264238] wpa_supplicant 2.10 fails to associate to open secondary VAP when primary VAP is WPA
Date: Sun, 03 Jul 2022 15:57:08 UTC
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264238 J.R. Oldroyd <fbsd@opal.com> changed: What |Removed |Added ---------------------------------------------------------------------------- Attachment #235051|0 |1 is obsolete| | --- Comment #200 from J.R. Oldroyd <fbsd@opal.com> --- Created attachment 235053 --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=235053&action=edit patch to have wpa_driver_bsd_associate() check for WLAN_EID_RSN IE before setting WPA Version 4 of this patch now also checks for the vendor_ie that indicates WPA1 is available. I duplicated the code. If WPA2/RSN is available, I set that. Else if WPA1 is available, I set that. There may be a more optimal way of coding it, e.g., by making a new function that is called from both RSN and WPA sections. I found that my one AP here does have a mixed WPA1+WPA2 mode, so I set that for the primary VAP. I have tested with config in wpa_supplicant.conf for both RSN and separately for WPA and it associates both ways. -- You are receiving this mail because: You are on the CC list for the bug.