Согласно комментариям, я попытался отключить oh-my-zsh
, который устранил эту проблему. Затем я просмотрел исходный код oh-my-zsh
, выборочно отключая модули.
Раньше у меня было CASE_SENSITIVE = "true"
, но комментирование этой строки исправило это для меня. Очевидно, это известная ошибка .
Чтобы исправить это, я мог бы поместить следующую строку в ~ / .zshrc
после поиска oh-my-zsh
.
zstyle ':completion:*' matcher-list 'r:|=*' 'l:|=* r:|=*'
Я бы проверил, не мешает ли брандмауэр связи с сервером для 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