Jump to content
Калькуляторы

Вопрос спецам по Lanbilling'y переход с 1.9 до 2.0

А можно ли для учеток радиус-агента включить запись ip-адресов сайтов, которые посещал абонент? Для агента "Выделенные линии" в свойствах учетки есть возможность поставить галку "учитывать ресурс", а вот для учеток радиус-агента такой галки нету :(

Надо "сами знаете для кого" :)

ЛБ 2.0 сборка 006.

Share this post


Link to post
Share on other sites

А можно ли для учеток радиус-агента включить запись ip-адресов сайтов, которые посещал абонент? Для агента "Выделенные линии" в свойствах учетки есть возможность поставить галку "учитывать ресурс", а вот для учеток радиус-агента такой галки нету :(

Надо "сами знаете для кого" :)

ЛБ 2.0 сборка 006.

 

Протокол Radius не предусматривает передачу информации об ip адресах, в аккаунтинг пакетах содержаться только счетчики потребленного трафика. Для того чтобы использовать и Radius для аутентификации абонентов и сбор детализированной статистики по трафику, Вам необходимо использовать радиус агент в режиме эмуляции с кабельным агентом.

Share this post


Link to post
Share on other sites

Это вариант, где надо вести параллельно 2 базы одинаковых учеток для двух агентов?

Share this post


Link to post
Share on other sites

Это вариант, где надо вести параллельно 2 базы одинаковых учеток для двух агентов?

 

не, учетки создаются под кабельным агентам, а в настройках агента радиус просто указывается, что он управляет учетками того кабельного агента.

Share this post


Link to post
Share on other sites

Спасибо! Надо будет попробовать.

 

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

Эта перенастройка радиус-агента не поломает его работу в стандартном режиме для уже имеющихся учеток радиус-агента?

Share this post


Link to post
Share on other sites

Эта перенастройка радиус-агента не поломает его работу в стандартном режиме для уже имеющихся учеток радиус-агента?

 

вот не знаю ) сам не пробовал, только документацию читал. вполне допускаю, что реализация этого на уже рабочей схеме потребует миграции учеток с агента радиус на кабельный агент. Но это только мои догадки.

 

Кстати, lidia, не планируется реализация миграции учеток между агентами (хотя бы одного типа) средствами веб-интерфейса?

Share this post


Link to post
Share on other sites

вот не знаю ) сам не пробовал, только документацию читал. вполне допускаю, что реализация этого на уже рабочей схеме потребует миграции учеток с агента радиус на кабельный агент. Но это только мои догадки.

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

 

Кстати, lidia, не планируется реализация миграции учеток между агентами (хотя бы одного типа) средствами веб-интерфейса?

 

Если вы имеете в виду массовую операцию по смене агента через web-интерфейс, то в ближайшее время не планируется.

Share this post


Link to post
Share on other sites

вот не знаю ) сам не пробовал, только документацию читал. вполне допускаю, что реализация этого на уже рабочей схеме потребует миграции учеток с агента радиус на кабельный агент. Но это только мои догадки.

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

Все равно это скорее всего не подходящий вариант, т.к. нашим "органам" нужно уметь ответить на вопрос "а кто это в 13:43 1 мая постил в одноклассники?"

А собираемая ЛБ статистика кабельных агентов может ответить только на вопрос "сколько байт за прошедшие сутки клиент скачал с такого-то сайта".

Share this post


Link to post
Share on other sites

Некоторым учеткам радиус-агента в настройках сети прописаны конкретные адреса, которые должны выдаваться абонентам после авторизации. Подскажите - в какой таблице хранятся эти привязки?

Одному абоненту такая привязка сделана. Пытаюсь поменять ему выдаваемый адрес, но в вэб-интерфейсе после нажатия "добавить" в настройках сети свойства учетки просто ничего видимого не происходит, при этом в логе ядра:

29.06.2015 22:40:43 ERROR       0xaa8a2b70      [lb2]   Duplicate entry '683' for key 'PRIMARY'
29.06.2015 22:40:43 ERROR       0xaa8a2b70      [RunRequest]    exception:Duplicate entry '683' for key 'PRIMARY'
29.06.2015 22:40:58 ERROR       0xaa8a2b70      [lb2]   Duplicate entry '684' for key 'PRIMARY'
29.06.2015 22:40:58 ERROR       0xaa8a2b70      [RunRequest]    exception:Duplicate entry '684' for key 'PRIMARY'
29.06.2015 22:41:20 ERROR       0xaa8a2b70      [lb2]   Duplicate entry '685' for key 'PRIMARY'
29.06.2015 22:41:20 ERROR       0xaa8a2b70      [RunRequest]    exception:Duplicate entry '685' for key 'PRIMARY'
29.06.2015 23:02:56 ERROR       0xaa8a2b70      [lb2]   Duplicate entry '686' for key 'PRIMARY'
29.06.2015 23:02:56 ERROR       0xaa8a2b70      [RunRequest]    exception:Duplicate entry '686' for key 'PRIMARY'
30

Что-то где-то "залипло"?

Share this post


Link to post
Share on other sites

ip адреса хранятся в таблице staff. попробуйте сменить loglevel ядра на debug, возможно станет понятнее, где косяк.

Share this post


Link to post
Share on other sites

Дошли наконец руки до этой проблемки. Рестартанул ядро в режиме debug, готовясь копаться в объемных логах, а фича вдруг раз и заработала. :)

Share this post


Link to post
Share on other sites

А можно ли для учеток радиус-агента включить запись ip-адресов сайтов, которые посещал абонент? Для агента "Выделенные линии" в свойствах учетки есть возможность поставить галку "учитывать ресурс", а вот для учеток радиус-агента такой галки нету :(

Надо "сами знаете для кого" :)

ЛБ 2.0 сборка 006.

 

Протокол Radius не предусматривает передачу информации об ip адресах, в аккаунтинг пакетах содержаться только счетчики потребленного трафика. Для того чтобы использовать и Radius для аутентификации абонентов и сбор детализированной статистики по трафику, Вам необходимо использовать радиус агент в режиме эмуляции с кабельным агентом.

Коллеги, кто пробовал такое реализовать? У меня ЛБ 2.0 006.

Задача кратко: учетки большинства абонентов в радиус-агенте, авторизация pppoe/pptp, при этом возникла задача сохранять инфу о посещенных абонентами сайтах.

Нам это конечно на фиг не нужно, но "контора" требует реализовать это помимо СОРМа.

Share this post


Link to post
Share on other sites

Andrei

это называется netflow

Спасибо, кэп! :)

Я знаю, что это netflow, но для netflow и для radius-клиентов в ЛБ разные агенты (модули). И в ЛБ есть так называемый режим эмуляции, когда radius-агент (в котором у меня основная масса учеток) управляет учетками netflow-агента, который как раз и умеет то, что мне надо.

Вот я и спрашиваю коллег - кто пробовал на практике этот режим, какие там тонкости и подводные грабли.

Share this post


Link to post
Share on other sites

Я бы подинамил Управление :)

Тема не про то, как управлять миром незаметно для санитаров. :)

 

Коллеги, использующие ЛБ! Есть опыт?

Share this post


Link to post
Share on other sites

Для конторы на отдельной машине собирать нетфлоу

Share this post


Link to post
Share on other sites

Для конторы на отдельной машине собирать нетфлоу

И потом они пусть самостоятельно "сводят" данные из нетфло с данными из биллинга на предмет кто и на каких сайтах барагозил?

 

Или предлагается еще и обвзяку сделать для связи данных из биллинга с этой отдельной базой? Тогда уж проще все в биллинге сделать.

Share this post


Link to post
Share on other sites

Для конторы на отдельной машине собирать нетфлоу

И потом они пусть самостоятельно "сводят" данные из нетфло с данными из биллинга на предмет кто и на каких сайтах барагозил?

 

Или предлагается еще и обвзяку сделать для связи данных из биллинга с этой отдельной базой? Тогда уж проще все в биллинге сделать.

