Автор Тема: read-only подключение Network Manager.  (Прочитано 76885 раз)

Оффлайн klark973

  • Давно тут
  • **
  • Сообщений: 653
  • Неспящий саппорт
Re: read-only подключение Network Manager.
« Ответ #60 : 19.04.2019 20:27:48 »
:-) Нельзя.
[...]
Там после этого редактировать в NM нечего, за отсутствием оного :-)
Можно!
nmcli c
...
Проводное соединение 1
Оно теперь под другим именем идёт. См. также логи с плагином и без в сообщении #25.
To moan or to solve -- that is the question!

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 9 665
Re: read-only подключение Network Manager.
« Ответ #61 : 20.04.2019 01:24:14 »
:-) Нельзя.
[...]
Там после этого редактировать в NM нечего, за отсутствием оного :-)
Можно!
nmcli c
...
Проводное соединение 1
Оно теперь под другим именем идёт. См. также логи с плагином и без в сообщении #25.

Свежеустановленый sysv-xfce-i586:
:-) Оно не редактирует соединение.
Оно позволяет считать параметры и на их основе создать свой новый конфиг:
# ls -1F /etc/NetworkManager/system-connections/
#
# nmcli c show
ИМЯ                 UUID                                  ТИП             УСТРОЙСТВО
Wired connection 1  8ed19525-082f-3df1-92aa-62d8b452dd89  802-3-ethernet  --         
# sed -i 's/etcnet-alt,//' /etc/NetworkManager/NetworkManager.conf
# /etc/rc.d/init.d/NetworkManager restart
# ls -1F /etc/NetworkManager/system-connections/
#
# nm-connection-editor
# ls -1F /etc/NetworkManager/system-connections/
'Wired connection 1'

И только после этого можно изменить приоритет, который сразу после создания конфига будет:
# grep autoconnect-priority /etc/NetworkManager/system-connections/Wired\ connection\ 1
autoconnect-priority=-999

Но ИМХО:
Всё это пользователю вынесет мозг.

А при удалении конфига оно не исчезнет:
# rm -f /etc/NetworkManager/system-connections/Wired\ connection\ 1
# /etc/rc.d/init.d/NetworkManager restart
# nmcli c show
ИМЯ                 UUID                                  ТИП              УСТРОЙСТВО
Wired connection 1  8ed19525-082f-3df1-92aa-62d8b452dd89  802-3-ethernet   --         

Но новое соединение создаётся с приоритетом 0 по-умолчанию:
# grep autoconnect-priority /etc/NetworkManager/system-connections/Соединение\ Ethernet\ 1
#

И у меня вопрос не к кому-то, а в никуда:
А стоит ли так нагружать пользователя, который не только в Linux, но и в Windows "плавает".
« Последнее редактирование: 20.04.2019 01:32:20 от Speccyfighter »

Оффлайн klark973

  • Давно тут
  • **
  • Сообщений: 653
  • Неспящий саппорт
Re: read-only подключение Network Manager.
« Ответ #62 : 20.04.2019 02:42:52 »
Свежеустановленый sysv-xfce-i586:
:-) Оно не редактирует соединение.
Оно позволяет считать параметры и на их основе создать свой новый конфиг:
[...]
И только после этого можно изменить приоритет, который сразу после создания конфига будет:
Я проверял на x86_64 с MATE на p8 и в виртуалке на Сизифе. Кнопка редактирования работает сразу! Да, файла соединения изначально не существует, поэтому он должен быть создан. Однако умолчания в данном случае определены плагином keyfile, и их можно сразу отредактировать. В том числе, можно сразу отредактировать приоритет и вообще указать, чтобы не было авто-коннекта. В случае плагина etcnet-alt эти умолчания могут отличаться, но его надо сначала починить. Тогда не очень понимаю, в чём проблема?

А при удалении конфига оно не исчезнет:
Думаю, после удаления соединения и перезапуска NM, UUID соединения будет всё же другим -- UUID для незарегистрированных соединений генерируется "на лету", а в вашем выводе он почему-то не изменился. Может, как-то не так перезапускаете NM.

