Dr web ошибка импорта базы данных

Перенос сервера dr web на другой компьютер

Перенос Сервера Dr.Web Enterprise Server на другой компьютер (для ОС Windows ® )

Для переноса Сервера Dr.Web Enterprise Server (при установке аналогичной версии Dr.Web Enterprise Server) под ОС Windows:

«C:Program FilesDrWeb Enterprise Serverbindrwcsd.exe» exportdb

«C:Program FilesDrWeb Enterprise Serverbindrwcsd.exe» importdb

Для переноса Сервера Dr.Web Enterprise Server (при установке другой версии Dr.Web Enterprise Server) под ОС Windows:

«C:Program FilesDrWeb Enterprise Serverbindrwcsd.exe» upgradedb «C:Program FilesDrWeb Enterprise Serverupdate-db»

В случае смены IP-адреса Сервера при переносе:

Источник

Перенос сервера Dr.Web® Enterprise Suite с Windows на Debian со сменой типа БД

Недавно встала задача перенести сервер DrWeb EntSuite 6 с Windows 2003 на Linux. В качестве Linux было решено использовать Debian. Выкладываю плод своих испытаний.

Содержание

1. Исходные данные для переноса сервера:

Рекомендуется для нового сервера создать в DNS запись CNAME, чтобы при следующих переездах просто перенаправить клиентов на новый сервер, пересоздав новую CNAME. Но это не всегда актуально. Например, при использовании VPN-клиентов, которые не знают о структуре DNS в локальной сети.

2. Перенос сервера DrWeb:

2.1. Установка Dr.Web Enterprise Security Suite на целевой сервер (Debian Wheezy)

2.1.1. Скачиваем необходимую версию.

2.1.2. Переносим скачанный файл на сервер и устанавливаем:

Установка сервера DrWeb на Linux описана тут. Кроме пакета сервера DrWeb на debian мне пришлось вручную доустановить пакеты libcurl3, librtmp0 и libssh2-1. А так же установка сервера DrWeb завершилась ошибкой:

2.1.3. Проверить работоспособность сервера и состояние репозитория

2.1.4. Остановите новый ES-сервер строкой

или командой из веб-интерфейса.

2.2. Установка PostgreSQL на Debian

2.2.1. Устанавливаем пакет postgresql-9.1

В Debian squeeze данный пакет можно установить из бэкпортов. После установки пакетов постгреса произойдет запуск службы СУБД. В процессе первого запуска СУБД скрипт выполнил команду inidb, которая создаст все необходимое и в том числе конфигурационные файлы в папке /var/lib/pgsql. Будут инициализированы все основные настройки и встроенные базы данных.

2.2.2. Настраиваем PostgreSQL

По умолчанию, постгрес слушает только локалхост, чтобы заставить его слушать внешний интерфейс (если вам это действительно нужно), нужно на время установки в /etc/postgresql/9.1/main/postgresql.conf изменить строку:

а так же для доступа из локальной сети к СУБД нужно в /etc/postgresql/9.1/main/pg_hba.conf создать строку в соответствующем разделе:

, где значение host определяет доступ по TCP/IP, первый all разрешает подключаться ко ВСЕМ базам данных, второй all задает доступ для ВСЕХ любого пользователей, 10.0.0.222/32 задает IP и максу компьютера с которого разрешен доступ, md5 задает доступ по хэшу пароля, а не по открытому тексту.

2.2.2.2. Настраиваем окружение PostgreSQL

Cоздаем пароль для администратора постгреса (для пользователя UNIX, под которым работает служба):

После этого, необходимо сделать рестарт СУБД:

Создать пароль для внутреннего пользователя СУБД:

2.2.2.3. Создаем базы данных для севера DrWeb

Чтобы хранить базу антивируса в отдельном каталоге (куда, к стати, можно примонтировать отдельный раздел), необходимо создать для базы каталог и назначить необходимые права (чтобы СУБД имела доступ в этот каталог):

Далее, подготовим СУБД к работе с сервером DrWeb. Для этого залогинемся под администратором базы данных и выполним указанные скрипты:

2.3. Экспорт «рабочей» базы данных

2.3.1. Остановите службу старого ES-сервера командой из меню Пуск или веб-интерфейса. Убедитесь, что сервер остановился (дождаться сообщения об остановке сервера):

2.3.2. Уменьшение размера базы данных

Если база занимает много места (например моя весила на момент переезда порядка 23 Гб.), можно ее почистить от старых записей. Как это сделать описано в статье Ручное «сжатие» внутренней базы Dr.Web® Enterprise Suite. Перед очисткой желательно сделать копию базы. Кроме того, обязательно нужно почистить таблицу activity_data, ибо она отказывается импортироваться в базу с кодировкой UTF-8. Я сделал это по той же инструкции, за тем лишь исключением, что скрипт очистки имел следующий вид:

Где дата 20111207000000000 должна быть меньше старее текущей. Вы, наверно, поинтересуетесь почему тут еще указана таблица procerror. Потому что в моей базе она занимала бОльшую часть места, после выполнения скрипта размер базы изменился с 23 Гб до 80 Мб. (буду рад комментариям по модификации скрипта до более оптимального вида)

2.3.4. Проверка базы данных

2.3.5. Экспортировать базу данных на старом сервере:

После выполнения данной команды, в каталоге D:123 будет лежать файл esbase.es с экспортированной базой.

2.4. Перенос настроек старого сервера на новый

После того, как проверка базы сообщит об отсутствии повреждений и база экспортируется, скопируйте в произвольный каталог на новом сервере следующие файлы со старого ES-сервера:

На новом сервере запишите скопированные в п. 4 файлы в следующие каталоги:

заменив одноимённые файлы, созданные при установке ES-сервера из дистрибутива.

2.5. Настройка работы DrWeb ESS с СУБД PostgreSQL

В файле /var/opt/drwcs/etc/drwcsd.conf настройте подключение к новой базе, согласно документации. В данном файле нас интересует раздел Database from

Доброго времени, уважаемые читатели блога! Сегодня публикую небольшое HOWTO для тех кто внедряет OpenSource 🙂  Встала задача перенести сервер DrWeb EntSuite 6 с Windows 2003 на Linux. Выкладываю плод своих испытаний:

Исходные данные для переноса сервера:

Старый сервер: 10.0.0.1 на Windows 2003 + IntDB в качестве базы для сервера DrWeb
Новый сервер: 10.0.0.6 на Debian Squeeze Wheezy (по ряду причин пришлось использовать тестовую версию дистрибутива) + PostgreSQL в качестве базы для сервера DrWeb

Рекомендуется для нового сервера создать в DNS запись CNAME, чтобы при следующих переездах просто перенаправить клиентов на новый сервер, пересоздав новую CNAME.

1. Установка Dr.Web Enterprise Security Suite на целевой сервер (Debian Wheezy)

1.1. Скачиваем необходимую версию.
1.2. Переносим скачанный файл на сервер и устанавливаем:

dpkg -i drweb-esuite-server-602-201109160-unix-linux-debian-squeeze-i686.deb

Установка сервера DrWeb на Linux описана тут. Кроме пакета сервера на debian мне пришлось вручную доустановить пакеты libcurl3, librtmp0 и libssh2-1. А так же установка завершилась ошибкой:

...
touch: невозможно выполнить touch для «/var/lock/subsys/drwcs»: Нет такого файла или каталога
invoke-rc.d: initscript drwcsd, action "start" failed.

Текущее состояние: 0 сломано [-1].
postgre ~ # # создадим недостающий каталог:
postgre ~ # mkdir /var/lock/subsys/
postgre ~ # service drwcsd start

1.3. Проверить работоспособность сервера и состояние репозитория

1.4. Остановите новый ES-сервер строкой

/etc/init.d/drwcsd stop

или командой из веб-интерфейса.

2. Установка PostgreSQL на Debian

2.1. Устанавливаем пакет postgresql-9.1

В Debian squeeze данный пакет можно установить из бэкпортов. После установки пакетов постгреса произойдет запуск службы СУБД. В процессе первого запуска СУБД скрипт выполнил команду inidb, которая создаст все необходимое и в том числе конфигурационные файлы в папке /var/lib/pgsql. Будут инициализированы все основные настройки и встроенные базы данных.

2.2. Настраиваем PostgreSQL
2.2.1. Разрешаем доступ к СУБД из сети

По умолчанию, постгрес слушает только локалхост, чтобы заставить его слушать внешний интерфейс (если вам это действительно нужно), нужно на время установки в /etc/postgresql/9.1/main/postgresql.conf изменить строку:

#listen_addresses = ‘localhost’
listen_addresses = ‘*’
# это заставит СУБД слушать все интерфейсы
# так же нужно раскомментировать строку:
password_encryption = on

а так же для доступа из локальной сети к СУБД нужно в /etc/postgresql/9.1/main/pg_hba.conf создать строку в соответствующем разделе:

host    all     all     10.0.0.222/32    md5

, где значение host определяет доступ по TCP/IP, первый all разрешает подключаться ко ВСЕМ базам данных, второй all задает доступ для ВСЕХ любого пользователей, 10.0.0.20/32 задает IP и максу компьютера с которого разрешен доступ, md5 задает доступ по хэшу пароля, а не по открытому тексту.

2.2.2. Настраиваем окружение PostgreSQL

Cоздаем пароль для администратора постгреса (для пользователя UNIX, под которым работает служба):

passwd postgres
Введите новый пароль UNIX:<ВАШ СЕКРЕТНЫЙ ПАРОЛЬ>
Повторите ввод нового пароля UNIX: <ВАШ СЕКРЕТНЫЙ ПАРОЛЬ>
passwd: пароль успешно обновлён

После этого, необходимо рестарт СУБД:

postgre ~ # service postgresql restart
Restarting PostgreSQL 9.1 database server: main.

Создать пароль для внутреннего пользователя СУБД:

postgre ~ # # сменим пользователя, передем в консоль PgSQL командой psql и зададим пароль
postgre ~ # su -l postgres
postgres@postgre ~ $ psql
psql (9.1.1)
Type "help" for help.

