[Sysadmins] Сторож PPP интерфейсов

[Sysadmins] Сторож PPP интерфейсов

[Michael A. Kangin]

Добрый день.

По мотивам:
http://lists.altlinux.org/pipermail/community/2008-January/625454.html
http://lists.altlinux.org/pipermail/sysadmins/2008-August/027397.html
http://lists.altlinux.org/pipermail/sysadmins/2009-September/030913.html

Более интеллектуальная следилка за состоянием PPP интерфейса:
http://mak.rsmu.ru/pppguard/

Преимущества перед переподниманием из крона:
- оформлена в виде сервиса, то есть слежение можно легко отключать
- более гибкая настройка интервалов проверки (в секундах)
- справляется с замороченными случаями, когда pid-файл PPPD есть, и сам 
интерфейс есть, только он не UP.

-- 
wbr, Michael A. Kangin

Re: [Sysadmins] Сторож PPP интерфейсов

[Михаил]

Здравствуйте, Michael.

Я не очень понимаю, зачем приделывать костыли.

Почему  нельзя  исправить  ошибки  в  самой программе, что сделает все
костыли просто не нужными.

Вы писали 26 июля 2010 г., 2:07:15:

> Преимущества перед переподниманием из крона:
> - оформлена в виде сервиса, то есть слежение можно легко отключать
> - более гибкая настройка интервалов проверки (в секундах)
> - справляется с замороченными случаями, когда pid-файл PPPD есть, и сам
> интерфейс есть, только он не UP.

-- 
С уважением,
 Михаил                          mailto:consc@mail.ru

Re: [Sysadmins] Сторож PPP интерфейсов

[Andrey Rahmatullin]

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

On Mon, Jul 26, 2010 at 08:43:31AM +0359, Михаил wrote:
> Я не очень понимаю, зачем приделывать костыли.
> 
> Почему  нельзя  исправить  ошибки  в  самой программе, что сделает все
> костыли просто не нужными.
Какие ошибки в какой программе?

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(6):

Ну что же, спасибо за automake-1.9.4, всего 60 пакетов отвалилось. :)
		-- ldv in devel@

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

Re: [Sysadmins] Сторож PPP интерфейсов

[Michael A. Kangin]

В сообщении от Понедельник 26 июля 2010 09:52:48 автор Andrey Rahmatullin 
написал:

> > Я не очень понимаю, зачем приделывать костыли.
> > 
> > Почему  нельзя  исправить  ошибки  в  самой программе, что сделает все
> > костыли просто не нужными.
> 
> Какие ошибки в какой программе?

