miwa Опубликовано 3 марта, 2005 · Жалоба Подскажите, каким образом можно реализовать ограничение работы пользователей по объему использованого траффика? Иными словами, для временного ограничения достаточно переслать Session-Timeout в ответе RADIUSа, а что можно сделать для помегабайтного ограничения? Используется (хотя нет - изучается пока :о) ) связка FreeBSD + OpenRadius + InterBase. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
DrDiesel Опубликовано 4 марта, 2005 · Жалоба Считать трафик, способов много. По достижению лимита скидавать пользователя с сервера. Можно попробовать использовать для этого Radius KeepAlive Или просто скриптом по крону Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Skylaer Опубликовано 4 марта, 2005 · Жалоба Подскажите, каким образом можно реализовать ограничение работы пользователей по объему использованого траффика? Иными словами, для временного ограничения достаточно переслать Session-Timeout в ответе RADIUSа, а что можно сделать для помегабайтного ограничения? Используется (хотя нет - изучается пока :о) ) связка FreeBSD + OpenRadius + InterBase. Session-Octets-Limit или что-то похожее. Но не каждый NAS держит. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Гость Опубликовано 4 марта, 2005 · Жалоба Подскажите, каким образом можно реализовать ограничение работы пользователей по объему использованого траффика? Иными словами, для временного ограничения достаточно переслать Session-Timeout в ответе RADIUSа, а что можно сделать для помегабайтного ограничения? Используется (хотя нет - изучается пока :о) ) связка FreeBSD + OpenRadius + InterBase. у нас сделано так - берем скорость коннекта, среднее по трафику что может скачать при такой скорости, баланс, тариф, считаем время и ставим тривиальный session timeout Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Skylaer Опубликовано 4 марта, 2005 · Жалоба у нас сделано так - берем скорость коннекта, среднее по трафику что может скачать при такой скорости, баланс, тариф, считаем время и ставим тривиальный session timeout Должно офигительно работать при низких балансах :) Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Гость Опубликовано 4 марта, 2005 · Жалоба у нас сделано так - берем скорость коннекта, среднее по трафику что может скачать при такой скорости, баланс, тариф, считаем время и ставим тривиальный session timeout Должно офигительно работать при низких балансах :) ну коль на балансе рупь то наверное надо пополнить )))) вообщем то народ не жалуется, тем более такая схема это для карточных подключений, для нормальных договоров все как обычно Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Bushi Опубликовано 5 марта, 2005 · Жалоба Подскажите, каким образом можно реализовать ограничение работы пользователей по объему использованого траффика? Иными словами, для временного ограничения достаточно переслать Session-Timeout в ответе RADIUSа, а что можно сделать для помегабайтного ограничения? Используется (хотя нет - изучается пока :о) ) связка FreeBSD + OpenRadius + InterBase. Ручками правил mpd для поддержки session-octets-limit-in и session-octets-limit-out и сделал передачу этих атрибутов через radius. Могу выслать патчи для mpd. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Гость Опубликовано 10 марта, 2005 · Жалоба Для MPD 3.18 патч для обрезки сесии то прафику есть в комплекте Abills http://abills.sf.net Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Ugnich Anton Опубликовано 16 марта, 2005 · Жалоба Можно через SNMP вырубать сам интерфейс, к которому поднят тоннель от юзера. Номер интерфейса можно брать из NASPortID (radacct). Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Гость Опубликовано 14 ноября, 2005 · Жалоба Ручками правил mpd для поддержки session-octets-limit-in и session-octets-limit-out и сделал передачу этих атрибутов через radius. Могу выслать патчи для mpd. Да если не сложно на rero@mail.ru Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...