postgres=# alter user postgres with password 'ваш_пароль';
ALTER ROLE
postgres=# q

2.2.3. Создаем базы данных для севера DrWeb

Чтобы хранить базу антивируса в отдельном каталоге (куда, к стати, можно примонтировать отдельный раздел), необходимо создать для базы каталог и назначить необходимые права (чтобы СУБД имела доступ в этот каталог):

postgre ~ # mkdir /var/drwebdb
postgre ~ # chown postgres:postgres /var/drwebdb
postgre ~ # chmod 0775 /var/drwebdb/
postgre ~ # ls -lda /var/dr*
drwxrwxr-x 2 postgres postgres 4096 Ноя 28 12:00 /var/drwebdb

Далее подготовим СУБД к работе с сервером DrWeb. Для этого залогинемся под администратором базы данных и выполним указанные скрипты:

root@postgre:~# su -l postgres
postgres@postgre ~ $ # создаем пользователя drwcs с паролем drwcs и минимумом прав. Под этим пользователем сервер DrwebES будет подключаться к серверу PostgreSQL:
postgres@postgre ~ $ psql --dbname postgres --username postgres --command "CREATE ROLE drwcs WITH NOSUPERUSER NOCREATEDB NOCREATEROLE NOINHERIT LOGIN ENCRYPTED PASSWORD 'drwcs';"
CREATE ROLE
postgres@postgre ~ $ # создаем табличное пространство drwebes_ts, которое будет располагаться в каталоге /var/drwebdb.
postgres@postgre ~ $ # Именно в нем, в дальнейшем, будет создана база DrwebES:
postgres@postgre ~ $ psql --dbname postgres --username postgres --command "CREATE TABLESPACE drwebes_ts OWNER postgres LOCATION '/var/drwebdb';"
CREATE TABLESPACE
postgres@postgre ~ $ # команда собственно создает базу данных для DrwebES. База данных будет расположена в табличном пространстве drwebes_ts.
postgres@postgre ~ $ # Т.е. физически она будет размещаться в каталоге /var/drwebdb.
postgres@postgre ~ $ psql --dbname postgres --username postgres --command "CREATE DATABASE drwebes OWNER postgres TABLESPACE drwebes_ts;"
CREATE DATABASE
postgres@postgre ~ $ # создает схему drwcs в базе данных drwebes. Обратите внимание, что мы подключаемся к базе drwebes (а не postgres), так как именно там мы хоти создать схему.
postgres@postgre ~ $ psql --dbname drwebes --username postgres --command "CREATE SCHEMA drwcs AUTHORIZATION drwcs;"
CREATE SCHEMA
postgres@postgre ~ $

Более подробно об этих командах написано тут. Эти проделанные действия я бы посоветовал проверить через pgAdmin (перед этим включив доступ к СУБД в pg_hba.conf и основном конфиге — описание как это сделать было выше). После выполнения указанных команд должна получиться следующая картина:

3. Экспорт «рабочей» базы данных

3.1. Остановите службу старого ES-сервера командой из меню Пуск или веб-интерфейса. Убедитесь, что сервер остановился (дождаться сообщения об остановке сервера):

3.2. Уменьшение размера базы данных

Если база занимает много места (например моя весила на момент переезда порядка 23 Гб.), можно ее почистить от старых записей. Как это сделать описано тут. Перед очисткой желательно сделать копию базы!!! Кроме того, обязательно нужно почистить таблицу activity_data, ибо она отказывается импортироваться в базу с кодировкой UTF-8. Я сделал это по той же инструкции, за тем лишь исключением, что скрипт очистки имел следующий вид:

BEGIN;
DELETE FROM procerror WHERE errrecvtime <= 20111207000000000;
DELETE FROM activity_data WHERE createtime <= 20111207000000000;
COMMIT;
VACUUM;

Где дата 20111207000000000 должна быть меньше старее текущей. Вы, наверно, поинтересуетесь почему тут еще указана таблица procerror. Потому что в моей базе она занимала большую часть места, после выполнения скрипта размер базы изменился с 23 Гб до 80 Мб. (буду рад комментариям по модификации скрипта до более оптимального вида)

3.4. Проверка базы данных

Если обрезка базы производилась на копии, то скопируйте копию на место рабочей базы (C:Program FilesDrWeb Enterprise Servervardbinternal.dbs).  Из меню «Пуск» — «Программы» (или «Все программы») — «DrWeb Enterprise Server» — «Управление сервером» («Server control») дайте команду «Проверить базу данных» («Verify DB»). После проверки базы должно появиться соответствующее сообщение:

3.5. Экспортировать базу данных на старом сервере:

C:Documents and Settingsuser>cd C:Program FilesDrWeb Enterprise Serverbin
C:Program FilesDrWeb Enterprise Serverbin>drwcsd.exe -home="C:Program Files
DrWeb Enterprise Server" -var-root="C:Program FilesDrWeb Enterprise Servervar
" -verbosity=all exportdb D:123esbase.es

После выполнения данной команды, в каталоге  D:123 будет лежать файл esbase.es с экспортированной базой.

4. Перенос настроек старого сервера на новый

После того, как проверка базы сообщит об отсутствии повреждений и база экспортируется, скопируйте в произвольный каталог на новом сервере следующие файлы со старого ES-сервера:
— открытый криптографический ключ ..installerdrwcsd.pub
— закрытый криптографический ключ ..etcdrwcsd.pri
— конфигурационный файл ..etcdrwcsd.conf
— лицензионный ключевой файл ..etcenterprise.key
— файл сертификата ..etccertificate.pem
— файл внутренней базы данных ..vardbinternal.dbs(в нашем случае — экспортированную базу)

На новом сервере запишите скопированные в п. 4 файлы в следующие каталоги:
— drwcsd.pub в /opt/drwcs/Installer/
— dbinternal.dbs (esbase.es) в /var/opt/drwcs/
— certificate.pem, drwcsd.pri, drwcsd.conf и enterprise.key в /var/opt/drwcs/etc
заменив одноимённые файлы, созданные при установке ES-сервера из дистрибутива.

Задайте перенесённым файлам те же права и владельца, которые были заданы при установке ES-сервера.

postgre ~ # ls -la /opt/drwcs/Installer/
итого 3132
drwxr-xr-x 2 root  root     4096 Ноя 21 18:36 .
drwxr-xr-x 8 root  root     4096 Ноя 21 18:35 ..
-rw-r--r-- 1 drwcs drwcs     223 Ноя 21 18:36 drwcsd.pub
-rw-r--r-- 1 root  root  3192128 Сен 17 02:12 drwinst.exe
postgre ~ # ls -la /var/opt/drwcs/etc/
итого 280
drwxr-x--- 2 drwcs drwcs   4096 Ноя 21 18:36 .
drwxr-x--- 8 drwcs drwcs   4096 Ноя 21 18:36 ..
-r--r----- 1 drwcs drwcs   1629 Ноя 21 18:36 agent.key
-rw-r----- 1 drwcs drwcs    282 Сен 17 02:12 auth-ads.xml
-rw-r----- 1 drwcs drwcs   2351 Сен 17 02:12 auth-ldap.xml
-rw-r----- 1 drwcs drwcs    993 Ноя 21 18:36 certificate.pem
-rw-r----- 1 drwcs drwcs   1615 Сен 17 02:12 clean.sql
-rw-r----- 1 drwcs drwcs    689 Сен 17 02:12 db-export.sql
-rw-r----- 1 drwcs drwcs     69 Сен 17 02:12 download.conf
-rw-r----- 1 drwcs drwcs   5570 Сен 17 02:12 drwcsd.conf
-rw------- 1 drwcs drwcs    289 Ноя 21 18:36 drwcsd.pri
-rw-r----- 1 drwcs drwcs  15608 Сен 17 02:12 drweb32.ini
-r--r----- 1 drwcs drwcs   1475 Ноя 21 18:36 enterprise.key
-rw-r----- 1 drwcs drwcs 189146 Сен 17 02:12 init.sql
-rw-r----- 1 drwcs drwcs   9381 Сен 17 02:12 openssl.cnf
-rw-r----- 1 drwcs drwcs    891 Ноя 21 18:36 private-key.pem
-rw-r----- 1 drwcs drwcs   6017 Сен 17 02:12 webmin.conf

5. Настройка работы DrWeb ESS с СУБД PostgreSQL

В файле /var/opt/drwcs/etc/drwcsd.conf настройте  подключение к новой базе, согласно документации. В данном файле нас интересует раздел Database <DRIVER> from <PATH> using <PARAMETERS>, который определяет подключение к базе данных. <DRIVER> — наименование драйвера базы, <PATH> — путь, откуда грузить драйвер, <PARAMETERS> — параметры установления связи с сервером БД. Для нашего примера необходимо привести строчку к следующему виду:

DataBase "drwpgsql"
  from ""
  using "host=localhost port=5432 dbname=drwebes user=drwcs password=drwcs"

6. Инициализация новой базы данных DrWeb

Для инициализации новой базы данных необходимо выполнить следующую команду:

root@postgre:~# /etc/init.d/drwcsd initdb

После инициализации PgAdmin нам покажет такую картину (добавятся таблицы):

7. Импорт рабочей базы данных

Перед импортом файлу базы данных необходимо задать права и владельца — drwcs

root@postgre:~# mv /root/drweb/esbase.es /opt/drwcs/
root@postgre:~# chown drwcs:drwcs /opt/drwcs/esbase.es
root@postgre:~# /etc/init.d/drwcsd importdb /opt/drwcs/esbase.es
root@postgre:~# # после завершения импорта запускаем сервер:
root@postgre:~# /etc/init.d/drwcsd start
root@postgre:~# /etc/init.d/drwcsd status
Dr.Web Server is started

