Bug 10907 - Хочется странного - автоопускание/поднимание одного интерфейса в зависимости от другого
Summary: Хочется странного - автоопускание/поднимание одного интерфейса в зависимости ...
Status: NEW
Alias: None
Product: Sisyphus
Classification: Development
Component: etcnet (show other bugs)
Version: unstable
Hardware: all Linux
: P5 enhancement
Assignee: Mikhail Efremov
QA Contact: qa-sisyphus
URL:
Keywords:
Depends on:
Blocks:
 
Reported: 2007-02-22 20:51 MSK by Sir Raorn
Modified: 2013-12-27 14:03 MSK (History)
7 users (show)

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
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 нет, а какой-то аналог может и да. Функция полезная, я бы тоже использовал.
Ну или закрывай, как хочешь.