ВНИМАНИЕ! Внимательно прочтите про особенности фильтров. Старые фильтры контента, также правила кеширования могут не работать. Новый набор предустановленных фильтров можно скачать отсюда.
Активация программы теперь производится только в онлайн через сервер активации компании SMART-SOFT. Т.е. для этой процедуры требуется обязательное подключение к Интернет. Протокол - HTTP, порт 80. Если подключение производится через другой прокси сервер, то предусмотрена возможность произвести активацию через него. Запрос на активацию отправляется непосредственно с сервера, а не с консоли администратора, что позволяет без проблем провести эту процедуру с консоли удаленно.
Привязка теперь производится только к конфигурации оборудования. Для постоянной активации это процессор, материнская плата и BIOS. Для временной активации дополнительно используются данные жестких дисков.
Все процедуры активации автоматизированы. Обращение к продавцу может потребоваться только при выработки лимита смены замены оборудования или для продления временной активации.
При постоянной активации требуется ввод ID продукта и PIN. Эти данные надо получить у продавца. Повторная активация будет требоваться -
Имеется лимит количества повторных активаций при замене оборудования, если он исчерпан, то можно будет связаться с продавцом и увеличить это лимит. При замене оборудования возможность повторной активации на старом блокируется, поэтому эта операция требует специального подтверждения в мастере активации.
Все старые ключи активации работать не будут, поэтому все без исключения могут выписать временые ключи.
Если возникают какие-то проблемы при активации, следует отправить support report в техподдержку (Диагностика, Отчет).
АР - это новая функция, позволяющая полноценно задействовать несколько подключений с Интернет одновременно. Это также называется Source Routing или Policy Routing.
Роутер Windows при выборе внешнего интерфейса использует только один, выбирая его по наличии маршрута по умолчанию. Если имеется несколько маршрутов по умолчанию, то роутер все равно будет отправлять пакеты только по одному, выбирая маршрут с наивысшим приоритетом. Единственный способ в Windows задействовать несколько подключений - это назначение статических маршрутов по адресам назначения.
На рынке имеются решения для Windows, где задача роутинга по различным критериям частично решается. Но это делается реализацией практически параллельного роутера. Наше решение использует роутер Windows, что позволяет полностью задействовать все службы Windows, а также обеспечить корректную работу через прокси и SOCKS.
Настройка АР сводится к следующему -
АР решает задачу выбора внешнего интефейса по различным критериям - клиент, группа, тип трафика и т.д.
По настройкам фильтров см. ниже. Логика применения правил для роутинга аналогична другим. Но имеется еще одна настройка у фильтра на закладке "Роутинг" - факт перенаправления пакета на другой интерфейс может использоваться еще как условие для фильтра. Так как фильтры обрабатываются строго по списку, то размещая такие фильтры после фильтра, который сделал перенаправление, можно собрать логику применения условий в зависимости от используемого внешнего интерфейса. Например, применить скидки (наценки). Тут также следует учесть, что настройки клиентов (групп) применяются позже просмотра списка.
В случае использования спутникового подключения, когда трафик принимается с одного интерфейса (DVB карта), а передается через другой, эти оба интерфейса надо обазательно указать в процессе конфигурирования интерфейсов (мастер настройки).
Для анализа работы этой функции в сетевой статистике пользователя сделана запись соотв. атрибута - имя внешнего интерфейса, куда был перенаправлен трафик.
Ограничения функции АР -
Ввиду ограничений п.1 и 2 не следует использовать АР, если задача маршрутизации может быть решена средствами роутера Windows.
Изменения касаются настройки приоритетов в логики фильтрации, работы внутреннего firewall, правил тарификации и шейпера. Новая внутренняя архитектура обеспечит очень большой выигрыш в производительности сервера особенно при применении больших списочных фильтров.
По умолчанию для "не клиентов" трафик разрешен -
Для упрощения настроек в фильтрах тип применения "для всех" у запрещающих фильтров заменен на тип "не клиенты". Они имеют приоритет над разрешениями "для всех".
В консоли разрешающие фильтры "для всех" и запрещающие "для не клиентов" вынесены в два отдельных списка в разделе "фильтры".
Если включен внутренний firewall, то разрешающие фильтры "для всех" на любой адрес назначения на сам сервер трафик не разрешают. Для разрешения доступа на сам сервер надо прописать разрешающий фильтр "на сам сервер", причем в списке такие фильтры надо обязательно поместить выше других разрешающих фильтров. В других случаях порядок фильтров в этих двух списках на логику работы не влияет, но может влиять на производительность - менее ресурсоемкие фильтры следует помещать в начало списка.
Для клиентов при фильтрации и применении параметров теперь применена логика единого списка - разрешающие, запрещающие и другие типы фильтров при анализе пакета обрабатываются последовательно строго в зависимости от их порядка, заданного в списке консоли, причем порядок разных типов фильтров может быть произвольным. Это теперь позволяет реализовать практически любую логику фильтрации и произвольно переопределять параметры.
Логика просмотра списка следующая. Просмотр идет с начала списка и до первого разрешающего или запрещающего фильтра. Если фильтр содержит параметр, то он применяется только если ранее при просмотре списка он не был применен. Под параметрами здесь понимаются дополнительные действия, задаваемые в фильтре -
Единый список фильтров клиента в консоли разбит на 3 списка в порядке их просмотра при анализе пакета -
Помещение общих фильтров в первый или третий список меняет их приоритет относительно списка группы.
Параметры ограничения скорости, заданные н настройках клиента или группы имеют самый низкий приоритет, т.е. фильтры их всегда переопределяют.
Если включен внутренний firewall, то разрешающие фильтры клиентов на любой адрес назначения на на сам сервер трафик не разрешают. Для разрешения доступа на сам сервер для клиентов надо прописать разрешающий фильтр "на сам сервер".
Для клиента, у которого включено "является администратором", внутренний firewall не применяется, а также к нему не применяются фильтры на запрет. Это сделано для исключения ситуации недоступности сервера при удаленном администрировании при ошибках в процессе настройки фильтров. Это распространяется только на IP фильтры, для фильтров приложений запрещающие правила действуют обычным образом.
Если трафик подпадает под условие разрешения его "для всех" (см. выше), то он всегда считается бесплатным и направляется мимо шейпера. Это также относится к любому трафику в пределах внутренних сетей. Данные от сетях тут берутся на основании таблицы маршрутизации.
С целью диагностики работы фильтров и авторизации в сетевую статистику пользователей добавлен отдельный коллектор для для неавторизированного трафика. Эта статистика в логи не пишется, доступна только как текущая. Писаться она будет, если в общих настройках сетевой статистики включена опция учета всего трафика.
В консоли фильтры из одних списков могут перемещаются в другие при изменении их соотв. свойств при редактировании.
Логика фильтров приложений (прокси и SOCKS) теперь полностью повторяет логику IP фильтров (см. выше), но имеются особенности -
Фильтры приложений теперь обрабатывают выражения типа regular expressions (т.н. Регулярные выражения), описание смотрите тут.
В связи с этим параметр типа поиска (но началу, ключевое слово и т.д.) убран. Если задан список, то в нем анализируется URL с полным путем - хост + относительный путь + параметры. Другие параметры запроса (протокол, порт, пароли) отбрасываются. Если не список, но анализируется относительный путь + параметры запроса. В этом случае выражение вводится в поле URL.
Прокси сервер при анализе запроса теперь нормально перекодирует русские русские буквы, которые могут встретиться в параметрах запроса. Это полезно при обработке запросов поисковых систем. Т.е в выражении фильтра можно явно писать русскими буквами, а не использовать специальную кодировку. Также такие декодированные запросы пишутся и в логи прокси сервера.
В правилах кеширования теперь также используются регулярные выражения.
Для внешнего и внутреннего сетевого экрана реализованы динамические фильтры для FTP-DATA. Работают как для активного, так и пассивного режима. Это позволяет решить проблему настройки firewall для случая, когда для FTP-DATA используется нестандартный порт (не 20-й).
Динамическая фильтрация firewall с пассивным режимом позволяет публиковать любые FTP сервера, причем несколько на разных портах.
156 сборка - добавлена возможность в правилах firewall указать внешний интерфейс.
Убран классический FTP прокси сервер, так как с появлением динамической фильтрации FTP-DATA актуальность его пропала.
Начат перевод настроек программы в xml формат, в частности настройки сетевой конфигурации и активации. Перевод настроек из старого формата в новый производится автоматически, т.е. никакого повторного конфигурирования программы не требуется.
Все эти новые настройки доступны через мастер конфигурирования программы.
Теперь при активации программы, если привязка производится к железу или текущему внешнему IP адресу, привязку можно не вводить.
Реализован новый мастер отправки отчета для техподдержки о конфигурации программы и системы. Он формируется ввиде xml данных. Также может быть автоматически сформирован на сервере и отправлен системный отчет в формате system information. Для отпрвки отчета наличия почтовой программы не требуется, достаточно только, что-бы сервер был подключен к Интернет.
С целью реализации большей безопасности, гибкости и быстродействия реализован новый протокол обмена сервера авторизации (версия 2). Его особенности -
Переписан заново агент. Главное новшество - многопоточная реализация и, как следствие, отсутствие блокировок на время запроса. Также переделан сервер авторизации, он теперь почти не подвержен блокировкам со стороны других задач программы и, как следствие, должен обеспечить более устойчивую работу.
Для обеспечения обратной совместимости сервер авторизации в полном обьеме поддерживает работу агентов со старой версией протокола. Учитывая наличие уязвимости в старом протоколе, добавлена возможность запрета работы со старой версией протокола (Окно общих настроек клиентов, закладка Авторизация).
ВНИМАНИЕ! Новый агент работу с сервером со старой версией протокола НЕ ПОДДЕРЖИВАЕТ.
Реализована служба рассылки POPUP сообщений пользователям. Основное предназначение - оповещение пользователей администратором сети.
Сообщения отправляются через соотв. меню и кнопку в мониторе работы консоли. Есть возможность отправки сообщения индивидуально одному пользователю или всем. Также предусмотрена возможность отмены отправки сообщений также индивидуально или для всех.
Отправленное сообщение запоминается службой программы. Доставляется оно через агента пользователя, а также отображается на главной страничке сервера статистики. После доставки сообщение удаляется. Очередь сообщений в программе не реализована, т.е. запоминается для отправки только одно сообщение. Если сообщение не было доставлено, новое сообщение затирает старое.
При отправке сообщения можно ввести дополнительные параметры -
Эти функции отправки сообщения также доступны через API. См. справку.
Доработка связана с реализацией возможности войти на сервер под любой учетной записью Windows, не только текущей.
Реализована поддержка статических ARP записей в стеке TCP/IP. Записи вносятся на основании параметров авторизации для клиентов -
Запись статических ARP позволяет -
Информация о внесении статической ARP записи для клиента отображается в мониторе работы, там где указан тип авторизации.
При обновлении статических ARP записей программа по необходимости производит удаление из ARP таблиц конкретных интерфейсов всех статических записей. Поэтому, если имеются сторонние программы, которые работают со статическими ARP записями, их данные могут быть удалены.
При определении MAC по IP в консоли статические записи не отрабатываются. Т.е. эта функция определяет реальный MAC адрес в сети. Если данный компьютер отключен, то будет возвращена ошибка.
При остановке сервиса программы все ARP записи удаляются, тем самым восстанавливается обычная работа системы.
Добавлено 5 новых настроек драйвера для более тонкой настройки программы. Доступны в окне общих настроек программы, закладка "Драйвер".
Ранее трафик на все IP адреса самого сервера по умолчанию был бесплатным, остальной платным. К этому добавлено следующее -
Доработана логика фильтров для тарификации. В при настройке коррекции стоимости трафика появилась опция "Переопределять бесплатный по умолчанию". Ее включение обязательно нужно, если надо сделать платным трафик, который предопределен как бесплатный - случаи этого описаны выше.
Для уменьшения нагрузки на процессор логика выявления бесплатного трафика вынесена в драйвер программы. Это важно, когда на сервере работают такие службы, как файл сервер, внутренний FTP и т.д, и трафик на них очень большой. Но имеются 2 настройки, при включении которых бесплатный трафик будет передаваться на обработку сервису программы -