В Пнд, 04/09/2006 в 20:10 +0400, Max Dmitrichenko пишет:
В сообщении от 4 Сентябрь 2006 19:05 Покотиленко Костик написал(a):
Во вложении более подробный кусок лога касательно того процесса pppd
который сказал exit.
Почему-то лог какой-то обрезанный. Там нету сообщений о bad file
В Пнд, 04/09/2006 в 20:10 +0400, Max Dmitrichenko пишет:
В сообщении от 4 Сентябрь 2006 19:05 Покотиленко Костик написал(a):
Во вложении более подробный кусок лога касательно того процесса pppd
который сказал exit.
Почему-то лог какой-то обрезанный. Там нету сообщений о bad file
В Пнд, 04/09/2006 в 20:10 +0400, Max Dmitrichenko пишет:
В сообщении от 4 Сентябрь 2006 19:05 Покотиленко Костик написал(a):
Во вложении более подробный кусок лога касательно того процесса pppd
который сказал exit.
Почему-то лог какой-то обрезанный. Там нету сообщений о bad file
В сообщении от 5 Сентябрь 2006 11:14 Покотиленко Костик написал(a):
Кстати, ещё есть вопрос. У меня интерфейсы подымаются как обычно в
Debian через if[up|down]. Если pppd выходит интерфейс продолжает быть
configured, т.е. второй раз его не подымешь, надо ложить сначала.
А не должен ли
В противном случае, нужно писать демонёнка, который будет отслеживать
исчезновения
интерфейсов в системе. Когда-то такого даже написал, но он слишком специфичный
для того места, где он использовался.
а не проще ли написать в /etc/inittab
T0:2345:respawn:/usr/sbin/pppd file
В сообщении от 5 Сентябрь 2006 11:35 Konstantin Kubatkin написал(a):
В противном случае, нужно писать демонёнка, который будет отслеживать
исчезновения
интерфейсов в системе. Когда-то такого даже написал, но он слишком
специфичный
для того места, где он использовался.
а не проще ли
В Вто, 05/09/2006 в 11:45 +0400, Max Dmitrichenko пишет:
В сообщении от 5 Сентябрь 2006 11:35 Konstantin Kubatkin написал(a):
В противном случае, нужно писать демонёнка, который будет отслеживать
исчезновения
интерфейсов в системе. Когда-то такого даже написал, но он слишком
В противном случае, нужно писать демонёнка, который будет отслеживать
исчезновения
интерфейсов в системе. Когда-то такого даже написал, но он слишком специфичный
для того места, где он использовался.
а не проще ли написать в /etc/inittab
T0:2345:respawn:/usr/sbin/pppd file
Привет всем,
Есть роутер с 3-мя ADSL PPPoE соединениями. Иногда проскакивает такая
ситуация, что соединение падает и автоматом не пересоединяется в течении
нескольких часов (точнее сказать вообще). Вручную: ifdown dsl-providerN
ifup dsl-providerN всё поднимается сразу же.
Сначала времени не
On 2006/09/04 Mon 13:21:31 , Покотиленко Костик wrote:
Привет всем,
Есть роутер с 3-мя ADSL PPPoE соединениями. Иногда проскакивает такая
ситуация, что соединение падает и автоматом не пересоединяется в течении
нескольких часов (точнее сказать вообще). Вручную: ifdown dsl-providerN
ifup
В Пнд, 04/09/2006 в 13:36 +0300, Eugene Krivdyuk пишет:
On 2006/09/04 Mon 13:21:31 , Покотиленко Костик wrote:
Привет всем,
Есть роутер с 3-мя ADSL PPPoE соединениями. Иногда проскакивает такая
ситуация, что соединение падает и автоматом не пересоединяется в течении
нескольких часов
В сообщении от 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
В Пнд, 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
В Пнд, 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
--
последние две поставил сегодня.
В сообщении от 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.4
Покотиленко Костик wrote:
Ещё заметки. Получается, что в /etc/ppp/options не было persist и не
было maxfail 0, что означает использовать по умолчанию maxfail 10. Также
в /etc/ppp/peers/dsl-providerN опция persist была. Значит persist был
включен, а maxfail был по умолчанию равен 10. То есть,
В Пнд, 04/09/2006 в 17:46 +0400, Slava Astashonok пишет:
Покотиленко Костик wrote:
Ещё заметки. Получается, что в /etc/ppp/options не было persist и не
было maxfail 0, что означает использовать по умолчанию maxfail 10. Также
в /etc/ppp/peers/dsl-providerN опция persist была. Значит
В Пнд, 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
Так. Только я, вот, заметил, что всё равно persist maxfail 0 не спасает.
В sarge, во всяком случае, pptp и pppoe у меня отваливаются если удалённая
сторона недоступна достаточно долго (несколько часов). Разобраться с
проблемой было пока недосуг. Вот мне интересно: ещё кто-нибудь подобную
В сообщении от 4 Сентябрь 2006 19:05 Покотиленко Костик написал(a):
Во вложении более подробный кусок лога касательно того процесса pppd
который сказал exit.
Почему-то лог какой-то обрезанный. Там нету сообщений о bad file descriptor.
Попроси ещё rp-pppoe делать подробный вывод -
20 matches
Mail list logo