Пожелания

[ghost]

При поиске биллинга случайно наткнулся на этот проект, при этом возникла пара вопросов...
1. Авторизация в AD/LDAP. Есть ли возможность синхронизации с AD/LDAP, и если нет, то планируется ли? Когда на предприятии больше сотни пользователей, то забивать руками каждого напоминает операцию восход солца вручную.
2. Планируются ли модули упраления распространенными прокси-серверами (вроде squid)? Прокси бывает для детальной статистики по траффику пользователей.
Спасибо.

[ser970]

При поиске биллинга случайно наткнулся на этот проект, при этом возникла пара вопросов...
1. Авторизация в AD/LDAP. Есть ли возможность синхронизации с AD/LDAP, и если нет, то планируется ли? Когда на предприятии больше сотни пользователей, то забивать руками каждого напоминает операцию восход солца вручную.
2. Планируются ли модули упраления распространенными прокси-серверами (вроде squid)? Прокси бывает для детальной статистики по траффику пользователей.
Спасибо.

а можно характеристики сервера(серверов) для прокси при канале в ну хотя бы  2Г ?
билинг для провайдеров ...

прикидаю как звери будут в домен ......


 

[ghost]

а можно характеристики сервера(серверов) для прокси при канале в ну хотя бы  2Г ?
билинг для провайдеров ... 

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

[ser970]

а можно характеристики сервера(серверов) для прокси при канале в ну хотя бы  2Г ?
билинг для провайдеров ...  

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

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

а на счет LDAP  так как бы без проблем = DHCP сервер с LDAP

[ghost]

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

Фильтрацию я привел для примера. Оригинальную новость сейчас не найду но здесь суть : arhivach.org/thread/22246/
Отмирорить траффик - тоже не самое простое решение. Как демон сбора статистики определит соответсвие пришедшего запроса и юзера? При установке сессии нужно как- то задать соответствие текущего адреса конкретному юзеру. А если клиент просто в локалке и получает адрес по dhcp? Что считать моментном установки сессии? syn-пакет? А в случае с udp-протоколом? Много нюансов.

[ser970]

Фильтрацию я привел для примера. Оригинальную новость сейчас не найду но здесь суть : arhivach.org/thread/22246/

цена решения ? и устойчивость?

Отмирорить траффик - тоже не самое простое решение. Как демон сбора статистики определит соответсвие пришедшего запроса и юзера? При установке сессии нужно как- то задать соответствие текущего адреса конкретному юзеру. А если клиент просто в локалке и получает адрес по dhcp? Что считать моментном установки сессии? syn-пакет? А в случае с udp-протоколом? Много нюансов.

да просто по src ip  - так как на каждый данный момент времени ip привязан к зверю по логину , паролю , коммутатору,порту.... (нужное выбрать)
не оптимально в смысле хранения логов (объема)... так и делают на данный момент ( я думаю некоторые уже с этим уже сталкивался).


а управление проксей ... так прсотой скрипт который стягивает раз в 2 часа( так по закону) файлик и парсит его в реджик.. или ipfw table.