После завершения указанных команд, подключитесь к веб-интерфейсу сервера и проверьте, всё ли нормально работает и присутствуют ли станции со старого сервера в списке. В разделе «Администрирование» — «Состояние репозитория» убедитесь, что репозиторий в актуальном состоянии и нормально обновляется после замены файлов. При переносе некоторые параметры перенеслись не совсем корректно:

8. Перенаправление Агентов DrWeb на новый сервер

Запустите снова старый ES-сервер, откройте настройки агента для группы Everyone, задайте на вкладке «Сеть» новый адрес сервера и сохраните настройки. Если для каких-то агентов первичной является не группа Everyone, а другая, или заданы персональные настройки, то проделайте соответствующие эти действия для других первичных групп и агентов с персональными настройками.

9. Деинсталляция старого сервера

После того, как все агенты отключатся от старого сервера и подключатся к новому, старый сервер можно остановить и окончательно деинсталлировать.

10. траблешуттинг:

Если при импорте или настройке PostgreSQL или DrWeb возникли проблемы, то можно просмотреть лог /var/opt/drwcs/log/drwcsd.log или и /var/log/postgresql/postgresql-9.1-main.log. Например, у меня была ошибка:

20111121.190756.91 inf [ 4582  4582] main   [DbMgr] Importing database content from file "/root/drweb/esbase.es"
20111121.190756.91 FTL [ 4582  4582] main   [Server] Cannot import database because of
20111121.190756.91 FTL [ 4582  4582] main     import file "/root/drweb/esbase.es" is corrupted because of
20111121.190756.91 FTL [ 4582  4582] main     cannot open file "/root/drweb/esbase.es" because of
20111121.190756.91 FTL [ 4582  4582] main     Отказано в доступе (errno=13)

которая была из-за того что не было прав к файлу экспортированной базы.

С Уважением, Mc.Sim!

Теги: Debian, Drweb, PostgreSQL

При развертывании АВ-сети на базе Dr.Web Enterprise Suite первым устанавливаемым компонентом является: Начинать установку можно с любого компонента Dr.Web ES. 01:18 Нет

2 После установки Dr.Web Enterprise Server первым делом необходимо: Установить ES-агенты на всех станциях сети. 01:49 Нет

3 Между ES-агентами и ES-сервером должна быть связь по протоколу: TCP/IP. 00:07 Нет

Также необходимо учитывать, что:
• между консолью и ES-сервером должна быть связь по протоколу TCP/IP;
• между ES-агентами и ES-сервером должна быть связь по одному из следующих прото-
колов: TCP/IP, IPX или NetBIOS

4 Из интерфейса антивирусного агента при соответствующих настройках нельзя: Запустить сканер с графическим интерфейсом. 00:14 Нет

5 Таблица Вирусы в веб-консоли отражает информацию: О станциях, на которых были зафиксированы вирусные инциденты. 00:33 Нет

6 Найдите верное утверждение:
«В сети, в которой функционируют несколько соединенных между собой ES-серверов, ES-агенты: могут быть подсоединены к разным ES-серверам.» 00:16 Да

7 Развёртывание АВ-сети не включает в себя следующий этап: Включает все перечисленные действия. 00:15 Да

8 Веб-консоль – это: Компонент Dr.Web ES, который может быть запущен в браузере на любом компьютере локальной сети, с помощью которого можно управлять АВ-сетью. 00:15 Да

9 В случае, если ES-сервер присылает сообщения о многократном удалении с помощью SpIDer Guard одного и того же инфицированного файла на одной из станций, то первым действием, которое должен сделать администратор АВ-сети, должно быть: Просканировать станцию с помощью Dr.Web Enterprise Scanner. 00:32 Нет

10 Если срок действия лицензии на Dr.Web ES истечет, то: Все компоненты Dr.Web ES, включая антивирусное ПО на рабочих станциях будут продолжать свою работу, но не будут приниматься обновления с ВСО Dr.Web. 01:06 Нет

11 Dr.Web Enterprise Server не поддерживает следующую СУБД для организации внешней базы данных: PostgreSQL. 00:16 Нет

12 При переводе базы данных ES-сервера с внутренней реализации на внешнюю СУБД первой операцией, которая проводится над базой данных, является: При инициализации внешней базы данных ее импорт из промежуточного формата происходит автоматически. 00:29 Нет

13 Таблица Состояние в веб-консоли не отражает информацию: О станциях с неправильно выставленным временем на них. 00:21 Нет

14 Ключевой файл, отвечающий за возможность запуска различных модулей антивирусного ПО, входящего в состав ES-агентов: Называется agent.key и хранится в открытом виде на каждой рабочей станции. 01:41 Нет

15 Максимальное число уровней иерархии между связанными ES-серверами: Количество не ограничено. 00:42 Да

16 Если на станциях, защищенных ПО Dr.Web ES, не работает антиспам-модуль, то в первую очередь необходимо: Убедиться, что в ключевом файле agent.key есть поддержка антиспама. 00:21 Да

Номер Вопрос Ваш ответ Время Результат
1 Администратор АВ-сети не может просмотреть информацию о вирусных инфекциях, произошедших на компьютерах, расположенных в сети предприятия: На веб-сайте

компании «Доктор Веб». 00:38 Да
2 Два ES-сервера нельзя связать этим типом связи: Имеется возможность настроить связь любого из перечисленных типов. 00:11 Нет
3 В состав дистрибутивов Dr.Web Enterprise Suite входят следующие компоненты: Входят все перечисленные компоненты. 01:34 Да
4 Веб-консоль не рассчитана на использование со следующим браузером: Рассчитана на запуск во всех перечисленных браузерах. 00:07 Да
5 Антивирусный сервер – это: Компьютер, находящийся в локальной сети предприятия, на котором установлено ПО Dr.Web Enterprise Server. 00:31 Да
6 Права администраторов ES-сервера разграничиваются по следующему признаку: Возможно любое из описанных разграничений прав администраторов ES-сервера. 00:11 Нет
7 Репозиторий ES-сервера – это: База данных, содержащая в себе все события, происходящие во время работы антивирусной сети, а также настройки компонентов защищаемых станций. 00:28 Нет
8 В состав антивирусного ПО, устанавливаемого на защищаемые станции, не входит следующий компонент: В состав антивирусного ПО входят все перечисленные компоненты. 00:10 Да
9 В случае, если ES-сервер присылает сообщения о многократном удалении с помощью SpIDer Guard одного и того же инфицированного файла на одной из станций, то первым действием, которое должен сделать администратор АВ-сети, должно быть: Просканировать станцию с помощью Dr.Web Enterprise Scanner. 00:33 Нет
10 Антивирусный агент – это: Компонент Dr.Web ES, который может быть установлен на любой компьютер в локальной сети или вне нее, имеющий графический интерфейс, с помощью которого можно управлять АВ-сетью. 00:19 Нет
11 Найдите верное утверждение:
«В сети, в которой функционируют несколько соединенных между собой ES-серверов, ES-агенты: могут быть подсоединены к разным ES-серверам.» 00:19 Да
12 Антивирусная сеть – это: Локальная сеть предприятия, в которой установлено, настроено и функционирует антивирусное ПО Dr.Web ES. 00:28 Да
13 Перед развертыванием ПО Dr.Web Enterprise Suite в сети, необязательно производить следующие действия: Необходимо совершить все перечисленные действия. 00:15 Да
14 Для того, чтобы иметь возможность связать два ES-сервера, необходимо, чтобы: Необходимы все перечисленные условия. 00:14 Нет
15 В зависимости от того, на какую ОС устанавливается ES-агент, на Windows 9x или на NT-образную версию Windows, устанавливаются различные версии следующего компонента: На Windows 9x и NT-образные версии Windows устанавливаются различные реализации всех перечисленных компонентов. 00:13 Нет
16 Администратор АВ-сети, развернутой на базе ПО Dr.Web ES, имеет возможность: Имеет возможность производить все перечисленные действия. 00:14 Да

Начало формы

Номер Вопрос Ваш ответ Время Результат
1 Права администраторов ES-сервера разграничиваются по следующему признаку: Имеющие право изменять настройки только ES-агентов и имеющие право изменять настройки также и ES-сервера. 00:45 Нет
2 Найдите верное утверждение.
«ES-сервер… имеет возможность работать с платными СУБД, но для их использования предприятию необходимо приобрести соответствующую лицензию.» 01:16 Да
3 Два ES-сервера нельзя связать этим типом связи: Главный-подчиненный. 00:24 Нет
4 Значок агента в Области уведомлений в виде двух красных стрелок на зелёном фоне означает, что: АВ-сервер недоступен. 01:02 Да
5 Антивирусный сервер – это: Компьютер, находящийся в локальной сети предприятия, на котором установлено ПО Dr.Web Enterprise Server. 02:10 Да
6 Ключевой файл, отвечающий за возможность запуска различных модулей антивирусного ПО, входящего в состав ES-агентов: Называется agent.key и хранится на станциях в зашифрованном виде. 00:48 Да
7 Антивирусный агент – это: Компонент Dr.Web ES, устанавливаемый на всех компьютерах защищаемой сети. 01:30 Да
8 В случае возникновения «Критической ошибки обновления» на одной из защищённых станций необходимо в первую очередь: С веб-консоли дать команду «Обновить сбойные компоненты» для проблемной станции. 02:43 Да
9 Автоматически по расписанию может обновляться с одной версии на другую: Все перечисленные компоненты. 00:49 Нет
10 Открытый ключ шифрования: Называется drwcsd.pub и находится на ES-сервере. 02:27 Нет
11 Средствами Dr.Web Enterprise Suite нельзя управлять антивирусными продуктами Dr.Web для следующих ОС: 4. Можно управлять продуктами Dr.Web для всех перечисленных ОС 00:41 Нет
12 Если ES-агент находится в мобильном режиме, пользователь имеет право: Самостоятельно обновлять вирусные базы. 00:42 Да
13 Веб-консоль может быть запущена: Для запуска веб-консоли подходит любой из перечисленных вариантов. 00:59 Да
14 В каком случае трафик между ES-сервером и ES-агентом останется незашифрованным? Шифрование на ES-сервере установлено в режим «возможно», на ES-агенте – в режим «нет». 00:29 Да
15 Если на ES-агенте, установленном на серверной ОС Windows, не запускается SpIDer Guard, то в первую очередь необходимо: Убедиться, что в ключевом файле agent.key есть поддержка SpIDer Guard для серверов. 01:00 Да
16 Установка Dr.Web Enterprise Server должна осуществляться от имени пользователя со следующими правами на выбранном компьютере: Администратор. 00:08 Да

