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

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

  • alt linux team
  • ***
  • Сообщений: 4 151
  • antohami@
Re: read-only подключение Network Manager.
« Ответ #120 : 23.04.2019 06:16:18 »
По моему убеждению в вашей редкой ситуации этого соединения не должно быть вообще в Etcnet.

У нас в стартеркитах для всех сборок настраивается etcnet для dhcp. Значит надо реализовать переключатель, который будет отрубать настройку etcnet в случае использования NetworkManager.

dango

  • Гость
Re: read-only подключение Network Manager.
« Ответ #121 : 23.04.2019 07:31:49 »
У нас в стартеркитах для всех сборок настраивается etcnet для dhcp. Значит надо реализовать переключатель, который будет отрубать настройку etcnet в случае использования NetworkManager.
Как вариант, да. Например, в инсталяторе Slackware при настройке сети пользователю дается выбор: настроить сеть через статичный IP, через dhcp, без сети или использовать NetworkManager. См. вложение.

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

  • alt linux team
  • ***
  • Сообщений: 4 151
  • antohami@
Re: read-only подключение Network Manager.
« Ответ #122 : 23.04.2019 08:28:19 »
Как вариант, да. Например, в инсталяторе Slackware при настройке сети пользователю дается выбор: настроить сеть через статичный IP, через dhcp, без сети или использовать NetworkManager. См. вложение.

Переключатель в профиле, т.е. пользователь заметит только результат.

dango

  • Гость
Re: read-only подключение Network Manager.
« Ответ #123 : 23.04.2019 09:47:48 »
Переключатель в профиле, т.е. пользователь заметит только результат.
Ок. Спасибо, Антон. Так понимаю, это будет в сборках и с инсталляторами и LiveCD? Не откажусь потестировать.

Оффлайн Kalt

  • Давно тут
  • **
  • Сообщений: 974
Re: read-only подключение Network Manager.
« Ответ #124 : 23.04.2019 09:51:47 »
Жалко вас разочаровывать, но... LiveCD installer копирует уже настроенный живой сеанс на целевой диск, там совсем иной принцип инсталляции. Сносит он в целевой системе по окончанию лишь то, что относится к пакетной базе самого LiveCD. При обновлении существующие конфиги не трогаются, если они изменены. Все установочные диски славятся кучей installer-фичей, которые вносят изменения в систему "вне пакетной базы", условно говоря, доводя её под конкретную задачу установочного диска. В общем, sem@ знает, что говорит. Он сослался на конкретную installer-фичу из LiveCD, особенно влияющую на данный результат. Так что тестируйте, пожалуйста, отталкиваясь от штатного инсталлятора.
...Вы себя со товарищем в чём убеждаете? В том, что после форматирования разделов для установки ОС и последующей в только что установленной ОС аутоидентификации пользователя и root администратора есть следы кого то ещё? И этот кто то оставляет какую то "пенку" из LiveCD, а из некого штатного инсталлятора не оставляет? Да где и куда эту installer-фичу можно впехнуть без ведома пользователя и администратора в ALT?...
По моему убеждению в вашей редкой ситуации этого соединения не должно быть вообще в Etcnet.
...С чего вдруг она редкая, да ещё и моя? Данная ситуация лишь показала, что она есть. Встал вопрос, а это нормально?..
Вот о чём я в этой ветке и говорил, нужно исправлять такое неправильное поведение, а не бороться вообще с System Eth.
...Совершенно верно! Настройки пользователя не могут конфликтовать с настройками ПО или ОС. К примеру- нельзя другому соединению иметь приоритет выше System Eth0, значит строка выбора приоритета становится не доступной и т. д. NM инструмент пользователя и разработчик предоставляя ему его, обязан не вводить пользователя в заблуждение при работе с NM. Не пользователь же определяет, что может NM, а что нет?..
Intel Xeon X3440 2,53GHz, MSI H55- G43, DDR3- 4x2GB, GF GT710

Оффлайн Kalt

  • Давно тут
  • **
  • Сообщений: 974
Re: read-only подключение Network Manager.
« Ответ #125 : 23.04.2019 10:14:29 »
У нас в стартеркитах для всех сборок настраивается etcnet для dhcp. Значит надо реализовать переключатель, который будет отрубать настройку etcnet в случае использования NetworkManager.
Как вариант, да. Например, в инсталяторе Slackware при настройке сети пользователю дается выбор: настроить сеть через статичный IP, через dhcp, без сети или использовать NetworkManager. См. вложение.
...Эко вас понесло! Задача то стоит другая. Заставить работать NM как должно. Всё! Он что, не может подключать сеть на равных? Да с подключения по дефолту в NM можно и должно уйти без удаления этого подключения. Раз привели такой пример ответьте, смогу ли я или кто либо ещё с уровнем знаний 0 подключится к сети к примеру по L2tp после ваших изменений? В ЦУС данного подключения нет...
« Последнее редактирование: 23.04.2019 11:33:10 от Kalt »
Intel Xeon X3440 2,53GHz, MSI H55- G43, DDR3- 4x2GB, GF GT710

