>М-да... Пардон. Не очень внимательно прочитал...
>А кто-нибудь пробовал использовать mpd 4.0 на продакшн сервере? Я его просто пробовал. pptp-сервером он работал нормально, но вот в качестве pppoe-сервера - вообще никак. Принимает одно соединение и все. Проявляется только при авторизации с радиуса. По предварительным данным, glebius вроде нашел, в чем затык, но патча я пока не видел.. хотя особо и не смотрел.
Вообще, если полностью устраивает 3й mpd, то на 4й смысла переходить нет. Меня в тройке не устраивает то, что во время ожидания ответа от радиус-сервера он блокирует все остальные события. Соответственно, при некоторых условиях есть риск, что mpd будет заниматься только обработкой radius'а. Зависит степень риска от интервала acct-update, скоростью ответа radius-сервера и количества одновременно открытых сессий.
Проявляется, в частности, в том, что периодически перестают открываться новые tcp-сессии (со стороны юзера - не открываются странички в браузере, не отвечает почтовый сервер, etc). Через некоторое время (у меня порядка 1-2 минут) проходит. Потом снова появляется. Ну и т.д. Со стороны сервера в логах обычно наблюдается следующее.
При использовании pptp:
[tp011] error writing len 8 frame to bypass: Network is down
pptp5: write: Broken pipe
[tp008] error writing len 8 frame to bypass: Network is down
pptp0: no reply to EchoRequest after 60 sec
Вот такая ошибка
ASSERT "0" failed: file "pptp_ctrl.c", line 1377
тоже, в частности, связана с этой проблемой.
В качестве временной меры я уменьшил интервал ожидания ответа от радиус-сервера. Также надо постараться максимально увеличить скорость обработки запросов радиус-сервером.
Баг официальный, разработчики в курсе. В 4й версии обработка авторизации и аккаунтинга вынесена в отдельный поток, что решает эту проблему целиком.
Интересующиеся могут почитать архивы мейл-листа mpd-users на sf.net.