Кнопка удаления соединения в NM не умеет (и, по-моему, не должна уметь) делать следующего: если соединение зарегистрировано в Etcnet и на момент удаления для него действует правило NM_CONTROLLED=yes, то необходимо изменить для него NM_CONTROLLED на no. Тогда в будущем NM будет его игнорировать. Что-то похожее делает acc, когда передаёт интерфейс от одной сетевой подсистемы другой, однако есть два маленьких НО...

Во-первых, каждый раз, когда NM или один из его плагинов обнаруживает интерфейс, если этот интерфейс сразу не определяется, как игнорируемый, он окажется в списке управляемых NM. Во-вторых, механизм игнорирования интерфейса в плагине etcnet-alt таков, что шансы его игнорировать почти нулевые. Надо видеть код. Если коротко, в options самого интерфейса, во всех дефолтах (default/options и defualt/option-eth) NM_CONTROLLED должен быть прописан, причём прописан как "no", в противном случае NM считает его "своим". И если нет файла /etc/net/iface/$IFNAME/options, тоже считает его "своим".

Все физические интерфейсы, которые обнаруживает NM, должны быть доступны для редактирования, иначе как тогда создавать для них в GUI файлы соединений? Разумеется, такие соединения сразу после удаления будут создаваться заново. Есть лишь два исключения: 1) пользователь удалил соединение не физического интерфейса, а некого рукотворного файла (абстракции) и 2) плагин обрабатывает найденное соединение таким образом, чтобы NM его игнорировал. Вот только в этом случае его не будет в списке NM вообще. Но для этого должна существовать какая-то ещё база данных или подсистема, в которой это должно храниться. Собственно именно такую роль выполняют вместе взятые Etcnet, shelvar-переменная NM_CONTROLLED и плагин etcnet-alt.

Но новое соединение создаётся с приоритетом 0 по-умолчанию:
Полагаю, таков механизм работы самого NM и его плагинов. Но проще не его код ковырять, а в acc и инсталляторе при выборе ведущим NM сразу генерировать нужные файлы соединений, чтобы не морочить людям голову.
To moan or to solve -- that is the question!

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 9 665
Re: read-only подключение Network Manager.
« Ответ #63 : 20.04.2019 15:03:03 »
Свежеустановленый sysv-xfce-i586:
:-) Оно не редактирует соединение.
Оно позволяет считать параметры и на их основе создать свой новый конфиг:
[...]
И только после этого можно изменить приоритет, который сразу после создания конфига будет:

Все физические интерфейсы, которые обнаруживает NM, должны быть доступны для редактирования, иначе как тогда создавать для них в GUI файлы соединений?

nm-connection-editor не умеет отображать физические интерфейсы. И никогда не умел. nm-connection-editor отображает только соединения. Причём одно из них, -  соединение/конфиг etcnet. К NM никак не относящееся. Отображать соединение/конфиг etcnet в NM, это скрещивать ежа с ужом.

Физические интерфейсы отображает nmcli:
$ nmcli d
УСТРОЙСТВО  ТИП       СОСТОЯНИЕ       СОЕДИНЕНИЕ
wlan0       wifi      подключено      Wi-Fi-1   
eth0        ethernet  недоступен      --         
lo          loopback  без управления  --         


А при удалении конфига оно не исчезнет:
Думаю, после удаления соединения и перезапуска NM, UUID соединения будет всё же другим -- UUID для незарегистрированных соединений генерируется "на лету", а в вашем выводе он почему-то не изменился. Может, как-то не так перезапускаете NM.

:-) Как только alt научится выполнять restart сервиса через systemctl в системе на sysv, то в тот же день уничтожу альты на всех винчестерах.
И это не шутка.

Оффлайн Kalt

  • Давно тут
  • **
  • Сообщений: 947
