Hello Michael,

On Wed, Jan 30, 2002 at 09:39:40AM +0200, Michael Shigorin wrote:
>
> Может, сделать инфраструктуру для подключения "фишек" для
> диалапщиков?  нечто вроде /etc/ppp/ppp.d или как-то так.

Тогда лучше уж /etc/if{up,down}.d для /sbin/if{up,down} --
не PPP единым жив человек.
Для разных интерфейсов сделать разблюдовку:
/etc/ifup.d/ppp/
/etc/ifup.d/eth/
/etc/ifup.d/0common/
-- последнее для общих скриптов, на которые делать симлинки из
   interface-specific каталогов.

Можно даже предусмотреть возможность уточнения номера устройства:

for d in /etc/ifup.d/*; do
    d="${d#/etc/ifup.d/}"
    if [ "${DEVICE#$d}" != "$DEVICE" ]; then
        RunExecutablesInDir "/etc/ifup.d/$d" "$DEVICE"
    fi
done

Таким образом, для ppp0 будут выполняться скрипты
сначала в /etc/ifup.d/ppp/, затем в /etc/ifup.d/ppp0/

Чтобы не засорять /etc, можно загнать всё это хозяйство в
/etc/sysconfig/network-scripts

> Задумка родилась пару недель назад, когда вырезал кому-то из
> своих /etc/ppp/ip-*.local нужные куски и подумал, до чего эта
> каша напоминает BSD init и rc.local :-/
> 
> Кандидатуры:
> [by ip-up]
> - firewall ?? (ToS и DENY -- но вопрос тонок)

А зачем, он и с отключенными интерфейсами хорошо живёт.

> - ntpd -q (if installed)
> - отправка почты (дернуть postfix) (*)
> - забор почты (дернуть все фетчмэйлы) (**)
> - отправка/забор ньюсов (fetchnews) (***)
> - DNS: хуки для максимально удобной подстановки forwarders (****)
> 
> [by ip-down]
> - firewall: вернуть на место (опять тонкий вопрос)
> - прибить fetchmail'ы, если связь грохнулась раньше их
> - --""--  fetchnews, --""--
> - DNS: back to local (if any)
> 
> Думаю, вариантов облегчить жизнь и добавить нужных и удобных фич
> тут много; просьба высказать мнения о таком обобщении.  В любом
> случае надеюсь вспомнить, когда после выпуска Master, надеюсь,
> начнется редизайн инсталера и настраивалок.
> 
> ---
> 
> (*) в идеале инфраструктура настройки при нахождении
> инсталером/настраивалкой _только_ модема или ответе, что именно
> таковой используется для выхода в инет (все равно спрашивают за
> default route), маленько изменять /etc/postfix/main.cf :
> 
> ---
> defer_transports = smtp

Это лучше не вписывать, лишь проверять наличие.
В мануале эта директива будет на красном месте :)

> ## и как намек -- это ж не автоматизируется совсем автоматически?
> # sender_canonical_maps = hash:/etc/postfix/sender_canonical
> ---
> 
> (**) или путем взаимодействия с fetchmail-daemon, или путем
> прямого запуска -- надо обнюхать и обдумать, это только _идея_.

А разве
[ -e "$USER_HOME"/.fetchmailrc ] && su -с fetchmail "$USER"
недостаточно для того, чтобы запустить/дёрнуть fetchmail?

> (***) плюс один-два файлика в leafnode; плюс, возможно,
> "настраивалка leafnode".
> 
> (****) у меня, например, локальный named держит зону для LAN и в
> то же время переключается в кэширующий и обращающийся к нужным
> forwarders при поднятии связи.

Вправлять forwarders в C-образный конфиг -- это чревато :-/
Хотя, если место для этого ровно одно и никаких иных forwarders не
может быть, то можно попробовать. Лучше для этого вставить
"магический" комментарий а-ля msec, и если такого комментария нет
-- ну его нафиг.

-- 
Stay tuned,
  MhZ                                     JID: mookid@jabber.org
___________
RADIO SHACK LEVEL II BASIC
READY
>_