wpa_supplicant не подключается с помощью IEEE8021X

Согласно комментариям, я попытался отключить oh-my-zsh , который устранил эту проблему. Затем я просмотрел исходный код oh-my-zsh , выборочно отключая модули.

Раньше у меня было CASE_SENSITIVE = "true" , но комментирование этой строки исправило это для меня. Очевидно, это известная ошибка .

Чтобы исправить это, я мог бы поместить следующую строку в ~ / .zshrc после поиска oh-my-zsh .

zstyle ':completion:*' matcher-list 'r:|=*' 'l:|=* r:|=*'

-1
29.01.2019, 20:57
1 ответ

Я бы проверил, не мешает ли брандмауэр связи с сервером для TLS на RADIUS. Здесь указан порт TCP/2083:https://www.rfc-editor.org/rfc/rfc6614. Если у вас есть исходящие правила на клиенте, это также имеет значение.

This, wlan0 :CTRL -EVENT -ASSOC -REJECT bssid=00 :00 :00 :00 :00 :00 статус _код =16, находясь на клиенте. Означает, что у вашего клиента истекло время ожидания кадра, который никогда не появляется. Таким образом, сервер/точка доступа либо не отправляет кадр после получения запроса, либо никогда не получала запрос на него.

Помогает ли это:

EAP -TLS

EAP -TLS использует механизм аутентификации сертификата открытого ключа TLS в EAP для обеспечения взаимной аутентификации клиента на сервере и сервера на клиенте. При использовании EAP -TLS и клиенту, и серверу должен быть назначен цифровой сертификат, подписанный центром сертификации (CA ), которому они оба доверяют.

Найдено здесь:https://www.interlinknetworks.com/app_notes/eap-peap.htm

0
28.01.2020, 05:12

Теги

Похожие вопросы