Да во всех! :)
во-первых, эта системная проблема с init, когда из-за одного заартачевшегося 
сервиса страдает вся загрузка машины (см, например, 
http://lists.altlinux.org/pipermail/sisyphus/2008-October/334801.html)

во-вторых, взаимодействия  etcnet и pppd 
(http://lists.altlinux.org/pipermail/sisyphus/2007-December/326186.html) - с 
этим updetach так ничего и не решили вроде. Ну и #7519 туда же.


-- 
WBR, Michael A. Kangin

Re: [Sysadmins] Сторож PPP интерфейсов

[Roman Lesnichenko]

26.07.2010 11:27, Michael A. Kangin пишет:

> во-первых, эта системная проблема с init, когда из-за одного заартачевшегося
> сервиса страдает вся загрузка машины (см, например,
> http://lists.altlinux.org/pipermail/sisyphus/2008-October/334801.html)
>
> во-вторых, взаимодействия  etcnet и pppd
> (http://lists.altlinux.org/pipermail/sisyphus/2007-December/326186.html) - с
> этим updetach так ничего и не решили вроде. Ну и #7519 туда же.
>

Вопрос по поводу :)
Система Сизиф. Как на стороне инициатора vpn, так и на стороне сервера.

Достаточно часто, но абсолютно на мой взгляд безсистемно (а с другой 
стороны особо не наблюдал) возникет слудующая ситуация:
ppp0 интерфейс есть, а маршрут на него пропал.
Возникает не первый год, поэтому наверное лучше тут, а не в Сизифной 
рассылке :)

Настройки самые стандартные. Самое обидное, что если поднимать vpn из 
под оффтопика - все дежится железно сутками.... :(


/etc/net/ifaces/ppp0/ipv4route
192.168.0.0/24 via 192.168.0.250


/etc/net/ifaces/ppp0/options
ONBOOT=yes
PPPTYPE=pptp
PPTP_SERVER=<xxxx>.ua
REQUIRES=home (ethernet, смотрящий на квартирный роутер tp-link 
wr1043nd,  подключенный к домонету. Тут на самом деле не важно, ибо до 
него был ADSL роутер, подключенный к телекому ОГО!, с теми-же проблемами).


/etc/net/ifaces/ppp0/pppoptions
name aaaa
password bbbbbb
noipdefault
nodefaultroute
noauth
hide-password
persist (читал, что не стоит :), действительно в случае проблем доооолго 
думает при загрузке компа...)


Грубо говоря получаю дома айпишник из офисной локалки для 
производственных нужд.


ifconfig:
ppp0      Link encap:Point-to-Point Protocol
           inet addr:192.168.0.250  P-t-P:192.168.0.240 
Mask:255.255.255.255
           UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1300  Metric:1
           RX packets:33 errors:0 dropped:0 overruns:0 frame:0
           TX packets:33 errors:0 dropped:0 overruns:0 carrier:0
           collisions:0 txqueuelen:3
           RX bytes:13979 (13.6 KiB)  TX bytes:14365 (14.0 KiB)

route:
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use 
Iface
avangate        192.168.1.1     255.255.255.255 UGH   0      0        0 home
192.168.0.240   *               255.255.255.255 UH    0      0        0 ppp0
192.168.1.0     *               255.255.255.0   U     0      0        0 home
192.168.0.0     192.168.0.250   255.255.255.0   UG    0      0        0 ppp0
default         192.168.1.1     0.0.0.0         UG    0      0        0 home


192.168.1.1 тот самый домашний роутер
192.168.0.240 хвост на офисном шлюзе

Потом бамц!
Строчки "192.168.0.0     192.168.0.250   255.255.255.0   UG    0      0 
        0 ppp0" нет.

С удовольствием выполню наблюдения для решения проблемы, только скажите 
что и где наблюдать.


И поможет ли в данном случае ваша:
 >Более интеллектуальная следилка за состоянием PPP интерфейса:
 >http://mak.rsmu.ru/pppguard/
???


-- 
With best wishes, Roman.

Re: [Sysadmins] Сторож PPP интерфейсов

[Patlasov YuriI]

03.08.2010 0:34, Roman Lesnichenko пишет:
> 26.07.2010 11:27, Michael A. Kangin пишет:
>
>> во-первых, эта системная проблема с init, когда из-за одного 
>> заартачевшегося
>> сервиса страдает вся загрузка машины (см, например,
>> http://lists.altlinux.org/pipermail/sisyphus/2008-October/334801.html)
>>
>> во-вторых, взаимодействия  etcnet и pppd
>> (http://lists.altlinux.org/pipermail/sisyphus/2007-December/326186.html) 
>> - с
>> этим updetach так ничего и не решили вроде. Ну и #7519 туда же.
>>
>
> Вопрос по поводу :)
> Система Сизиф. Как на стороне инициатора vpn, так и на стороне сервера.
>
> Достаточно часто, но абсолютно на мой взгляд безсистемно (а с другой 
> стороны особо не наблюдал) возникет слудующая ситуация:
> ppp0 интерфейс есть, а маршрут на него пропал.
> Возникает не первый год, поэтому наверное лучше тут, а не в Сизифной 
> рассылке :)
>
> Настройки самые стандартные. Самое обидное, что если поднимать vpn из 
> под оффтопика - все дежится железно сутками.... :(
>
>
> /etc/net/ifaces/ppp0/ipv4route
> 192.168.0.0/24 via 192.168.0.250
>
>
> /etc/net/ifaces/ppp0/options
> ONBOOT=yes
> PPPTYPE=pptp
> PPTP_SERVER=<xxxx>.ua
> REQUIRES=home (ethernet, смотрящий на квартирный роутер tp-link 
> wr1043nd,  подключенный к домонету. Тут на самом деле не важно, ибо до 
> него был ADSL роутер, подключенный к телекому ОГО!, с теми-же 
> проблемами).
>
>
> /etc/net/ifaces/ppp0/pppoptions
> name aaaa
> password bbbbbb
> noipdefault
> nodefaultroute
> noauth
> hide-password
> persist (читал, что не стоит :), действительно в случае проблем 
> доооолго думает при загрузке компа...)
>
>
> Грубо говоря получаю дома айпишник из офисной локалки для 
> производственных нужд.
>
>
> ifconfig:
> ppp0      Link encap:Point-to-Point Protocol
>           inet addr:192.168.0.250  P-t-P:192.168.0.240 
> Mask:255.255.255.255
>           UP POINTOPOINT RUNNING NOARP MULTICAST  MTU:1300  Metric:1
>           RX packets:33 errors:0 dropped:0 overruns:0 frame:0
>           TX packets:33 errors:0 dropped:0 overruns:0 carrier:0
>           collisions:0 txqueuelen:3
>           RX bytes:13979 (13.6 KiB)  TX bytes:14365 (14.0 KiB)
>
> route:
> Kernel IP routing table
> Destination     Gateway         Genmask         Flags Metric Ref    
> Use Iface
> avangate        192.168.1.1     255.255.255.255 UGH   0      0        
> 0 home
> 192.168.0.240   *               255.255.255.255 UH    0      0        
> 0 ppp0
> 192.168.1.0     *               255.255.255.0   U     0      0        
> 0 home
> 192.168.0.0     192.168.0.250   255.255.255.0   UG    0      0        
> 0 ppp0
> default         192.168.1.1     0.0.0.0         UG    0      0        
> 0 home
>
>
> 192.168.1.1 тот самый домашний роутер
> 192.168.0.240 хвост на офисном шлюзе
>
> Потом бамц!
> Строчки "192.168.0.0     192.168.0.250   255.255.255.0   UG    0      
> 0        0 ppp0" нет.
>
> С удовольствием выполню наблюдения для решения проблемы, только 
> скажите что и где наблюдать.
>
>
> И поможет ли в данном случае ваша:
> >Более интеллектуальная следилка за состоянием PPP интерфейса:
> >http://mak.rsmu.ru/pppguard/
> ???
>
>
Система alt Server 4.0 при появлении двух провайдеров (ppp интерфейсов) 
наблюдается такая же картина. Пропадают маршруты на одном интерфейсе или 
при поднятии не все прописываются. Самое странное это только для одного 
интерфейса так. (Скосил на провайдера и на неправильные мои настройки. 
Хотя настройки одинаковые.)
Мне тоже интересно в чем может быть причина и где посмотреть.

С уважением Юрий.

Re: [Sysadmins] Сторож PPP интерфейсов

[Yuriy Kashirin]

On Вторник 03 августа 2010, Roman Lesnichenko wrote:
> 
> Вопрос по поводу :)
> Система Сизиф. Как на стороне инициатора vpn, так и на стороне
>  сервера.
> 
> Достаточно часто, но абсолютно на мой взгляд безсистемно (а с
>  другой стороны особо не наблюдал) возникет слудующая ситуация:
> ppp0 интерфейс есть, а маршрут на него пропал.
> Возникает не первый год, поэтому наверное лучше тут, а не в
>  Сизифной рассылке :)
..... 
> /etc/net/ifaces/ppp0/ipv4route
> 192.168.0.0/24 via 192.168.0.250
> 
.....
> route:
> Kernel IP routing table
> Destination     Gateway         Genmask         Flags Metric Ref   
>  Use Iface
> avangate        192.168.1.1     255.255.255.255 UGH   0      0     
>    0 home
> 192.168.0.240   *               255.255.255.255 UH    0      0
>    0 ppp0
> 192.168.1.0     *               255.255.255.0   U     0      0
>    0 home
> 192.168.0.0     192.168.0.250   255.255.255.0   UG    0      0
>    0 ppp0
> default         192.168.1.1     0.0.0.0         UG    0      0
>    0 home
> 
> 
> 192.168.1.1 тот самый домашний роутер
> 192.168.0.240 хвост на офисном шлюзе
> 
> Потом бамц!
> Строчки "192.168.0.0     192.168.0.250   255.255.255.0   UG    0   
>    0 0 ppp0" нет.
> 
> С удовольствием выполню наблюдения для решения проблемы, только
>  скажите что и где наблюдать.