Вообще-то они письма присылают, а не сами лазиют.

Share this post


Link to post
Share on other sites

Грабли в режиме netflow - огромадный объем БД.

Файлы хранятся в mysql базе и все печально. Любой перерасчет это небыстро.

Взять тот же nfdump у него статистика за день занимает почти в два раза меньше.

Вторая грабля - это то что при каком-то пределе агент netflow перестает справляться с нагрузкой и начинает терять статистику. Обход проблемы разработчики предложили и работают над переделкой агента.

Третья грабля вытекает из второй наверное, не знаю, у меня биллинг каждый месяц начинает перерасчет данных и пока он всю статистику за месяц не перелопатит (это примерно 10 дней), биллинг ощутимо подтормаживает. Но это разработчики в курсе тоже вроде как исправляют.

Если нет доступа к обновлениям то лучше, наверное, не связываться.

Да и обновление - проблему я сдал вроде до нового года, пока не решили.

а! Если у Вас сервер с ssd, большим количеством памяти, быстрым процом то проблемы не будет.

Так что есть смысл посмотреть в сторону nfdump

Share this post


Link to post
Share on other sites
Третья грабля вытекает из второй наверное, не знаю, у меня биллинг каждый месяц начинает перерасчет данных и пока он всю статистику за месяц не перелопатит (это примерно 10 дней),

 

Херасе.... А что он там перерасчитывает?

Share this post


Link to post
Share on other sites

Вообще-то они письма присылают, а не сами лазиют.

вы не правы. :)

ППРФ от 27 августа 2005 г. N 538 по которому оператор обязан иметь инф.системы и обеспечивать к ним круглосуточный доступ сотрудников "конторы":

12. Оператор связи обязан своевременно обновлять информацию, содержащуюся в базах данных об абонентах оператора связи и оказанных им услугах связи (далее - базы данных).

Указанная информация должна храниться оператором связи в течение 3 лет и предоставляться органам федеральной службы безопасности, а в случае, указанном в пункте 3 настоящих Правил, органам внутренних дел путем осуществления круглосуточного удаленного доступа к базам данных.

13. Информационные системы, содержащие базы данных, а также технические средства подключаются оператором связи к пункту управления органа федеральной службы безопасности через точки подключения.

Указанные точки подключения в субъекте Российской Федерации определяются органом федеральной службы безопасности.

14. Базы данных должны содержать следующую информацию об абонентах оператора связи:

...

И это не СОРМ, это инф.системы оператора.

 

 

Грабли в режиме netflow - огромадный объем БД.

Это я в курсе.

 

Файлы хранятся в mysql базе и все печально. Любой перерасчет это небыстро.

Это вы про ЛБ? А действительно - что он там пересчитывает?

 

Так что есть смысл посмотреть в сторону nfdump

Спасибо, посмотрю. Предлагаете писать в отдельную базу?

Share this post


Link to post
Share on other sites

Не знаю что он там пересчитывает - писать в HD я уже не могу и помочь разработчикам с отловом проблемы соответственно тоже.

Может быть проблему уже и решили.

По крайней мере вроде как в планах стояла переработка агента netflow - думаю там уже этого не будет.

Share this post


Link to post
Share on other sites

Видимо вот так исправили )

 

2.0.016 LANBilling 2.0 Base (23.07.2015)

Агент «LBucd»:

Исправлена обработка опции «billing_conf.disable_recalc» для отключения создания потока перерасчета.

Share this post


Link to post
Share on other sites

Использую функицию api getAgreements (php):

$filter = array( "agrmnum" => $account );
$res = $lb->get("getAgreements", array("flt" => $filter));

 

все работает, но мне нужен поиск по строгому соответствию, а в примере выше находятся все договора номер которых содержит $account.

как быть?

Share this post


Link to post
Share on other sites

Create an account or sign in to comment

You need to be a member in order to leave a comment

Create an account

Sign up for a new account in our community. It's easy!

Register a new account

Sign in

Already have an account? Sign in here.

Sign In Now