Re: read-only подключение Network Manager.
« Ответ #64 : 20.04.2019 15:29:09 »
...Сделал:
# sed -i 's/etcnet-alt,//' /etc/NetworkManager/NetworkManager.conf
Получил:
[balts@host-210 ~]$ nmcli c
ИМЯ                     UUID                                  ТИП    УСТРОЙСТВО
Новое соединение pppoe  53e49a86-c66a-4e2e-8e2b-34462e22ff1c  pppoe  eth0       
[balts@host-210 ~]$ nmcli d
УСТРОЙСТВО  ТИП       СОСТОЯНИЕ       СОЕДИНЕНИЕ             
eth0        ethernet  подключено      Новое соединение pppoe
lo          loopback  без управления  --   
Intel Xeon X3440 2,53GHz, MSI H55- G43, DDR3- 4x2GB, GF GT710

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 9 665
Re: read-only подключение Network Manager.
« Ответ #65 : 20.04.2019 17:05:15 »
Не понимаю, откуда NM берёт соединение:
Конфига соединения нет, альтератора нет, etcnet нет, а соединение Wired connection 1 есть. С приоритетом -999.

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 9 665
Re: read-only подключение Network Manager.
« Ответ #66 : 21.04.2019 00:20:21 »
Чтобы после инсталляции системы с NetworkManager соединение Wired connection 1 (System eth0) не светилось в окне nm-connection-editor и на первом запуске это окно было чистым, нужно на инсталляции, на этапе настройки сети, в окне настройки по кнопке Дополнительно, сменить дефолтный NetworkManager на etcnet, чтобы конфиг принял такой вид:
# cat /etc/net/ifaces/eth0/options
NM_CONTROLLED=no
DISABLED=no
TYPE=eth
CONFIG_WIRELESS=no
BOOTPROTO=static
CONFIG_IPV4=yes
ONBOOT=yes
# grep NM_CONTROLLED /etc/net/ifaces/eth0/options
NM_CONTROLLED=no

При этом ONBOOT=yes лучше сменить на ONBOOT=no (снять маркер загрузки в том же окне смены подсистемы), поскольку сервис network по-умолчанию включен:
# chkconfig --list network
network        0:выкл 1:выкл 2:вкл 3:вкл 4:вкл 5:вкл 6:выкл

как и
# chkconfig --list NetworkManager
NetworkManager 0:выкл 1:выкл 2:вкл 3:вкл 4:вкл 5:вкл 6:выкл

Т.о. по-умолчанию работают сразу две подсистемы.

При этом конфиг останется нетронутым:
# cat /etc/NetworkManager/NetworkManager.conf
[main]
plugins=etcnet-alt,keyfile

И учитывать что:
в options самого интерфейса, во всех дефолтах (default/options и defualt/option-eth) NM_CONTROLLED должен быть прописан, причём прописан как "no", в противном случае NM считает его "своим". И если нет файла /etc/net/iface/$IFNAME/options, тоже считает его "своим".

Оффлайн klark973

  • Давно тут
  • **
  • Сообщений: 653
  • Неспящий саппорт
Re: read-only подключение Network Manager.
« Ответ #67 : 21.04.2019 04:29:05 »
Причина невозможности удалить и отредактировать соединения обнаружилась очень легко. Чего я раньше-то думал! Пытаюсь исправить заданием #227890.

P.S.: Задание для p8 собралось и проблему решило. Желающие могут попробовать:
apt-repo add 227890
apt-get update
apt-get reinstall NetworkManager
service NetworkManager restart
Только не забудьте сначала вернуть обратно плагин etcnet-alt. После того, как сказали, что именно вы запускаете из консоли, на поиски причины ушли считанные минуты, равно как и на её исправление. Теперь можно открывать баг и обсуждать это с sem@, поскольку высока вероятность, что здесь именно так и было когда-то задумано.
« Последнее редактирование: 21.04.2019 05:01:37 от klark973 »
To moan or to solve -- that is the question!

Оффлайн Kalt

  • Давно тут
  • **
  • Сообщений: 947
