read-only подключение Network Manager.

[Kalt]

...Хотя может поэтому:

Спойлер

[sy@comp-core-i3-e2668c Рабочий стол]$ journalctl -p err -b
-- Logs begin at Mon 2019-04-22 10:11:15 MSK, end at Mon 2019-04-22 16:03:01 MSK. --
апр 22 14:17:57 comp-core-i3-e2668c.localdomain kernel: Spectre V2 : Spectre mitigation: kernel not compiled with retpoline; no mitigation available!
апр 22 14:18:09 comp-core-i3-e2668c.localdomain nmbd[609]: [2019/04/22 14:18:09.605594,  0] ../lib/util/become_daemon.c:135(daemon_status)
апр 22 14:18:09 comp-core-i3-e2668c.localdomain nmbd[609]:   STATUS=daemon 'nmbd' : No local IPv4 non-loopback interfaces available, waiting for interface ...NOTE: NetBIOS name resolution is not supported for Internet Protocol Version 6
апр 22 14:18:11 comp-core-i3-e2668c.localdomain smbd[627]: [2019/04/22 14:18:11.117323,  0] ../lib/util/become_daemon.c:124(daemon_ready)
апр 22 14:18:11 comp-core-i3-e2668c.localdomain smbd[627]:   STATUS=daemon 'smbd' finished starting up and ready to serve connections
апр 22 14:24:30 comp-core-i3-e2668c.localdomain smbd[1455]: [2019/04/22 14:24:30.659664,  0] ../source3/smbd/ipc.c:843(reply_trans)
апр 22 14:24:30 comp-core-i3-e2668c.localdomain smbd[1455]:   reply_trans: invalid trans parameters
апр 22 14:30:46 comp-core-i3-e2668c.localdomain smbd[1706]: [2019/04/22 14:30:46.224223,  0] ../source3/smbd/ipc.c:843(reply_trans)
апр 22 14:30:46 comp-core-i3-e2668c.localdomain smbd[1706]:   reply_trans: invalid trans parameters
апр 22 14:46:05 comp-core-i3-e2668c.localdomain smbd[1816]: [2019/04/22 14:46:05.438639,  0] ../source3/smbd/ipc.c:843(reply_trans)
апр 22 14:46:05 comp-core-i3-e2668c.localdomain smbd[1816]:   reply_trans: invalid trans parameters
апр 22 14:50:36 comp-core-i3-e2668c.localdomain smbd[1835]: [2019/04/22 14:50:36.583424,  0] ../source3/smbd/ipc.c:843(reply_trans)
апр 22 14:50:36 comp-core-i3-e2668c.localdomain smbd[1835]:   reply_trans: invalid trans parameters
апр 22 15:00:07 comp-core-i3-e2668c.localdomain smbd[1885]: [2019/04/22 15:00:07.668050,  0] ../source3/smbd/ipc.c:843(reply_trans)
апр 22 15:00:07 comp-core-i3-e2668c.localdomain smbd[1885]:   reply_trans: invalid trans parameters
апр 22 15:11:17 comp-core-i3-e2668c.localdomain smbd[2025]: [2019/04/22 15:11:17.794968,  0] ../source3/smbd/ipc.c:843(reply_trans)
апр 22 15:11:17 comp-core-i3-e2668c.localdomain smbd[2025]:   reply_trans: invalid trans parameters
апр 22 15:18:46 comp-core-i3-e2668c.localdomain smbd[2099]: [2019/04/22 15:18:46.214695,  0] ../source3/smbd/ipc.c:843(reply_trans)
апр 22 15:18:46 comp-core-i3-e2668c.localdomain smbd[2099]:   reply_trans: invalid trans parameters
апр 22 15:23:01 comp-core-i3-e2668c.localdomain smbd[2128]: [2019/04/22 15:23:01.581524,  0] ../source3/smbd/ipc.c:843(reply_trans)
апр 22 15:23:01 comp-core-i3-e2668c.localdomain smbd[2128]:   reply_trans: invalid trans parameters
апр 22 15:29:43 comp-core-i3-e2668c.localdomain smbd[2188]: [2019/04/22 15:29:43.436846,  0] ../source3/smbd/ipc.c:843(reply_trans)
апр 22 15:29:43 comp-core-i3-e2668c.localdomain smbd[2188]:   reply_trans: invalid trans parameters
апр 22 15:31:46 comp-core-i3-e2668c.localdomain smbd[2208]: [2019/04/22 15:31:46.509919,  0] ../source3/smbd/ipc.c:843(reply_trans)
апр 22 15:31:46 comp-core-i3-e2668c.localdomain smbd[2208]:   reply_trans: invalid trans parameters
апр 22 15:38:58 comp-core-i3-e2668c.localdomain smbd[2309]: [2019/04/22 15:38:58.179764,  0] ../source3/smbd/ipc.c:843(reply_trans)
апр 22 15:38:58 comp-core-i3-e2668c.localdomain smbd[2309]:   reply_trans: invalid trans parameters
апр 22 15:43:06 comp-core-i3-e2668c.localdomain smbd[2337]: [2019/04/22 15:43:06.479431,  0] ../source3/smbd/ipc.c:843(reply_trans)
апр 22 15:43:06 comp-core-i3-e2668c.localdomain smbd[2337]:   reply_trans: invalid trans parameters
апр 22 15:57:12 comp-core-i3-e2668c.localdomain smbd[2459]: [2019/04/22 15:57:12.480320,  0] ../source3/smbd/ipc.c:843(reply_trans)
апр 22 15:57:12 comp-core-i3-e2668c.localdomain smbd[2459]:   reply_trans: invalid trans parameters
апр 22 15:58:54 comp-core-i3-e2668c.localdomain smbd[2475]: [2019/04/22 15:58:54.516969,  0] ../source3/smbd/ipc.c:843(reply_trans)
апр 22 15:58:54 comp-core-i3-e2668c.localdomain smbd[2475]:   reply_trans: invalid trans parameters
апр 22 16:02:58 comp-core-i3-e2668c.localdomain smbd[2518]: [2019/04/22 16:02:58.433838,  0] ../source3/smbd/ipc.c:843(reply_trans)
апр 22 16:02:58 comp-core-i3-e2668c.localdomain smbd[2518]:   reply_trans: invalid trans parameters
апр 22 16:03:01 comp-core-i3-e2668c.localdomain smbd[2520]: [2019/04/22 16:03:01.841685,  0] ../source3/smbd/ipc.c:843(reply_trans)
апр 22 16:03:01 comp-core-i3-e2668c.localdomain smbd[2520]:   reply_trans: invalid trans parameters