Посмотрите по логам, в период времени между тем, когда маршрут еще 
есть и "Потом бамц", было ли переподключение (в смысле из-за persist 
ppp поднял упавшее ppp-соединение) ?




-- 
 Best regards
 Yuriy Kashirin

Re: [Sysadmins] Сторож PPP интерфейсов

[Roman Lesnichenko]

03.08.2010 09:55, Yuriy Kashirin пишет:

>
> Посмотрите по логам, в период времени между тем, когда маршрут еще
> есть и "Потом бамц", было ли переподключение (в смысле из-за persist
> ppp поднял упавшее ppp-соединение) ?

99% что это так.
Что дальше?


Роман.

Re: [Sysadmins] Сторож PPP интерфейсов

[Yuriy Kashirin]

On Вторник 03 августа 2010, Roman Lesnichenko wrote:
> 03.08.2010 09:55, Yuriy Kashirin пишет:
> > Посмотрите по логам, в период времени между тем, когда маршрут
> > еще есть и "Потом бамц", было ли переподключение (в смысле из-за
> > persist ppp поднял упавшее ppp-соединение) ?
> 
> 99% что это так.
> Что дальше?
> 

Если так, то такая же проблема была когда-то и для меня актуальна. 
Дело в том, что машруты, прописанные в ipv4route, устанавливаются при 
поднятии интерфейса через ifup.

