Пошук по сайту
Результати пошуку за тегами 'mpd5'.
Найдено 8 результатов
-
Есть сервер под Freebsd 10.0 и Nodeny+ клиенты подключаются по pppoe через mpd5. Недавно начали жаловаться клиенты, что иногда обрываются сессии только как то хаотично, то могут через каждый час, то два раза в день. Проверил логи, только в mpd5 нашел странность но не могу разобраться почему. Вот часть лога как раз во время обрыва связи: Oct 7 20:00:04 server mpd: [em1-261] LCP: no reply to 7 echo request(s) Oct 7 20:00:04 server mpd: [em1-261] LCP: peer not responding to echo requests Oct 7 20:00:04 server mpd: [em1-261] LCP: state change Opened --> Stopping Oct 7 20:00:04 server mpd
-
Доброго времени суток, подскажите пожалуйста как побороть. Есть em0 - смотрит внутрь, раздаёт по DHCP есть em1 - смотрит наружу, получает всё по DHCP В такой связке всё хорошо работает и т д. Поднимаю mpd5 на em1 - с сервера всё пингуется отлично, но нету связки em0 c em1, тоисть пользователи интернет не видят. Подскажите пожалуйста куда копать... freebsd 9.2 + Ubilling: 0.5.8 rev 3790
-
Обращаюсь ко всем за помощью. Идеи закончились... Имеем: Бордер, принимающий по bgp каналы от двух аплинков и отдающий все это дело на сервера доступа (под freebsd + mpd5). Отрубили питание. узел продержался на упсах порядка 12 часов, запустить генератор не успели. После подачи напряжения все понимается. сервера видят биллинг (через радиус). а вот дальше начинаются непонятности. более 50-55 клиентов не все три сервера доступа суммарно не садится. (всего порядка 4к абонентов) хоть на один сервер доступа (проверяли все), хоть на два... ваершарком слушали трафик - PADI запросы от кли
-
Всем доброго времени суток, значит у меня следующий вопрос. Хотел собирать статистику с mpd5, но при встроенных настройках: set netflow peer localhost 42111 set netflow timeouts 15 1800 set netflow version 5 mpd создает (вроде бы) по две ноды на каждое соединение, что в последствии сказалось очень негативно на системе. А точнее зависания в ноль, даже на консоль не реагирует. Так вот, накопал я значит такой скрипт, что б сделать одну ноду для всего этого дела, только вот не очень всё это понимаю. #!/bin/sh . /etc/rc.subr name="ngnetflow" rcvar=`set_rcvar` load_rc_config $name
-
Значит опробовал связку mpd5 + freeradius. Нашел ошибку. В /usr/local/etc/raddb/sql/mysql/dialup.conf нужно поправить строку. Было (в /usr/local/www/apache22/data/billing/docs/freeradius/raddb/sql/mysql/dialup.conf) nas_query = "SELECT id, nasname, shortname, type, secret, server FROM ${nas_table}" Должно быть nas_query = "SELECT nasname, shortname, type, secret, server FROM ${nas_table}" То бишь нужно убрать id из запроса ибо в БД его нету и радиус из-за этого не хочет стартовать.
-
Шановні підкажіть - є така проблемка. Є тачка з FreeBSD 9.3 x64 FreeBSD 9.3-RELEASE FreeBSD 9.3-RELEASE #0 r268512: Thu Jul 10 23:44:39 UTC 2014 root@snap.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 На ній підняті фаєр,днс (бінд), дхцп сервер, апач, усе працює нормально, але для певної діагностики потрібно підняти пптп сервер - ну то не в перше для мене, конфіг доволі стандартний в мпд startup: set user admin admin # configure the console set console self 127.0.0.1 5005 set console open # configure the web server set web self 127.0.0.1 5006 se
-
Приветствую! Иногда бывает падает внешний канал, после того как появляется не всегда подымается PPPoE соединение. Подскажите скриптик который бы ребутал сервис каждые несколько минут, пока не появится интернет и вел лог. Спасибо. FreeBSD base.server 11.1-RELEASE FreeBSD 11.1-RELEASE #0 r321309: Fri Jul 21 02:08:28 UTC 2017 root@releng2.nyi.freebsd.org:/usr/obj/usr/src/sys/GENERIC amd64 startup: set user userfkjrhgwr 4598347tgh5r98 admin set console self 127.0.0.1 5005 default: load pppoe_client load pptp_server pppoe_client:
-
Уважаемые Гуру, помогите с проблемой! Имеется сервер с mpd5 и абоненты с роутерами TP-Link. До определенного момента все работало без нареканий, но в один прекрасный день посыпались хаотические постоянные обрывы сессий. В логах по биллингу пишет: ACCT_TERMINATE_CAUSE 1 : User-Request. В логах роутера в момент разрыва: 49 Oct 23 06:26:04 PPP ПРИМЕЧАНИЕ Standard authentication... и далее успешное подключение. 48 Oct 23 06:25:45 PPP ИНФО rcvd [LCP TermAck] 47 Oct 23 06:25:45 PPP ИНФО sent [LCP TermReq] 46 Oct 23 06:25:45 PPP ПРЕДУПРЕЖДЕНИЕ LCP down 45 Oct 23 06:25:45 PPP ОШИБКА LCP down 44
