[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 интерфейсов) 
наблюдается такая же картина. Пропадают маршруты на одном интерфейсе или 
при поднятии не все прописываются. Самое странное это только для одного 
интерфейса так. (Скосил на провайдера и на неправильные мои настройки. 
Хотя настройки одинаковые.)
Мне тоже интересно в чем может быть причина и где посмотреть.

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