Запись deauthenticated due to local deauth request или строка вида «deauth after EAPOL key exchange sequence» в логах hostapd, wpa_supplicant или NetworkManager означает, что точка доступа разорвала соединение сразу после завершения четырёхстороннего рукопожатия 4-way handshake — то есть пароль был принят, ключи согласованы, но сеанс тут же оборвался. Это одна из самых неочевидных причин «мигающего» Wi-Fi: клиент подключается, получает IP или не успевает его получить и через секунды отваливается снова.
Ошибка встречается на роутерах с OpenWrt, hostapd в Linux, точках доступа Ubiquiti, MikroTik и при подключении Linux-клиентов через wpa_supplicant. Ниже разберём, что происходит на этапе обмена ключами EAPOL, какие причины чаще всего приводят к немедленному деаутентификации и как это диагностировать без риска для сети.
Что происходит на этапе EAPOL key exchange
Протокол EAPOL (EAP over LAN) используется в WPA2 и WPA3 для согласования сеансовых ключей шифрования. После того как клиент прошёл аутентификацию (ввёл правильный пароль PSK или прошёл 802.1X), точка доступа и станция выполняют четырёхэтапный обмен сообщениями EAPOL-Key: точка отправляет ANonce, клиент отвечает SNonce и MIC, затем стороны подтверждают установку группового ключа GTK.
Если все четыре сообщения прошли успешно, соединение считается установленным, и в логе появляется строка вида WPA: Key negotiation completed. Когда сразу после этого следует deauth, значит, разрыв инициировала не ошибка пароля, а логика уже после успешного рукопожатия — и это ключевая подсказка для диагностики.
Отличить такой сценарий от банально неверного пароля просто: при неверном PSK рукопожатие обрывается на втором или третьем сообщении, и в логе будет 4-Way Handshake failed или таймаут handshake. Если же handshake завершён, а deauth пришёл после — искать нужно в другом месте.
💡Deauth после завершённого EAPOL handshake — это не проблема пароля. Разрыв вызывают настройки точки доступа, конфликт ключей или особенности клиента, проявляющиеся уже после успешной авторизации.