ALT Linux Sisyphus discussions
 help / color / mirror / Atom feed
* [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