BiTel

Форум BiTel
bgbilling.ru     docs.bitel.ru     wiki.bitel.ru     dbinfo.bitel.ru     bgcrm.ru     billing.bitel.ru     bitel.ru    
Текущее время: 28 июн 2025, 05:17

Часовой пояс: UTC + 5 часов [ Летнее время ]




Начать новую тему Ответить на тему  [ Сообщений: 11 ] 
Автор Сообщение
СообщениеДобавлено: 27 фев 2010, 01:37 
Не в сети
Клиент

Зарегистрирован: 12 фев 2008, 18:10
Сообщения: 3951
Карма: 249
очень интересует сабж ...
в каком именно порядке обрабатываются RADIUS запросы на авторизацию? так:
Код:
запрос - скрипт предобработки - скрипт аутентификации - биллинг (проверка наличия логина/пароля, баланса и т.д.)

или как то еще? где в цепочке антиспам? где запрос учетного периода? опишите _пожалуйста_
суть вопроса в том что:
а) хочется знать что за чем идет чтобы лучше понимать механизм работы
б) т.к. логины всегда цифровые, а алиасы у меня запросто попадают под регексп - хотелось бы посылать reject где-нить в самом начале, чтоб записей неизвестно о ком в log_error_<mid>_<Ym> и не появлялось даже, т.е. там были записи только об ошибках существующих договоров
спасибо!

дайте, _пожалуйста_, RADIUS-у весь API а не только его да сервера, а то метод с копированием библиотек npay и т.д. не совсем кошерен, IMHO


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 02 мар 2010, 14:20 
Не в сети
Разработчик

Зарегистрирован: 27 ноя 2006, 20:36
Сообщения: 5715
Карма: 93
Вот так.

Код:
запрос -> скрипт предобработки -> антиспам (блокировка) -> биллинг (проверка наличия логина/пароля, баланса и т.д.) -> штатный Reject-To-Accept -> скрипт аутентификации -> антиспам (сбор стстистики) -> ответ


Насчёт API - думаем, постараемся к следующей версии устранить эти неудобства.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 02 мар 2010, 17:09 
Не в сети
Клиент

Зарегистрирован: 12 фев 2008, 18:10
Сообщения: 3951
Карма: 249
спасибо! теперь все ясно :)
в мануале, в разделе описания работы, IMHO, эта схема совсем бы не помешала, особенно с ссылочками на соответстующий абзац (антиспам - тут, RtoA - тут и т.д.) ... добавите?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 02 мар 2010, 18:07 
Не в сети
Разработчик

Зарегистрирован: 27 ноя 2006, 20:36
Сообщения: 5715
Карма: 93
Да, попозже добавлю..


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 04 июн 2010, 23:00 
Не в сети
Клиент

Зарегистрирован: 12 фев 2008, 18:10
Сообщения: 3951
Карма: 249
родилось 2 вопроса:
1. где здесь место события "запрос учетного периода"?
2. возможно ли, если в запросе учетного периода не установить флаг processed, как то отдать нужный ответ как в аутентификации (послать acept с атрибутами)? если можно то как? покажите, пожалуйста

поправьте, плиз, а то здесь "Запрос учетного периода" а здесь "Запрос расчётного периода"


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 07 июн 2010, 17:48 
Не в сети
Разработчик

Зарегистрирован: 27 ноя 2006, 20:36
Сообщения: 5715
Карма: 93
1. Учётный период запрашивается по ходу аунтификации. Т.е. где-то после проверки пароля перед проверкой цены в тарифе..
http://www.bgbilling.ru/v5.0/doc/ch03s12s03.html
2. Не понял вопрос.
3. Расчётный период поправил, спасибо. Для 5.1 только доки, т.к. некритично вроде.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 07 июн 2010, 20:16 
Не в сети
Клиент

Зарегистрирован: 12 фев 2008, 18:10
Сообщения: 3951
Карма: 249
Администратор писал(а):
1. Учётный период запрашивается по ходу аунтификации. Т.е. где-то после проверки пароля перед проверкой цены в тарифе..

спасибо, все становится яснее и яснее :)

Администратор писал(а):
2. Не понял вопрос.

идея в чем - при запросе учетного периода (т.к. событие у меня срабатывает всего 1 раз в месяц я думаю это оптимальное место) проверять сумму абон. платы и если денег на абонентку не хватает - не ставить, в запросе уч. периода, processed true и отдать каким либо (по п.1 видно что в скрипте авторизации) образом access accept чтобы показать страничку "денег нет"


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 08 июн 2010, 14:43 
Не в сети
Разработчик

Зарегистрирован: 27 ноя 2006, 20:36
Сообщения: 5715
Карма: 93
Что-то не пойму.
А если в скрипте периода поставить processed а потом вывести нужный текст функционалом Reject-To-Accept то чем хуже будет?


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 08 сен 2010, 22:10 
Не в сети
Клиент

Зарегистрирован: 12 фев 2008, 18:10
Сообщения: 3951
Карма: 249
в доке есть:
мануал писал(а):
Порядок обработки авторизационного пакета следующий: запрос -> скрипт предобработки -> антиспам (блокировка) -> биллинг (проверка наличия логина/пароля, баланса и т.д.) -> штатный Reject-To-Accept -> обработка события "RADIUS-аутентификация" -> антиспам (сбор статистики) -> ответ

благодаря чему с авторизацией все понятно, а вот как идет по скриптам ответ? ;)


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 17 сен 2010, 18:59 
Не в сети
Разработчик
Аватара пользователя

Зарегистрирован: 19 дек 2006, 21:04
Сообщения: 5970
Карма: 256
snark писал(а):
благодаря чему с авторизацией все понятно, а вот как идет по скриптам ответ? ;)
Так же, вместе с request - поток один и тот же.


Вернуться к началу
 Профиль  
 
СообщениеДобавлено: 17 сен 2010, 19:34 
Не в сети
Клиент

Зарегистрирован: 12 фев 2008, 18:10
Сообщения: 3951
Карма: 249
добавите в доку? ;)


Вернуться к началу
 Профиль  
 
Показать сообщения за:  Поле сортировки  
Начать новую тему Ответить на тему  [ Сообщений: 11 ] 

Часовой пояс: UTC + 5 часов [ Летнее время ]


Кто сейчас на конференции

Сейчас этот форум просматривают: Bing [Bot] и гости: 1


Вы не можете начинать темы
Вы не можете отвечать на сообщения
Вы не можете редактировать свои сообщения
Вы не можете удалять свои сообщения
Вы не можете добавлять вложения

Найти:
Перейти:  
cron
POWERED_BY
Русская поддержка phpBB
[ Time : 0.077s | 41 Queries | GZIP : On ]