...Запуск задания:

Спойлер

Password:
[root@comp-core-i3-e2668c ~]# apt-repo add 227890
[root@comp-core-i3-e2668c ~]# apt-get update
Получено: 1 http://ftp.altlinux.org p8/branch/x86_64 release [880B]
Получено: 2 http://ftp.altlinux.org p8/branch/x86_64-i586 release [537B]
Получено: 3 http://ftp.altlinux.org p8/branch/noarch release [673B]
Получено: 4 http://git.altlinux.org repo/227890/x86_64 release [535B]
Получено: 5 http://git.altlinux.org repo/227890/x86_64-i586 release [527B]
Получено 3152B за 0s (8947B/s).
Найдено http://ftp.altlinux.org p8/branch/x86_64/classic 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
Получено: 1 http://git.altlinux.org repo/227890/x86_64/task pkglist [26,2kB]
Получено: 2 http://git.altlinux.org repo/227890/x86_64/task release [132B]
Получено: 3 http://git.altlinux.org repo/227890/x86_64-i586/task pkglist [13,5kB]
Получено: 4 http://git.altlinux.org repo/227890/x86_64-i586/task release [137B]
Получено 39,9kB за 0s (537kB/s).             
Чтение списков пакетов... Завершено
Построение дерева зависимостей... Завершено
[root@comp-core-i3-e2668c ~]# apt-get reinstall NetworkManager
Чтение списков пакетов... Завершено
Построение дерева зависимостей... Завершено
Следующие дополнительные пакеты будут установлены:
  NetworkManager-adsl NetworkManager-bluetooth NetworkManager-daemon NetworkManager-ppp NetworkManager-wifi NetworkManager-wwan libnm