А если pppd сам переподнимает интерфейс в процессе, то этот файл надо 
обрабатывать еще и в его ip-up скрипте.

Я тогда решал проблему так: 
https://bugzilla.altlinux.org/show_bug.cgi?id=8509

etcnet был еще 0.7.x
Cейчас, наверное, тот патч надо пересматривать.

> 
> Роман.
> _______________________________________________
> Sysadmins mailing list
> Sysadmins@lists.altlinux.org
> https://lists.altlinux.org/mailman/listinfo/sysadmins
> 


-- 
 Best regards
 Yuriy Kashirin

Re: [Sysadmins] Сторож PPP интерфейсов

[Roman Lesnichenko]

03.08.2010 11:17, Yuriy Kashirin пишет:

> Если так, то такая же проблема была когда-то и для меня актуальна.
> Дело в том, что машруты, прописанные в ipv4route, устанавливаются при
> поднятии интерфейса через ifup.
>
> А если pppd сам переподнимает интерфейс в процессе, то этот файл надо
> обрабатывать еще и в его ip-up скрипте.
>
> Я тогда решал проблему так:
> https://bugzilla.altlinux.org/show_bug.cgi?id=8509
>
> etcnet был еще 0.7.x
> Cейчас, наверное, тот патч надо пересматривать.

Скорее всего так и есть, ибо я каждый раз делаю ifdown-ifup для 
восстановления работоспособности.
Я понимаю, что это можно все в крон запихнуть при отсутствиии маршрута....
Но осадочек какой-то остается :)

Роман.

Re: [Sysadmins] Сторож PPP интерфейсов

[Terechkov Evgenii]

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

On Tue, 03 Aug 2010 11:47:22 +0300, Roman Lesnichenko <sysadmins@avangard.dn.ua> wrote:
> > Если так, то такая же проблема была когда-то и для меня актуальна.
> > Дело в том, что машруты, прописанные в ipv4route, устанавливаются при
> > поднятии интерфейса через ifup.
> > А если pppd сам переподнимает интерфейс в процессе, то этот файл надо
> > обрабатывать еще и в его ip-up скрипте.
> > Я тогда решал проблему так:
> > https://bugzilla.altlinux.org/show_bug.cgi?id=8509
> > etcnet был еще 0.7.x
> > Cейчас, наверное, тот патч надо пересматривать.
> Скорее всего так и есть, ибо я каждый раз делаю ifdown-ifup для 
> восстановления работоспособности.
> Я понимаю, что это можно все в крон запихнуть при отсутствиии маршрута....
> Но осадочек какой-то остается :)

