Строка ctrl event beacon loss в выводе wpa_supplicant или в системном журнале означает, что Wi-Fi-адаптер перестал получать маяковые кадры (beacon frames) от точки доступа, к которой подключён. Это не отдельная неисправность, а симптом: клиент «потерял из виду» роутер, после чего обычно следует разрыв соединения и повторная попытка аутентификации. В логах рядом с этой строкой часто появляются записи вроде CTRL-EVENT-DISCONNECTED и повторные циклы сканирования сетей.

Ошибка встречается в Linux-системах (ноутбуки, одноплатные компьютеры, встроенные устройства), а также в логах роутеров с открытой прошивкой. Причина может быть как на стороне клиента — драйвер, энергосбережение, антенна, — так и на стороне точки доступа или радиоэфира. Ниже разберём, как локализовать источник проблемы и устранить её без рискованных действий.

Что такое beacon-кадры и почему их потеря критична

Beacon (маяковый кадр) — это служебный пакет, который точка доступа рассылает регулярно, обычно несколько раз в секунду. В нём содержатся имя сети (SSID), поддерживаемые скорости, параметры безопасности и временные метки для синхронизации клиентов. По сути, это «пульс» сети: пока клиент слышит маяки, он считает соединение живым.

Когда несколько маяков подряд не доходят до адаптера, драйвер делает вывод, что связь с точкой доступа утеряна. Именно в этот момент в журнал записывается событие beacon loss. Дальше запускается процедура переподключения: сканирование эфира, повторная ассоциация и аутентификация. Если причина потери маяков не устранена, цикл повторяется бесконечно — снаружи это выглядит как постоянно «отваливающийся» Wi-Fi.

  • 📡 Загруженный эфир — соседние сети на том же канале создают помехи и «съедают» маяки.
  • 🔋 Агрессивное энергосбережение — адаптер засыпает и пропускает служебные кадры.
  • 📶 Слабый сигнал — большое расстояние, стены, неудачное положение антенн.
  • 🛠️ Проблемы драйвера — ошибки в модуле ядра или несовместимость с конкретным чипом.

Как найти ошибку в логах и подтвердить диагноз

Прежде чем что-либо менять, стоит убедиться, что обрывы связи действительно связаны с потерей маяков, а не с отказом DHCP, проблемами DNS или перегрузкой роутера. В Linux журнал сетевых событий смотрят через journalctl:

journalctl -u wpa_supplicant -f

или для NetworkManager:

journalctl -u NetworkManager -f

Оставьте журнал открытым и понаблюдайте за работой сети. Если разрывам предшествует строка CTRL-EVENT-BEACON-LOSS, диагноз подтверждён. Если же обрывов в журнале нет, а интернет пропадает — проблема, скорее всего, выше по стеку: шлюз, провайдер, DNS. Также полезно проверить уровень сигнала командой iw dev или iwconfig: значения качества сигнала, близкие к нижней границе чувствительности адаптера, косвенно указывают на радиопроблему.

💡

Beacon loss — это симптом потери радиосвязи с точкой доступа, а не самостоятельная ошибка. Лечить нужно причину: помехи, энергосбережение, слабый сигнал или драйвер.