Следующие пакеты будут ОБНОВЛЕНЫ:
  NetworkManager NetworkManager-adsl NetworkManager-bluetooth NetworkManager-daemon NetworkManager-ppp NetworkManager-wifi NetworkManager-wwan libnm
8 будет обновлено, 0 новых установлено, 0 пакетов будет удалено и 3 не будет обновлено.
Необходимо получить 2516kB архивов.
После распаковки будет освобождено 20B дискового пространства.
Продолжить? [Y/n] y
Прервано.

Итог тот же.

Спойлер

[root@comp-core-i3-e2668c ~]# rpm -qa | grep -E '(libnm|NetworkManager)'
NetworkManager-bluetooth-1.8.9-alt1.M80P.2.git1d3ce06d137c
libnm-1.8.9-alt1.M80P.2.git1d3ce06d137c
NetworkManager-l2tp-1.2.8-alt0.M80P.1
NetworkManager-1.8.9-alt1.M80P.2.git1d3ce06d137c
NetworkManager-ppp-1.8.9-alt1.M80P.2.git1d3ce06d137c
NetworkManager-applet-gtk-1.8.4-alt0.M80P.1
NetworkManager-pptp-1.2.4-alt1
NetworkManager-vpnc-1.2.4-alt1
NetworkManager-openvpn-1.8.0-alt0.M80P.1
NetworkManager-pptp-gtk-1.2.4-alt1
NetworkManager-adsl-1.8.9-alt1.M80P.2.git1d3ce06d137c
libnm-gtk-1.8.4-alt0.M80P.1
libnm-util2-1.8.9-alt1.M80P.2.git1d3ce06d137c
NetworkManager-l2tp-gtk-1.2.8-alt0.M80P.1
NetworkManager-vpnc-gtk-1.2.4-alt1
NetworkManager-daemon-1.8.9-alt1.M80P.2.git1d3ce06d137c
libnm-glib4-1.8.9-alt1.M80P.2.git1d3ce06d137c
NetworkManager-wifi-1.8.9-alt1.M80P.2.git1d3ce06d137c
NetworkManager-wwan-1.8.9-alt1.M80P.2.git1d3ce06d137c
libnm-glib-vpn1-1.8.9-alt1.M80P.2.git1d3ce06d137c
libnma-1.8.4-alt0.M80P.1
NetworkManager-openvpn-gtk-1.8.0-alt0.M80P.1

...Так проще:

Спойлер

[root@comp-core-i3-e2668c ~]# sed -i 's/etcnet-alt,//' /etc/NetworkManager/NetworkManager.conf
[root@comp-core-i3-e2668c ~]# sed -i 's/keyfile/etcnet-alt,keyfile/' /etc/NetworkManager/NetworkManager.conf

[klark973]

Вышел новый Network Manager. Ожидаем его скорого попадания в Сизиф. Михаила sem@ убедить не удалось -- по его мнению соединения etcnet-alt должны быть read-only, поскольку плагин не умеет их сохранять в базу Etcnet. И хорошо, потому что мой таск только делает вид, что решает проблему. Попробуйте что-то изменить и перезапуститься. NM измения тоже никуда не сохраняет.

[Kalt]

Михаила sem@ убедить не удалось -- по его мнению соединения etcnet-alt должны быть read-only, поскольку плагин не умеет их сохранять в базу Etcnet.

...Так или иначе, вам спасибо! Как и другим участникам обсуждения. Попользуюсь этой парой команд, где потребуется:

# sed -i 's/etcnet-alt,//' /etc/NetworkManager/NetworkManager.conf
# sed -i 's/keyfile/etcnet-alt,keyfile/' /etc/NetworkManager/NetworkManager.conf

[Петрович]

...Ой вы будете смеяться! Да и я пожалуй тоже. Итак, поставил Simply 8.2.1. (2019.02.23.).

Зачем? ее и бетой не назовешь.

Вышел новый Network Manager. Ожидаем его скорого попадания в Сизиф. Михаила sem@ убедить не удалось -- по его мнению соединения etcnet-alt должны быть read-only, поскольку плагин не умеет их сохранять в базу Etcnet. И хорошо, потому что мой таск только делает вид, что решает проблему. Попробуйте что-то изменить и перезапуститься. NM измения тоже никуда не сохраняет.

Выше я писал он и так делает 3 подключения . Выбирай какое нужно. А раз в ЦУСе то reboot.

[Антон Мидюков]

Михаила sem@ убедить не удалось -- по его мнению соединения etcnet-alt должны быть read-only, поскольку плагин не умеет их сохранять в базу Etcnet.

Ну вот, я был прав Так задумано.

[Kalt]

Зачем? ее и бетой не назовешь.

...Однако L2tp в ней есть. Да и особых накладок не увидел. Что в ней не так то?..
...Напомню, NM может доставить пользователю неудобства. Была сделана попытка их снять. Не удалось...

Так задумано.

...Кто испытал результат этой задумки восторга явно не испытал...

[Петрович]

Была сделана попытка их снять. Не удалось...

Я проверял при установке и в установленной. На 2 машинах все работает.

[Петрович]

...Однако L2tp в ней есть.

Тоже смотрел и оставили бы такой а то накидают игр под гигабайт. Дров больше надо.

[klark973]

Попользуюсь этой парой команд, где потребуется:

# sed -i 's/etcnet-alt,//' /etc/NetworkManager/NetworkManager.conf
# sed -i 's/keyfile/etcnet-alt,keyfile/' /etc/NetworkManager/NetworkManager.conf

Так задумано.

...Кто испытал результат этой задумки восторга явно не испытал...

Я проверял при установке и в установленной. На 2 машинах все работает.

В общем, задумка правильная, плагин etcnet-alt нужен, убирать его нельзя, а соединение д.б. read-only. Объясню, почему. В Альте Etcnet практически обязателен. Чтобы с соединением не могла работать никакая другая подсистема, в частности, NM, и нужен этот плагин. NM так или иначе об этом соединении узнает, но чтобы не было неразберихи, управлять им должен кто-то один. Поэтому плагин определяет его, как read-only. Плагин не имеет кода для сохранения параметров соединения обратно в Etcnet. Этим соединением можно управлять, но только через Etcnet. Выходит, необходим фичреквест на то, чтобы в Etcnet можно было указывать приоритеты или что вы там хотели с этим соединением делать. И ещё такой момент: как ставилась система? Инсталлятором или с LiveCD? Оказывается, дефолты Etcnet между ними могут сильно различаться и правильное поведение по мнению sem@ только у штатного инсталлятора.

[Антон Мидюков]

Оказывается, дефолты Etcnet между ними могут сильно различаться и правильное поведение по мнению sem@ только у штатного инсталлятора.

Какое поведение является правильным? В чём оно состоит?

[klark973]

Оказывается, дефолты Etcnet между ними могут сильно различаться и правильное поведение по мнению sem@ только у штатного инсталлятора.

Какое поведение является правильным? В чём оно состоит?

Он так считает, потому что при установке с LiveCD в дефолты Etcnet приезжает (или может приехать) что-то лишнее. Или, например, при установке должен создаваться каталог соединения и внутри файл options, но этого не происходит во многих случаях. В зависимости от того, указывалось ли при установке, какой из подсистем отдать интерфейс, тоже могут быть различия.

[Петрович]

    Оказывается, дефолты Etcnet между ними могут сильно различаться и правильное поведение по мнению sem@ только у штатного инсталлятора.

