Наш форум переведен в режим работы "только для чтения", публикация новых тем и сообщений недоступна. Мы искренне благодарны вам за то, что были с нами, но пришло время двигаться дальше. После официального ухода компании ESET с российского рынка мы приступили к разработке новых продуктов вместе с новыми партнёрами. Приглашаем вас присоединиться к нашему новому форуму PRO32.
Мы более не являемся эксклюзивным дистрибьютором программных продуктов словацкого разработчика ESET в России, Республике Беларусь, Казахстане, Азербайджане, Узбекистане, Кыргызстане, Таджикистане, Туркменистане, Молдове, Грузии и Армении.
Купить и продлить лицензии ESET на нашем сайте больше нельзя.
Предлагаем вам попробовать новые продукты компании PRO32.
PRO32 — это технологичные решения, надежная защита от киберугроз и максимальная производительность устройств. Для действующих клиентов ESET мы предлагаем промокод на скидку в размере 15% — ESET15. Скопируйте его и после добавления товара в корзину, не забудьте его применить в корзине.
| Цитата |
|---|
| Маслов Николай пишет: Добрый день. Ровно так я и сделал. За это время успел купить продление и обновить антивирус. Всё работает. Благодарю за помощь. |
| Цитата |
|---|
| vovanius пишет: Здравствуйте! Собственно, возник конструктивный спор, и я решил обратится к спецам. Стоит ли с целью увеличения быстродействия добавить в исключения Нода ресурсоемкие системные процессы Windows 7, такие, например, как диспетчер окон dwm.exe и т.п., или это бесполезно? Спасибо! |
| Цитата |
|---|
| alex BIZ пишет: Решил я поюзать "Policy Rules", да бы не перечеслять всю построеную схему, наведу маленький пример: 1 сервер (v. 4.0.138), 10 клиентов (v. 4.0.474) Клиенты получают сконфигурированую заранее политику - "Server Policy" (Default Policy). При изменении этой политики все клиенты ее применяют, короче, все прекрасно работает. Создаются две отдельние политики (которые никуда не наследуются и никому не применяются) для "специальных случаев" - block (блокирование USB); update (альтернативный сервер обновления). Под них создаются правила (назовем их соответственно block_rule и update_rule). Вlock_rule применяется к диапазону IP адресов, а update_rule применяется к групе, в которуй иногда попадают клиенты. А вот и проблема: когда клиент попадает под оба правила, он применяет только одно правило, которое в консоли стоит первым, а второе игнорируется. Вопрос: так задумано или я что-то не учел? PS. Только что заметил, что при попадении клиента под любое правило даже изменения в "Server Policy" уже не применяются. Я почему-то считал что политики применяются приблизительно по аналогии с GPO в AD. |
| Цитата |
|---|
| Виталий Комаров пишет: До, работало нормально. Ввел в домен новую единицу, ноутбук, настройки стандартные, Вин 7 Про. RAC увидел, произвел удаленную установку успешно. Перешел на вкладку клиенты, подождал, ноут не появился. Закрыл RAC, через некоторое время включил RAC, оказался на вкладке Клиенты, а при переходе на вкладку "Просмотр удаленной установки" RAC через 3 секунды сворачивается, ошибка в логе такая: Ошибка приложения console.exe, версия 4.0.138.12, модуль console.exe, версия 4.0.138.12, адрес 0x001085e2. Дополнительные сведения можно найти в центре справки и поддержки, в "http://go.microsoft.com/fwlink/events.asp". Причина? и как вылечить? |
| Цитата |
|---|
| Alexandr Baranov пишет: Далее - в настройказ антивируса NOD32 Business Edition 4.2 указываю сервер обновления ERA, указываю имя пользователя и пароль. Пытаюсь обновить базы - выдается сообщение об ошибке "Невозможно обновить баз данных сигнатур вирусов. Неверные имя пользователя или пароль." |
| Цитата |
|---|
| Маслов Николай пишет: Я был бы рад запустить, однако при запуске программы происходит нечто непонятное: диспетчер задач не вызывается, компьютер подвисает. Перезагрузка помогает справиться с зависанием, но не помогает открыть программу. Что интересно, в последний раз я сначала открыл диспетчер задач, а потом попытался открыть. Загрузка ЦП - 0%, процесс, который так тормозит, не нашёл. |
