* [sisyphus] NetworkManager vs etcnet+bridge
@ 2020-05-12 15:29 Alexei V. Mezin
2020-05-12 21:06 ` Mikhail Efremov
0 siblings, 1 reply; 7+ messages in thread
From: Alexei V. Mezin @ 2020-05-12 15:29 UTC (permalink / raw)
To: sisyphus
По мотивам недавнего обсуждения в devel@.
имеется стационарный проводной ethernet, сеть настроена через etcnet,
везде стоит NM_CONTROLLED=no. Но настройка не совсем прямолинейная, т.к.
поверх физического интерфейса поднят мост (чтоб включать в него
виртуалки, например).
Может как-то можно объяснить NM, что сеть таки на машине есть, чтоб
поднимать через NM различные VPN-соединения? NM_CONTROLLED=yes для
интерфейса type=bri не работает, интерфейс все равно не видно в NM.
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [sisyphus] NetworkManager vs etcnet+bridge
2020-05-12 15:29 [sisyphus] NetworkManager vs etcnet+bridge Alexei V. Mezin
@ 2020-05-12 21:06 ` Mikhail Efremov
2020-05-12 22:55 ` Вадим Илларионов
0 siblings, 1 reply; 7+ messages in thread
From: Mikhail Efremov @ 2020-05-12 21:06 UTC (permalink / raw)
To: ALT Linux Sisyphus discussions
On Tue, 12 May 2020 18:29:44 +0300 Alexei V. Mezin wrote:
> По мотивам недавнего обсуждения в devel@.
>
> имеется стационарный проводной ethernet, сеть настроена через etcnet,
> везде стоит NM_CONTROLLED=no. Но настройка не совсем прямолинейная,
> т.к. поверх физического интерфейса поднят мост (чтоб включать в него
> виртуалки, например).
Если нужно использовать NM, то что мешает настраивать этот интерфейс
через NM и создавать мост с помощью NM же?
> Может как-то можно объяснить NM, что сеть таки на машине есть, чтоб
> поднимать через NM различные VPN-соединения? NM_CONTROLLED=yes для
> интерфейса type=bri не работает, интерфейс все равно не видно в NM.
Нет, так работать не будет. Интерфейс либо управляется NM и им
настраивается, либо нет. Поддержка же type=bri в плагине etcnet-alt не
реализована.
--
WBR, Mikhail Efremov
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [sisyphus] NetworkManager vs etcnet+bridge
2020-05-12 21:06 ` Mikhail Efremov
@ 2020-05-12 22:55 ` Вадим Илларионов
2020-05-13 8:36 ` [sisyphus] [JT] " Alexei V. Mezin
0 siblings, 1 reply; 7+ messages in thread
From: Вадим Илларионов @ 2020-05-12 22:55 UTC (permalink / raw)
To: sisyphus
13.05.2020 05:06, Mikhail Efremov пишет:
> On Tue, 12 May 2020 18:29:44 +0300 Alexei V. Mezin wrote:
>> По мотивам недавнего обсуждения в devel@.
>>
>> имеется стационарный проводной ethernet, сеть настроена через etcnet,
>> везде стоит NM_CONTROLLED=no. Но настройка не совсем прямолинейная,
>> т.к. поверх физического интерфейса поднят мост (чтоб включать в него
>> виртуалки, например).
> Если нужно использовать NM, то что мешает настраивать этот интерфейс
> через NM и создавать мост с помощью NM же?
>
>> Может как-то можно объяснить NM, что сеть таки на машине есть, чтоб
>> поднимать через NM различные VPN-соединения? NM_CONTROLLED=yes для
>> интерфейса type=bri не работает, интерфейс все равно не видно в NM.
> Нет, так работать не будет. Интерфейс либо управляется NM и им
> настраивается, либо нет. Поддержка же type=bri в плагине etcnet-alt не
> реализована.
Но всё перечисленное можно делать через systemd-networkd.
--
Мимо крокодил.
WBR, rednex CIO.
JID = <mailto:>
Skype = $local_part@<mailto:>
Viber = +7(964)103-65-67
^ permalink raw reply [flat|nested] 7+ messages in thread
* [sisyphus] [JT] Re: NetworkManager vs etcnet+bridge
2020-05-12 22:55 ` Вадим Илларионов
@ 2020-05-13 8:36 ` Alexei V. Mezin
2020-05-13 11:55 ` Вадим Илларионов
0 siblings, 1 reply; 7+ messages in thread
From: Alexei V. Mezin @ 2020-05-13 8:36 UTC (permalink / raw)
To: sisyphus
13.05.2020 01:55, Вадим Илларионов пишет:
>
> Но всё перечисленное можно делать через systemd-networkd.
>
Точно так же, как и через etcnet.
* В плюсы etcnet: привычно, стабильно, относительно просто и
прямолинейно, никакой магии от непонятно каких запущенных бинарников.
В минусах: ручная правка конфигов и запуск тех же VPN, возможно не так
много фичей, как у других способов, люто нестандартно относительно всех
остальных дистрибутивов.
* В плюсы NM: графическая мышекликательная настройка через трей,
стандарт для всех дистрибутивов, для любителей наличие cli. Не знаю, на
сколько это все работает, т.к. никогда не использовал в конфигурациях
сложнее "получить один адрес на одном интерфейсе через DHCP".
В минусах: лично для меня непонятно, что там как происходит.
* systemd-networkd. Есть ли у него плюсы? Кроме "абсолютно все в системе
делается через systemd", и в этом есть некая унификация.
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [sisyphus] [JT] Re: NetworkManager vs etcnet+bridge
2020-05-13 8:36 ` [sisyphus] [JT] " Alexei V. Mezin
@ 2020-05-13 11:55 ` Вадим Илларионов
2020-05-13 13:38 ` Alexei V. Mezin
0 siblings, 1 reply; 7+ messages in thread
From: Вадим Илларионов @ 2020-05-13 11:55 UTC (permalink / raw)
To: sisyphus
13.05.2020 16:36, Alexei V. Mezin пишет:
> 13.05.2020 01:55, Вадим Илларионов пишет:
>
>>
>> Но всё перечисленное можно делать через systemd-networkd.
>>
>
> Точно так же, как и через etcnet.
>
> * В плюсы etcnet: привычно, стабильно, относительно просто и
> прямолинейно, никакой магии от непонятно каких запущенных бинарников.
>
> В минусах: ручная правка конфигов и запуск тех же VPN, возможно не так
> много фичей, как у других способов, люто нестандартно относительно
> всех остальных дистрибутивов.
>
> * В плюсы NM: графическая мышекликательная настройка через трей,
> стандарт для всех дистрибутивов, для любителей наличие cli. Не знаю,
> на сколько это все работает, т.к. никогда не использовал в
> конфигурациях сложнее "получить один адрес на одном интерфейсе через
> DHCP".
>
> В минусах: лично для меня непонятно, что там как происходит.
>
> * systemd-networkd. Есть ли у него плюсы? Кроме "абсолютно все в
> системе делается через systemd", и в этом есть некая унификация.
Как минимум один, и даже не просто плюс, а крест на прочих вариантах:
работает на ВСЕХ современных дистрах ОДИНАКОВО, покрывая ВСЕ хотелки,
вплоть до настройки ваергарда или хранения вайфайных ключей в
шифрованном виде без их раскрытия даже руту -- для всех юзеров, глобально.
--
С уважением.
Skype: $local_part@<mailto:>
Mobile/Viber/Telegram: +7(964)103-65-67
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [sisyphus] [JT] Re: NetworkManager vs etcnet+bridge
2020-05-13 11:55 ` Вадим Илларионов
@ 2020-05-13 13:38 ` Alexei V. Mezin
2020-05-13 18:00 ` Sergey
0 siblings, 1 reply; 7+ messages in thread
From: Alexei V. Mezin @ 2020-05-13 13:38 UTC (permalink / raw)
To: sisyphus
13.05.2020 14:55, Вадим Илларионов пишет:
> Как минимум один, и даже не просто
минус, а такой минус, который перечеркивает все -- настройки только
вручную от рута, обычному пользователю недоступные ни разу. Никакого
технического удобства перед тем же etcnet не имеет, ибо текстовые
конфиги править рутом и там и там.
Или я не прав? Беглый гугл говорит, что никакого GUI нет, не было, и не
собирается. Никакой интеграции в DE.
Может быть для серверов, особенно где контейнеры через systemd, это прям
лучшее решение. А для десктопа, а тем более ноута с "динамическим"
подключением к WiFi, как-то выглядит неприспособленным.
Кроссдистрибутивное однообразие -- это очень веский аргумент против
etcnet. Недружелюбность к пользователю -- веский аргумент против
etcnet/networkd.
Работает ли networkd в таком сценарии:
* ноутбук (или даже стационарный комп), обычно подключенный к одной и
той же сети, с локальными бриджами, со "стационарными" (то есть всегда и
постоянно запущенными) VPN'ами.
* задача с этим ноутом приходить в другую сеть, и там легко и просто
подключаться к местной сети. Или поднимать VPN по три раза день разные с
минимальными затратами усилий.
^ permalink raw reply [flat|nested] 7+ messages in thread
* Re: [sisyphus] [JT] Re: NetworkManager vs etcnet+bridge
2020-05-13 13:38 ` Alexei V. Mezin
@ 2020-05-13 18:00 ` Sergey
0 siblings, 0 replies; 7+ messages in thread
From: Sergey @ 2020-05-13 18:00 UTC (permalink / raw)
To: ALT Linux Sisyphus discussions
On Wednesday 13 May 2020, Alexei V. Mezin wrote:
> Может быть для серверов, особенно где контейнеры через systemd,
> это прям лучшее решение. А для десктопа, а тем более ноута с
> "динамическим" подключением к WiFi, как-то выглядит неприспособленным.
Я всё ещё считаю, что systemd не готов для серверов. И никогда не
будет при существующей модели разработки. :-)
--
С уважением, Сергей
a_s_y@sama.ru
^ permalink raw reply [flat|nested] 7+ messages in thread
end of thread, other threads:[~2020-05-13 18:00 UTC | newest]
Thread overview: 7+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2020-05-12 15:29 [sisyphus] NetworkManager vs etcnet+bridge Alexei V. Mezin
2020-05-12 21:06 ` Mikhail Efremov
2020-05-12 22:55 ` Вадим Илларионов
2020-05-13 8:36 ` [sisyphus] [JT] " Alexei V. Mezin
2020-05-13 11:55 ` Вадим Илларионов
2020-05-13 13:38 ` Alexei V. Mezin
2020-05-13 18:00 ` Sergey
ALT Linux Sisyphus discussions
This inbox may be cloned and mirrored by anyone:
git clone --mirror http://lore.altlinux.org/sisyphus/0 sisyphus/git/0.git
# If you have public-inbox 1.1+ installed, you may
# initialize and index your mirror using the following commands:
public-inbox-init -V2 sisyphus sisyphus/ http://lore.altlinux.org/sisyphus \
sisyphus@altlinux.ru sisyphus@altlinux.org sisyphus@lists.altlinux.org sisyphus@lists.altlinux.ru sisyphus@lists.altlinux.com sisyphus@linuxteam.iplabs.ru sisyphus@list.linux-os.ru
public-inbox-index sisyphus
Example config snippet for mirrors.
Newsgroup available over NNTP:
nntp://lore.altlinux.org/org.altlinux.lists.sisyphus
AGPL code for this site: git clone https://public-inbox.org/public-inbox.git