-
Recently Browsing 0 members
No registered users viewing this page.
-
Similar Content
-
By MorS
Здравствуйте! 1-го числа каждого месяца, видимо, из-за процесса закрытия учетного периода "падает" радиус сервер:
May 1 00:00:15 billing kernel: [466821.810836] freeradius[15947]: segfault at 2012 ip 00007f7a9586f5da sp 00007f7a427fac60 error 4
May 1 00:00:15 billing kernel: [466821.810849] freeradius[15991]: segfault at 2012 ip 00007f7a9586f5da sp 00007f7a1a7f2c60 error 4 in rlm_perl-2.2.6.so[7f7a9586c000+6000]
May 1 00:00:15 billing kernel: [466821.811111] in rlm_perl-2.2.6.so[7f7a9586c000+6000]
May 1 00:00:15 billing kernel: [466821.812848] in rlm_perl-2.2.6.so[7f7a9586c000+6000] in rlm_perl-2.2.6.so[7f7a9586c000+6000]
Информация о системе:
- OC Debian-7.11.0 Linux 2.6.32-3-amd64
- Версия биллинга ABillS 0.56b/20140807
- freeradius: FreeRADIUS Version 2.2.6
- mysqld Ver 5.1.47-1
- сервера доступа Mikrotik (12 шт.)
- абонентов on-line на 1.05.2019 00:00:00 - 5570
Большинство тарифных планов с помесячной абонентской платой, с распределением абонплаты, макс. время сессии - 65535 сек.
Перезапуск радиуса вручную толку дает мало,система "приходит в себя" через несколько часов. Помогут ли следующее варианты решения проблемы:
1 вариант
- выставить в параметрах сервера доступа !Session-Timeout=0, макс. время сессии - 0 сек, отключить в crontab (1 0 * * * root /usr/abills/libexec/periodic daily
1 1 * * * root /usr/abills/libexec/periodic monthly)
- 1-го числа каждого месяца (или каждые сутки?) воспользоваться программой autozh.pl и по очереди по одному насу переинициализировать сессии для сбора статистики.
2 вариант
В дополнении к первому пересобрать радиус на более свежий из второй ветки - 2.2.10. Возможно. проблема в нем. Плюс доработать скрипт, что следит за состоянием радиус-сервера (типа if [ -z "$(ps x | grep free[rad])" ]; then date >> /root/die.log;rm -f /var/run/freeradius/freeradius.pid;/etc/init.d/freeradius stop;/etc/init.d/freeradius start; fi)
3 вариант
В тарифных планах отказаться от месячной абонплаты и настроить дневную абонентскую плату. В crontab оставить только periodic daily. Возможно это сделает нагрузку на биллинг более равномерной.
4 вариант
Апгрейд биллинга до последней версии - возможно модуль rlm_perl будет работать стабильнее. Интересует целесообразность и цена обновления.
Возможно, у есть другие варианты, с удовольствием с ними ознакомлюсь.
P.S. Может у кого есть autozh.pl для 0.5x версии биллинга? Скиньте, пожалуйста!
-
By 005836
Помогите пожалуйста.
ОС freebsd 12/freeradius3/mikrotik os 5.24
Настраивал Ubilling + Mikrotik pppoe по радиусу
В дебаг режиме радиус говорит
-
By xtiv
Отваливаються ONU по сигналу после DHCP запроса от роутера. Олт bdcom epon, последним временем все больше таких случаев случается, олт говорит что сигнала с ону нету, пока последнюю не перезагрузить по питанию, замена ону не помогает на новых тоже самое. При этом на другом олте та же онушка работает нормально, и наоборот. Может кто то сталкивался? Как можно решить?
--------------
1-й олт: P3310B Software, Version 10.1.0B Build 17696
2-й олт: BDCOM(tm) P3310B Software, Version 10.1.0B Build 29333
-
By Poseidon
Подскажите пожалуйста, как можно сделать, чтобы UBilling брал лог DHCP с микротик. Надо MAC+IP который выдал дхцп сервер микрота, назначать абону статикой, если такой IP уже есть в базе биллинга, менять на свободный и отсылать на микротик.
-
By Baneff
Доброго всем дня.
Стояла себе сетка з раздачей адресов по DHCP c FreeBSD сервака через isc-dhcp44-server и всё работало. Захотелось раздавать адреса не в соответствии с МАС адресами клиентов, а в соответствии с сетевым интерфейсом, через который клиент подключен независимо от его MAC адреса. Для этого понадобилось установить isc-dhcp44-relay, который умеет снимать имена интерфейсов с входных запросов и передавать их DHCP серверу. И тут вылезла проблема. Если isc-dhcp44-relay и isc-dhcp44-server находятся на физически разных компах, то всё работает без проблем. Однако, держать отдельно специальный комп только под isc-dhcp44-server как-то не хочется, хотелось бы всё это впихнуть на один комп и вот тут - никак. Эти два продукта одной фирмы садятся в сетевой стек очень глубоко, на уровне BPF и пытаются одновременно занять одни и те-же ресурсы. Попытка поместить isc-dhcp44-server в Jail и даже в виртуальную машину тоже успеха не принесла. Попытки заменить на продукты других разработчиков пока не дали работоспособной конфигурации тоже. Кто-то сталкивался с такой задачей? Есть хоть какая-то возможность совместить оба продукта ISC на одном FreeBSD компе? Или, возможно, есть другое рабочее решение для раздачи IP адресов клиентам не по MAC-ам, а по интерфейсам подключения с помощью одного FreeBSD компа?
Спасибо.
-