dango

  • Гость
Re: read-only подключение Network Manager.
« Ответ #126 : 23.04.2019 11:46:05 »

...Эко вас понесло! Задача то стоит другая. Заставить работать NM как должно. Всё! Раз привели такой пример ответьте, смогу ли я или кто либо ещё с уровнем знаний 0 подключится к сети к примеру по L2tp после ваших изменений? В ЦУС данного подключения нет...
Нас правильно несет Х-)
ИМХО, Антон предложил логичный вариант:
Значит надо реализовать переключатель, который будет отрубать настройку etcnet в случае использования NetworkManager.
Переключатель в профиле, т.е. пользователь заметит только результат.
В результате простой пользователь без лишних заморочек получит в свежеустановленной системе NetworkManager с подконтрольными ему соединениями.
klark973, Антон Мидюков, к вам, как людям, знающим альтовскую кухню, вопрос: в чем состоит необходимость смешивать etcnet и NM на десктопных альтах?

Оффлайн Kalt

  • Давно тут
  • **
  • Сообщений: 974
Re: read-only подключение Network Manager.
« Ответ #127 : 23.04.2019 12:39:14 »
В результате простой пользователь без лишних заморочек получит в свежеустановленной системе NetworkManager с подконтрольными ему соединениями.
...Урррааа!.. Или рано?.. Тогда успехов вам всем в реализации задуманного!..
Intel Xeon X3440 2,53GHz, MSI H55- G43, DDR3- 4x2GB, GF GT710

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

  • alt linux team
  • ***
  • Сообщений: 4 151
  • antohami@
Re: read-only подключение Network Manager.
« Ответ #128 : 23.04.2019 12:45:21 »
klark973, Антон Мидюков, к вам, как людям, знающим альтовскую кухню, вопрос: в чем состоит необходимость смешивать etcnet и NM на десктопных альтах?

Для удобства администрирования. Администратор через ЦУС настраивает сеть, и пользователи не должны её ломать. Думаю, что логика такая. В предлагаемом мной варианте System eth не будет настроено из коробки, а потому будет отсутствовать. Но всё это на уровне домыслов. Руки ещё не скоро дойдут предметно всё изучить.

dango

  • Гость
Re: read-only подключение Network Manager.
« Ответ #129 : 23.04.2019 13:40:54 »
Для удобства администрирования. Администратор через ЦУС настраивает сеть, и пользователи не должны её ломать. Думаю, что логика такая.
Спасибо, Антон. Я запамятовал, что альтовские десктопы заточены под работу рабочая станция-сервер. Вопрос снимаю. Простите - склероз Х-)

Оффлайн klark973

  • Давно тут
  • **
  • Сообщений: 658
  • Неспящий саппорт
Re: read-only подключение Network Manager.
« Ответ #130 : 23.04.2019 14:05:51 »
в чем состоит необходимость смешивать etcnet и NM на десктопных альтах?
Сначала определите, что есть десктопный альт. Например, сервер с MATE -- это десктопный альт? Используются несколько подсистем не только в альте. К примеру, сервисы в дебиане всегда сначала поднимали интерфейсы по конфигу /etc/network/interfaces, что чем-то похоже на альтовый /etc/net. Но, если не ошибаюсь, на новых системах с systemd, где NM может стартануть параллельно, установки в этом файле должны строго ограничиваться описанием только одного интерфейса lo. Таким образом, где есть NM, всеми интерфейсами должен управлять он. Где его нет, нужно рулить ими через Etcnet. Почему в альте традиционно не так? Не знаю. Полагаю, это может быть связано с тем, что в дистрах с NM тянутся общие фичи из других мест. По мне, так если ставится NM, он должен выносить всё подчистую из Etcnet, а может даже и его самого. Почему нет конфликта между Etcnet и NM? Не знаю. Из-за циклических зависимостей или хотелок других заказчиков. Ведь управлять некоторыми интерфейсами надёжнее и удобнее через Etcnet, особенно на серверах, тогда как NM лучше отдать только Wi-Fi и 3G/4G-свистки.
To moan or to solve -- that is the question!

dango

  • Гость
Re: read-only подключение Network Manager.
« Ответ #131 : 23.04.2019 15:41:32 »
Сначала определите, что есть десктопный альт.
Корректнее надо было назвать ОС для рабочей станции.
Например, сервер с MATE -- это десктопный альт?
Нет, функционально это сервер с графическим интерфейсом.
Хотя никто не запрещает их использовать наоборот.
По мне, так если ставится NM, он должен выносить всё подчистую из Etcnet, а может даже и его самого.
По чистой логике, да. Но вашу кухню я могу только домыслить как-то так:
Почему нет конфликта между Etcnet и NM? Не знаю. Из-за циклических зависимостей или хотелок других заказчиков. Ведь управлять некоторыми интерфейсами надёжнее и удобнее через Etcnet, особенно на серверах, тогда как NM лучше отдать только Wi-Fi и 3G/4G-свистки.
Тем более, что специфика продуктов Базальта ориентирована на инфраструктуру клиент-сервер.
Спасибо за отклик.