Номер Вопрос Ваш ответ Время Результат
1 Трафик между ES-агентами и ES-серверами не может быть: Не сжат и не зашифрован одновременно. 00:55 Нет
2 При переводе базы данных ES-сервера с внутренней реализации на внешнюю СУБД первой операцией, которая проводится над базой данных, является: Экспорт внутренней базы данных в промежуточный формат. 01:27 Да
3 Если используемые ключевые файлы для Dr.Web ES будут заблокированы, то: Все компоненты Dr.Web ES, включая антивирусное ПО на рабочих станциях будут продолжать свою работу, но не будут приниматься обновления с ВСО Dr.Web. 00:52 Да
4 Для установки Dr.Web Enterprise Server необходимо и достаточно иметь в распоряжении следующие ключевые файлы: enterprise.key. 01:15 Нет
5 Количество администраторов одного ES-сервера ограничивается этим количеством: Данное ограничение прописано в ключевом файле enterprise.key. 00:53 Нет
6 Установка Dr.Web Enterprise Server должна осуществляться от имени пользователя со следующими правами на выбранном компьютере: Администратор. 00:15 Да
7 При каких настройках шифрования на ES-агенте и ES-сервере они не смогут связаться между собой? Шифрование на ES-сервере установлено в режим «нет», на ES-агенте – в ре-жим «да». 00:23 Да
8 Если срок действия лицензии на Dr.Web ES истечет, то: Все компоненты Dr.Web ES, включая антивирусное ПО на рабочих станциях будут продолжать свою работу, но не будут приниматься обновления с ВСО Dr.Web. 00:23 Нет
9 В каком случае трафик между ES-сервером и ES-агентом останется несжатым? Сжатие на ES-сервере установлено в режим «нет», на ES-агенте – в режим «возможно». 00:12 Да
10 Ключевой файл, отвечающий за параметры функционирования ES-сервера: Называется enterprise.key и хранится на ES-сервере в открытом виде. 00:37 Да
11 В состав антивирусного ПО, устанавливаемого на защищаемые станции, не входит следующий компонент: В состав антивирусного ПО входят все перечисленные компоненты. 00:40 Да
12 Таблица Состояние в веб-консоли не отражает информацию: О станциях с неправильно выставленным временем на них. 01:06 Нет
13 Dr.Web Enterprise Server нельзя установить на следующие ОС: Windows 98. 01:28 Да
14 Права администраторов ES-сервера разграничиваются по следующему признаку: Имеющие право вносить изменения в настройки компонентов АВ-сети и имеющие право только читать информацию, которую может выводить веб-консоль. 00:51 Да
15 На степень антивирусной защиты компьютеров, расположенных в АВ-сети предприятия, влияют следующие факторы: Все перечисленные факторы важны. 00:11 Да
16 Антивирусный агент – это: Компонент Dr.Web ES, устанавливаемый на всех компьютерах защищаемой сети. 00:22 Да

Начало формы

Начало формы

This entry was posted in Без рубрики. Bookmark the permalink.
← Ответы Dr. Web администрирование Windows
Ответы DrWeb Dr.Web Enterprise Security часть 2 →
One Response to Ответы DrWeb Dr.Web Enterprise Security
Enkil says:
28.02.2012 at 1:18 пп

Номер Вопрос Ваш ответ Время Результат
1 Средствами Dr.Web Enterprise Suite нельзя управлять антивирусными продуктами Dr.Web для следующих ОС: 1. Android. 00:37 Да
2 Права администраторов ES-сервера разграничиваются по следующему признаку: Имеющие право вносить изменения в настройки компонентов АВ-сети и имеющие право только читать информацию, которую может выводить веб-консоль. 00:22 Да
3 Администратор антивирусной сети: Сотрудник предприятия, в котором расположена защищаемая антивирусная сеть, отвечающий за нормальное функционирование АВ-сети. 00:32 Да
4 В случае если обнаружится, что один ES-сервер не справляется с возлагаемой на него нагрузкой, проблему можно решить следующим способом: Можно использовать все перечисленные способы решения проблемы. 00:28 Да
5 Если фон значка агента в Области уведомлений постоянно красного цвета, то это означает, что: Агент остановлен или не работает. 00:36 Да
6 В случае обнаружения неизвестной антивирусу Dr.Web инфекции в локальной сети предприятия наименее эффективными являются следующие действия: Стоит дождаться, пока данный неизвестный вирус будет добавлен в вирусные базы антивируса Dr.Web и затем пролечить зараженные станции. 00:25 Да
7 Количество администраторов одного ES-сервера ограничивается этим количеством: Не ограничивается 00:18 Да
8 В случае, если ES-сервер присылает сообщения о многократном удалении с помощью SpIDer Guard одного и того же инфицированного файла на одной из станций, то первым действием, которое должен сделать администратор АВ-сети, должно быть: Отключить станцию от локальной сети предприятия. 00:28 Да
9 После установки Dr.Web Enterprise Server первым делом необходимо: Провести хотя бы одно удачное обновление компонентов антивирусного ПО, находящегося в репозитории ES-сервера. 00:28 Да
10 Начиная с какого количества станций необходимо использовать Dr.Web ES, т.к. лицензия Dr.Web для Windows для такого количества станций уже не продаётся? 11. 00:50 Нет
11 Если у новой версии ES-сервера поменялся формат базы данных, то при обновлении ПО ES-сервера перед запуском новой версии ES-сервера необходимо: Запустить скрипт обновления базы данных ES-сервера до актуальной версии. 00:52 Да
12 Трафик между ES-агентами и ES-серверами не может быть: Возможен любой из перечисленных вариантов. 00:31 Да
13 Антивирусный агент: Отвечает за приём и передачу всей необходимой информации для правильного функционирования антивирусной защиты каждого компьютера защищаемой сети, а также за выполнение заданий, назначенных сервером и пользователем, на защищаемом компьютере. 00:14 Да
14 Файлы отчетов (логи) при своей работе не ведут следующие компоненты АВ-сети на базе Dr.Web ES: Все перечисленные компоненты ведут файлы отчетов. 00:19 Да
15 Значок агента в Области уведомлений в виде чёрного рисунка на зеленом фоне означает, что: Агент работает нормально и связывается с сервером. 00:56 Да
16 Веб-консоль не рассчитана на использование со следующим браузером: Рассчитана на запуск во всех перечисленных браузерах. 00:17 Да

Номер Вопрос Ваш ответ Время Результат
1 Антивирусный сервер – это: Компьютер, находящийся в локальной сети предприятия, на котором установлено ПО Dr.Web Enterprise Server. 00:24 Да
2 Автоматически по расписанию может обновляться с одной версии на другую: ES-агент и антивирусное ПО, входящее в его состав. 01:13 Да
3 При каких настройках сжатия на ES-агенте и ES-сервере они не смогут связаться между собой? Сжатие на ES-сервере установлено в режим «нет», на ES-агенте – в режим «возможно». 01:56 Нет
4 Установка Dr.Web Enterprise Server должна осуществляться от имени пользователя со следующими правами на выбранном компьютере: Администратор. 00:21 Да
5 Если фон значка агента в Области уведомлений меняет свой цвет с зеленого на красный, то это означает, что: Произошла ошибка при обновлении компонентов антивирусного агента. 02:55 Да
6 Пользователь станции АВ-сети, столкнувшись с неразрешимой проблемой, связанной с работой ES-агента, должен обратиться: В техническую поддержку компании «Доктор Веб». 01:17 Нет
7 Два ES-сервера нельзя связать этим типом связи: Независимые. 01:18 Да
8 В случае обнаружения неизвестной антивирусу Dr.Web инфекции в локальной сети предприятия наименее эффективными являются следующие действия: Стоит дождаться, пока данный неизвестный вирус будет добавлен в вирусные базы антивируса Dr.Web и затем пролечить зараженные станции. 00:39 Да
9 Администратор АВ-сети не может просмотреть информацию о вирусных инфекциях, произошедших на компьютерах, расположенных в сети предприятия: На веб-сайте компании «Доктор Веб». 00:38 Да
10 Закрытый ключ шифрования: Называется drwcsd.pri и находится на ES-сервере. 01:44 Да
11 При каких настройках шифрования на ES-агенте и ES-сервере они не смогут связаться между собой? Шифрование на ES-сервере установлено в режим «нет», на ES-агенте – в ре-жим «да». 00:24 Да
12 Количество администраторов одного ES-сервера ограничивается этим количеством: Не ограничивается 00:16 Да
13 Для возможности использования ES-агента на ОС Windows NT/2000/2003 Server необходимо и достаточно: Приобрести лицензию на Dr.Web Server Security Suite 02:07 Нет
14 Таблица Состояние в веб-консоли не отражает информацию: О незапущенных на станциях компонентах антивирусного ПО. 00:34 Нет
15 Найдите верное утверждение:
«В сети, в которой функционируют несколько соединенных между собой ES-серверов, ES-агенты: могут быть подсоединены к разным ES-серверам.» 00:45 Да
16 Для того, чтобы в почтовых клиентах на станциях началась фильтрация спама в специальную папку, необязательно: Необходимы все перечисленные условия. 01:26 Да

Dr web enterprise security suite astra linux

Установка Сервера Dr.Web для ОС семейства UNIX®

Все действия по установке необходимо выполнять из консоли от имени суперпользователя ( root ).

Чтобы установить Сервер Dr.Web для ОС семейства UNIX:

1. Чтобы запустить установку пакета Сервера выполните следующую команду:

Для запуска установочного пакета можете использовать ключи командной строки. Параметры команды запуска приведены в документе Приложения , п. H8. Инсталлятор Сервера Dr.Web для ОС семейства UNIX® .

Имя администратора антивирусной сети по умолчанию admin .

2. Далее приводится текст лицензионного соглашения. Для продолжения установки вам необходимо принять лицензионное соглашение.

3. На запрос о каталоге для резервного копирования задайте путь до нужного каталога или подтвердите резервное копирование в каталог по умолчанию – /var/tmp/drwcs .

4. Если в системе был обнаружен дополнительный дистрибутив (extra), будет выведена информации об удалении дополнительного дистрибутива перед началом установки пакета Сервера. Возможность продолжить установку без удаления дополнительного дистрибутива не предоставляется.

5. Далее будет произведена установка ПО, в ходе которой инсталлятор может попросить подтверждения ваших действий от имени администратора.

6. В процессе установки генерируется случайный пароль для главного администратора. После завершения установки этот пароль выводится через консоль в результатах установки Сервера.

Созданный пароль администратора сохраняется в базе данных Сервера. При необходимости вы можете уточнить данный пароль с использованием средств управления базой данный в случае использования внешней базы или же при помощи утилиты drwidbsh для встроенной базы данных (для более подробной информации см. документ Приложения , п. Восстановление пароля администратора Dr.Web Enterprise Security Suite ).

В процессе установки ПО под ОС FreeBSD создается rc-скрипт /usr/local/etc/rc.d/drwcsd .

• /usr/local/etc/rc.d/drwcsd stop – для ручной остановки Сервера;

• /usr/local/etc/rc.d/drwcsd start – для ручного запуска Сервера.

Обратите внимание, что в процессе установки Сервера не задается лицензионный ключ. Лицензионные ключи должны быть добавлены после установки Сервера, через Менеджер лицензий .

Настройка Astra Linux версии 1.6 для установки Сервера Dr.Web в режиме ЗПС

В случае установки Сервера в среде ОС Astra Linux версии 1.6, работающей в режиме ЗПС (замкнутая программная среда), может произойти отказ в запуске программы установки из-за отсутствия открытого ключа шифрования Сервера Dr.Web в списке доверенных ключей. В этом случае необходимо выполнить предварительную настройку режима ЗПС, после чего запустить программу установки повторно.

Для предварительной настройки режима ЗПС:

1. Установите пакет astra-digsig-oldkeys с установочного диска ОС, если он еще не установлен.

Источник

Установка Enterprise Server 10.00 на AstraLinux 1.5 SP

#1 azm9s

Имею в распоряжении эту ОС.

AstraLinux 1.5 SP релиз смоленск.

надобно было установить на это сие изделие Enterprise Server 10.00

в распоряжении имею:

1. скрипт drw_ess_install.sh

2. скрипт drw_agent_install.sh

папку с названием Enterprise Server в котором два файла: *.run и *.tar.gz

в инструкции сказано запустить drw_ess_install.sh, там запрос, как отображаться будет сервер(имя) и ip на котором будет висеть сервер.

в логах установки только такая ошибка:

почитал по форуму, в теме писали что не хватало libz.so, у меня они есть в наличии.

а все равно не ставится.

и как удалить теперь? удаление папки /opt/drwcs не помогло, а скрипт *.remove пытается забекапить бд, которой нет.

в астре пакетный менеджер apt-get, но он не находит такого пакета вообще.

потом в той же теме:

При чистой установке на машину, где никогда ЕС не стоял, xmlexportdb делаться и не должен. Оно делается, насколько я вижу, в цели preun.

не правда. система чистая, установленная с нуля, веба там нет.

тем не менее все это пытается сделать.

p.s. скрипт *.install тоже самое выдает.

как удалить неустановившийся веб и установить его корректно.

#2 Afalin

2. скрипт drw_agent_install.sh

в астре пакетный менеджер apt-get, но он не находит такого пакета вообще.

Таки пакетный менеджер там dpkg, а apt-get – нечто поверх. Если ставили .deb.run – dpkg его покажет и даже позволит удалить. При условии, что эти непонятные скрипты ничего странного не делают.

Ну и вместо того, чтоб удалять, особенно ручками, стоит прикладывать логи и вывод происходящего в терминал.

#3 kr0n

Мне кажется, вам всё таки стоит обратиться в техническую поддержку. Либо к тому, кто вам предоставил вашу инструкцию со скриптами.

Сообщение было изменено kr0n: 12 Июль 2018 — 09:18

#4 Kirill Polubelov

Можно я тоже погадаю?

>> ERROR : Database xmlexportdb failed !

Это вот могло возникнуть, когда вместо 0 сделали просто Enter и скрипт пошёл искать в /var/tmp/drwcs бэкапы.

>> apt-get, но он не находит такого пакета вообще.

#5 azm9s

пишет что пакета такого нет.

искал и по имени drwcs тоже пусто, глянул весь список — пусто.

зачистил вручную все по путям:

везде, кроме tmp лежали каталоги drwcs и drweb.com

запустил скрипт установки — тоже самое. ошибка:

ERROR : Database xmlexportdb failed !

снова зачистил все, удалил пользователя.

раскидал по каталогам дал права созданному вручную пользователю

вручную проинициализировал бд

по крайней мере при /etc/init.d/drwcs start / status показывает что оно работает. по порту отвечает и работает))

чего я не так делал — хз.

#6 Afalin

Сначала какие-то посторонние скрипты для установки, потом ручное раскладывание… Мда.

Почему не воспользоваться штатными средствами?

#7 Denis V. Kuznetsov

azm9s, теперь обновляйтесь на ESS11))

#8 Afalin

Denis V. Kuznetsov, есть смутное подозрение, что если там 10.0, даже не 10.1, и Астра, то имеем дело с какой-либо ФСБ или МО сертификацией. ЕС11 ещё никак не сертифицировался.

#9 Aleksandra

ЕС11 ещё никак не сертифицировался.

#10 Afalin

Aleksandra, погрепают код, погрепают трейсы, собранные при компиляции. Говорят, паттернов набрано у них порядочно для простых закладок.

И бумажку за денежку, да.

#11 Kirill Polubelov

Чорный пативэн уже выехал за вами. И за нами.

#12 Aleksandra

Чорный пативэн уже выехал за вами. И за нами.

#13 azm9s

в общем полноценно работает такк:

устанаваливаем первый раз.

установщик выдает ошибку импорта бд.

удаляем каталоги и файлы отовсюду:

и запускаем скрипт установки заново.

ждем пару минут.

работает все. полностью.

баги другие возникают, опишу в другой теме.

#14 Afalin

Вы эту дичь ещё другим пользователям советуйте, ага.

Другие баги такого же рода, куда-то влезли, куда не следует, что-то сделали, отчего что-то в итоге не работает?

#15 azm9s

это костыль, но рабочий.

говорить вышестоящему начальству, что в их стартовом скрипте одна переменная не так задана — если лишат премии на полгода, это еще хорошо прокатило.

у себя то я подправил после того как разобрал скрипт по полочкам, разобрался и сделал, так как надо.. но другие то не поймут, тем более сейчас сюда тоже нахлынет толпа военных с темой:» у меня не ставится, что делать.»

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

Сообщение было изменено azm9s: 22 Июль 2018 — 10:39

#16 Kirill Polubelov

Прочёл и прям таки ощутил, как вырастают. погоны на плечах =) Ать-два!

#17 basid

Это не погоны растут это яички съёживаются .

Источник

Dr.Web для AstraLinux

#1 Mina

Какjой дистрибутив Dr.Web Enterprise Security Suite предназначен для работы с ОССН AstraLinux, в частности с мандатным разграничением доступа?

#2 Afalin

Любой сертифицированный 10.00.1.201702110, ФСТЭК/МО, на выбор.

Сообщение было изменено Afalin: 14 Декабрь 2017 — 17:47

#3 Mina

Мы используем сертифицированный ФСТЭК МО. ОС Astra Linux 1.4:

1, Сканер запускается только на нулевом уровне.

2, Не доступны для сканирования каталоги с уровнем выше нулевого в домашнем каталоге пользователя.

#4 Igorn

Изначально вопрос был по ES.

Какая версия продукта установлена на станциях?

Сообщение было изменено Igorn: 15 Декабрь 2017 — 12:50

#5 Mina

Установлен сервер ESS 10, в ЦУ создаем новую станцию, скачиваем инсталляционные файлы с вкладки свойства станции.

#6 Afalin

Версия сертифицированного ESS какая? 10.00.1.201702110 или что-то более старое?

#7 Mina

Версия ESS 10.1.0.0-1505251940

#8 Mina

Уточнение: На станциях Astra Linux 1.4 установлено ПО

#9 Igorn

Для работы на мандатных уровнях нужна 11-я версия drweb-workstations

#10 Mina

А 11-я версия drweb-workstations сертифицирована МО РФ?

#11 Afalin

В составе сервера 10.00.1-201702110.

Сообщение было изменено Afalin: 19 Декабрь 2017 — 11:00

#12 Mina

В составе сервера 10.00.1-201702110.

Спасибо

#13 Mina

В составе сервера 10.00.1-201702110.

Спасибо

В составе сервера 10.00.1-201702110.

Спасибо

Доброго дня! Тестирую данную версию workstation.

Проблемы при сканировании каталога /home.

Пользователь работает на ненулевых мандатных уровнях и создает секретные и сов.секретные файлы в /home.

Сканер запускается только на нулевом уровне и не видит данные файлы.

В других каталогах секретные и сов.секретные зараженные файлы успешно обнаруживаются.

Сообщение было изменено Mina: 05 Февраль 2018 — 18:18

#14 Ilia D.

Каким компонентом производится сканирование? Через gui?

Обратите внимание на пункт документации, касающийся специфичных настроек для AstraLinux SE

#15 Mina

В документации настройки для LInux SE мы его не используем, также настройки для Spider Guard.