Я себе в /e/p/ip-up.d/ когда-то кинул вот такой тупой скрипт, вроде
после этого не вспоминал о проблеме.

[-- Attachment #2: Stupid script --]
[-- Type: application/octet-stream, Size: 508 bytes --]

[-- Attachment #3: Type: text/plain, Size: 161 bytes --]


-- 
                                                С уважением, Терешков
                                                Евгений.

Re: [Sysadmins] Сторож PPP интерфейсов

[Michael A. Kangin]

В сообщении от Вторник 03 августа 2010 18:23:40 автор Terechkov Evgenii 
написал:


> > Скорее всего так и есть, ибо я каждый раз делаю ifdown-ifup для
> > восстановления работоспособности.
> > Я понимаю, что это можно все в крон запихнуть при отсутствиии
> > маршрута.... Но осадочек какой-то остается :)
> 
> Я себе в /e/p/ip-up.d/ когда-то кинул вот такой тупой скрипт, вроде
> после этого не вспоминал о проблеме.

А iptables rules? А ifup-post?

-- 
wbr, Michael A. Kangin

Re: [Sysadmins] Сторож PPP интерфейсов

[Terechkov Evgenii]

On Fri, 6 Aug 2010 11:46:57 +0400, "Michael A. Kangin" <mak@complife.ru> wrote:

> > Я себе в /e/p/ip-up.d/ когда-то кинул вот такой тупой скрипт
> А iptables rules? А ifup-post?

Написано же, в /e/p/ip-up.d/

-- 
                                                С уважением, Терешков
                                                Евгений.

Re: [Sysadmins] Сторож PPP интерфейсов

[Michael A. Kangin]

В сообщении от Вторник 03 августа 2010 11:57:18 автор Roman Lesnichenko 
написал:


> > Посмотрите по логам, в период времени между тем, когда маршрут еще
> > есть и "Потом бамц", было ли переподключение (в смысле из-за persist
> > ppp поднял упавшее ppp-соединение) ?
> 
> 99% что это так.
> Что дальше?

еще один довод не пользовать persist?


-- 
wbr, Michael A. Kangin

Re: [Sysadmins] Сторож PPP интерфейсов

[Михаил]

Здравствуйте, Michael.

Вы писали 6 августа 2010 г., 11:51:43:

> В сообщении от Вторник 03 августа 2010 11:57:18 автор Roman Lesnichenko
> написал:


>> > Посмотрите по логам, в период времени между тем, когда маршрут еще
>> > есть и "Потом бамц", было ли переподключение (в смысле из-за persist
>> > ppp поднял упавшее ppp-соединение) ?
>> 
>> 99% что это так.
>> Что дальше?

> еще один довод не пользовать persist?

Еще один повод починить PPPd.

Кстати, а в P5 та же проблема, или там еще рабочая версия лежит?

-- 
С уважением,
 Михаил                          mailto:consc@mail.ru

Re: [Sysadmins] Сторож PPP интерфейсов

[Roman Lesnichenko]

06.08.2010 14:30, Михаил пишет:

>
>> еще один довод не пользовать persist?
>
> Еще один повод починить PPPd.

Компилятор в руки... :)
>
> Кстати, а в P5 та же проблема, или там еще рабочая версия лежит?
>

Тут кто-то вредные иллюзии испытывает кажется...
Что значит "еще рабочая"?
Эта хрень ведет себя подобным образом не один год ваще-то...
И я упомянул Сизиф на самом  деле для того, чтобы было понятно, что 
"страдает" не какая-то одельная версия, а пакет, и уже давно....


Роман.

Re: [Sysadmins] Сторож PPP интерфейсов

[Михаил]

Здравствуйте, Roman.

Вы писали 6 августа 2010 г., 15:52:42:

> 06.08.2010 14:30, Михаил пишет:

>>
>>> еще один довод не пользовать persist?
>>
>> Еще один повод починить PPPd.

> Компилятор в руки... :)

Сначала  учебник  по  сям.  Я что-за последние 15 лет его очень сильно
подзабыл.

>>
>> Кстати, а в P5 та же проблема, или там еще рабочая версия лежит?
>>

