The OpenNET Project / Index page

[ новости /+++ | форум | теги | ]

форумы  помощь  поиск  регистрация  майллист  ВХОД  слежка  RSS
"Комплексное решение биллинговой системы поверх SQUID"
Вариант для распечатки  
Пред. тема | След. тема 
Форумы Настройка Squid и других прокси серверов (Public)
Изначальное сообщение [Проследить за развитием треда]

"Комплексное решение биллинговой системы поверх SQUID" 
Сообщение от ignoramus emailИскать по авторуВ закладки(ok) on 25-Дек-05, 19:56  (MSK)
Имеем: корпоративная сеть + FreeBSD + SQUID + AD Win2003

Нужен биллинг

Если пользователь зарегистрирован в домене - пустить его в интернет
прозрачно - согласно правилам:
  членов группы "internetusers" пустить наволю - остальных только в город.
  приоритет у пользователей из группы "internetusers".
  у пользователей ограничен трафик по-разному:
    - 100M на месяц - пополняется 1-го числа каждого месяца на 100M - накопительный
    - 100M на месяц - пополняется 1-го числа каждого месяца до 100M
    - 100M на день - пополняется ежедневно до 100M
    - безлимитный
  при превышении лимита пользователя отключить немедленно

Очень хочется, чтобы для пользователя всё было как можно незаметнее
Как отделить городской трафик от внешнего?

Очень хочется получить готовый список компонентов для решения задачи или
ссылку на решение.
Нигде не нашёл подробного описания - при том что спрашивают очень часто.
Развёрнутый ответ был бы очень полезен многим.

Часто встречал биллинговые системы построенные на perl - реже на php.
Если perl лучше для подобной задачи - то чем? я бы предпочёл php.
Встречал очень грамотные статьи как подружить SQUID с AD, но как всё
это подружить с биллингом да ещё и в моей постановке?

Это пожалуй всё что смог придумать для постановки задачи.
Можно оформить полученное решение как полное руководство для всех страждущих...
Заранее огромное спасибо за понимание и помощь.

  Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

 Оглавление

Сообщения по теме [Сортировка по времени, UBB]

1. "Комплексное решение биллинговой системы поверх SQUID" 
Сообщение от ignoramus emailИскать по авторуВ закладки(ok) on 25-Дек-05, 20:30  (MSK)
Встретил вот такое мнение:

-------------------------------------
так вот биллинг нужно писать свой ибо все готовые решения либо не достаточно гибкие либо перегружены не нужной в конретном случае функциональностью (и глюками) тем более это достаточно просто
-------------------------------------

может просто изложить основные моменты этого самого биллинга?

Пусть имеем каждые 5-10 минут отчёт от SQUIDa и следом за получением отчёта запускаем анализатор этого самого отчёта - это понятно.
На основе анализа надо срочно отключить пользователей, исчерпавших свои лимиты - вот это уже вызывает вопросы.

Вопросы:
1. как пользователи попадают в базу - надо ведь чтоб автоматом + учитывать AD, IP, MAC (права, адрес, железка)?
2. как оперативно блокировать пользователя? точнее сузить его доступ до города?

вопросов больше но сформулировать чётко не могу...
может есть литература посвящённая биллингостроению?

  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

2. "Комплексное решение биллинговой системы поверх SQUID" 
Сообщение от Anonymous Искать по авторуВ закладки on 27-Дек-05, 08:36  (MSK)
посмотрите sams (sams.perm.ru). там вроде реализовано практически все из ваших хотелок. Наверно кроме накопительного трафика
  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх

3. "Комплексное решение биллинговой системы поверх SQUID" 
Сообщение от ignoramus emailИскать по авторуВ закладки(ok) on 28-Дек-05, 19:13  (MSK)
Да - очень близко к желаемому - огромное спасибо!!!
  Удалить Правка | Высказать мнение | Ответить | Рекомендовать в FAQ | Cообщить модератору | Наверх


Архив | Удалить

Индекс форумов | Темы | Пред. тема | След. тема
Оцените тред (1=ужас, 5=супер)? [ 1 | 2 | 3 | 4 | 5 ]




Партнёры:
PostgresPro
Inferno Solutions
Hosting by Hoster.ru
Хостинг:

Закладки на сайте
Проследить за страницей
Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру