NetworkManager повторно запрашивает пароль [802.1x] [16.04]

Я думаю, что нашел более простому работу вокруг для этого.

я все еще использую обычный интерфейс Network Connections для заполнения весь 802.1x вкладка Security включая пароль (это необходимо для активации кнопки 'Save' даже при том, что пароль не хранится правильно).

я затем открываю терминальное и выполненное "nmtui-подключение" и активирую соединение там, оно запрашивает пароль и попытки соединиться. Во всех моих тестах я был соединен успешно.

Интересно пароль затем сохраняется между логинами и разделом "Password" 802.1x, вкладка Security заполняется.

У меня также есть та же проблема. Странно, проводная сеть не будет работать, в то время как беспроводная сеть может соединиться с 802.1x сеть.

Так или иначе, в моем случае, я не могу зафиксировать его, но может обходное решение изменить интерфейсный файл, Позволяет NetworkManager обойти интерфейс.

В/etc/network/interface файле

auto enp0s25
iface enp0s25 inet dhcp
       wpa-driver wired
       wpa-conf /etc/wpa_supplicant/wpa_wired.conf

и в Вашем/etc/wpa_supplicant/wpa_wired.conf файле

network={
    key_mgmt=IEEE8021X
    eap=PEAP
    phase2="auth=MACHAPV2"
    identity="youridentity"
    password="yourpassword"
}

В моем случае, я могу соединиться для сетей временный.

У меня есть подобная проблема. Я использую соединенный проводом 802.1x автор, который хорошо работает с работами ubuntu 14.04 and 12.04.In 16.04, только если я пишу в открытом тексте пароль (пароль ='mypassword') в/etc/NetworkManager/system-connections/myconn.

В ответе Jiang Junyu существует опечатка, но это работает так или иначе.

автор = "MSCHAPV2"

network={
    key_mgmt=IEEE8021X
    eap=PEAP
    phase2="auth=MSCHAPV2"
    identity="youridentity"
    password="yourpassword" }

У меня была аналогичная ситуация. По-видимому мое проводное 802.1x соединение циклично выполнилось бы, где я ввожу свои учетные данные, и это попыталось бы загрузиться и затем просто поднять экран пароля снова, не говоря мне, мои учетные данные были неправильными. Это характерно к неправильному сертификату CA.

Для фиксации его следуйте за одним из следующего ниже:

При использовании Сертификатов CA удостоверьтесь, что Вы получаете его от центра IT школы (в моем случае, сертификат с предыдущего семестра был больше не действителен). После того как у Вас есть сертификат CA, добавьте путь местоположения этого сертификата в следующем месте.

etc/NetworkManager/system-connections/Name_of_your_connection 

Найдите блок текста, который выглядит подобным ниже

[802-1x]
altsubject-matches=
ca-cert=/path/to/your/CA_certificate
eap=peap;
identity=YourUsername

Вы не можете, конечно, потребовать никакого сертификата CA. Отредактируйте свое соединение посредством 'Сетевого соединения' GUI и проверка 'Никакой Сертификат CA, Необходимый', или удалите (если выходы) строку

ca-cert=/path/to/your/CA_certificate

в

/etc/NetworkManager/system-connections/Name_of_your_connection4

Наконец, можно попытаться получить сертификат CA от коллег в школе, у которых есть он работа или если у Вас есть Windows OS, можно захватить сертификат оттуда. (Я не слишком знаком с Windows, но это решение работало на меня, потому что так или иначе окна получили корректный сертификат, когда я настроил его в кампусе). Но перейдите к менеджеру по Сертификату в Windows OS и откройтесь, файл маркировал Trusted Root Certificate Authorities> Certificates. Это могло бы быть специфично для моей школы, но экспортировать USERTrust RSA Certificate.cer и загрузить его в Ваш дистрибутив человечности.

Удачи