> Тут кто-то вредные иллюзии испытывает кажется...
> Что значит "еще рабочая"?
> Эта хрень ведет себя подобным образом не один год ваще-то...
> И я упомянул Сизиф на самом  деле для того, чтобы было понятно, что 
> "страдает" не какая-то одельная версия, а пакет, и уже давно....

Ну  год назад это у меня еще работало, но вот какой бранчь у меня был,
уже  точно  не  вспомню.  В  4.0.1 сервере из коробки это еще работает
нормально.

-- 
С уважением,
 Михаил                          mailto:consc@mail.ru

Re: [Sysadmins] Сторож PPP интерфейсов

[Patlasov YuriI]

06.08.2010 15:00, Михаил пишет:
>> Тут кто-то вредные иллюзии испытывает кажется...
>> Что значит "еще рабочая"?
>> Эта хрень ведет себя подобным образом не один год ваще-то...
>> И я упомянул Сизиф на самом  деле для того, чтобы было понятно, что
>> "страдает" не какая-то одельная версия, а пакет, и уже давно....
>>      
> Ну  год назад это у меня еще работало, но вот какой бранчь у меня был,
> уже  точно  не  вспомню.  В  4.0.1 сервере из коробки это еще работает
> нормально.
>
>    
4.0.1 коробочка. После появления двух провайдеров. Тоже странно как то 
работать стал. То так то сяк.
Пришлось по крону написать скрипты проверки и забыть ))

Re: [Sysadmins] Сторож PPP интерфейсов

[Roman Lesnichenko]

06.08.2010 15:00, Михаил пишет:

>
> Ну  год назад это у меня еще работало, но вот какой бранчь у меня был,
> уже  точно  не  вспомню.  В  4.0.1 сервере из коробки это еще работает
> нормально.
>

Что "это"? Вы с кем и о чем говорите?

Я написал, что маршруты не восстанавливаются очень давно, Юрий Каширин в 
этом же трэде написал о etcnet 0.7 и привел пример бага в багзилле с 
2005 года...

Юрий Патласов в этом трэде написал о АльтСервере 4.0 с такой-же проблемой...

Вы, флудер, Михаил? Или вы тролль? Вы пишете ни о чем, и даете ненужные 
советы.
И не тот ли вы Михаил, отключенный за подобный хлам MisHel64?


Роман.

Re: [Sysadmins] Сторож PPP интерфейсов

[Andrey Rahmatullin]

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

On Fri, Aug 06, 2010 at 03:27:56PM +0300, Roman Lesnichenko wrote:
> Вы, флудер, Михаил? Или вы тролль? Вы пишете ни о чем, и даете ненужные 
> советы.
У меня такое же впечатление.

-- 
WBR, wRAR (ALT Linux Team)
Powered by the ALT Linux fortune(6):

> Клавиши переключения вкладок [в gnome-terminal] зачем-то устанавливаются
> идентично Konsole.
Наверное, aris@ALT тайно переделывает потихоньку GNOME под KDE ;-)
		-- zerg in devel@

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

Re: [Sysadmins] Сторож PPP интерфейсов

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

Михаил wrote:

> Ну  год назад это у меня еще работало, но вот какой бранчь у меня был,
Если ваш бранч с мягким знаком на конце, то не "был", а "была".
А если таки "был", то не только с твёрдым, но и согласно реформе-1918, вовсе 
без оного.

______________________________________
С уважением, Вадим Илларионов,
начальник отдела СТО ОАО "ПО Усольмаш"
JID: see <mailto:>
UIN: 7899517
Phones:
 work +7 39543 51236
 cell +7 964 1036567

Re: [Sysadmins] Сторож PPP интерфейсов[JT]

[Vyatcheslav Perevalov]

On Tuesday 19 October 2010 21:48:42 Вадим Илларионов wrote:
> > Ну  год назад это у меня еще работало, но вот какой бранчь у меня был,
> 
> Если ваш бранч с мягким знаком на конце, то не "был", а "была".
> А если таки "был", то не только с твёрдым, но и согласно реформе-1918,
> вовсе  без оного.
Это уже офортунили или ещё нет?

-- 
/vip

