[Bug 264238] wpa_supplicant fails to associate to open unprotected 802.11n

2022-06-22 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264238

--- Comment #124 from Jaskie  ---
(In reply to Cy Schubert from comment #123)

Tested. WiFi didn't work. /usr/sbin/wpa_supplicant -dd -i wlan1 -c
/etc/wpa_supplicant.conf.open -D bsd 2>&1 | tee output.file output (~3min)
uploaded.

-- 
You are receiving this mail because:
You are on the CC list for the bug.


[Bug 264238] wpa_supplicant fails to associate to open unprotected 802.11n

2022-06-22 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264238

--- Comment #125 from Jaskie  ---
Created attachment 234857
  --> https://bugs.freebsd.org/bugzilla/attachment.cgi?id=234857&action=edit
output from wap 2.10 patched (2 patches)

-- 
You are receiving this mail because:
You are on the CC list for the bug.


[Bug 264238] wpa_supplicant fails to associate to open unprotected 802.11n

2022-06-22 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264238

Glen Barber  changed:

   What|Removed |Added

 CC|g...@freebsd.org,|r...@freebsd.org,
   |rel...@freebsd.org  |s...@freebsd.org

--- Comment #126 from Glen Barber  ---
EN candidate, once the problem is confirmed fixed.

Also, fix the re@ CC and remove myself, as I implicitly receive those (and am
actively watching this PR).

-- 
You are receiving this mail because:
You are on the CC list for the bug.


[Bug 264238] wpa_supplicant fails to associate to open unprotected 802.11n

2022-06-22 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264238

--- Comment #127 from Cy Schubert  ---
(In reply to Jaskie from comment #125)

Thank you. A different error message to work on now. (Sadly, not being able to
reproduce this problem here is a disadvantage.)

Hypothesis: I suspect the problem is multiple same SSIDs on the same network,
like a hotel or school. I cannot reproduce this with two and three APs here
with the same SSID. Multiple independent routers and access points, like two
independent routers and a FreeBSD hostapd advertising the same SSID has not yet
exhibited the problem here.

Is anyone here with this same problem using WPA at a hotel or school? Or does
this affect only open unprotected networks?

-- 
You are receiving this mail because:
You are on the CC list for the bug.


[Bug 264238] wpa_supplicant fails to associate to open unprotected 802.11n

2022-06-22 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264238

--- Comment #128 from Cy Schubert  ---
Can everyone here please confirm security/wpa_supplicant also does not work.

The port has disabled P2P support by default while base has it enabled.

-- 
You are receiving this mail because:
You are on the CC list for the bug.


[Bug 264238] wpa_supplicant fails to associate to open unprotected 802.11n

2022-06-22 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264238

--- Comment #129 from Adrian Chadd  ---
heh, we shouldn't have p2p enabled until we have support for it. :-)

-- 
You are receiving this mail because:
You are on the CC list for the bug.


[Bug 264238] wpa_supplicant fails to associate to open unprotected 802.11n

2022-06-22 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264238

--- Comment #130 from Cy Schubert  ---
Yeah, it's not the issue anyway. Read my next post.

-- 
You are receiving this mail because:
You are on the CC list for the bug.


[Bug 264238] wpa_supplicant fails to associate to open unprotected 802.11n

2022-06-22 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264238

--- Comment #131 from Cy Schubert  ---
Hi Jackie,

Reviewing one of your previous outputs (wpa_out_p1) we see:

wlan0: Automatic auth_alg selection: 0x1
No supported operating classes IE to add
wlan0: Trying to associate with 70:d9:31:0e:2c:00 (SSID='WHU-STU' freq=2432
MHz)
wlan0: Cancelling scan request
wlan0: State: SCANNING -> ASSOCIATING
Limit connection to BSSID 70:d9:31:0e:2c:00 freq=2432 MHz based on scan results
(bssid_set=0 wps=0)
wpa_driver_bsd_associate: ssid 'WHU-STU' wpa ie len 13 pairwise 1 group 1 key
mg
mt 4
 ^
Above is the problem. This is the same problem my buggy Netgear router
exhibited with an open guest network when the primary network was configured
for WPA-PSK.

wpa_driver_bsd_set_drop_unencrypted: enabled=0
bsd_set_opt_ie: set WPA+RSN ie (len 13)

Again, we see an IE of 13 bytes telling wpa_supplicant to use the WPA protocol
with RSN encryption.

wpa_driver_bsd_associate: set PRIVACY 1

And of course privacy is enabled. Same thing I saw with the buggy Netgear.

wlan0: Setting authentication timeout: 10 sec 0 usec

@adrian, do you have any thoughts about this? Could the university be hosting
another AP for faculty and staff off the same hardware?

-- 
You are receiving this mail because:
You are on the CC list for the bug.


[Bug 264238] wpa_supplicant fails to associate to open unprotected 802.11n

2022-06-22 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264238

--- Comment #132 from commit-h...@freebsd.org ---
A commit in branch main references this bug:

URL:
https://cgit.FreeBSD.org/src/commit/?id=3e8eb5c7f4909209c042403ddee340b2ee7003a5

commit 3e8eb5c7f4909209c042403ddee340b2ee7003a5
Author: Cy Schubert 
AuthorDate: 2022-06-23 03:51:27 +
Commit: Cy Schubert 
CommitDate: 2022-06-23 03:57:27 +

wpa: Disable P2P in WPS

Disable P2P in WPS as it is not supported by FreeBSD. Also, it is not
enabled in wpa_supplicant so the WPS P2P code is redundant.

PR: 264238
Reported by:adrian
MFC after:  3 days

 usr.sbin/wpa/src/wps/Makefile | 2 --
 1 file changed, 2 deletions(-)

-- 
You are receiving this mail because:
You are on the CC list for the bug.


[Bug 264238] wpa_supplicant fails to associate to open unprotected 802.11n

2022-06-22 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264238

--- Comment #133 from Adrian Chadd  ---
hm, so if the WPA IEs are /actually/ making it into the TXed frames and it's
not a net80211 / driver bug somehow  ew.

Yes, it's common to have open + WPA VAPs. Heck, I do it at home sometimes for
ye olde equipment on a separate VLAN.

-- 
You are receiving this mail because:
You are on the CC list for the bug.


[Bug 264238] wpa_supplicant fails to associate to open unprotected 802.11n

2022-06-22 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264238

--- Comment #134 from Cy Schubert  ---
Yes, but should it add those frames to the open VAP too?

Can you check your equipment for the same "feature?"

-- 
You are receiving this mail because:
You are on the CC list for the bug.


[Bug 264238] wpa_supplicant fails to associate to open unprotected 802.11n

2022-06-22 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264238

--- Comment #135 from Adrian Chadd  ---
a) it doesn't on a tplink
b) it should not, no

