Bug 10907

Summary:	Хочется странного - автоопускание/поднимание одного интерфейса в зависимости от другого
Product:	Sisyphus	Reporter:	Sir Raorn <raorn>
Component:	etcnet	Assignee:	Mikhail Efremov <sem>
Status:	NEW ---	QA Contact:	qa-sisyphus
Severity:	enhancement
Priority:	P5	CC:	dubrsl, icesik, ldv, rider, sem, shaba, vseleznv
Version:	unstable
Hardware:	all
OS:	Linux

Description Sir Raorn 2007-02-22 20:51:06 MSK

Пример из жизни: ноут с eth и wifi.  eth на ifplugd, при вынимании провода хочу
поднимать wifi, при ффтыкании соответственно опускать.

Один из вариантов - per-interface ifplugd actions, но можно ли там дёргать
ifup/ifdown?

Comment 1 Andrew Kornilov 2007-03-14 02:34:22 MSK

Может попробовать сделать не только для ifplugd, а просто некий параметр сделать
глобальный, типа SATELLITE и указывать там интерфейс, который должен быть в
противоположном состоянии текущему? Типа, если eth down, то satellite up. При
eth up будет satellite down. Если же еще и в satellite указать эту же опцию
(значение будет eth) и сделать satellite down, то он автоматом поднимет eth (это
на случай, если по умолчанию он onboot=no и wifi или, скорее, ppp какое, падает.
типа, резервный :) Можно такие цепочки выстраивать интересные, если
постараться...Правда, и проблем на порядок больше можно получить :)

Comment 2 Andrew Kornilov 2007-03-14 02:37:54 MSK

В смысле, не вообще глобальный параметр, а per interface, по типу PARENT

Comment 3 Sir Raorn 2007-03-14 11:17:00 MSK

Ну в принципе согласен, только как быть, если я захочу опустить оба интерфейса.
 Не будут они друг друга поднимать?

Comment 4 Andrew Kornilov 2007-03-14 16:32:35 MSK

Вот это как раз одна из проблем ;-)

Comment 5 Denis Ovsienko 2007-03-18 12:51:59 MSK

И все-таки мне кажется, что задача поддержания k интерфейсов из группы в N (1 <=
k < N) в UP эффективнее решается своим cron-скриптом, чем встроенными
средствами, если они появятся...

Comment 6 Andrew Kornilov 2007-03-18 16:48:10 MSK

cron-скриптом вообще проблематично что-то контролировать. monit-ом еще куда ни
шло. Может стоит подумать над идеей и трансформировать во что-то полезное и
универсальное? :)

Comment 7 Slava Dubrovskiy 2013-12-27 13:36:23 MSK

Кажется для таких случаев более подходит NetworkManager

Comment 8 Andrew Kornilov 2013-12-27 13:44:04 MSK

Иногда мне кажется, что у меня две или три параллельные жизни.  Регулярно узнаю что-то новое, в чем я участвовал. Вот этот FR не помню совсем.  Может, конечно, виноват алкоголь.

А по существу: Денис всегда консервативно сопротивлялся, когда я пытался добавить всякие мелкие удобства, типа переменных в файлах конфигураций и т.п. Но в итоге соглашался. Так что и для этого случая нужно просто сделать красиво и всё.

Правда, кто это теперь будет делать?

Comment 9 Slava Dubrovskiy 2013-12-27 13:53:44 MSK

(In reply to comment #8)
> виноват алкоголь.
:) Пить меньше надо.

 
> Правда, кто это теперь будет делать?
Я бы закрыл этот баг. Не знаю кто сейчас еще юзает ifplugd?

Comment 10 Andrew Kornilov 2013-12-27 14:03:07 MSK

Ну ifplugd нет, а какой-то аналог может и да. Функция полезная, я бы тоже использовал.
Ну или закрывай, как хочешь.