Re: [Sysadmins] Сторож PPP интерфейсов[JT]

[Rinat Bikov]

11 ноября 2010 г. 18:30 пользователь Vyatcheslav Perevalov написал:
> On Tuesday 19 October 2010 21:48:42 Вадим Илларионов wrote:
>> > Ну  год назад это у меня еще работало, но вот какой бранчь у меня был,
>>
>> Если ваш бранч с мягким знаком на конце, то не "был", а "была".
>> А если таки "был", то не только с твёрдым, но и согласно реформе-1918,
>> вовсе  без оного.
> Это уже офортунили или ещё нет?
Судя по http://bash.altlinux.org/ , ещё нет :).
(хотя я не в курсе, как скоро там информация обновляется).

-- 
С уважением, Ринат Биков.

Re: [Sysadmins] Сторож PPP интерфейсов[JT]

[Andrey Rahmatullin]

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

On Fri, Nov 12, 2010 at 02:31:35PM +0300, Rinat Bikov wrote:
> 11 ноября 2010 г. 18:30 пользователь Vyatcheslav Perevalov написал:
> > On Tuesday 19 October 2010 21:48:42 Вадим Илларионов wrote:
> >> > Ну  год назад это у меня еще работало, но вот какой бранчь у меня был,
> >>
> >> Если ваш бранч с мягким знаком на конце, то не "был", а "была".
> >> А если таки "был", то не только с твёрдым, но и согласно реформе-1918,
> >> вовсе  без оного.
> > Это уже офортунили или ещё нет?
> Судя по http://bash.altlinux.org/ , ещё нет :).
> (хотя я не в курсе, как скоро там информация обновляется).
Там только fortunes-ALT-irc, мне влом писать универсальный вариант, раз уж
fortunes-ALT объективно умерли.

-- 
WBR, wRAR
Powered by the ALT Linux fortune(6):

> >>Мне вот страшно интересно вот что.
> >А пойдёмте в devel@?
> А туда только разработчиков пускают :(
А пойдёмте в devel@? :-)
		-- mike in community@

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

Re: [Sysadmins] Сторож PPP интерфейсов

[Michael Shigorin]

On Mon, Jul 26, 2010 at 08:43:31AM +0359, Михаил wrote:
> Я не очень понимаю, зачем приделывать костыли.
> Почему  нельзя  исправить  ошибки  в  самой программе,
> что сделает все костыли просто не нужными.

Исправьте, мне как комайнтейнеру ppp весьма интересно, но слабо.

-- 
 ---- WBR, Michael Shigorin <mike@altlinux.ru>
  ------ Linux.Kiev http://www.linux.kiev.ua/

Re: [Sysadmins] Сторож PPP интерфейсов

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

Michael A. Kangin wrote:

> Добрый день.
> 
> По мотивам:
> http://lists.altlinux.org/pipermail/community/2008-January/625454.html
> http://lists.altlinux.org/pipermail/sysadmins/2008-August/027397.html
> http://lists.altlinux.org/pipermail/sysadmins/2009-September/030913.html
> 
> Более интеллектуальная следилка за состоянием PPP интерфейса:
> http://mak.rsmu.ru/pppguard/
> 
> Преимущества перед переподниманием из крона:
> - оформлена в виде сервиса, то есть слежение можно легко отключать
> - более гибкая настройка интервалов проверки (в секундах)
> - справляется с замороченными случаями, когда pid-файл PPPD есть, и сам
> интерфейс есть, только он не UP.

Вижу сторож интерфейсА.
А ежели он не один?
______________________________________
С уважением, Вадим Илларионов,
начальник отдела СТО ОАО "ПО Усольмаш"
JID: see <mailto:>
UIN: 7899517
Phones:
 work +7 39543 51236
 cell +7 964 1036567

Re: [Sysadmins] Сторож PPP интерфейсов

[Michael A. Kangin]

В Tue, 19 Oct 2010 23:36:14 +0900
Вадим Илларионов <master@usolmash.ru> пишет:



> Вижу сторож интерфейсА.
> А ежели он не один?

Дописать скриптик под неодин интерфейс, вестимо. :)


-- 
wbr, Michael A. Kangin