В противном случае, нужно писать демонёнка, который будет отслеживать
исчезновения
интерфейсов в системе. Когда-то такого даже написал, но он слишком специфичный
для того места, где он использовался.
а не проще ли написать в /etc/inittab
T0:2345:respawn:/usr/sbin/pppd file /etc/ppp/options.vpn
В Вто, 05/09/2006 в 11:45 +0400, Max Dmitrichenko пишет:
> В сообщении от 5 Сентябрь 2006 11:35 Konstantin Kubatkin написал(a):
> > > В противном случае, нужно писать демонёнка, который будет отслеживать
> > > исчезновения
> > > интерфейсов в системе. Когда-то такого даже написал, но он слишком
>
В сообщении от 5 Сентябрь 2006 11:35 Konstantin Kubatkin написал(a):
> > В противном случае, нужно писать демонёнка, который будет отслеживать
> > исчезновения
> > интерфейсов в системе. Когда-то такого даже написал, но он слишком
> > специфичный
> > для того места, где он использовался.
>
> а н
В противном случае, нужно писать демонёнка, который будет отслеживать
исчезновения
интерфейсов в системе. Когда-то такого даже написал, но он слишком специфичный
для того места, где он использовался.
а не проще ли написать в /etc/inittab
T0:2345:respawn:/usr/sbin/pppd file /etc/ppp/options.vpn
В сообщении от 5 Сентябрь 2006 11:14 Покотиленко Костик написал(a):
> Кстати, ещё есть вопрос. У меня интерфейсы подымаются как обычно в
> Debian через if[up|down]. Если pppd "выходит" интерфейс продолжает быть
> "configured", т.е. второй раз его не подымешь, надо ложить сначала.
>
> А не должен л
В Пнд, 04/09/2006 в 20:10 +0400, Max Dmitrichenko пишет:
> В сообщении от 4 Сентябрь 2006 19:05 Покотиленко Костик написал(a):
> > > > Во вложении более подробный кусок лога касательно того процесса pppd
> > > > который сказал exit.
> > > >
> > > Почему-то лог какой-то обрезанный. Там нету сообщен
В Пнд, 04/09/2006 в 20:10 +0400, Max Dmitrichenko пишет:
> В сообщении от 4 Сентябрь 2006 19:05 Покотиленко Костик написал(a):
> > > > Во вложении более подробный кусок лога касательно того процесса pppd
> > > > который сказал exit.
> > > >
> > > Почему-то лог какой-то обрезанный. Там нету сообщен
В Пнд, 04/09/2006 в 20:10 +0400, Max Dmitrichenko пишет:
> В сообщении от 4 Сентябрь 2006 19:05 Покотиленко Костик написал(a):
> > > > Во вложении более подробный кусок лога касательно того процесса pppd
> > > > который сказал exit.
> > > >
> > > Почему-то лог какой-то обрезанный. Там нету сообщен
В сообщении от 4 Сентябрь 2006 19:05 Покотиленко Костик написал(a):
> > > Во вложении более подробный кусок лога касательно того процесса pppd
> > > который сказал exit.
> > >
> > Почему-то лог какой-то обрезанный. Там нету сообщений о bad file descriptor.
> >
> > Попроси ещё rp-pppoe делать подр
> Так. Только я, вот, заметил, что всё равно "persist maxfail 0" не спасает.
> В sarge, во всяком случае, pptp и pppoe у меня отваливаются если удалённая
> сторона недоступна достаточно долго (несколько часов). Разобраться с
> проблемой было пока недосуг. Вот мне интересно: ещё кто-нибудь подобную
В Пнд, 04/09/2006 в 18:02 +0400, Max Dmitrichenko пишет:
> В сообщении от 4 Сентябрь 2006 17:06 Покотиленко Костик написал(a):
> > В Пнд, 04/09/2006 в 15:28 +0400, Max Dmitrichenko пишет:
> > > В сообщении от 4 Сентябрь 2006 14:21 Покотиленко Костик написал(a):
> > > > Sep 1 12:23:15 192.168.1.4 p
В Пнд, 04/09/2006 в 17:46 +0400, Slava Astashonok пишет:
> Покотиленко Костик wrote:
>
> > Ещё заметки. Получается, что в /etc/ppp/options не было persist и не
> > было maxfail 0, что означает использовать по умолчанию maxfail 10. Также
> > в /etc/ppp/peers/dsl-providerN опция persist была. Значит
Покотиленко Костик wrote:
> Ещё заметки. Получается, что в /etc/ppp/options не было persist и не
> было maxfail 0, что означает использовать по умолчанию maxfail 10. Также
> в /etc/ppp/peers/dsl-providerN опция persist была. Значит persist был
> включен, а maxfail был по умолчанию равен 10. То ест
В сообщении от 4 Сентябрь 2006 17:06 Покотиленко Костик написал(a):
> В Пнд, 04/09/2006 в 15:28 +0400, Max Dmitrichenko пишет:
> > В сообщении от 4 Сентябрь 2006 14:21 Покотиленко Костик написал(a):
> > > Sep 1 12:23:15 192.168.1.4 pppd[2972]: Connection terminated.
> > > Sep 1 12:23:15 192.168.1
В Пнд, 04/09/2006 в 16:06 +0300, Покотиленко Костик пишет:
> /etc/ppp/options:
> --
> asyncmap 0
> auth
> crtscts
> lock
> hide-password
> modem
> proxyarp
> lcp-echo-interval 30
> lcp-echo-failure 4
> noipx
> persist
> maxfail 0
> --
> последние две постави
В Пнд, 04/09/2006 в 15:28 +0400, Max Dmitrichenko пишет:
> В сообщении от 4 Сентябрь 2006 14:21 Покотиленко Костик написал(a):
> > Sep 1 12:23:15 192.168.1.4 pppd[2972]: Connection terminated.
> > Sep 1 12:23:15 192.168.1.4 pppd[2972]: write: Bad file descriptor (9)
> > Sep 1 12:23:15 192.168.1.
В сообщении от 4 Сентябрь 2006 14:21 Покотиленко Костик написал(a):
> Sep 1 12:23:15 192.168.1.4 pppd[2972]: Connection terminated.
> Sep 1 12:23:15 192.168.1.4 pppd[2972]: write: Bad file descriptor (9)
> Sep 1 12:23:15 192.168.1.4 pppd[2972]: write: Bad file descriptor (9)
> Sep 1 12:23:15 19
В Пнд, 04/09/2006 в 13:36 +0300, Eugene Krivdyuk пишет:
> On 2006/09/04 Mon 13:21:31 , Покотиленко Костик wrote:
> > Привет всем,
> >
> > Есть роутер с 3-мя ADSL PPPoE соединениями. Иногда проскакивает такая
> > ситуация, что соединение падает и автоматом не пересоединяется в течении
> > нескольк
On 2006/09/04 Mon 13:21:31 , Покотиленко Костик wrote:
> Привет всем,
>
> Есть роутер с 3-мя ADSL PPPoE соединениями. Иногда проскакивает такая
> ситуация, что соединение падает и автоматом не пересоединяется в течении
> нескольких часов (точнее сказать вообще). Вручную: ifdown dsl-providerN
> &&
Привет всем,
Есть роутер с 3-мя ADSL PPPoE соединениями. Иногда проскакивает такая
ситуация, что соединение падает и автоматом не пересоединяется в течении
нескольких часов (точнее сказать вообще). Вручную: ifdown dsl-providerN
&& ifup dsl-providerN всё поднимается сразу же.
Сначала времени не бы
20 matches
Mail list logo
