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

Петрович

  • Гость
Re: read-only подключение Network Manager.
« Ответ #15 : 18.04.2019 14:29:13 »
В установленной убираем все применить перезагрузка.Настраиваем NetworkManager перезагрузка.Передернул шнурок сети, работает.
« Последнее редактирование: 18.04.2019 14:34:55 от Петрович »

Петрович

  • Гость
Re: read-only подключение Network Manager.
« Ответ #16 : 18.04.2019 14:33:46 »
Не прикрепилась.

Оффлайн Антон Мидюков

  • alt linux team
  • ***
  • Сообщений: 5 183
  • antohami@
Re: read-only подключение Network Manager.
« Ответ #17 : 18.04.2019 17:54:30 »
Решение простое как две копейки — добавить в инсталлятор опцию пропуска настройки сети и создания соединения. Эта тема уже годами поднимается.

В лайвах этого шага нет, а сеть есть.

Петрович

  • Гость
Re: read-only подключение Network Manager.
« Ответ #18 : 18.04.2019 18:18:35 »
В лайвах этого шага нет, а сеть есть.
Туда тоже не мешает добавить.
С моим ноутбуком и модемом долго возится надо.

Оффлайн Антон Мидюков

  • alt linux team
  • ***
  • Сообщений: 5 183
  • antohami@
Re: read-only подключение Network Manager.
« Ответ #19 : 18.04.2019 18:25:09 »
Туда тоже не мешает добавить.
С моим ноутбуком и модемом долго возится надо.

А модем через этот шаг настроить можно?

Оффлайн klark973

  • Завсегдатай
  • *
  • Сообщений: 662
  • Неспящий саппорт
Re: read-only подключение Network Manager.
« Ответ #20 : 18.04.2019 18:39:13 »
почему я не могу ни редактировать, ни удалить сетевое соединение в NM, даже запустив nm-connection-editor от имени root?
Можете. Сообщением выше написал по шагам, как этого добиться руками. Но и через GUI можно, просто не во всех вариантах инсталлятора "из коробки".
To moan or to solve -- that is the question!

Петрович

  • Гость
Re: read-only подключение Network Manager.
« Ответ #21 : 18.04.2019 19:26:20 »
А модем через этот шаг настроить можно?
Извиняюсь роутер TP-Link

Оффлайн Антон Мидюков

  • alt linux team
  • ***
  • Сообщений: 5 183
  • antohami@
Re: read-only подключение Network Manager.
« Ответ #22 : 18.04.2019 19:41:25 »
Да на самом деле вся суть претензий в том, что это соединение имеет приоритет перед другими соединениями для этого же интерфейса. Что создаёт реальную проблему, когда по дефолту требуется другое соединение. И если этот приоритет убрать, то никто особо жаловаться и не будет.

dango

  • Гость
Re: read-only подключение Network Manager.
« Ответ #23 : 18.04.2019 19:55:03 »
Можете. Сообщением выше написал по шагам, как этого добиться руками. Но и через GUI можно, просто не во всех вариантах инсталлятора "из коробки".
Я видел ваше кунфу. Спасибо. Но прошу обратить внимание на постановку своего вопроса:
почему я не могу ни редактировать, ни удалить сетевое соединение в NM, даже запустив nm-connection-editor от имени root?
Именно без Шаолиня, и именно тем инструментом, который для этого предназначен.
Для меня не проблема убрать это соединение (образно говоря, через выхлопную трубу), как и заменить NM на etcnet и наоборот.

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: read-only подключение Network Manager.
« Ответ #24 : 18.04.2019 23:50:56 »
Можете. Сообщением выше написал по шагам,
как этого добиться руками. Но и через GUI можно, просто не во всех вариантах инсталлятора "из коробки".
Я видел ваше кунфу. Спасибо.

:-) Прочитал и хихикнул:
Мне это напомнило выключение Windows Defender в винде домашней редакции.

Оффлайн klark973

  • Завсегдатай
  • *
  • Сообщений: 662
  • Неспящий саппорт
Re: read-only подключение Network Manager.
« Ответ #25 : 19.04.2019 01:44:47 »
почему я не могу ни редактировать, ни удалить сетевое соединение в NM, даже запустив nm-connection-editor от имени root?
Именно без Шаолиня, и именно тем инструментом, который для этого предназначен.
Полагаю, загвоздка в /etc/NetworkManager/NetworkManager.conf, точнее в плагине etcnet-alt. Но это лишь догадка, точнее знает sem@. Хотя, ничто не мешает убедиться в этом, заглянув в исходники. По крайней мере, отключение данного плагина (/usr/lib64/NetworkManager/libnm-settings-plugin-etcnet-alt.so) проблему решает, никакого Шаолиня! Плагин включен по дефолту, прибит гвоздями в спеке, а как выключить -- я выше показал.

P.S.: Сейчас проверил и подтверждаю свою догадку, не надо делать того, что написано выше. Всё решается одной командой:
sed -i 's/etcnet-alt,//' /etc/NetworkManager/NetworkManager.conf
Наверное, это баг NM, возможно где-то в этом самом плагине. При этом разница в работе NM выглядит как-то так:
# Лог с подключенным плагином
etcnet-alt: Current network profile: (none)
settings: loaded plugin etcnet-alt: (c) 2008 - 2017 Mikhail Efremov <sem@altlinux.org>. To report bugs please use https://bugzilla.altlinux.org/. (/usr/lib64/NetworkManager/libnm-settings-plugin-etcnet-alt.so)
etcnet-alt: read connection: Wireless settings are not found in /etc/net/ifaces/wlan0.
etcnet-alt: No connections for device wlan0 found
settings-connection[0x1fc69a0]: constructed (NMEtcnetConnection)
settings-connection[0x1fc69a0,e0769c28-2348-c9a8-7822-25bed776b8cc]: replace settings from connection 0x2058e80 (System eth0)
etcnet-alt: eth0: Readed connection "System eth0"

