abills.net.ua

Решил тут сделать инвормационную страницу с инвормацией о необходимости поплнения счета и редиректить на нее пользователей с отрицательным депозитом передавая MPD радиус-параметр через фильтр негативного депозита. В mpd есть интересная возможность управлять ipfw через радиус параметр mpd-rule. К сожалению у себя немогу протестировать ибо ядро наса собрано без options IPFIREWALL_FORWARD, а для теста лень пересобирать . Может кто у себя потестит создав тариф с радиус параметром При конекте mpd сам создаст в ipfw правило начиная с номера 10000, а после разрыва соединения удалит его.

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

Уже давно такая возможность есть в ком предложении

Это хорошо что есть, но я нехочу покупать ком версию только из-за этой опции...
Вобщем при передаче такого параметра через радиус-атрибуты тарифного плана все работает - правило создается и при открытии любой страницы попадаю на страницу с информацией. Но при передаче этого же параметра, только с приставкой RAD: через фильтр негативного депозита - радиус-параметр передается тоже правильно, но правило ipfw не создается В чем может быть проблема?

это дополнительная функция а не ком версия


Оповещение пользователей о израсходованном депозите посредством перенаправления их на страницу информации о балансе: 100$

Спасибо, но ценник более чем не реальный... То, что продаете вы видимо какой-то супер-профи вариант раз столько стоит. Я же хочу воспользоваться простой и стандартной функцией mpd при передаче радиус-пары. И переадресовывать клиента не только на страницу с информацией о балансе, а вобще куда угодно. Тем более, что на 80% рабочий вариант. Осталось разобраться почемуже mpd не строит проавило именно при негативном депозите.

sopov писал(а):Спасибо, но ценник более чем не реальный... То, что продаете вы видимо какой-то супер-профи вариант раз столько стоит. Я же хочу воспользоваться простой и стандартной функцией mpd при передаче радиус-пары. И переадресовывать клиента не только на страницу с информацией о балансе, а вобще куда угодно. Тем более, что на 80% рабочий вариант. Осталось разобраться почемуже mpd не строит проавило именно при негативном депозите.

Ценник ниже на 50 % чем у подобных систем

fwd dst_addr,port - вот что говорит мануал во фряхе. , - также разделитель пар в текущем виде биллинга. пути есть следующие - патчить .pm, переписать правила фаера через skip-to и закидывать пользователя в соответствующую часть номеров правил, использовать mpd-table-static и tablearg. Я решил первым способом пока, но буду однозначно перестриваться под стандартное решение. И так хватает головняка на dev-ветве вылавливать всякое )))

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

radiusd -X в ответе от rauth.pm ответ приходит в виде Value-pairs или plaintext? У меня плейнтекст получался, пока быдлопатч не написал на парсинг атрибутов. ХЗ чего ему не нравилось, но часов до 4х утра посидеть пришлось.