Исходное сообщение
"rp-pppoe у пользователей постоянно обрывается подключение" Отправлено LSTemp, 27-Апр-12 20:45
>[оверквотинг удален] >> работала совсем) >> - исходя из предыдущего пункта рекомендую так же проверить атрибуты, которые радиус >> дает при подключении пользователя (может там банально idle timeout засветился) >> PS >> во второй части лога pppd явно убит вручную на сервере. > Модель коммутаторов - Qtech QSW2700. Пользователи подключаются по PPPOE. > Схема простая - коммутаторы доступа - коммутатор агрегации - сервер. Простое дерево, > кольца разомкнуты с помощью MSTP. > Журнал сохранен месячной давности, в нем также есть Input/Output errors. > Что подразумевается под debug? debug чего? debug всего, раз пока непонятно откуда ноги проблемы ростут. в первую очередь конечно на PPP-сервере, чтоб было от чего плясать. > Радиус атрибуты, пример: > cat ./radattr.ppp11 > Service-Type Framed-User > Framed-Protocol PPP > Framed-IP-Address х.х.х.х > Framed-IP-Netmask 255.255.255.255 > Session-Timeout 86400 > PPPD-Upstream-Speed-Limit 2048 > PPPD-Downstream-Speed-Limit 2048 - тут нормально - логируйте все и проверьте потом для отвалившихся пользователей, дабы радиус исключить из подозреваемых объектов. - откуда радиус инфу роет? БД (какая)? текстовые конфиги? LDAP? > P.S pppd явно никто не прибивал на сервере вручную, это абсолютно точно. Apr 26 16:49:28 srv pppd[15074]: Terminating on signal 15 говорит о другом. ну возможно скрипт какой-то сигнал послал. кто же знает, что у Вас там наворочено? пока полная тишина. > P.S.S из мана строчка удручающая: > Note that pppoe-server is meant mainly for testing PPPoE clients.  It > is not a high-performance server meant for production use. забей на это.