Не нашел более правильной темы, поэтому скажу здесь.
Control совершенно штатно (при использовании прокси) ведет себя интересным образом криво: если пользователь аутентифицирован, то после удалении этого пользователя его соединения автоматически не рвутся.
Т.е. пользователя в базе уже нет, а в интернет он ходит и при поддержании своей регулярной активности может ходить практически вечно.
Был заведен багрепорт [#IJU-904088] и получен ответ, что "все работает корректно, так как Kerio Control имеет свою кэш (соответсвие IP-адреса и пользователя). Для выхода пользователя перейдите в раздел "Активные хосты" найдите пользователя и выберите опцию "Выход пользователя".
Если я грохнул пользователя, то я - очевидно - уже прямо сейчас не хочу, чтобы он продолжал работать в системе как ни бывало как пользователь. И система должна порвать все его соединения и осуществить его выход автоматом. А в место этого имеем дыру в безопасности.
Последний раз редактировалось exchar; 23.01.2015 в 16:55.. Причина: пунктуация
уважаемый, exchar,эта проблема известна давно, но назвать её дырой, как-то языке не поворачивается, да это такой не очень привычный by design, суть в том, что у вас, скорее всего выставленно время сессии пользователей на хостах, так что рано или поздно ваша учётка отвалится сама с хоста и больше аутентифицироваться на нём не сможет. Аутентифицироваться на другом хосте она не сможет сразу как вы её удалите\заблокируете.
В продолжение предыдущего оратора - траббла явно связанная - юзаем версию ФСТЭК - может, конечно, и сам дурак и что-то не так делаю, в общем, при редактировании уже существующих юзеров имеется неприятный эффект - добавление или удаление юзера из групп, на которые распространяются различные запреты, ни какой реакции Керио даже после кика юзера и повторной авторизации - приходится останавливать и запускать заново Керио.
__________________ Welcome to the Torture chamber...
Хочется увидеть в control несколько неожиданную, но абсолютно очевидную фичу.
Иногда бывает добавлено слишком много правил, интерфейсов, маршрутов, групп и прочего, чтобы для некоего конкретного пакета можно было быстро понять, что с ним сделает control, и почему сделает именно это.
Обычно мы тратим драгоценное время шаримся по весьма разным частям админки в сочетании с маршрутами, дергаем логи, тралим wireshark, выполняем 100500 танцев с бубном, чтобы для начала понять где именно "пошло не так" всего один момент - ошибка в настройках control или где-то еще?
В винде есть отличная штука - проверка действующих разрешений для пользователя папки.
По аналогии хочется иметь инструмент в админке control, куда можно ввести реквизиты пакета и увидеть последовательно, что с ним в соответствии с отдельными правилами и другими настройками сделает control и куда пакет в итоге направит. Какие именно правила применятся и как отработают маршруты.
В плане детальности - уровня wieshark будет достаточно любой удобный вариант на первое время.
1) тест правил трафика(по заданным(простым) параметрам)
2) встроенный снифер, условия работы которого можете задавать какие угодно, если вы в теме wireshark то составить какое-нибудь правило вам фильтрации не сложно, если с правилами сложно, но понимание детализации WS есть, просто ANY и вперёд.
Есть, но:
а) всего три параметра (смотрел в 8.4.2). Даже порт назначения не разбивается на tcp/udp.
б) обрабатываются только правила трафика, остальные настройки control, непосредственно влияющие на действия с пакетом - не учитываются. А хорошо бы.
Не всегда есть возможность заранее физически сгенерировать пакет, чтобы ловить его потом сниффером.
Допустим у нас куча правил и т.п., нужно в пятницу прокинуть некие порты на сервер в dmz, чтобы в субботу фирма-контрагент X настроила некое оборудование Y (которого мы в руках не держали) на доступ через них. Возникает нехилое желание заранее проверить полную отработку control по этому вопросу, чтобы не получить утром в субботу звонок от X: "не работает, может у вас IPS лочит". Или что-то в этом духе.
а что на счет работы с API от яндекса или гугла, для встроенного безопасного поиска? Я тут подумал, было бы неплохо добавить в функционал керио фильтра, что-то вроде "встроенной учетной записи google или яндекс" для фильтрации https результатов по умолчанию типа "безопасного (семейного) поиска". Или такое уже обсуждалось ?