2

В wpa_suppicant сеть может получать временные "черные списки", в результате чего wpa_supplicant не будет пытаться подключиться к нему. Это происходит, в частности, если аутентификация на AP несколько раз завершается неудачей (что, поскольку wpa_supplicant , почти наверняка).

Они выглядят так в wpa_cli:

> list_networks 
network id / ssid / bssid / flags
0   Example any [TEMP-DISABLED]

Где Example - это SSID сети.

Можно ли указать wpa_supplicant что проблема была исправлена, и что она может попытаться повторно пройти аутентификацию? (Ни один из enable_network , reassociate reconnect или повторно соединить работу.)

(Перезапуск wpa_supplicant работает, но мне было интересно, есть ли более "мягкий" метод). Судя по журналам, похоже, что он отступает, а верхняя граница составляет колоссальные 20 минут, что является большим интервалом между попытками.)

1 ответ1

1

Когда wpa_supplicant неоднократно не удается подключиться к сети, сеть временно отключается, и BSSID может быть занесен в черный список.

Чтобы очистить состояние TEMP-DISABLED, вы можете отключить и снова включить сеть

disable 0
enable 0

blacklist команды показывают , если какие - либо идентификаторы BSSID находятся в черных списке, и они могут быть повторно включены с помощью команды blacklist clear

Основываясь на функции wpas_auth_failed в http://w1.fi/cgit/hostap/tree/wpa_supplicant/wpa_supplicant.c, состояние TEMP-DISABLED длится 10 секунд для первого сбоя и увеличивается до 300 секунд после более чем 50 отказов. Однако есть и другие места, где это состояние установлено, и когда я увидел, что это состояние возникает, оно, по-видимому, так часто не выходило из строя.

Всё ещё ищете ответ? Посмотрите другие вопросы с метками .