|
Название: Пожелания Отправлено: ghost от 03 Октября 2014, 21:00:27 При поиске биллинга случайно наткнулся на этот проект, при этом возникла пара вопросов...
1. Авторизация в AD/LDAP. Есть ли возможность синхронизации с AD/LDAP, и если нет, то планируется ли? Когда на предприятии больше сотни пользователей, то забивать руками каждого напоминает операцию восход солца вручную. 2. Планируются ли модули упраления распространенными прокси-серверами (вроде squid)? Прокси бывает для детальной статистики по траффику пользователей. Спасибо. Название: Re: Пожелания Отправлено: ser970 от 03 Октября 2014, 21:12:53 При поиске биллинга случайно наткнулся на этот проект, при этом возникла пара вопросов... а можно характеристики сервера(серверов) для прокси при канале в ну хотя бы 2Г ?1. Авторизация в AD/LDAP. Есть ли возможность синхронизации с AD/LDAP, и если нет, то планируется ли? Когда на предприятии больше сотни пользователей, то забивать руками каждого напоминает операцию восход солца вручную. 2. Планируются ли модули упраления распространенными прокси-серверами (вроде squid)? Прокси бывает для детальной статистики по траффику пользователей. Спасибо. билинг для провайдеров ... прикидаю как звери будут в домен ...... Название: Re: Пожелания Отправлено: ghost от 03 Октября 2014, 21:19:23 а можно характеристики сервера(серверов) для прокси при канале в ну хотя бы 2Г ? билинг для провайдеров ... Я понимаю, конечно, что вы поизиционируете решение в первую очередь для провайдеров, однако кто сказал, что прокся для провайдера неприменима? Вспомним хотябы оригинальное решение Ростелекома по блокировке ресурсов из черного списка. Название: Re: Пожелания Отправлено: ser970 от 03 Октября 2014, 21:22:38 а можно характеристики сервера(серверов) для прокси при канале в ну хотя бы 2Г ? билинг для провайдеров ... Я понимаю, конечно, что вы поизиционируете решение в первую очередь для провайдеров, однако кто сказал, что прокся для провайдера неприменима? Вспомним хотябы оригинальное решение Ростелекома по блокировке ресурсов из черного списка. а можно характеристики сервера(серверов) для прокси при канале в ну хотя бы 2Г ? ограничения решаются не проксей... стату снимать - простое решение отминорить трафик ( но не самое оптимальное). а на счет LDAP так как бы без проблем = DHCP сервер с LDAP Название: Re: Пожелания Отправлено: ghost от 03 Октября 2014, 21:42:50 повторяю вопрос а можно характеристики сервера(серверов) для прокси при канале в ну хотя бы 2Г ? ограничения решаются не проксей... стату снимать - простое решение отминорить трафик ( но не самое оптимальное). Фильтрацию я привел для примера. Оригинальную новость сейчас не найду но здесь суть : arhivach.org/thread/22246/ Отмирорить траффик - тоже не самое простое решение. Как демон сбора статистики определит соответсвие пришедшего запроса и юзера? При установке сессии нужно как- то задать соответствие текущего адреса конкретному юзеру. А если клиент просто в локалке и получает адрес по dhcp? Что считать моментном установки сессии? syn-пакет? А в случае с udp-протоколом? Много нюансов. Название: Re: Пожелания Отправлено: ser970 от 03 Октября 2014, 21:58:34 Фильтрацию я привел для примера. Оригинальную новость сейчас не найду но здесь суть : arhivach.org/thread/22246/ цена решения ? и устойчивость? Отмирорить траффик - тоже не самое простое решение. Как демон сбора статистики определит соответсвие пришедшего запроса и юзера? При установке сессии нужно как- то задать соответствие текущего адреса конкретному юзеру. А если клиент просто в локалке и получает адрес по dhcp? Что считать моментном установки сессии? syn-пакет? А в случае с udp-протоколом? Много нюансов. да просто по src ip - так как на каждый данный момент времени ip привязан к зверю по логину , паролю , коммутатору,порту.... (нужное выбрать)не оптимально в смысле хранения логов (объема)... так и делают на данный момент ( я думаю некоторые уже с этим уже сталкивался). а управление проксей ... так прсотой скрипт который стягивает раз в 2 часа( так по закону) файлик и парсит его в реджик.. или ipfw table. |