Сканирование выполняется Сканером, запускается из графики или удаленно через центр управления.

В других каталогах (не /home) все работает независимо от уровня файлов/каталогов.

#16 Igorn

Пробовали настройку с «exexaps» из предложенного выше раздела документации?

Кроме того, для локального сканирования можете воспользоваться автономным режимом работы drweb-gui, запустив drweb-gui -a

Сообщение было изменено Igorn: 07 Февраль 2018 — 08:35

#17 Mina

После настройки drweb-config с execaps удалось запустить drweb-gue -a. Спасибо!

Но получается, что в режиме централизованной защиты запустить сканер на ненулевых уровнях невозможно?

#18 Ilia D.

Вы имеете ввиду запуск сканирования локально, но в режиме централизованной защиты? Или запуск сканирования с сервера централизованной защиты?

В любом случае, сканер будет работать на ненулевых уровнях. Для перестраховки можно дополнительно установить путь для сканирования в виде «/home/.pdp/»

#19 Mina

Локально при установленном режиме централизованной защиты сканер не запускается.

Сообщение было изменено Mina: 12 Февраль 2018 — 07:25

#20 Ilia D.

В таком случае нужны логи, а также версия AstraLinux. Возможно, у вас на сервере централизованной защиты отключена возможность запуска сканера.

Источник

Коды ошибок

Список ошибок

Ошибка 0

Суть: невозможно зарегистрировать лицензию через мастер регистрации с помощью лицензионного кода, нужен ключевой файл. Проблема актуальна для WinXP.

Из-за ограничений Windows XP активация лицензии непосредственно через мастер регистрации антивируса в настоящее время невозможна. На головной странице нашего сайта https://www.drweb.ru наведите курсор мыши на пункт «Поддержка», в выпавшем меню откройте ссылку «Регистрация серийного номера», проведите регистрацию лицензии и подтвердите отправку ключевого файла на Ваш электронный адрес. После регистрации на указанный Вами при первой регистрации адрес придет электронное письмо с ключевым файлом, который и нужно будет указать мастеру регистрации антивируса.

Если у Вас еще не установлена версия 11.5 нашего антивируса, настоятельно рекомендуем скачать с нашего сайта ее дистрибутив и установить в системе, вместо устаревшей версии нашего антивируса.

Система Windows XP катастрофически устарела и ней имеются незакрытые уязвимости, через которые легко могут проникать новые вредоносные программы, еще не попавшие в базы антивирусов. Компания Microsoft с апреля 2014 года полностью прекратила поддержку Windows XP. Это означает, что для данной системы практически полностью прекращен выпуск обновлений, исправляющих обнаруживаемые в системе уязвимости, так что обеспечить надежную защиту этой системы в настоящее время практически невозможно.

Настоятельно рекомендуем использовать для работы в Интернете (особенно если на компьютере ведется работа с банковскими или платежными системами) компьютеры с более современными и более безопасными версиями Windows, а если технически это возможно, то перевести работу с Интернетом и платежными системами на системы под управлением Linux или MacOS, которые у злоумышленников пока не так популярны, как Windows. Если же по какой-то причине необходимо использование именно Windows XP, нужно обязательно установить в системе все выпущенные для нее обновления, а также соответствующими техническими средствами ограничить доступ с этого компьютера в Интернет только необходимыми для работы сайтами.

Ошибка 2

Суть: Ошибка в процессе обновления. Поскольку она может быть вызвана несколькими причинами, проверьте доступность сети, а также правильность настроек прокси, если он используется. Если сеть доступна, а прокси настроен верно, выполните ряд действий по восстановлению системы и антивируса, вероятнее всего проблема будет устранена.

Проведите проверку жесткого диска на наличие ошибок с помощью утилиты chkdsk. Для проверки тома C: выполните команду:

Команду необходимо ввести в окне командной строки Windows (нажать сочетание клавиш Win+R → ввести cmd → нажать ОК) и нажать Enter.

При этом утилита предложит осуществить проверку диска «C:» при следующей загрузке. С этим надо согласиться и перезагрузить ПК. При загрузке появится сообщение о проверке диска, которую можно отменить нажав любую клавишу, делать этого не надо – необходимо дождаться окончания проверки и загрузки ОС.

Перезагрузите ПК, перед запуском ОС начнется тестирование диска.

Выполните восстановление антивируса. Откройте Пуск → Панель управления → Программы и компоненты (аналогичный путь для вашей версии Windows) → выберите Dr.Web, нажмите сверху Изменить → Восстановить программу.

После окончания восстановления перезагрузите ПК и проверьте работу обновления Dr.Web.

Если ошибка обновления сохранится, то нажмите на значок антивируса справа внизу → Центр безопасности → значок Замок → сверху Шестеренка → Общие → Дополнительные настройки → Журнал → Изменить, установите флажок Обновление Dr.Web, нажмите ОК. Закройте настройки, повторите попытку обновления. После появления ошибки сформируйте отчет, выбрав Поддержка → Перейти к мастеру отчетов → Создать отчет.

После этого обратитесь в службу технической поддержки, приложив к запросу созданный отчет, после чего аналогичным образом отключите ведение подробного отчета для модуля обновления (уберите флажок Обновление Dr.Web).

Ошибка 3

Суть: Ошибка при обновлении с зеркала обновлений. Возникает при попытке одновременно обновить антивирус вручную при уже запущенном процесс обновления по расписанию.

Перезагрузите ПК и попробуйте повторить обновление.

Если ошибка продолжает появляться – обратитесь в службу технической поддержки, приложив отчет, созданный утилитой DwSysInfo.

Для создания отчета:

1. Загрузите и сохраните на компьютере утилиту DwSysInfo
2. Запустите сохраненный файл dwsysinfo.exe.
3. Нажмите на кнопку Сформировать отчет.
4. Дождитесь окончания формирования отчета.

Ошибка 4

Суть: Ошибка при обновлении. Возникает в случае ошибки в параметрах, указанных в командной строке, в результате чего обновление не проходит. Часто встречается при обновлении с зеркала обновлений. Если обновление происходит с ВСО, необходимо переустановить антивирус:

1. Скачайте с нашего сайта актуальный дистрибутив антивирусной программы.
2. Удалите Dr.Web предыдущей версии через «Панель управления» → «Установка и удаление программ».
3. Перезагрузите компьютер.
4. Скачайте и запустите утилиту DrwRemover
5. Перезагрузите компьютер.
6. Запустите установку антивируса Dr.Web, во время установки укажите путь к ключевому файлу.
7. Перезагрузите компьютер.

Если ошибка продолжает появляться – необходимо обратиться в службу технической поддержки, приложив отчет, созданный утилитой DwSysInfo.

Для создания отчета:

1. Загрузите и сохраните на компьютере утилиту DwSysInfo
2. Запустите сохраненный файл dwsysinfo.exe.
3. Нажмите на кнопку Сформировать отчет.
4. Дождитесь окончания формирования отчета.

Ошибка 7

Суть: сбой и повторный запуск процесса обновления. «Сбойная» копия процесса остается в памяти, отчего обновление невозможно.

Перезагрузите компьютер, воспользовавшись пунктом меню Перезагрузить компьютер ( просто выключить-включить недостаточно! ), после чего повторно запустите обновление.

Ошибка 9

Суть: Невозможно подключиться к серверам обновления.

Существует две возможных причины возникновения ошибки:

1. В настройках антивируса не прописаны параметры прокси-сервера или есть проблемы с интернет-соединением. При использовании прокси:

1. Щелкните правой кнопкой мыши по значку Dr.Web в правом нижнем углу экрана.
2. Перейдя в административный режим, щелкните по значку замка. Кликните по шестеренке.
3. Выберите раздел Сеть → Использовать прокси-сервер и корректно настройте сетевое соединение.

Если прокси не используется – проверьте сетевое соединение и если необходимо – настройте его.

Ошибка возникает в случае, когда на серверах обновления отсутствуют новые обновления для установленного продукта, но при этом часть серверов обновления недоступна. Эта проблема в скором времени будет устранена и ошибка встречаться не будет.

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

Ошибка 10

Суть: ошибка репозитория. Сбой в скриптах или отсутствие некоторых из них.

Для решения проблемы необходимо переустановить антивирус:

1. Скачайте с нашего сайта актуальный дистрибутив антивирусной программы.
2. Удалите Dr.Web предыдущей версии через «Панель управления» → «Установка и удаление программ».
3. Перезагрузите компьютер.
4. Скачайте и запустите утилиту
5. Перезагрузите компьютер.
6. Запустите установку антивируса Dr.Web, во время установки укажите путь к ключевому файлу.
7. Перезагрузите компьютер.

Ошибка 11

Суть: невозможно обновить компоненты антивируса.

Ошибка может быть вызвана рядом причин:

Используется устаревшая версия антивируса. Чаще всего встречается, если по ошибке была установлена старая версия продуктов Dr.Web или при попытке выполнить обновление на системах, где оно не проводилось в течение очень долгого времени.

Решение: удалите старую версию антивируса и установить наиболее свежую, скачав ее по ссылке https://download.drweb.ru/

