Страницы: 1 2 След.
RSS
Тестирование Traffic Inspector 3.0.2.917
 
Доработки и изменения:
  • Внимание: Не поддерживается Microsoft Windows с версией ядра ниже 6.0!
  • Внимание: Не рекомендуются использовать Microsoft Windows с версией ядра ниже 6.1!
  • Внимание: Если у вас 64 битная версия ОС, рекомендуем установить 64 битную версию Traffic Inspector!
  • Ядро: Стабилизирована работа службы, во время анализа отсутствующих сетевых интерфейсов;
  • SMS идентификация: Добавлен функционал, инициализирующий на смартфонах с последними версиями ОС подсказку о необходимости пройти авторизацию;
  • SMS идентификация: Добавлен чёрный список абонентских номеров;
  • SMS идентификация: Добавлено поле "Имя отправителя" для SMS-шлюза в соответствии с требованиями операторов связи;
  • SMS идентификация: Дополнен в соответствии с законодательством текст согласия использования персональных данных на странице ввода абонентского номера;
  • IDS/IPS: Добавлен чекбокс очистки логов;
  • Мониторинг: Вывод во вкладке "Сетевая статистика" монитора работы N наиболее активных из ВСЕХ присутствующих в коллекторе записей;
  • Планировщик: При формировании отчёта, запись "Все пользователи" будет формироваться из актуального списка;
  • Отчёты: Сортировка по столбцу "Период" в сетевой статистике;
  • Отчёты: Увеличение максимального количества выбираемых строк в полях для выбора пользователей/групп;
  • Интерфейс: Добавление команды "Атрибуты..." в контекстное меню групп.
Исправлены ошибки:
  • Сервер авторизации: Появление Access Violation при попытке авторизации;
  • Биллинг: Не начисляется оплата по умолчанию;
  • Прокси сервер: Ошибки при работе LAT;
  • Сетевой экран: Ошибка сохранения списка портов в URL правилах пользователей;
  • Сетевой экран: Ошибка работы чекбокса отключения группы правил пользователей;
  • SMS идентификация: Ошибка чтения файла конфигурации для "C:\Program Files\TrafInsp\config\SMSGateList.xml...";
  • Модули: Проблемы интерпретирования синтаксиса обработки терминов в NetPolice;
  • Модули: Исправлена проблема работы правил NetPolice, когда правила срабатывают первее "Общих разрешений" для авторизованного пользователя;
  • Модули: Ошибка Kaspersky Anti-Virus "...Stack overflow in sdkCleanupCheckResult";
  • Почтовый шлюз: Дублирование темы в обрабатываемых письмах;
  • Планировщик: Проблемы отправки отчётов на электронную почту.

Скачать версию 3.0.2.917 х86скачать.
Скачать версию 3.0.2.917 х64скачать.
Скачать инсталлятор консоли 3.0.2.917 х86скачать.
Скачать инсталлятор консоли 3.0.2.917 х64скачать.

VladimirK2018-03-05 14:42:16
 
Стоит ли ставить на рабочий сервер с пользователями больше 500, или подождать релиза?
 
Поставил на свой сервер: Windows 2016 standart
1) Нормально не удалялся ТИ 916, при деинсталяции сервак уходил в синий экран. Оказалось что виноват драйвер. Остановил "марш. и удал. доступ", отключил сетевые карты, вручную удалил драйвер, после этого ТИ удалился.
2) Устновил 917, пропала NTLM авторизация, пользователей постоянно выкидывало на страницу "Требуется аутентификация". Выводил, заново заводил сервер в домен, в правилах сети стоит только NTLM без BASIC, по IP и MAC все работало.
Удалил 917, поставил 916 все заработало, ntlm в том числе.
PS: При удалении 917 сервак тоже в синий экран уходил, пришлось делать через п.1
 
1. Передали разработчикам
2. На проверочном стенде и на реальной сети не воспроизвелась ваша проблема, может есть еще какие-либо вводные?
 
Сервер 2012р2 ip сервера 192.168.22.225
Версия сервера, и агента из дистрибутива выше. Сервер авторизации ставил как Ip, так и имя сервера.
Клиенты в сети 22 проблем пока не испытывают.

На win10 в сети 33 возникла проблема. Запускается агент, а затем вываливает ошибку, не правильный логин или пароль. Но на сервере авторизация прошла. Если нажать на агенте подключить еще раз - подключит. Из за чего это происходит?
На скриншотах есть фрагмент групповой политики, может ли он влиять на данную ошибку?







 
Уточните, имеет ли сервер ТИ интерфейс в 33 сети? Или сетевые пакеты в 33-ю сеть он должен слать через шлюз 22-й сети?
 
Цитата
Уточните, имеет ли сервер ТИ интерфейс в 33 сети? Или сетевые пакеты в 33-ю сеть он должен слать через шлюз 22-й сети?


нет, не имеет. Пакеты идут через шлюз в 22 сети.

 
На эту проблему (она имеет место в версии 3.0.2.916) я обратил внимание техподдержки больше полгода назад. Как видите, воз и ныне там. В 917-й исправлений нет.
Суть проблемы в следующем. Сервер авторизации ТИ почему-то всегда пытается разрешить MAC-адрес клиента широковещательным ARP-запросом независимо от того, находится ли клиент в локальной сети сервера или нет. А "по правилам" он должен слать пакет сразу на MAC основного шлюза (разумеется, маршруты к нелокальным сетям должны быть корректно прописаны). Так вот, если на Вашем внутреннем роутере (который маршрутизирует трафик между внутренними сетями) на интерфейсе в 22-й сети функция ARP PROPXY не установлена, получите облом. 
Есть 2 варианта решения.
1. Правильное. Всем вместе пинать Смарт софт, чтобы побыстрее устраняли свои косяки.
2. Рабочее. Включить PROXY ARP на интерфейсе внутреннего роутера в 22-й сети.

 
Отправил запрос в тех поддержку. 2ой вариант не вариант в моём случае. Его надо включать, прокси арп, по всей цепочки.
Спасибо за подсказку
 
Будем разбираться
Страницы: 1 2 След.
Читают тему (гостей: 2)