milliardik, попробуйте немного конкретизировать, что вы хотите в итоге увидеть =). А уж потом вам и софт и даже ссылки на готовые решения можно будет давать.

Пока предварительно могу сказать, что большую часть ваших запросов покроет система UTM. Она под *nix. Платная правда... но выполняет заявленные функции хорошо.

По поводу vpn для начала неплохо бы определиться какой из них вам нужен. Можно же настроить openvpn, pptp, pppoe  или еще чего.

http://corp.upit-systems.com/download/d … _prov.html

Спрашивал - он отвечал :

http://www.opennet.ru/base/net/squid_ip … d.txt.html - Балансировка
IPTABLES – для построения брандмауэра
SQUID – в качестве прокси-сервера
SAMS –  система управления SQUID’ом. На самом деле, подобных решений навалом, но мне SAMS         нравится своей логичностью, наглядностью отчетов, простотой эксплуатации, возможностью         интеграции с Active Directory на уровне учетных записей и возможностью предоставить         доступ к статистике людям, не имеющим административных прав в системе.
MySQL – СУБД для хранения служебных данных
APACHE – web-сервер для визуализации интерфейса SAMS.
Samba

поддерживают ли ClearOS и PFSence - формирования доступа на основе групп в домене
Самый основной вопрос который мне не даеться это решения балансировки, т.е. несколько серверов с поднятым на них проксей и фаерволом, необходима балансировка каналов до серверов а от них до нескольких провайдеров.
Каким железом можно воспользоваться (коммутатор маршрутизатор) до серверов, и каким по можно воспользоваться  для балансировки до провайдеров

а Ашипку в теме "Попмогите" не заметили?    еще "програмный" и не "задачи" а "задач" ибо лексическая ошибка  :cool:

три ашипки в 6ти словах) моя классная руководительница поставила бы неуд и позвонила родителям

milliardik,

1. squid  - это http-прокси. Он не будет учитывать тот трафик, который будет тем или иным образом идти в обход (банк-клиенты, клиенты vpn и т.д.)

2. Если вам нужно полностью бесплатное решение, то придется заняться написанием скриптов и редактированием конфигов.
2.1 VPN - пусть будет pptp, т.к. клиент встроен по умолчанию и в винду и в популярные дистрибутивы линукса.
2.2. Учет трафика посредством netflow. Утилиты ipcad + netflowtools. Подсчет будет максимально точным. Популярных веб-интерфейсов к этому я не знаю, поэтому возможно придется делать самостоятельно.
2.3. Squid+SAMS для тех людей, которым нужно только лазать по сайтам и сидеть в аське.
2.4. Шейпер (регулирование трафика для разных групп)  утилита tc из пакета iproute2.
2.5. Балансировка между провайдерами осуществляется обычно самописными решениями, которых в интернете довольно много.
2.6. Резервирование вашего прокси... ведь можно же в dhcp прописать два роутера по умолчанию. Если первый перестанет отвечать, трафик должен пойти через второй.

Как все это связать с AD я не могу сейчас представить, но в принципе это возможно, т.к. необходимые инструменты для работы с ldap и kerberos имеются.

З.Ы, А если не хочется писать скриптов, то купите UTM. Linux это стабильная платформа для решения ваших задач, но это отнюдь не значит, что вы в один клик бесплатно получите полностью оптимизированное под ваши задачи продакшн-решение.

Спасибо большое всем за участие и помощь.
Буду исходить из - Linux это стабильная платформа для решения ваших задач и это значит что вы сами прилагаете максимум усилий для ее настройки

Тема можно закрыть.

drBatty типа подвел итог 

Не понимаю, зачем пускать кого-то в обход сквида. У меня все внешние криптографически-защищенные соединения идут общим порядком, через сквид. Точнее, через forwarding в iptables на шлюзе. То есть роутер для всех видов трафика един, но некоторые отдельные протоколы заворачиваем на сквид. Проблем с этим нет.

Можно еще посмотреть и в сторону heartbeat и именно им обеспечить миграцию служб с сервера на сервер. Например, разместить конфигурационные файлы и разные кэши на кластерной файловой системе, drbd или glusterfs, в стандартных местах сделать ссылки на эти ресурсы, завести "блуждающий" виртуальный интерфейс, IP которого будет ездить с сервера на сервер. Правда данное решение не слишком хорошее, так как резевный сервер будет простаивать, пока основной будет жив.  С другой стороны можно разые сервисы распределить между разными серверами и собирать их на одном, если второй падает. Для этого режима - кластерная ФС - glusterfs подойдет идеально.