Файлы обновления повреждены (вследствие проблем с диском или системного сбоя при обновлении.

Решение: Проверить и исправить ошибки диска и провести процедуру восстановления антивируса:

Для проверки тома C: выполните команду:

Команду необходимо ввести в окне командной строки Windows (нажать сочетание клавиш Win+R → ввести cmd → нажать ОК) и нажать Enter.

При этом утилита предложит осуществить проверку диска «C:» при следующей загрузке. С этим надо согласиться и перезагрузить ПК. При загрузке появится сообщение о проверке диска, которую можно отменить нажав любую клавишу, делать этого не надо – необходимо дождаться окончания проверки и загрузки ОС.

Перезагрузите ПК, перед запуском ОС начнется тестирование диска.

Выполните восстановление антивируса. Откройте Пуск → Панель управления → Программы и компоненты (аналогичный путь для вашей версии Windows) → выберите Dr.Web, нажмите сверху Изменить → Восстановить программу.

После окончания восстановления перезагрузите ПК и проверьте работу обновления Dr.Web.

Если установлена свежая версия антивируса, восстановление диска и антивируса проведено, но ошибка обновления сохранится, то нажмите на значок антивируса справа внизу → Центр безопасности → значок Замок → сверху Шестеренка → Общие → Дополнительные настройки → Журнал → Изменить, установите флажок Обновление Dr.Web, нажмите ОК. Закройте настройки, повторите попытку обновления. После появления ошибки сформируйте отчет, выбрав Поддержка → Перейти к мастеру отчетов → Создать отчет.

После этого обратитесь в службу технической поддержки, приложив к запросу созданный отчет, после чего аналогичным образом отключите ведение подробного отчета для модуля обновления (уберите флажок Обновление Dr.Web).

Ошибка 12

Суть: лицензия заблокирована.

Чаще всего ошибка возникает по следующим причинам:

Лицензия не активирована.

Решение: Активируйте новую лицензию в менеджере лицензий Dr.Web. Удалите истекшую (или заблокированную) лицензию из менеджера лицензий. В списке лицензий должна остаться только одна действующая лицензия.

После переустановки антивируса он активируется старой, уже продленной лицензией.

Решение: Если вы приобрели продление лицензии, то она автоматически блокируется, а оставшийся срок ее действия прибавляется к сроку действия новой лицензии. То есть при попытке активировать антивирус старой лицензией – возникает ошибка. Укажите новую лицензию при регистрации антивируса или укажите новую лицензию в качестве основной в Менеджере лицензий.

Используемая лицензия была использована ранее на другом ПК. Такое случается, когда по ошибке было приобретено продление на 1 ПК на 2 года, а есть необходимость защитить 2 ПК.

Решение: Обратитесь в службу технической поддержки с запросом на разделение лицензии. К запросу приложите документы, подтверждающие, что вы являетесь хозяином лицензии.

Внимание! После разделения лицензии (2 года 1 ПК) она будет заблокирована, а взамен вы получите две новых лицензии (2 ПК 1 год).

Ошибка 13

Причина: в менеджере лицензий Dr.Web нет ни одной действующей лицензии.

Зарегистрируйте новую лицензию в менеджере лицензий Dr.Web, или на сайте, или через виджет поиска — на главной странице сайта вверху нажмите на значок-лупу и в выпадающем меню нажмите на зеленую кнопку с лупой рядом со словами «зарегистрировать серийный номер».

Ошибка 16

Суть: установка и работа антивируса невозможна из-за сторонних программ.

Две основных причины возникновения ошибки:

Наличие в системе других антивирусов или их «останков» после неудачной попытки их удаления.

Решение: удалите сторонний антивирус штатными средствами Windows или соответствующей утилитой удаления. Если удаление завершается ошибкой – обратитесь в службу поддержки того антивируса, который вы использовали.

В том числе проблема может быть с некорректно удаленной копией антивируса Dr.Web. В этом случае загрузите и запустите утилиту, после чего перезагрузите ПК и повторите установку Dr.Web.

Наличие в системе вирусов, которые блокируют установку антивируса. Используйте бесплатную утилиту Dr.Web CureIt! для очистки ПК от вирусов, после чего повторите попытку установки.

Если указанные действия не дали результатов – обратитесь в службу технической поддержки, приложив отчет, созданный утилитой DwSysInfo.

Для создания отчета:

1. Загрузите и сохраните на компьютере утилиту
2. Запустите сохраненный файл dwsysinfo.exe.
3. Нажмите на кнопку Сформировать отчет.
4. Дождитесь окончания формирования отчета.

Ошибка 28

Суть: Возникает из-за конфликтов в системе. Необходимо обратиться в технической поддержки, приложив отчет, созданный утилитой DwSysInfo.

Для создания отчета:

1. Загрузите и сохраните на компьютере утилиту
2. Запустите сохраненный файл dwsysinfo.exe.
3. Нажмите на кнопку Сформировать отчет.
4. Дождитесь окончания формирования отчета.

Ошибка 32

Суть: Ошибка установки или восстановления антивируса. Возникает при критических повреждениях, когда завершить установку или восстановить продукт по каким-то причинам уже невозможно. Загрузите и запустите утилиту, после чего перезагрузите ПК и повторно установите Dr.Web.

Ошибка 36

Суть: Ошибка работы с базой данных, вероятнее всего в ходе работы или обновления продукта Enterprise Security Suite была повреждена БД сервера. Обратитесь в службу технической поддержки, возможно БД смогут восстановить наши инженеры.

Ошибка 42

Суть: Проблема с базой данных. Чаще всего возникает при обновлении Сервера Dr.Web с версии 6 на версию 10 или 11. Обратитесь в службу технической поддержки, возможно БД смогут восстановить наши инженеры.

Ошибка 80

Суть: Возникает из-за конфликтов в системе. Необходимо обратиться в службу технической поддержки, приложив отчет, созданный утилитой DwSysInfo.

Для создания отчета:

1. Загрузите и сохраните на компьютере утилиту DwSysInfo
2. Запустите сохраненный файл dwsysinfo.exe.
3. Нажмите на кнопку Сформировать отчет.
4. Дождитесь окончания формирования отчета.

Ошибка 100

Суть проблемы: проблема обновления. Необходимо обратиться в службу технической поддержки, приложив отчет, созданный утилитой DwSysInfo.

Для создания отчета:

1. Загрузите и сохраните на компьютере утилиту DwSysInfo
2. Запустите сохраненный файл dwsysinfo.exe.
3. Нажмите на кнопку Сформировать отчет.
4. Дождитесь окончания формирования отчета.

Ошибка 105

Суть: системный хэш не совпадает с системным хэшем, с которым проводилась первичная активация (попытка использовать серийный номер демо на еще одном компьютере или после смены ОС).

Причин может быть две:

Демонстрационный период, соответствующий указанному серийному номеру, уже активирован на другом компьютере. Использование демо ключа на двух ПК является нарушением условий использования демо.

• Если другому вашему компьютеру нужна защита Dr.Web, запросите демо с нужного компьютера.
• Если на таком компьютере вы уже использовали право на одно демо в течение одного года, — чтобы ваш компьютер не оставался без защиты Dr.Web, рекомендуем приобрести лицензию Dr.Web.

Обновление ОС Windows. При этом ошибка чаще всего возникает с Windows 10 после установки очередного крупного обновления.

Решение: Нужно заново оформить демонстрационный серийный номер на нашем сайте и активировать уже его.

Особенно часто ошибка возникает на Windows 10, так как к ней часто выходят обновления, меняющие номер версии, отчего антивирус перестает «узнавать» систему, но хэш ПК сохраняется, и повторно зарегистрировать лицензию нельзя.

Ошибка 110

Суть: ошибка установки Агента (для продуктов AV-Desk и Enterprise Security Suite). Ошибка может быть вызвана многими причинами, необходимо обратиться в службу технической поддержки, приложив отчет, созданный утилитой DwSysInfo.

Для создания отчета:

1. Загрузите и сохраните на компьютере утилиту DwSysInfo
2. Запустите сохраненный файл dwsysinfo.exe.
3. Нажмите на кнопку Сформировать отчет.
4. Дождитесь окончания формирования отчета.

Ошибка 144

Суть: ошибка установки Агента на клиентский ПК, возникает как при сетевой, так и при локальной установке. Наиболее частой причиной являются ошибки на диске.

Для проверки тома C: выполните команду:

Команду необходимо ввести в окне командной строки Windows (нажать сочетание клавиш Win+R → ввести cmd → нажать ОК) и нажать Enter.

При этом утилита предложит осуществить проверку диска «C:» при следующей загрузке. С этим надо согласиться и перезагрузить ПК. При загрузке появится сообщение о проверке диска, которую можно отменить нажав любую клавишу, делать этого не надо – необходимо дождаться окончания проверки и загрузки ОС.

Перезагрузите ПК, перед запуском ОС начнется тестирование диска.

Если ошибка продолжает появляться – необходимо обратиться в службу технической поддержки, приложив отчет, созданный утилитой DwSysInfo.

Для создания отчета:

1. Загрузите и сохраните на компьютере утилиту DwSysInfo
2. Запустите сохраненный файл dwsysinfo.exe.
3. Нажмите на кнопку Сформировать отчет.
4. Дождитесь окончания формирования отчета.

Ошибка 400

Суть: превышен лимит на автоматическую генерацию ключевого файла. Чаще всего возникает если пользователь часто меняет прошивку на телефоне и постоянно запрашивает ключевой файл.

Для решения проблемы достаточно активировать программу с помощью имеющегося ключевого файла. Скачать его можно в личном кабинете «Мод Dr.Web» или в электронном письме, которое пришло вам на почту после первой регистрации серийного номера.

Для снятия блокировки обратитесь с запросом в службу технической поддержки.

Ошибка 401

Суть: возникает при попытке активировать Dr.Web для Android заблокированным (в том числе продленным) ключом или при ошибке работы с коробочными продуктами.

Решение для Android. Вы можете воспользоваться альтернативным способом активации лицензии – с помощью лицензионного ключевого файла.

Он применим только для версии, установленной с сайта DrWeb. Если Ваш антивирус установлен из Google play – чтобы воспользоваться данным способом – удалите имеющуюся версию антивируса и установите его повторно, из apk-пакета с нашего сайта.

Получите ключевой файл на нашем сайте, введя серийный номер (xxxx-xxxx-xxxx-xxxx) (при необходимости, распакуйте .key файл из .ziр-архива)

Для активации программы, скопируйте имеющийся ключевой файл (.key) на устройство, согласно инструкции (см. Использование ключевого файла).

Если ключевой файл у вас уже есть:

1. Скопируйте ключевой файл в папку во внутренней памяти устройства. Вы можете распаковать архив и скопировать только файл с расширением .key или перенести на устройство весь ZIP-архив целиком.
2. На экране Лицензия выберите пункт У меня уже есть лицензия.
3. Выберите пункт Использовать ключевой файл.
4. Найдите папку, в которой лежит ключевой файл или ZIP-архив с файлом и выберите его.

Ключевой файл будет установлен и готов к использованию. Откроется главный экран приложения. Внизу экрана появится сообщение о том, что лицензия активирована.

У меня на некоторых компьютерах локальной сети мигал справа в трее красным и писал: Dr.Web Anti-virus — нет проблем. Произошла критическая ошибка во время обновления компонентов Антивируса Dr.Web. Позовите системного администратора!
Ну я системный администратор, что дальше?
Я видел эту ошибку уже не в первый раз. Раньше только на одной машине возникало, я переставлял Dr.Web и всё опять работало. Но потом возникло на нескольких машинах. У меня в сети центр управления и сервер антивирусной защиты находится на Office Shield. Статистика вообще не считалась по пользователям и были эти ошибки. Office Shield вроди-бы работал, статистика по трафику велась, осталось понять — что за критическая ошибка обновления и как её лечить не переустановкой Dr.Web. Я, кстати, устанавливал клиенты вручную, а не по сети.

Проблема решилась с помощью тех.поддержки Dr.Web:

«Выберите проблемные станции в интерфейсе сервера и дайте для них команду «Обновить сбойные компоненты». Если после этого агент на станциях запросит перезагрузку, выполните рестарт системы и подождите 10 минут, не попросит ли агент вторую перезагрузку (если попросит, снова перезагрузите компьютер). Если после команды обновить сбойные компоненты прошло более получаса и проблема не исчезла, а агент не просил перезагрузку, или если после всех запрошенных агентом перезагрузок проблема остаётся, дайте команду обновить все компоненты. После команды обновления всех компонентов агент попросить две перезагрузки.»

Картинка, где это находится и где видны ошибки, прикрепляю.

Блог Дмитрия Шергина

Боковая колонка

Поиск по блогу

Свежие записи

Рубрики

• PC (5)

• Железо (1)
• Программы (4)

• Изображения (2)
• ПК-Безопасность (2)

Боковая колонка

Не сказать, что не ждал программных сбоев на своем компьютере. Но прилетело именно от антивируса.

Вроде как всегда, подключился в сеть и вскорости предупреждение от Dr.Web — типа:

при обновлении произошел сбой, ваши антивирусные базы устарели

Иметь устаревшего защитника — это в интернет не ходить. Ситуацию требовалось исправить.

Полез в глобальную сеть за советом. А теперь по порядку о вариантах и что из этого помогло.

1. Восстановить само приложение.

Находим наше приложение в меню установленных программ — в Win10 это: «Пуск» ⇒ Параметры ⇒ Система ⇒ Приложения и возможности (для Win7 путь прежний: Панель управления ⇒ Программы ⇒ Программы и компоненты).

Выделяем строчку с Dr.Web и под ней появится два слова «Изменить» и «Удалить» — жмем первое, а дальше — восстановить.

Пойдёт процесс проверки целостности компонентов — ждем окончания. При положительном результате можно перезагрузить систему и попробовать обновить антивирус.

Но увы, способ не помог. Выскакивали разные варианты ошибок и все.

2. Переустановить приложение.

Если программа плохо (неправильно) работает, но она необходима, То почему бы не снести её, а потом поставить заново — чистую-шелковистую?

Дистрибутив имелся, дел на пять минут. Жмем вторую кнопку «Удалить» и удаляем все. Здесь может возникнуть проблема — Доктор не захочет удаляться полностью (или вообще не захочет удаляться).

У них на оф.сайте (www.drweb.ru) на вкладке «Скачать» есть пункт «Аптечка сисадмина»

Сгружаем к себе на комп Утилиту удаления Dr.Web (drw_remover), она поможет правильному удалению программы.

Далее перегружаемся и ставим антивирус по новой.

И после такой процедуры он всё равно отказывался обновляться.

3.Загрузить базы и обновиться в ручную.

Этот метод на отдельный пост. Но если вкратце: загружаем свежую антивирусную базу в отдельную папку и потом из неё обновляемся (без интернета). Это опять таки не помогло.

4. Убрать ошибки диска + Восстановить само приложение.

Четвертый способ оказался самым продуктивным. Если выдался сбой программы, то была причина — выявляем таковую при помощи проверки системного диска (Диск C, правая клавиша мыши, Свойства, Сервис, Проверить).

После проверки вердикт был на лицо — надо перезагрузить систему и исправить ошибки на диске.

Проверенно на собственном компьютере — если запустить процесс восстановления диска от ошибок, то после процедуры проблемы с программой антивируса могут ни куда не деться.

Оказывается процессу «починки» мешают пару модулей самой программы — «Превентивная защита» и «Самозащита»

Именно они прикрывают антивирус от любого «физического изменения» и не дают восстановиться диску после ошибки в полном масштабе.

Делаем несколько последовательных шагов:

1. Отрубаем интернет, пока он не востребован.
2. Находим иконку drwebв трее (правый нижний угол экрана у часов). Клик по нему правой клавишей, а потом левой по замочку — активируем админ-меню программы.
3. Теперь там же проходим в меню «Компоненты защиты» и двигаем рычаг влево у пункта «Превентивная защита» — делаем ВЫКЛ.
4. Далее чуть ниже щелкаем по значку «шестеренка и открываем основное меню настроек.
5. Переходим по меню — Основные ⇒ Самозащита. И на вкладке вырубаем этот вид защиты (рычаги на лево)

Вот теперь можно проверить диск и запустить перезагрузкувосстановление от ошибок. Когда процесс завершится, надо проверить — включились ли наши модули на автомате (обязательно).

Теперь запускаем интернет и принудительное обновление — если процесс справился с задачей, то наша ошибка на данный момент устранена (можно подождать еще и автоматическое обновление по расписанию).

Для уверенности можно провести восстановление программы как в первом варианте и проверить жесткие диски свежим одноразовым антивирусом Dr.Web CureIt (всё качаем с оф.сайта).

В итоге именно этот вариант помог исправить ошибку на компьютере.

Обновление компонентов в продуктах Dr.Web 10.0 для Windows и Dr.Web 9.0 для MS Exchange

25 февраля 2015 года

Компания «Доктор Веб» сообщает об обновлении компонентов SpIDer Agent for Windows (10.0.5.201502030), Dr.Web Security Space, Anti-virus for Windows setup (10.0.3.02100) и конфигурационных скриптов (10.0.1.02100, 10.0.1.02120, 10.0.1.02131) в продуктах Dr.Web Security Space и Антивирус Dr.Web версии 10.0, Антивирус Dr.Web 10.0 для файловых серверов Windows, Dr.Web 9.0 для MS Exchange и Dr.Web Desktop Security Suite с возможностью централизованного управления (группа продуктов Dr.Web Enterprise Security Suite версии 10.0). Для Dr.Web Desktop Security Suite также был обновлен компонент Dr.Web Enterprise Agent for Windows setup (10.0.7.02130). Обновление связано с исправлением выявленных ошибок.

В рамках Dr.Web Security Space, Антивируса Dr.Web и Dr.Web Desktop Security Suite в конфигурационных скриптах для Dr.Web Net filtering Service была устранена ошибка, возникавшая при просмотре уведомлений компонента в журнале событий Windows.

Для всех перечисленных продуктов, кроме Dr.Web Desktop Security Suite, в компоненте Dr.Web Security Space, Anti-virus for Windows setup исправлена проблема удаления продукта при ошибках работы драйвера самозащиты.

Для Dr.Web Desktop Security Suite в компонент SpIDer Agent for Windows была добавлена возможность управления остановкой и запуском функционала превентивной защиты. Также исправлена проблема отображения некорректного статуса на вкладке «Режим» при отказе соединения с Центром управления Dr.Web. В компоненте Dr.Web Enterprise Agent for Windows setup и конфигурационных скриптах исправлена ошибка перехода из однопользовательского режима в режим работы ES.

Обновление пройдет для пользователей автоматически, однако потребует перезагрузки компьютеров.

У меня агент Dr.Web (11.0).

Сегодня выдаёт ошибку “Отказ в соединении с сервером Dr.Web 10.volia.com.

Ответ на мой запрос от службы технической поддержки Dr.Web :

С Вашей стороны Вы можете позвонить или написать в техническую поддержку провайдера и проинформировать их о данной проблеме. Попросить сотрудника техподдержки найти и связаться с ответственными лицами, т.е. с теми, кто занимается мониторингом и настройкой антивирусного сервера. У наших специалистов не всегда есть доступ к Антивирусным серверам провайдеров.

Как попросить сотрудника техподдержки найти и связаться с ответственными лицами ?

Будет ли рабртать услуга Dr. Web Standart(включая обновление антивирусных баз) ?

Если вам помогла статья или информация была полезной. Пожертвования.

Если после обновления Dr.Web Enterprise Security отвалились агенты

Так как долго ковырялся, решил занести решение сюда. В прошлый раз было долгое решение, в этот раз тоже прошелся по этим граблям. В будущем наверняка снова пройдусь, так как задача редкая :). В общем поехали, дого запрягаю ради этого.

При обновлении. Dr.Web Enterprise Security с 6 версии на 10 и с 10 версии на 11, обязательно пройдите по пути. И исправьте дефолтные настройки.

Администрирование – Конфигурация сервера – Сеть – Транспорт – TCP/IP – установите мультикаст группу в «» или «231.0.0.1», у меня в этом месте был указан IP сервера и соответственно ни один агент не могу подрубиться, так как они у меня в других подсетях сидят.

И я вам советую сразу записать все IP ареса в настройках доступа к группам и серверу, эти настройки при переезде с 10 на 11 версию, все теряются. И как показала реальность, эти данные и в экспорт конфигурации также не переносятся, видимо по этому и не переходят в новый конфиг.

Если вам помогла статья или информация была полезной. Благодарность, не должна знать границ.