-- 
You are receiving this mail because:
You are on the CC list for the bug.


[Bug 264238] wpa_supplicant fails to associate to open unprotected 802.11n

2022-06-22 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264238

--- Comment #136 from Adrian Chadd  ---
oh crazy q - are the VAP MAC addresses different? Between the WPA and open
VAPs?

-- 
You are receiving this mail because:
You are on the CC list for the bug.


[Bug 264238] wpa_supplicant fails to associate to open unprotected 802.11n

2022-06-22 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264238

--- Comment #137 from Cy Schubert  ---
WRT one of my Netgear APs, no, they do not share the same MAC. However the 2.4
GHz and 5 GHz secondary VAPs share the same channel as their primary VAPs.
Makes sense as the device has two radios.

The open guest VAPs broadcast an IE while the primary VAPs do not when
configured open.

-- 
You are receiving this mail because:
You are on the CC list for the bug.


[Bug 264238] wpa_supplicant fails to associate to open unprotected 802.11n

2022-06-22 Thread bugzilla-noreply
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=264238

--- Comment #138 from Jaskie  ---
(In reply to Cy Schubert from comment #131)

I don't understand the tech stuff and code behind this. But I can confirm that
there is only one WiFi hosted. We have different WiFi setup at different
workplace on campus, but we always share the same WiFi name, students and
stuff, we connect to the same WiFi using our own user id and password. The one
I am having trouble with is in our student dormitory, hence the name has "STU"
in it because it's intended for students use only in our dormitory.

-- 
You are receiving this mail because:
You are on the CC list for the bug.