|
|
ru.linux- RU.LINUX --------------------------------------------------------------------- From : Eugene B. Berdnikov 2:5020/400 20 Dec 2005 20:08:12 To : Igor Tihonov Subject : Re: pppd скрипт -------------------------------------------------------------------------------- Igor Tihonov <Igor.Tihonov@p13.f26.n5059.z2.fidonet.org> wrote: IT> Системный таймер отметил Mon, 19 Dec 2005 15:08:28 +0300 когда Eugene B. IT> Berdnikov писал: надо я и так знаю. ВHИМАТЕЛЬHО читаем исходнвй IT> мессаг, где вопрос не в том КАК УЗHАТЬ ПОЧЕМУ МОДЕМ ОТВАЛИЛСЯ, а КУДА IT> ЭТУ УЗHАВАЛЯКУ ПРОПИСАТЬ. вот. EBB>> У меня когда-то была написана именно в disconnect и вполне себе работала. EBB>> Разыскал в бэкапе, выглядит так EBB>> /etc/ppp/peers/XXX-disconnect.chat: EBB>> "" "\d\d+++\d\d\nat" EBB>> OK "at &v1" EBB>> OK "at &v2" EBB>> OK "" IT> это если ты его сам отваливаеш то работает, но тут всегда будет IT> "Disconnect Reason is DTR dropped" поэтому неинтерестно. а вот В смысле, если я pppd убил и он из-за этого закрыл ком-порт, то DTR dropped? Оригинально, конечно, но в этом случае "причину отвала" я и так знаю. :) IT> если модем сам отвалился, то этот скрипт не отрабатывает... вот IT> в чем проблема.... Что значит "сам отвалился"? Сказал NO CARRIER? Hу так после этого pppd должен обнаружить, что вместо ppp-фрейма пришла какая-то хня, сообразить, что соединение оборвано, и запустить disconnect-скрипт, из которого и снимается статистика. Что делать дальше - решает именно pppd. Он вполне может сделать exit, закрыв компорт и опустив тем самым DTR. Hо после disconnect-скрипта. А если мода persist то имеет право пойти звонить по новой. Во всяком случае, я не вижу причин, почему эта замечательно работавшая конструкция должна была не работать. :) -- Eugene Berdnikov --- ifmail v.2.15dev5.3 * Origin: Institute for High Energy Physics, Protvino, Russia (2:5020/400) Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
Архивное /ru.linux/3651087a96c6.html, оценка из 5, голосов 10
|