Re: read-only подключение Network Manager.
« Ответ #68 : 21.04.2019 15:29:25 »
...Попробовал:
Спойлер
[root@host-210 ~]# apt-repo add 227890
[root@host-210 ~]# apt-get update
Получено: 1 http://ftp.altlinux.org p8/branch/x86_64 release [880B]
Получено: 2 http://git.altlinux.org repo/227890/x86_64 release [535B]
Получено: 3 http://git.altlinux.org repo/227890/x86_64-i586 release [527B]
Получено: 4 http://ftp.altlinux.org p8/branch/x86_64-i586 release [537B]
Получено: 5 http://ftp.altlinux.org p8/branch/noarch release [673B]
Получено 3152B за 0s (40,1kB/s).               
Найдено http://ftp.altlinux.org p8/branch/x86_64/classic pkglist
Найдено http://git.altlinux.org repo/227890/x86_64/task pkglist
Найдено http://ftp.altlinux.org p8/branch/x86_64/classic release
Найдено http://ftp.altlinux.org p8/branch/x86_64-i586/classic pkglist
Найдено http://ftp.altlinux.org p8/branch/x86_64-i586/classic release
Найдено http://ftp.altlinux.org p8/branch/noarch/classic pkglist
Найдено http://ftp.altlinux.org p8/branch/noarch/classic release
Найдено http://git.altlinux.org repo/227890/x86_64/task release
Найдено http://git.altlinux.org repo/227890/x86_64-i586/task pkglist
Найдено http://git.altlinux.org repo/227890/x86_64-i586/task release
Чтение списков пакетов... Завершено
Построение дерева зависимостей... Завершено
[root@host-210 ~]# apt-get reinstall NetworkManager
Чтение списков пакетов... Завершено
Построение дерева зависимостей... Завершено
0 будет обновлено, 0 новых установлено, 1 пакетов будет переустановлено, 0 пакетов будет удалено и 0 не будет обновлено.
Необходимо получить 0B/31,5kB архивов.
После распаковки потребуется дополнительно 0B дискового пространства.
Продолжить? [Y/n] y
Прервано.
« Последнее редактирование: 21.04.2019 15:32:30 от Kalt »
Intel Xeon X3440 2,53GHz, MSI H55- G43, DDR3- 4x2GB, GF GT710

Оффлайн klark973

  • Давно тут
  • **
  • Сообщений: 653
  • Неспящий саппорт
Re: read-only подключение Network Manager.
« Ответ #69 : 21.04.2019 15:36:16 »
А чего передумали? Впрочем, мне APT предложил заменить дюжину пакетов, в том числе, libnm (изменение попало именно в нижний слой). Возможно, в вашей системе не обновлены apt/rpm или стоит проверить "установить" с --dry-run.
To moan or to solve -- that is the question!

Оффлайн Kalt

  • Давно тут
  • **
  • Сообщений: 947
Re: read-only подключение Network Manager.
« Ответ #70 : 21.04.2019 15:38:52 »
А чего передумали?
...Вот так получилось!:
Спойлер
[root@host-210 ~]# apt-get reinstall NetworkManager
Чтение списков пакетов... Завершено
Построение дерева зависимостей... Завершено
0 будет обновлено, 0 новых установлено, 1 пакетов будет переустановлено, 0 пакетов будет удалено и 0 не будет обновлено.
Необходимо получить 0B/31,5kB архивов.
После распаковки потребуется дополнительно 0B дискового пространства.
Продолжить? [Y/n] y
Совершаем изменения...
Preparing...                                                               ################################################################################################### [100%]
Running /usr/lib/rpm/posttrans-filetriggers
Завершено.
Intel Xeon X3440 2,53GHz, MSI H55- G43, DDR3- 4x2GB, GF GT710

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 9 665
Re: read-only подключение Network Manager.
« Ответ #71 : 21.04.2019 15:46:57 »
Причина невозможности удалить и отредактировать соединения обнаружилась очень легко. Чего я раньше-то думал! Пытаюсь исправить заданием #227890.

P.S.: Задание для p8 собралось и проблему решило. Желающие могут попробовать:
apt-repo add 227890
apt-get update
apt-get reinstall NetworkManager
service NetworkManager restart
Только не забудьте сначала вернуть обратно плагин etcnet-alt. После того, как сказали, что именно вы запускаете из консоли, на поиски причины ушли считанные минуты, равно как и на её исправление. Теперь можно открывать баг и обсуждать это с sem@, поскольку высока вероятность, что здесь именно так и было когда-то задумано.

