I have a lot of message like that on the ZBT - WG3526 - 16Mo
daemon.notice hostapd: wlan0: STA xx:xx:xx:xx:xx:xx IEEE 802.11: did not acknowledge authentication response
i have to clic on the ssid 3 / 4 times with my iphone
i flashed it with OpenWrt SNAPSHOT r6755-d089a5d773 and i've just updated to OpenWrt 18.06-SNAPSHOT, r7015-c0763f08a5 and the problem seems to be still here
well, i have tested with the stable 17.01.4 version same problem.
in fact, it's only with 2.4 Ghz. i can connect over 5Ghz without troubles, but i can't on 2.4Ghz. when i said i need to clic 3 / 4 times it was because my phone switched to 5ghz automatically.
EDIT : The first connection is always good. after the first connection, i have to restart wifi or network to be able to connect to the 2.4Ghz.
Hi, have the same problem with mi3g. Krack is disabled. Do you mean to disable Spectre on router or PC?
Most interesting thing is that I can't connect to 2.4 GHz from my laptop, but MI gateway connects without issues.
To mitigate the OP's specific issue, I suggested disabling this on the router. I was not aware until your post that any PC permits disabling of this fix, because, in fact, when the fix is implemented on all clients in a WLAN, the risk would be completely mitigated. The OpenWrt fix only does various things to stop retransmission at those crucial times when the rekeys can occur (in the case of unpatched Linux and Androids, to an all-zero key). The risk is defined in the GUI as:
This workaround might cause interoperability issues and reduced robustness of key negotiation especially in environments with heavy traffic load.
This is the exact issue in the OPs title...the rekey may have not been received, in: heavy traffic, high noise, long distance, etc.
I never stated this. The issue is not regarding connectivity or the OS. It's regarding:
If the android is with the user is 80 meters in the backyard, and the camera is 1 meter from the router, which one will likely authenticate without issue?
Are you aware of the Whitepaper outlining the specific vulnerabilities if carried out on a Linux or Android device?
If someone is having an issue like you describe, someone local to them may be maliciously attempting to compromise those [unpatched] devices. The risk for those devices - is that the key can be set to 00:00:00:00...
The router is 0.5 m from the laptop and the phone, and camera with gateway are 10 meters. So it's more likely that phone and camera should connect. And yes, I'm aware of vulnerabilities and have patched kernel installed. But it doesn't explain why some devices can connect, while others can't.
Not necessarily. One phrase: multi-path propagation. Also your issue is not similar, you describe as if your laptop never connects initially, these issues are with re-authentication.
Well OK post your /etc/config/network. Also, your issue is with a laptop (not OpenWrt it seems), need OS, wifi make and model, etc. This information is not provided.
You may also want to make a new thread.
Also, I explained the only technical reason, not sure what you mean:
You only seem to be concerned about this part:
So, if your mitigation is disabled on the router...simply put, it didn't solve your problem. I usually suggest congested networks, bad keys, non-default settings on the client wifi card, etc.
I have the same issue and I want to try to "disable Krack and Spectre protection", but I've searched a bit on google and can't find out how to do such thing :-/
I'm running a fresh build of OpenWrt on the 18.06 branch with the cherry picked commit related to my router: TP-Link WA801ND-v5
I've tried all the channels from 1 to 13, tx power from blank, then 0 to 20, if the client is within the 5m, it connects and stay connected even if we go farer. But if we try to connect from 10+ meters away, it fails with this IEEE 802.11: did not acknowledge authentication response. I have the v2 of this same model and it does work perfectly and from farer.
UPDATE: Oh, and I even tried different beacon_int (within 100 to 300), widths 20 and 40 MHz, N or legacy, activating WMM or not, same....
Hello,
I could solve the same issue (iPad iOS 11.4.1 on 17.01.4 and 18.06.1, on a router with Atheros 2.4 GHz only) by disabling "Allow legacy 802.11b rates" in wireless network settings->Avanced Settings.