# Лог с отключенным плагином
settings: Failed to add 6252f521-01c4-3d5f-85e1-6cf58f95b13b/'Проводное соединение 1': Plugin does not support adding connections
settings-connection[0x18981e0]: constructed (NMSKeyfileConnection)
settings-connection[0x18981e0,6252f521-01c4-3d5f-85e1-6cf58f95b13b]: replace settings from connection 0x1883f40 (Проводное соединение 1)
keyfile: add connection in-memory (6252f521-01c4-3d5f-85e1-6cf58f95b13b,"Проводное соединение 1")
settings-connection[0x18981e0,6252f521-01c4-3d5f-85e1-6cf58f95b13b]: failed to read connection timestamp: Файл ключей не содержит ключа «6252f521-01c4-3d5f-85e1-6cf58f95b13b» в группе «timestamps»
settings: (eth0): created default wired connection 'Проводное соединение 1'
Моя интерпретация такая. Дефолтный settings не умеет добавлять найденное соединение, если его нет в /etc/NetworkManager/systemconnections, это делает плагин keyfile, создавая соединение в памяти. В этом случае оно называется "Проводное соединение 1". Если же подключен плагин etcnet-alt, он откуда-то выхватывает дефолт Etcnet и соединение называется "System eth0". Почему его нельзя редактировать -- надо разбираться. Помощь в поиске и исправлении приветствуется!
« Последнее редактирование: 19.04.2019 02:40:55 от klark973 »
To moan or to solve -- that is the question!

Оффлайн Антон Мидюков

  • alt linux team
  • ***
  • Сообщений: 5 183
  • antohami@
Re: read-only подключение Network Manager.
« Ответ #26 : 19.04.2019 05:21:46 »
Если же подключен плагин etcnet-alt, он откуда-то выхватывает дефолт Etcnet и соединение называется "System eth0". Почему его нельзя редактировать -- надо разбираться.

Из etcnet: /etc/net/ifaces/default/options-eth? Я всегда думал, что так и задумано. Оно System, потому что должно редактироваться в ЦУС, а не в NetworkManager. А не нравится пользователям, что это System хрен отодвинешь в сторону, не залезая в ЦУС. Допустим пользователь настроил DSL-соединение через NetworkManager и хочет, чтобы оно было по дефолту. А нет, не получится. По дефолту коннектится System eth0. Вот как это исправить?

Оффлайн klark973

  • Завсегдатай
  • *
  • Сообщений: 662
  • Неспящий саппорт
Re: read-only подключение Network Manager.
« Ответ #27 : 19.04.2019 06:24:44 »
Если же подключен плагин etcnet-alt, он откуда-то выхватывает дефолт Etcnet и соединение называется "System eth0". Почему его нельзя редактировать -- надо разбираться.
Из etcnet: /etc/net/ifaces/default/options-eth? Я всегда думал, что так и задумано.
Вроде разобрался. Да, в этом файле дефолт таков: NM_CONTROLLED=yes, и он работает. То, что соединение нельзя редактировать -- баг. Причём, несмотря на существенную разницу между p8 и Сизифом в том же коде, на Сизифе этот баг не исправлен до сих пор. Как мне кажется, он обусловлен тем, как конструируется и разрушается объект соединения. Плагины etcnet-alt и keyfile используют тут совершенно разный подход, и код sem@ в этом плане не менялся с 2008. Я имею ввиду функции *_connection_new() и *_connection_class_init(), конструирование keyfile-объекта через g_object_new() происходит со значительно большим числом параметров. Ещё одно небольшое отличие в значении третьего параметра (update_unsaved) функции nm_settings_connection_replace_settings() в p8 или nm_settings_connection_update() на Сизифе. Других значимых отличий мне выловить не удалось.

Допустим пользователь настроил DSL-соединение через NetworkManager и хочет, чтобы оно было по дефолту. А нет, не получится. По дефолту коннектится System eth0. Вот как это исправить?
NetworkManager --help даёт ответ на этот вопрос. Если исправить баг, все соединения будут управляемыми через NM и пользователь сможет в его GUI всё это переопределить.
« Последнее редактирование: 19.04.2019 06:46:25 от klark973 »
To moan or to solve -- that is the question!

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 10 259
Re: read-only подключение Network Manager.
« Ответ #28 : 19.04.2019 07:19:18 »
Допустим пользователь настроил DSL-соединение через NetworkManager и хочет, чтобы оно было по дефолту. А нет, не получится. По дефолту коннектится System eth0. Вот как это исправить?

Приоритет выставляется через autoconnect-priority в /etc/NetworkManager/system-connections/*
https://developer.gnome.org/NetworkManager/stable/nm-settings.html
В nm-connection-editor на Wired connection вкладка Основное, опция Connection priority for auto-activation.
А System eth0, это совсем из другой оперы.
А значит никак. :-)

Оффлайн Антон Мидюков

  • alt linux team
  • ***
  • Сообщений: 5 183
  • antohami@
Re: read-only подключение Network Manager.
« Ответ #29 : 19.04.2019 08:37:55 »
То, что соединение нельзя редактировать -- баг. Причём, несмотря на существенную разницу между p8 и Сизифом в том же коде, на Сизифе этот баг не исправлен до сих пор. Как мне кажется, он обусловлен тем, как конструируется и разрушается объект соединения.

Я не понял. На p8 можно редактировать это соединение силами NetworkManager?