В свежепереустановленной alt-p8-sysv-xfce-201903-i586, после обновления NM из task 227890, соединение System eth0 становится доступным в nm-connection-editor для редактирования и удаления.

Оффлайн Kalt

  • Давно тут
  • **
  • Сообщений: 947
Re: read-only подключение Network Manager.
« Ответ #72 : 21.04.2019 15:48:33 »
Впрочем, мне APT предложил заменить дюжину пакетов, в том числе, libnm (изменение попало именно в нижний слой). Возможно, в вашей системе не обновлены apt/rpm или стоит проверить "установить" с --dry-run.
...Да я сначала провёл обновление, а потом применил ваше задание, в пакете не получилось, а отдельно прошло. Но:
Intel Xeon X3440 2,53GHz, MSI H55- G43, DDR3- 4x2GB, GF GT710

Оффлайн Kalt

  • Давно тут
  • **
  • Сообщений: 947
Re: read-only подключение Network Manager.
« Ответ #73 : 21.04.2019 15:54:07 »
Только не забудьте сначала вернуть обратно плагин etcnet-alt.
Здесь не тронутая ОС. Итог таков:
[kalt1@host-210 ~]$ nmcli c
ИМЯ                     UUID                                  ТИП             УСТРОЙСТВО
Новое соединение pppoe  0e1529ea-c67d-44e6-a788-b24887ac496c  pppoe           eth0       
System eth0             66284f90-5cba-4004-099f-8ae2d0617b3d  802-3-ethernet  --         
Новое соединение vpn    057e11fd-3ca9-4c89-8c92-0f1bc9265b45  vpn             --         
[kalt1@host-210 ~]$  nmcli d
УСТРОЙСТВО  ТИП       СОСТОЯНИЕ       СОЕДИНЕНИЕ             
eth0        ethernet  подключено      Новое соединение pppoe
lo          loopback  без управления  --         
Intel Xeon X3440 2,53GHz, MSI H55- G43, DDR3- 4x2GB, GF GT710

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 9 665
Re: read-only подключение Network Manager.
« Ответ #74 : 21.04.2019 15:57:47 »
мне APT предложил заменить дюжину пакетов, в том числе, libnm (изменение попало именно в нижний слой).

В alt-p8-sysv-xfce-201903-i586, это затронуло обновление 8-ми пакетов:
Продолжить? [Y/n]
Получено: 1 http://git.altlinux.org repo/227890/i586/task NetworkManager 1.8.9-alt1.M80P.3.git1d3ce06d137c [31,6kB]
Получено: 2 http://git.altlinux.org repo/227890/i586/task NetworkManager-bluetooth 1.8.9-alt1.M80P.3.git1d3ce06d137c [64,9kB]
Получено: 3 http://git.altlinux.org repo/227890/i586/task NetworkManager-wwan 1.8.9-alt1.M80P.3.git1d3ce06d137c [67,6kB]
Получено: 4 http://git.altlinux.org repo/227890/i586/task NetworkManager-wifi 1.8.9-alt1.M80P.3.git1d3ce06d137c [77,3kB]
Получено: 5 http://git.altlinux.org repo/227890/i586/task NetworkManager-adsl 1.8.9-alt1.M80P.3.git1d3ce06d137c [46,8kB]
Получено: 6 http://git.altlinux.org repo/227890/i586/task NetworkManager-ppp 1.8.9-alt1.M80P.3.git1d3ce06d137c [49,9kB]
Получено: 7 http://git.altlinux.org repo/227890/i586/task NetworkManager-daemon 1.8.9-alt1.M80P.3.git1d3ce06d137c [1957kB]
Получено: 8 http://git.altlinux.org repo/227890/i586/task libnm 1.8.9-alt1.M80P.3.git1d3ce06d137c [309kB]
Получено 2604kB за 1s (1548kB/s).