[Sysadmins] Теряются правила iproute2 при падении канала

[Sysadmins] Теряются правила iproute2 при падении канала

[Serge]

Добрый День!
заметил у себя такую проблемму:
при пропадании канала (на интерфейсе ppp), а потом его возобновлении - 
теряется route (прописанные в /etc/net/ifaces/ppp0/ipv4route)
сейчас решаю такую проблемму путем service network restart. 
В результате перегружаются все интерфейсы.
Вопрос: можно ли перегружать только 1, интересующий меня интерфейс,
если да, то как?
Можно ли мониторить состояние канала и в случае потери route перегружать 
интерфейс?

Re: [Sysadmins] Теряются правила iproute2 при падении канала

[Denis Kuznetsov]

[-- Attachment #1: Type: text/plain, Size: 954 bytes --]


В сообщении от Wednesday 28 March 2007 07:56:45 Serge написал(а):
> Добрый День!
> заметил у себя такую проблемму:
> при пропадании канала (на интерфейсе ppp), а потом его возобновлении -
> теряется route (прописанные в /etc/net/ifaces/ppp0/ipv4route)
> сейчас решаю такую проблемму путем service network restart.
> В результате перегружаются все интерфейсы.
> Вопрос: можно ли перегружать только 1, интересующий меня интерфейс,
ifdown ppp0 ; ifup ppp0
> если да, то как?
> Можно ли мониторить состояние канала и в случае потери route перегружать
> интерфейс?
можно попробовать ifplugd натравить на ppp0, и при взлете канала пускать 
скрипт который пропишет маршруты. Кстати, метод провереный и работоспособный.
> _______________________________________________
> Sysadmins mailing list
> Sysadmins@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/sysadmins



-- 
Denis Kuznetsov

Public key location: http://kde.kiev.ua/kde_public.key

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]

Re: [Sysadmins] Теряются правила iproute2 при падении канала

[Вадим Илларионов]

От Denis Kuznetsov поступило следующее:

> можно попробовать ifplugd натравить на ppp0, и при взлете канала пускать
> скрипт который пропишет маршруты. Кстати, метод провереный и
> работоспособный.

Дык в студию!
________________________
С уважением,
Вадим Илларионов
системный администратор
Усолье-Сибирский почтамт
JID: см. <mailto:>
UIN: 7899517
Телефоны:
Мобильный +7 904 658-4154
Рабочий   +7 39543 444-00

Re: [Sysadmins] Теряются правила iproute2 при падении канала

[Andrew Kornilov]

Serge wrote:
> Добрый День!
> заметил у себя такую проблемму:
> при пропадании канала (на интерфейсе ppp), а потом его возобновлении - 
> теряется route (прописанные в /etc/net/ifaces/ppp0/ipv4route)
>   
Они и должны теряться. Это делает ядро (автоматически уничтожает 
маршруты, в которых в dst указан  недостижимый адрес, насколько я 
понимаю).  В обновленном etcnet он сам будет убирать маршруты в обратном 
порядке (и reverse действия будут). Тут нужно определиться, что значит 
при попадании канала? Этого когда ppp persist указан и ppp сам 
перестартовывает себя? У меня тоже с этим проблемы, в части firewall, 
правда, плодятся правила иногда, пока не понял, как это отловить :-/ В 
случае же, если кто-то делает ifup/ifdown, то все пропадет и потом опять 
появится :)

Re: [Sysadmins] Теряются правила iproute2 при падении канала

[Denis Kuznetsov]

[-- Attachment #1: Type: text/plain, Size: 2651 bytes --]

В сообщении от Wednesday 28 March 2007 18:28:18 вы написали:
> > выглядит это примерно:
> > ifplud -i ppp0 -r /scripts/ppp_routes.sh
> >
> > Не помню тольно какие там еще параменры понадобятся, давно однако дело
> > было, но рекомендую посмотреть на /etc/ifplugd/ifplugd.action (правда
> > запилен он для /etc/net) важно в скрипте сделать:
> > case "$2" in
> > 	up)
> > 		/sbin/ip ro add ....
> > 	;;
> > esac
> >
> > down можно не обрабатывать, если кроме добавления роутов ниче не делается
> >
> > :)
>
> что сделал: (пишу по памяти, могу кое-где ошибиться в названиях файлов :-)
> ) 1) для шнтерфейса ppp в etcnet выставил использовать ifplugd
> (USE_IFPLUGD=yes) 2) в настройках ifplugd (/etc/ifplugd/ifplugd.conf
> выставил мониторить только один интерфейс ppp0
> 3) в /etc/net/scripts/ifplugd.action прописал
> [ "$2" = "up" ] && exec /etc/net/scripts/ifup-ifplugd $1 && exec ip ro add
> В результате ничего не получилось, так как pppd стартует после ifplugd
> (тоесть после добавления маршрута через интерфейс, который не существует)
>
> Mar 28 14:40:02 ns pppd[3338]: Using interface ppp0
> Mar 28 14:40:02 ns pppd[3338]: Connect: ppp0 <--> /dev/ttyS0
> Mar 28 14:40:02 ns ifplugd(ppp0)[3350]: Link beat detected.
> Mar 28 14:40:03 ns ifplugd(ppp0)[3350]: Executing
> '/etc/net/scripts/ifplugd.action ppp0 up'.
> Mar 28 14:40:03 ns ifplugd(ppp0)[3350]: client: RTNETLINK answers: Network
> is unreachable
> Mar 28 14:40:03 ns ifplugd(ppp0)[3350]: Program executed successfully.
> Mar 28 14:40:05 ns pppd[3338]: local  IP address 195.5.57.4
> Mar 28 14:40:05 ns pppd[3338]: remote IP address 195.5.55.10
>
> Победил проблемму, только путем редактирования
> файла /etc/net/scripts/ifup-ifplugd
> где в конце добавил такие строчки:
> sleep 10s
> /sbin/ip ro add default via 195.5.55.10 dev ppp0 table ukrtel
>
> После этого роут добавляется.
> Подскажите пожалуйста, как сделать добавление роутинга при поднятии ifplugd
> интерфейсом более правильно.

Знакомая ситуевина, думаю есть смысл посмотреть с какими ключами стартуем 
ifplug из etcnet (я в свою бытность это на gentoo делал причем весьма грубо в 
rc.local). нужно смотреть на ключик -m и возможно -M , на точность не 
претендую... Я так понимаю при попытке установить связь взлетает появляется 
ppp0, но настройки еще не успели прописаться, поэтому,  поможет 
добавление -u10 (ждать 10 сек после поднятия интерфейса до выполнения 
скрипта). Хотя если в каком-то из api-mode ifplug будет более корректно 
определять что интерфейс поднялся+И НАСТРОЕН, то это позволит снизить время 
простоя при переподключении.

-- 
Denis Kuznetsov

Public key location: http://kde.kiev.ua/kde_public.key

[-- Attachment #2: Type: application/pgp-signature, Size: 189 bytes --]