#1
valievdazn
-
- Posters
- 9 Сообщений:
Newbie
Отправлено 07 Апрель 2015 — 10:30
При установке DrWeb Enterprise Security Suite Server 6-ой версии вывело ошибку. Кликнув «Да» получил еще 2 ошибки.
В общей сложности получилось 3 скрина.
Прошу подсказать в чём может быть проблема.
ОС: Windows Server 2003 R2
Спасибо.
1.jpg 252,72К
0 Скачано раз
2.jpg 139,76К
0 Скачано раз
3.jpg 166,62К
0 Скачано раз
- Наверх
#2
maxic
maxic
-
- Moderators
- 12 669 Сообщений:
Keep yourself alive
Отправлено 07 Апрель 2015 — 10:58
valievdazn, лог установки — в студию!
- Наверх
#3
valievdazn
valievdazn
-
- Posters
- 9 Сообщений:
Newbie
Отправлено 07 Апрель 2015 — 15:18
Прошелся системной утилиткой, которая собирает логи.
Архив не прикрепился из-за большого размера, пришлось выбросить папку Documents_and_Settings, остальное не трогал.
- Наверх
#4
maxic
maxic
-
- Moderators
- 12 669 Сообщений:
Keep yourself alive
Отправлено 07 Апрель 2015 — 15:22
valievdazn, боюсь, что логи были в выброшенном
- Наверх
#5
valievdazn
valievdazn
-
- Posters
- 9 Сообщений:
Newbie
Отправлено 07 Апрель 2015 — 15:46
Удалил файл drwscanner, который весит больше полутора гигабайт, скидываю только Documents_and_Settings.
- Наверх
#6
maxic
maxic
-
- Moderators
- 12 669 Сообщений:
Keep yourself alive
Отправлено 07 Апрель 2015 — 15:55
valievdazn, здесь тоже нет лога установки
Посмотрите в %temp%
- Наверх
#7
valievdazn
valievdazn
-
- Posters
- 9 Сообщений:
Newbie
Отправлено 07 Апрель 2015 — 17:36
Нашёл, если то конечно.
Спасибо.
- Наверх
#8
maxic
maxic
-
- Moderators
- 12 669 Сообщений:
Keep yourself alive
Отправлено 07 Апрель 2015 — 17:54
Смущает вот что:
MSI © (8C:C4) [08:28:29:406]: SOFTWARE RESTRICTION POLICY: C:DOCUME~19335~1LOCALS~1Temp{281A3C17-5C3D-4072-AAC6-E1DF65E6FDC4}Dr.Web Enterprise Server.msi is not digitally signed
Проверьте, у дистрибутива цифровая подпись имеется? Надеюсь, ставите релизный 6.0.4?
- Наверх
#9
Afalin
Afalin
-
- Dr.Web Staff
-
- 5 519 Сообщений:
Guru
Отправлено 07 Апрель 2015 — 21:50
Раз речь про инициализацию БД, стоило б ещё поискать initdb.log или что-либо подобное.
Семь раз отрежь – один раз проверь
- Наверх
#10
valievdazn
valievdazn
-
- Posters
- 9 Сообщений:
Newbie
Отправлено 08 Апрель 2015 — 07:54
initdb.log остался только от прошлых попыток установки. Прикрепляю.
Вообще в каталоге /var все логи со старыми датами изменения. Это логи от прошлых неудачных попыток установки.
Название дистрибутива: drweb-esuite-server-604-201211200-windows-nt-x86.exe
Наверное важно отметить, что мы благополучно установили DrWeb с этих же установочных файлов на втором сервере под управлением той же ОС. Сервер, на который пытаемся установить сейчас, контроллер домена.
Вообще мы купили 10-ую версию, однако на втором сервере, на котором сейчас всё установлено, сначала потребовалось поставить 6-ку, с которой можно обновиться до 10-ой версии, чего мы пока решили не делать.
Прикрепленные файлы:
-
initdb.log 588,27К
2 Скачано раз
Сообщение было изменено valievdazn: 08 Апрель 2015 — 07:57
- Наверх
#11
maxic
maxic
-
- Moderators
- 12 669 Сообщений:
Keep yourself alive
Отправлено 08 Апрель 2015 — 08:07
valievdazn, о наличии цифровой подписи вы так и не ответили.
- Наверх
#12
valievdazn
valievdazn
-
- Posters
- 9 Сообщений:
Newbie
Отправлено 08 Апрель 2015 — 08:29
maxic, в свойствах установочного файла «Эта цифровая подпись действительна».
- Наверх
#13
maxic
maxic
-
- Moderators
- 12 669 Сообщений:
Keep yourself alive
Отправлено 08 Апрель 2015 — 09:14
valievdazn, уже хорошо.
«Больной перед смертью потел? Замечательно!»
- Наверх
#14
valievdazn
valievdazn
-
- Posters
- 9 Сообщений:
Newbie
Отправлено 08 Апрель 2015 — 09:45
maxic, так что же нам теперь?
- Наверх
#15
maxic
maxic
-
- Moderators
- 12 669 Сообщений:
Keep yourself alive
Отправлено 08 Апрель 2015 — 10:12
valievdazn, Afalin посмотрит запрошенный им лог и, возможно, скажет что-то более умное, чем я
- Наверх
#16
valievdazn
valievdazn
-
- Posters
- 9 Сообщений:
Newbie
Отправлено 08 Апрель 2015 — 10:18
Afalin, глянь пожалуйста логи.
Спасибо.
- Наверх
#17
Afalin
Afalin
-
- Dr.Web Staff
-
- 5 519 Сообщений:
Guru
Отправлено 08 Апрель 2015 — 10:22
initdb.log остался только от прошлых попыток установки.
Да, именно так.
Так что дело не в инициализации БД, либо лог не сохранился, что маловероятно.
Семь раз отрежь – один раз проверь
- Наверх
#18
valievdazn
valievdazn
-
- Posters
- 9 Сообщений:
Newbie
Отправлено 08 Апрель 2015 — 10:51
Afalin, Так что нам делать то, может еще какие варианты какие есть?
- Наверх
#19
Afalin
Afalin
-
- Dr.Web Staff
-
- 5 519 Сообщений:
Guru
Отправлено 08 Апрель 2015 — 11:21
MSI (s) (E0:F8) [08:34:18:281]: Executing op: ActionStart(Name=InitializeDB,Description=Инициализация внутренней базы данных,)
Действие 8:34:18: InitializeDB. Инициализация внутренней базы данных
MSI (s) (E0:F8) [08:34:18:281]: Executing op: CustomActionSchedule(Action=InitializeDB,ActionType=1025,Source=BinaryData,Target=InitializeDB,CustomActionData=C:Program FilesDrWeb Enterprise Server|C:Program FilesDrWeb Enterprise Server|-|byeKESAZNM|Dr.Web Enterprise Server|Произошла ошибка инициализации базы данных. Вы хотите продолжить установку?|C:DOCUME~19335~1LOCALS~1Temp{76A0372A-C60C-4738-81B0-7E505EB575DA})
MSI (s) (E0:94) [08:34:18:281]: Invoking remote custom action. DLL: C:WINDOWSInstallerMSI1F.tmp, Entrypoint: InitializeDB
Initializing database…
Created response file:
C:DOCUME~19335~1LOCALS~1Temp{76A0372A-C60C-4738-81B0-7E505EB575DA}initdb.resp
Running initialization
«C:Program FilesDrWeb Enterprise Serverbindrwcsd.exe» silent -home=»C:Program FilesDrWeb Enterprise Server» -var-root=»C:Program FilesDrWeb Enterprise Servervar» -verbosity=all -log=»C:Program FilesDrWeb Enterprise Servervarinitdb.log» initdbex «C:DOCUME~19335~1LOCALS~1Temp{76A0372A-C60C-4738-81B0-7E505EB575DA}initdb.resp»
Process exit code is 128
MSI (s) (E0:F8) [08:34:30:828]: Executing op: ActionStart(Name=_InstallESServer_DEF,Description=Регистрация службы,)
Действие 8:34:30: _InstallESServer_DEF. Регистрация службы
MSI (s) (E0:F8) [08:34:30:828]: Executing op: CustomActionSchedule(Action=_InstallESServer_DEF,ActionType=1025,Source=BinaryData,Target=InstallServer,CustomActionData=C:Program FilesDrWeb Enterprise Server|C:Program FilesDrWeb Enterprise Server|INFO|10|10m|Installation of the server failed.|Dr.Web Enterprise Server)
MSI (s) (E0:90) [08:34:30:843]: Invoking remote custom action. DLL: C:WINDOWSInstallerMSI20.tmp, Entrypoint: InstallServer
Installing server service…
Executing command: C:Program FilesDrWeb Enterprise Serverbindrwcsd.exe silent -home=»C:Program FilesDrWeb Enterprise Server» -bin-root=»C:Program FilesDrWeb Enterprise Server» -var-root=»C:Program FilesDrWeb Enterprise Servervar» -verbosity=INFO -rotate=10,10m install
Process exit code is 128
ERROR: Failed to install server.
Предположу, что это имеет связь с последним скриншотом.
Что тут происходит – не знаю, но я бы в момент возникновения ошибки внимательно посмотрел и потыкал бы drwcsd.exe.
З.Ы. А в техподдержку обращались, кстати?
Семь раз отрежь – один раз проверь
- Наверх
Текст ошибки: «Не удалось инициализировать или очистить базу данных»
Возможные причины: база данных уже инициализирована (существует) или же внешняя база данных отсутствует/недоступна.
Решение:
Установка сервера с внутренней базой данных по умолчанию
- Установите Сервер Dr.Web с внутренней базой данных по умолчанию.
- Если установка прошла успешно, подключите вместо внутренней базы данных имеющуюся внешнюю.
Установка сервера с чистой внешней базой данных
Создайте или очистите уже созданную базу данных средствами СУБД. Руководство по подключению, а также по подготовке и настройке базы данных можно найти в документации. В процессе установки укажите параметры подключения к базе данных. Ее инициализация произойдет в процессе установки.
Убедитесь, что используется поддерживаемая версия СУБД. Если используется ODBC-драйвер — убедитесь, что установлена его свежая версия.
Пользователь, которым планируется подключаться к СУБД, должен быть ее владельцем.
Если новая база данных создается в СУБД Microsoft SQL — необходимо указать сортировку с учетом регистра (суффикс _CS) и с учетом диакритических знаков (суффикс _AS).
Если установка по-прежнему завершается ошибкой, обратитесь в службу технической поддержки, приложив к запросу отчет утилиты DwSysInfo.
Как создать отчет
Для восстановления БД из резервной копии:
1.Остановите службу Сервера Dr.Web, если она запущена.
2.Импортируйте из соответствующего файла резервной копии содержимое базы данных. Строка импорта выглядит примерно так:
"C:Program FilesDrWeb Serverbindrwcsd.exe" -home="C:Program FilesDrWeb Server" -var-root="C:Program FilesDrWeb Servervar" -verbosity=all importdb "<путь_к_бэкап_файлу>database.gz"
Данная команда тоже должна быть набрана в одну строку. В примере подразумевается, что Сервер установлен в каталоге C:Program FilesDrWeb Server.
3.Запустите службу Сервера Dr.Web.
Для восстановления БД из резервной копии при смене версии Сервера Dr.Web (в пределах одной мажорной версии) или порче текущей версии БД:
Остановите службу Сервера Dr.Web, если она запущена.
2.Удалите содержимое текущей БД. Для этого:
2.1.При использовании встроенной БД:
a)Удалите файл базы данных database.sqlite.
b)Произведите инициализацию новой базы данных. Строка инициализации базы данных в версии Сервера под ОС Windows будет выглядеть примерно так:"C:Program FilesDrWeb Serverbindrwcsd.exe" -home="C:Program FilesDrWeb Server" -var-root="C:Program FilesDrWeb Servervar" -verbosity=all initdb D:Keysagent.key - - <пароль>
Данная команда должна быть набрана в одну строку (см. также формат команды drwcsd с ключом initdb в Прил. H4.3). В примере подразумевается, что Сервер установлен в каталоге C:Program FilesDrWeb Server, а лицензионный ключ agent.key лежит в каталоге D:Keys.
c)После выполнения этой команды в папке var каталога установки Сервера Dr.Web должен появиться новый файл базы database.sqlite.
2.2.При использовании внешней БД: произведите очистку БД при помощи скрипта clean.sql, расположенного в каталоге etc каталога установки Сервера.
3.Импортируйте из соответствующего файла резервной копии содержимое базы данных. Строка импорта выглядит примерно так:"C:Program FilesDrWeb Serverbindrwcsd.exe" -home="C:Program FilesDrWeb Server" -var-root="C:Program FilesDrWeb Servervar" -verbosity=all importdb "<путь_к_бэкап_файлу>database.gz"
Данная команда тоже должна быть набрана в одну строку. В примере подразумевается, что Сервер установлен в каталоге C:Program FilesDrWeb Server.
4.Запустите службу Сервера Dr.Web.
———
В благодарность за информацию посмотрите рекламу, может что-то заинтересует) Отключите антибаннер в вашем браузере.
Окружение
Astra Linux Special Edition 1.6 Update 6 (№ 20200722SE16)
Диагностика
При настройке конфигураций сервера Dr.Web в по адресу localhost:9081 в области состояния сервера выводится сообщение об ошибке:
"Unable to connect to database “drwdatabase-driver-pgsql” because of СБОЙ: error obtaining MAC configuration for user “drwcs”
CODE
Попытка инициализации базы данных завершается ошибкой.
В файле /var/log/postgresql/postgresql-9.6-main.log ошибки вида:
20220407.112005.33 ntc [15478 15480] svc:1 [Server] Using command line: /opt/drwcs/bin/drwcsd -home=/opt/drwcs -var-root=/var/opt/drwcs -etc=/var/opt/drwcs/etc -rotate=10,10m -verbosity=info -log=/var/opt/drwcs/log/drwcsd.log -conf=/var/opt/drwcs/etc/drwcsd.conf -pid=/var/opt/drwcs/run/drwcs.pid -user=drwcs -group=drwcs initdb
20220407.112005.46 ntc [15478 15480] svc:1 [Server] Module "FrontDoor" (Dr.Web Server FrontDoor Plugin) is disabled, unloading
20220407.112005.47 ntc [15478 15480] svc:1 [Server] Module "Yandex.Locator" (Dr.Web Server Yandex.Locator Plugin) is disabled, unloading
20220407.112005.49 inf [15478 15480] svc:1 [Server] Dr.Web Server Version 11.00.2.201905070 (REL-1102_201905070, Linux/x86_64) has risen
20220407.112005.58 ERR [15478 15478] main [PgSQL/1] ОШИБКА: отношение "dbstruct" не существует, position 19, 00.000, SELECT dbver FROM dbstruct
20220407.112005.63 ERR [15478 15478] main [PgSQL/1] ОШИБКА: доступ запрещен к схеме public, position 14, 00.034, CREATE TABLE dbstruct( dbver INTEGER, PRIMARY KEY(dbver) )
20220407.112005.63 ERR [15478 15478] main [Srv/DBMgr] Unable to execute SQL transaction because of ОШИБКА: доступ запрещен к схеме public, position 14
CODE
Решение
Внимание! Для доступа с помощью учетной записи нового личного кабинета необходимо авторизоваться на странице.
Новая работа, новые проблемы. Много, много новых проблем.
Одна из проблем возникла в результате запуска Dr.Web Enterprise Server, после чего в логе оставался такой выхлоп:
20100413.100131.65 inf [ 5388] noname Dr.Web (R) Enterprise Server REL-500 Build 5.00.0.200908050 (WinNT 5.2/PPro) has terminated 20100413.100131.65 ERR [ 5388] noname Server execution failed because of 20100413.100131.65 ERR [ 5388] noname database verification failed 20100413.100131.65 ntc [ 5388] noname [Server] Process exit code is 0x42
Гугление выхлопа результатов не дало, служба поддержки Dr.Web обитала только в DC, так что пришлось обратить к официальному форуму.
Первым советом стала попытка ручного сжатия базы (метод описан тут), но сия процедура завершилась с ошибками:
drwidbsh> .read delold DELETE FROM station_offline WHERE starttime <= 20100409000000000; SQL error: no such table: station_offline DELETE FROM update_state WHERE rectime <= 20100409000000000; SQL error: no such table: update_state DELETE FROM deleted_stations WHERE created <= 20100409000000000; SQL error: no such column: created VACUUM; SQL error: columns sid, gid are not unique
Пришлось воспользоваться вторым советом, а именно восстановить базу из бэкапа. Делается это так:
- Останавливаем ES сервер, если он запущен (в моем случае он вообще не запускался)
- Инициализируем новую базу данных командой
"C:Program FilesDrWeb Enterprise Serverbindrwcsd.exe" -home="C:Program FilesDrWeb Enterprise Server" -var-root="C:Program FilesDrWeb Enterprise Servervar" -verbosity=all initdb c:agent.key - - root
при условии, что DrWeb ES установлен в Program Files, а agent.key лежит в корне диска C:
- Восстанавливаем из резервной копии
%ES%varbackup%guid%%date%
командой
"C:Program FilesDrWeb Enterprise Serverbindrwcsd.exe" -home="C:Program FilesDrWeb Enterprise Server" -var-root="C:Program FilesDrWeb Enterprise Servervar" -verbosity=all importdb "disc:path_to_the_backup_filedatabase.dz"
- Запускаем сервер и подключаемся к консоли.
During the last steps of the installation of MySQL Community Server (Apply Configurations) in Windows 10, I get an error initializing the database. This is the Log :
Beginning configuration step: Initializing database (may take a long
time) Attempting to run MySQL Server with —initialize-insecure
option… Starting process for MySQL Server 8.0.25… Starting process
with command: C:Program FilesMySQLMySQL Server 8.0binmysqld.exe
—defaults-file=»C:ProgramDataMySQLMySQL Server 8.0my.ini» —console —initialize-insecure=on —lower-case-table-names=1… mysqld: Can’t get stat of
‘C:UsersPublicDocumentsWondershareCreatorTemp’ (OS errno 2 — No
such file or directory) ‘NO_ZERO_DATE’, ‘NO_ZERO_IN_DATE’ and
‘ERROR_FOR_DIVISION_BY_ZERO’ sql modes should be used with strict
mode. They will be merged with strict mode in a future release. The
designated data directory C:ProgramDataMySQLMySQL Server 8.0Data
is unusable. You can remove all files that the server added to it.
Aborting Process for mysqld, with ID 11240, was run successfully and
exited with code 1. Failed to start process for MySQL Server 8.0.25.
Database initialization failed. Ended configuration step: Initializing
database (may take a long time)
What can I do to solve this problem? Thanks.
asked May 27, 2021 at 18:29
1
I have the same question a few months ago and then yesterday I decided to just create the directory shown in the error log similar to yours and everything works fine now…..
All I did is I opened the command prompt, change the directory by typing: cd C:UsersPublicDocuments then enter……
After then directory has changed I then typed: mkdir WondershareCreatorTemp and Enter.
After I click execute in mysql installation everything works fine……
answered Aug 14, 2021 at 2:55
During the last steps of the installation of MySQL Community Server (Apply Configurations) in Windows 10, I get an error initializing the database. This is the Log :
Beginning configuration step: Initializing database (may take a long
time) Attempting to run MySQL Server with —initialize-insecure
option… Starting process for MySQL Server 8.0.25… Starting process
with command: C:Program FilesMySQLMySQL Server 8.0binmysqld.exe
—defaults-file=»C:ProgramDataMySQLMySQL Server 8.0my.ini» —console —initialize-insecure=on —lower-case-table-names=1… mysqld: Can’t get stat of
‘C:UsersPublicDocumentsWondershareCreatorTemp’ (OS errno 2 — No
such file or directory) ‘NO_ZERO_DATE’, ‘NO_ZERO_IN_DATE’ and
‘ERROR_FOR_DIVISION_BY_ZERO’ sql modes should be used with strict
mode. They will be merged with strict mode in a future release. The
designated data directory C:ProgramDataMySQLMySQL Server 8.0Data
is unusable. You can remove all files that the server added to it.
Aborting Process for mysqld, with ID 11240, was run successfully and
exited with code 1. Failed to start process for MySQL Server 8.0.25.
Database initialization failed. Ended configuration step: Initializing
database (may take a long time)
What can I do to solve this problem? Thanks.
asked May 27, 2021 at 18:29
1
I have the same question a few months ago and then yesterday I decided to just create the directory shown in the error log similar to yours and everything works fine now…..
All I did is I opened the command prompt, change the directory by typing: cd C:UsersPublicDocuments then enter……
After then directory has changed I then typed: mkdir WondershareCreatorTemp and Enter.
After I click execute in mysql installation everything works fine……
answered Aug 14, 2021 at 2:55
Для обнаружения вредоносных объектов продукты Dr.Web используют вирусные базы, в которых содержится информация обо всех известных вредоносных программах. Регулярное обновление позволяет обнаруживать ранее неизвестные вирусы, блокировать их распространение, а в ряде случаев излечивать ранее неизлечимые зараженные файлы. Помимо вирусных баз обновляются также программные модули Dr.Web и справка продукта.
РЕКОМЕНДУЕМЫЕ ПРОДУКТЫ:
Dr.Web Enterprise Security Suite — Dr.Web Desktop Security Suite
Защита рабочих станций, клиентов терминальных серверов, клиентов виртуальных серверов и клиентов встроенных систем. Dr.Web для WindowsDr.Web для Linux. Dr.Web для Mac OS X. Консольные сканеры Dr.Web для Windows, MS DOS, OS/2. Подробнее>>
Dr.Web Enterprise Security Suite — Dr.Web Server Security Suite
Антивирусное средство, предназначенное для защиты файловых серверов типа Samba, базирующихся на таких операционных системах, как: Linux, OpenBSD, Solaris (Intel),FreeBSD, MCBC, Novell NetWare и Windows. Подробнее>>
Dr.Web Enterprise Security Suite — Dr.Web Mail Security Suite
Антивирусная программа, позволяющая осуществлять фильтрацию SMTP-трафика, проходящего обработку на почтовом сервере. В составе продукты — Dr.Web® для почтовых серверов и шлюзов Unix Dr.Web® для MS Exchange Dr.Web® для IBM Lotus Domino для Windows Dr.Web® для IBM Lotus Domino для Linux Dr.Web® для почтовых серверов Kerio для Linux Dr.Web® для почтовых серверов Kerio для Mac Подробнее>>
| 9 февраля 2021 года |
Компания «Доктор Веб» сообщает об обновлении Dr.Web Enterprise Security Suite версии 12.0 (REL-1200 202012180). Обновление связано с расширением функциональных возможностей и исправлением выявленных ошибок. Улучшение: -используемая Сервером криптографическая библиотека OpenSSL обновлена до версии 1.1.1. Исправления: -исправлена ошибка, из-за которой было невозможно корректно обновить Агент Dr.Web для Linux до последней версии; -исправлена ошибка инициализации базы данных, возникавшая после установки Сервера Dr.Web и при использовании СУБД Oracle Database XE 11; -исправлена ошибка импортирования файла базы данных через раздел «Администрирование» → «Управление базой данных» в Центре управления; -исправлена ошибка экспортирования настроенного профиля через раздел «Антивирусная сеть» в Центре управления; -исправлена ошибка, возникавшая при попытке перемещения мышью нескольких станций между группами в дереве антивирусной сети в Центре управления; -исправлена ошибка, не позволявшая включить данные о заблокированных устройствах и событиях Контроля приложений в задание Планировщика Сервера Dr.Web по очистке старых записей; -устранена проблема, приводившая к ошибкам в работе Прокси-сервера Dr.Web при отличии версии протокола взаимодействия с Сервером от версии, имеющейся на Сервере Dr.Web; -устранена проблема, приводившая к невозможности авторизации администратора в Центре управления при установке Сервера Dr.Web на Ubuntu 20.04; -устранена проблема, приводившая к «зависанию» службы Сервера Dr.Web при использовании одной из пользовательских процедур для системы IBM Tivoli; -устранена проблема, не позволявшая в некоторых случаях выполнить очистку старых записей в базе данных Сервера Dr.Web; -устранена проблема, которая могла привести к появлению сообщения об ошибке при сохранении изменений в разделе «Администрирование» → «Конфигурация Сервера Dr.Web» в Центре управления; внесены другие незначительные исправления.
|
| 11 февраля 2021 года |
Компания «Доктор Веб» сообщает об обновлении Мобильного центра управления Dr.Web для Android до версии 13.0.0. Обновление связано с реализацией поддержки новых версий Android и Dr.Web AV-Desk, добавлением новых функциональных возможностей и исправлением выявленных ошибок. Изменения в Мобильном центре управления: -реализована поддержка Android версии 11; -реализована поддержка программного комплекса Dr.Web AV-Desk 13.0; -для Dr.Web AV-Desk 13.0 реализована возможность просматривать доступную в pdf-формате документацию на Сервере; -в выпадающем списке Серверов добавлено указание протокола соединения (http или https) и логин пользователя; -исправлена ошибка, из-за которой окно Network могло отображаться некорректно; -в тексты сообщений Мобильного центра управления внесён ряд исправлений. |
| 16 февраля 2021 года |
Компания «Доктор Веб» сообщает об обновлении модулей drweb-cloudd (11.1.5-2012181751), drweb-configd (11.1.11-2102021643), drweb-ctl (11.1.8-2101211803), drweb-documentation (11.1.3-2102021301), drweb-engine (11.1.3-2101221231), drweb-filecheck (11.1.6-2012181657), drweb-libs (11.1.4-2012291813), drweb-meshd (11.1.3-2012181751), drweb-netcheck (11.1.4-2012181657), drweb-clamd (11.1.2-2012181751), drweb-rpm (11.1.4-2101152052), drweb-rpm-libs7 (11.1.4-2101152052), drweb-se (11.1.4-2012301926), drweb-statd (11.1.5-2012181751), drweb-update (11.1.6-2012181656), drweb-zypper (11.1.3-2010281214), drweb-httpd (11.1.6-2012181514), drweb-httpd-bin (11.1.6-2012181514), drweb-firewall (11.1.5-2012181514), drweb-gated (11.1.5-2012181514), drweb-configure (11.1.2-2010051243), drweb-spider (11.1.2-2012181751), drweb-spider-kmod (11.1.2-2012161527), drweb-lookupd (11.1.3-2012181751), drweb-maild (11.1.10-2101211331), drweb-gui (11.1.8-2012181751), drweb-qt (11.1.4-2012291813), drweb-session (11.1.5-2101121525), drweb-uninst (11.1.2-2101272149), drweb-icapd (11.1.6-2012181514) и drweb-smbspider-daemon (11.1.2-2012181751) в составе продуктов Dr.Web 11.1 для UNIX. Обновление связано с добавлением новых функциональных возможностей, исправлением выявленных ошибок и внесением внутренних изменений. drweb-cloudd и drweb-update: |
|
17 февраля 2021 года |
Компания «Доктор Веб» сообщает об обновлении конфигурационных скриптов Lua-script for updater (12.5.0.01280 и 12.10.0.01290) в продуктах Dr.Web Security Space 12.0, Антивирус Dr.Web 12.0 и Антивирус Dr.Web для файловых серверов Windows. Также в Dr.Web Security Space 12.0 был обновлён модуль Dr.Web Security Space setup (12.10.4.01281), в Антивирусе Dr.Web 12.0 — Anti-virus for Windows setup (12.10.4.01281), а в Антивирусе Dr.Web 12.0 для файловых серверов Windows — Anti-virus for Windows servers setup (12.10.4.01281). Обновление связано с обеспечением запрета установки Dr.Web на ПК под управлением ОС Windows, не поддерживающих алгоритм хеширования SHA-256, а также с исправлением выявленных ошибок и внесением внутренних изменений. Вместе с тем была обновлена документация к упомянутым продуктам.Изменения в Lua-script for updater: -запрещено обновление компонентов Dr.Web, за исключением баз (в том числе через зеркало обновлений) в случае отсутствия обновлений ОС, обеспечивающих поддержку SHA-256, на Windows Vista, Windows 7, Windows Server 2008/2008R2. |
|
17 февраля 2021 года |
Компания «Доктор Веб» сообщает об обновлении лечащей утилиты Dr.Web CureIt!. В составе утилиты был обновлен сканирующий сервис Dr.Web Scanning Engine (12.6.2.202011180) и антируткитный модуль Dr.Web Anti-rootkit API (12.5.18.202101211). |
|
18 февраля 2021 года |
Компания «Доктор Веб» открывает бета-тестирование 13-й версии комплекса продуктов Dr.Web Enterprise Security Suite – решения для централизованной защиты компьютерных сетей любого масштаба. Одним из ключевых нововведений новой 13-й версии становится функционал, реализуемый по запросам наших существующих пользователей, эксплуатирующих системы АСУ ТП, в том числе отнесенные к КИИ, что требует от создателей антивируса особого подхода к уровню защиты. Пользователи с нетерпением ждут Dr.Web Enterprise Security Suite 13.0, а мы – ждём пытливых тестеров и уже готовим подарки для самых активных из вас. |
|
24 февраля 2021 года |
Компания «Доктор Веб» сообщает об обновлении продуктов Dr.Web Security Space 12.6.8 для Android и Антивирус Dr.Web Light 11.5.4. Обновление связано с внесением улучшений и исправлением выявленных ошибок. -внесены исправления для корректной работы приложений на устройствах под управлением ОС Android 11; |
|
25 февраля 2020 года |
Компания «Доктор Веб» сообщает об обновлении антируткитного модуля Dr.Web Anti-rootkit API (12.5.19.202102150), компонента Dr.Web Firewall for Windows driver (12.05.03.01250) и брандмауэра Dr.Web Firewall for Windows (12.05.03.12180) в продуктах Dr.Web Security Space 12.0, Антивирус Dr.Web 12.0 и Антивирус Dr.Web 12.0 для файловых серверов Windows. В составе Dr.Web Security Space 12.0 и Антивируса Dr.Web 12.0 был также обновлён сервис перехвата трафика Dr.Web Net Filtering Service (12.5.6.12190). Обновление связано с исправлением выявленных ошибок и внесением внутренних изменений. -внесено изменение для корректной работы с античит-системой Vanguard к игре Valorant; |
Материал подготовлен: «Доктор Веб»
ССЫЛКА ПО ТЕМЕ: Каталог программного обеспечения Dr.Web для бизнеса
Переход в он-лайн магазин Датасиcтем — официального Поставщика Dr.Web в Российской Федерации. Перейти на сайт Поставщика>>
Доброго времени, уважаемые читатели блога! Сегодня публикую небольшое HOWTO для тех кто внедряет OpenSource 
Исходные данные для переноса сервера:
Старый сервер: 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