Какое поведение является правильным? В чём оно состоит?

Тоже об этом выше говорил. Что настройку сети и в стартовые добавить.

[Kalt]

Он так считает, потому что при установке с LiveCD в дефолты Etcnet приезжает (или может приехать) что-то лишнее.

...Какая глупость! LiveCD, показывая частично, что и как работает в ОС, при установке и следа не оставит от пробного сеанса. А после установки прошедшее обновление снесет много чего из установленного с диска...

В Альте Etcnet практически обязателен.

...И так через не хочу, но с начала. Без провода не возможен к подключению ни один из предлагаемых NM протоколов. Кроме Wi- Fi. Другое дело, что подключенный по дефолту Etcnet, не даёт подключится к нужному пользователю протоколу. Приоритет его всегда выше другого подключения. Пробовал отдавать предпочтение не ему хотя бы в автоматическом подключении. Дудки! При перезагрузке/ выключении он это возвращает назад. А если он всегда первый, а нужно подключится второму, то как быть? Вынул провод, вставил вновь и пляши до посинения подключаясь. Не верю, что функции NM таковы, что мешают пользователю в работе. В том же выборе звука выбор остаётся за пользователем, в NM ну ни как почему то такое решение не находится...

[klark973]

Он так считает, потому что при установке с LiveCD в дефолты Etcnet приезжает (или может приехать) что-то лишнее.

Какая глупость! LiveCD, показывая частично, что и как работает в ОС, при установке и следа не оставит от пробного сеанса. А после установки прошедшее обновление снесет много чего из установленного с диска...

Жалко вас разочаровывать, но... LiveCD installer копирует уже настроенный живой сеанс на целевой диск, там совсем иной принцип инсталляции. Сносит он в целевой системе по окончанию лишь то, что относится к пакетной базе самого LiveCD. При обновлении существующие конфиги не трогаются, если они изменены. Все установочные диски славятся кучей installer-фичей, которые вносят изменения в систему "вне пакетной базы", условно говоря, доводя её под конкретную задачу установочного диска. В общем, sem@ знает, что говорит. Он сослался на конкретную installer-фичу из LiveCD, особенно влияющую на данный результат. Так что тестируйте, пожалуйста, отталкиваясь от штатного инсталлятора.

Без провода не возможен к подключению ни один из предлагаемых NM протоколов. Кроме Wi- Fi. Другое дело, что подключенный по дефолту Etcnet, не даёт подключится к нужному пользователю протоколу. Приоритет его всегда выше другого подключения. Пробовал отдавать предпочтение не ему хотя бы в автоматическом подключении. Дудки! При перезагрузке/ выключении он это возвращает назад. А если он всегда первый, а нужно подключится второму, то как быть? Вынул провод, вставил вновь и пляши до посинения подключаясь. Не верю, что функции NM таковы, что мешают пользователю в работе. В том же выборе звука выбор остаётся за пользователем, в NM ну ни как почему то такое решение не находится...

По моему убеждению в вашей редкой ситуации этого соединения не должно быть вообще в Etcnet. Тогда им можно будет управлять через NM. Тогда в NM можно сделать зависимые от него соединения, например, поднятие VPN после подключения по Ethernet.

[Антон Мидюков]

...И так через не хочу, но с начала. Без провода не возможен к подключению ни один из предлагаемых NM протоколов. Кроме Wi- Fi.

Логично, как можно подключиться без провода к ним?

Другое дело, что подключенный по дефолту Etcnet, не даёт подключится к нужному пользователю протоколу. Приоритет его всегда выше другого подключения. Пробовал отдавать предпочтение не ему хотя бы в автоматическом подключении. Дудки! При перезагрузке/ выключении он это возвращает назад. А если он всегда первый, а нужно подключится второму, то как быть? Вынул провод, вставил вновь и пляши до посинения подключаясь.

Вот о чём я в этой ветке и говорил, нужно исправлять такое неправильное поведение, а не бороться вообще с System Eth.