Оффлайн klark973

  • Давно тут
  • **
  • Сообщений: 658
  • Неспящий саппорт
Re: read-only подключение Network Manager.
« Ответ #132 : 23.04.2019 21:38:35 »
Выходит, необходим фичреквест на то, чтобы в Etcnet можно было указывать приоритеты или что вы там хотели с этим соединением делать. И ещё такой момент: как ставилась система? Инсталлятором или с LiveCD? Оказывается, дефолты Etcnet между ними могут сильно различаться и правильное поведение по мнению sem@ только у штатного инсталлятора.
Сегодня эту проблему долго обсуждали с sem@ и shaba@ и пришли к тому, что:
1) Оказывается нужная фича в Etcnet уже есть и называется ONBOOT! Она должна решить вашу проблему.
2) В зависимости от инсталлятора, в дефолтах может меняться ONBOOT, BOOTPROTO и NM_CONTROLLED, скорее всего это и создаёт проблему. Просто проверьте, что у вас прописано в Etcnet:
grep -Ri boot /etc/net/ifacesВы сами можете этим управлять! Чтобы управлять через NM: ONBOOT=no, BOOTPROTO=static, NM_CONTROLLED=yes. Чтобы управлять через Etcnet: ONBOOT=yes, NM_CONTROLLED=no. Файл соединения, скорее всего, создать придётся в любом случае. Но надо это всё проверять...
To moan or to solve -- that is the question!

Оффлайн Kalt

  • Давно тут
  • **
  • Сообщений: 974
Re: read-only подключение Network Manager.
« Ответ #133 : 24.04.2019 11:41:59 »
Просто проверьте, что у вас прописано в Etcnet:
...Вот:
Цитировать
[balts@host-210 ~]$ grep -Ri boot /etc/net/ifaces
/etc/net/ifaces/unknown/options:BOOTPROTO=dhcp-ipv4ll
/etc/net/ifaces/eth0/options:BOOTPROTO=dhcp
/etc/net/ifaces/default/options-ppp:ONBOOT=no
/etc/net/ifaces/default/options-ppp:#WARNING! NEVER set "persist maxfail 0" for an interface with ONBOOT=yes,
/etc/net/ifaces/default/options-lo:BOOTPROTO=static
/etc/net/ifaces/default/options-lo:ONBOOT=yes
/etc/net/ifaces/default/options:BOOTPROTO=static
/etc/net/ifaces/default/options:ONBOOT=yes
grep: /etc/net/ifaces/ppp1/pppoptions: Отказано в доступе
/etc/net/ifaces/ppp1/options:ONBOOT=yes
Тем более, что специфика продуктов Базальта ориентирована на инфраструктуру клиент-сервер.
...Если в ALt нет конфликта между Etcnet и NM, что мешает оставить NM вообще без дефолтного подключения после установки?  Пользователь сам сделает нужное ему подключение и если даже оно не одно, то стремящегося в известных случаях первым подключиться System Eth0 там не будет. Пользовательские то установки равнозначны между собой...
« Последнее редактирование: 24.04.2019 12:46:39 от Kalt »
Intel Xeon X3440 2,53GHz, MSI H55- G43, DDR3- 4x2GB, GF GT710

Оффлайн Speccyfighter

  • Мастер
  • ***
  • Сообщений: 9 838
Re: read-only подключение Network Manager.
« Ответ #134 : 24.04.2019 14:02:56 »
Тем более, что специфика продуктов Базальта ориентирована на инфраструктуру клиент-сервер.
...Если в ALt нет конфликта между Etcnet и NM, что мешает оставить NM вообще без дефолтного подключения после установки?

Мешает отсутствие в альтах разумного дефолта в системах с NM:
NM_CONTROLLED=no
chkconfig network off # Или ONBOOT=no по-умолчанию

При этом надо учитывать, что стартеркиты sysv-tde/tde не знают что такое NM.
Но например в связке
NM_CONTROLLED=no
ONBOOT=no

в sysv-tde, изменение на ONBOOT=yes может быть на инсталляции sysv-tde и при этом дефолт с no не будет мешать NM в других системах. Учитывая что на подавляющем большинстве Линукс, сегодня используется NM.
Решение простое: использовать разумные умолчания.
Даже при том, что сервисы network и NetworkManager, оба могут оставаться  включеными в системах общего назначения.

Но лучшим решением, ИМХО, было бы  оставлять интерфейс не настроеным, а настраивать его по требованию, по необходимости.
Чтобы "уже сделано за вас" не превращалось в медвежью услугу.

Фишка в том, что нельзя предсказать какая из подсистем будет использоваться в каждом конкретном случае, но потери и неудобства должны быть минимальными для любого из вариантов.
« Последнее редактирование: 24.04.2019 14:19:38 от Speccyfighter »