Проблема с Poptop. Ошибки в syslog

Добрый день, уважаемое Комьюнити!
Работает компьютер с Debian 5 lenny на борту.
Используется в качестве vpn-сервера+файервол.
Настроен удаленный доступ для клиентов с помощью pptp.
ОС регулярно обновляется. Версия ядра Linux 2.6.26-2-686.
Все работало как часы.
На этой неделе звонит филиал и говорит - при попытке подключения к vpn-серверу получаем ошибку 800, а именно "Не удалось создать впн-подключение. ВПН-сервер недоступен или параметры безорасности заданы не верно".
Я смотрю на Debian в syslog, а там ужас. Привожу кусок лога:
Dec 10 15:10:47 debian kernel: [274865.317146] pptpctrl[23800]: segfault at 0 ip b765c819 sp bfeb2d38 error 4 in libc-2.7.so[b75e6000+155000]
Dec 10 15:11:58 debian kernel: [274945.937932] pptpctrl[23802]: segfault at 0 ip b7645819 sp bfd95788 error 4 in libc-2.7.so[b75cf000+155000]
Dec 10 15:12:06 debian kernel: [274955.768468] pptpctrl[23804]: segfault at 0 ip b769c819 sp bf920a78 error 4 in libc-2.7.so[b7626000+155000]
Dec 10 15:12:39 debian kernel: [274993.189756] pptpctrl[23806]: segfault at 0 ip b7684819 sp bfd5f388 error 4 in libc-2.7.so[b760e000+155000]
Проблему решает перезапуск pptpd.
Проблема возникает пару-тройку раз в день. Системы не вижу.
Прошу помочь.
Спасибо.

Ребята, неужели никто с похожим не сталкивался?
У кого какие идеи есть?

Choi, в порядке «полунаучного» бреда: неисправность оперативной памяти и жёсткого диска вы не исключаете?
Пробовали ли вы переустановить pptpd?

Память, HDD проверил. Ошибок нет.
Выявил некоторую закономерность появления ошибки.

Небольшой комментарий.
Пул адресов для pptp-клиентов я задаю двумя способами:
1. Указываю в /etc/pptpd.conf диапазон 192.168.0.219-250. Т.е. 32 адреса из нулевой сети.
2. В /etc/ppp/chap-secrets прописываю нужному клиенту определенный ip из сети, отличной от нулевой.

Заметил вот, что.
При подключении более 32 клиентов - возникает вышеприведенная ошибка в логе. Т.е. 33-й клиент подключиться уже не может.
Рестартую сервис pptpd - и процесс нормализуется. Клиенты начинают подключаться дальше нормально.
Т.е. получается, что пул выдаваемых адресов, который задается в etc/pptpd.conf - ограничивает общее кол-во pptp-клиентов.
Ребята, как снять данное ограничение?
Поделитесь, кто как решал похожие задачки?
Спасибо

День добрый!
имею туже конфигурацию: Debian 5 lenny, ядро 2.6.26-2-686.
используется в качестве vpn-сервера

В syslog похожие ошибки:
kernel: [4631295.774556] udevd[14171]: segfault at bfffc ip b7688922 sp bffdcb60 error 4 in libc-2.7.so[b7618000+155000]
kernel: [4631295.828178] udevd[14174]: segfault at bfffc ip b7688922 sp bffdcb60 error 4 in libc-2.7.so[b7618000+155000]
kernel: [4631320.388399] udevd[14194]: segfault at bfffc ip b7688922 sp bffdcb60 error 4 in libc-2.7.so[b7618000+155000]
kernel: [4631357.328066] udevd[14245]: segfault at bfffc ip b7688922 sp bffdcb60 error 4 in libc-2.7.so[b7618000+155000]

только вместо pptpctrl выводит udevd.
Подскажите куда копать? Что нужно еще показать, какие логи или конфиги?

dex написал:

Подскажите куда копать?

как и откуда ставили libc и udev?
попробуйте обновить из репозитория и то и другое.

ЗЫЖ такая ошибка возникает у меня, если я своими кривыми руками что-то сам собираю...

все пакеты из репозитория, все действия через aptitude ...
ошибки исчезли после обновления и перезагрузки, спасибо.

я ай-пи считать не умею и маски всякие но мож проблема в 192.168.0.219-250 раз 33 немогет подключиться
не?
Единственно че могу это гугл послать по такому запросу http://www.google.ru/search?client=opera&rls=ru&q=debian+vpn+error+kernel:+segfault+libc-2.7.so+site:bugs.debian.org&sourceid=opera&ie=utf-8&oe=utf-8&channel=suggest#sclient=psy&hl=ru&client=opera&hs=54J&rls=ru&channel=suggest&q=debian+error+4+libc-2.7.so+site:bugs.debian.org&aq=f&aqi=&aql=&oq=&pbx=1&fp=1cbfda73aa327819
Там в багах дебиана гугл нашел чето про error 4 libc-2.7.so

этот segfault у меня был когда в /etc/pptpd.conf я сдуру втулил строчку
remoteip 192.168.0.2-192.168.0.254
при таком раскладе пускало только первого юзера, а все последующие получали ошибку 800 и segfault в логе сервера.

После того, как заменил на "remoteip 192.168.0.2-254" всё заработало как надо.

Если у Chio segfault повяляется на 33-ем юзере, то нужно просто расширить диапазон адресов в опции remoteip.