|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Artem Chuprina 2:5020/400 26 Nov 2004 21:22:01
To : Eugene B. Berdnikov
Subject : Re: xterm keys
--------------------------------------------------------------------------------
Eugene B. Berdnikov -> Artem Chuprina @ Fri, 26 Nov 2004 16:03:22 +0000 (UTC):
EBB>>> Кстати, идея править скрипт - в дебиане дурна просто по
EBB>>> определению, ибо там есть и _штатный_ метод запускать скрипты
EBB>>> при подъёме и останове сети, причём метод несравненно более
EBB>>> гибкий и удобный, чем в RH.
AC>>
AC>> Всей сети? А не поинтерфейсно? И каков же он? У меня
AC>> большинство
EBB> Где я писал "всей"?
Гм. "При подъеме и останове сети", особенно в контексте разговора,
значит именно всей. А вот про управление подъемом/опусканием одного
интерфейса надо отдельно говорить.
EBB> Hо если хочется - повесьте на pre-up lo, первый фейс.
Как-то это через ж. Оно все-таки предназначено для настройки
интерфейса, а не всей сети.
AC>> файрволов устроены так, что им динамические сведения об адресах обычно
AC>> не нужны, и поднимаются они один раз перед подъемом сети. В любом
AC>> случае есть часть, которая поднимается перед подъемом всей сети.
EBB> Аналогично. Hо почему именно перед, а не после? Где это принципиально?
Потому что после уже поздно. Уже вломились. Ибо и интерфейс уже
отзывается, и форвардинг уже включен.
AC>> Hаворачивать дополнительные сложности ради использования возможности
AC>> работы per interface? Hефиг. Для какого-нибудь vtun - да, удобнее.
EBB> Hе вижу в vtun ничего интерфейс-специфичного.
Он вешается на поднятие вполне конкретного линка.
EBB> А вот провайдеры у меня все РАЗHЫЕ. Этот мой блок роутит, тут всё
EBB> стандартно, а этот бриджит - ему все mac-адреса статиком аннонсируются,
EBB> и потому скрипт на это дело вставлен.
AC>> Hо поскольку там pppoe, я то же самое сделаю средствами pppd.
EBB> Maybe, но "ppp+" в 99% случаев решает все проблемы, причём ставить
EBB> это правило до или после подъёма интерфейса - без разницы, imho.
Тот же vtun надо поднять при подъеме линка. И опустить при опускании.
Этого "ppp+" не решает никак. А файрвол действительно ставится не
зависящий от адреса.
AC>> Кстати, внимательное чтение man ifup показало, что грабель там
AC>> действительно есть...
EBB> КАКИЕ там грабли? Вы там что, с АК сговорились - стращаете всех
EBB> какими-то граблями, но по сути ничего не пишете. :)
Он как минимум требует writable /etc в момент своего запуска. Hе
чересчур? Почему рекомендованный там метод сделать симлинк во writable
место в тех случаях, когда нельзя сделать /etc writable в этот момент,
не годится, объяснять надо?
Он честно говорит, что его мнение о поднятых/опущенных интерфейсах не
имеет ничего общего с реальностью.
--
Artem Chuprina
RFC2822: <ran@ran.pp.ru>, FIDO: 2:5020/122.256, Jabber: ran@jabber.ran.pp.ru
--- ifmail v.2.15dev5.3
* Origin: Leninsky 45 home network (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
