Dr.Web Enterprise Security Suite 6,0,2,
#21
Отправлено 19 Октябрь 2011 - 11:59
#22
Отправлено 19 Октябрь 2011 - 13:26
Или если на станциях сделать - обновить все компоненты, то больше не ругается на то что на станции апдэйтер новее.
#23
Отправлено 19 Октябрь 2011 - 14:02
#24
Отправлено 19 Октябрь 2011 - 14:02
#25
Отправлено 19 Октябрь 2011 - 14:57
Без логов смотреть нечего будет.Запрос на всякий случай создал, но логи пока не делал, если скажут сделаю
Ладно, давайте пока так.
Что написано здесь в сервере у вас:
"\repository\10-drwupgrade\.id"
и что находится на агентах (циферка ревизии):
HKEY_LOCAL_MACHINE\SOFTWARE\IDAVLab\Enterprise Suite\Dr.Web ® Network Installer\Products\10-drwupgrade
#26
Отправлено 19 Октябрь 2011 - 14:59
И еще заметил косяк в описании настройки доменной авторизации.. Мало того что написано как то коряво.. но еще и ошибки есть, например файл, отвечающий за настройки через AD не auth-ad.xml , а auth-ads.xml
#27
Отправлено 19 Октябрь 2011 - 15:19
REGEDIT4
[HKEY_LOCAL_MACHINE\SOFTWARE\IDAVLab\Enterprise Suite\Dr.Web ® Network Installer\Products\10-drwupgrade\1318938257]
"0"="9360 27954b10da7155f7dd330183856dd7cd script.rexx"
"1"="149272 e736679543c307dc432c9756cb3d1340 win-nt-32/dwprot.sys"
"2"="127896 9e01c4ce0cac2bec10f0bdaf18133fb7 win-nt-32/dwprot2k.sys"
"3"="382272 41e3a55c062457c4824dc9dbb355efeb win/drwscr.dll"
"4"="1307968 46eed1fd795644aea2fbfdd4fa240200 win/drwupgrade.exe"
Без логов смотреть нечего будет.
Ладно, давайте пока так.
Что написано здесь в сервере у вас:
"\repository\10-drwupgrade\.id"
и что находится на агентах (циферка ревизии):
HKEY_LOCAL_MACHINE\SOFTWARE\IDAVLab\Enterprise Suite\Dr.Web ® Network Installer\Products\10-drwupgrade
#28
Отправлено 19 Октябрь 2011 - 15:20
Спасибо! Отключение шифрования помогло.По прокси - шифрование трафика включено? Выключайте, проверяйте.
#29
Отправлено 19 Октябрь 2011 - 15:30
Вот это бы мы через поддержку и выяснили. Каким-то образом у вас ревизия апгрейдера на агентах выше чем на сервере. Вручную не прописывали на сервере? Другие сервера к данному подсоединены?\repository\10-drwupgrade\.id = 1316189215
REGEDIT4
[HKEY_LOCAL_MACHINE\SOFTWARE\IDAVLab\Enterprise Suite\Dr.Web ® Network Installer\Products\10-drwupgrade\1318938257]
"0"="9360 27954b10da7155f7dd330183856dd7cd script.rexx"
"1"="149272 e736679543c307dc432c9756cb3d1340 win-nt-32/dwprot.sys"
"2"="127896 9e01c4ce0cac2bec10f0bdaf18133fb7 win-nt-32/dwprot2k.sys"
"3"="382272 41e3a55c062457c4824dc9dbb355efeb win/drwscr.dll"
"4"="1307968 46eed1fd795644aea2fbfdd4fa240200 win/drwupgrade.exe"
Без логов смотреть нечего будет.
Ладно, давайте пока так.
Что написано здесь в сервере у вас:
"\repository\10-drwupgrade\.id"
и что находится на агентах (циферка ревизии):
HKEY_LOCAL_MACHINE\SOFTWARE\IDAVLab\Enterprise Suite\Dr.Web ® Network Installer\Products\10-drwupgrade
Обновите репозиторий на сервере, посмотрите после этого ревизию.
Сообщение было изменено Dmitry Volkov: 19 Октябрь 2011 - 15:31
#30
Отправлено 19 Октябрь 2011 - 15:32
Документацию поправляем на предмет данной настройки. Скоро будет новая.Хотя нет.. был косяк с ФФ, дерево не отображал.. Куки почистил и все стало впорядке..
И еще заметил косяк в описании настройки доменной авторизации.. Мало того что написано как то коряво.. но еще и ошибки есть, например файл, отвечающий за настройки через AD не auth-ad.xml , а auth-ads.xml
#31
Отправлено 19 Октябрь 2011 - 15:37
durashki, on 19 October 2011 - 14:59, said:
Хотя нет.. был косяк с ФФ, дерево не отображал.. Куки почистил и все стало впорядке..
И еще заметил косяк в описании настройки доменной авторизации.. Мало того что написано как то коряво.. но еще и ошибки есть, например файл, отвечающий за настройки через AD не auth-ad.xml , а auth-ads.xml
Документацию поправляем на предмет данной настройки. Скоро будет новая.
Да.. ибо нет там ни той дллки, ничего... Вообще, хотелось бы если возможно более внятного описания подобных функций с примерами.. А то что то все как то муторно. Запустить например файл для изменения атрибутов в домене запустилось, но новых атрибутов я там не увидел... Вот если бы было как в кере, написал с каким пользователем вязаться к домену и проверять и все.. сразу цепляется и пашет любая авторизация.
Сообщение было изменено durashki: 19 Октябрь 2011 - 15:39
#32
Отправлено 19 Октябрь 2011 - 15:49
Дело в том что в версии 6.0.0. версия апдэйтера от 18 октября 2011 а у версии 6.0.2 от 16.09.2011
Это не мой косяк, а косяк репозитория который лежит у Вас в центре обновления.
это 6.0.0. :
А это 6.0.2 :
Вот это бы мы через поддержку и выяснили. Каким-то образом у вас ревизия апгрейдера на агентах выше чем на сервере. Вручную не прописывали на сервере? Другие сервера к данному подсоединены?
Обновите репозиторий на сервере, посмотрите после этого ревизию.
#33
Отправлено 19 Октябрь 2011 - 15:57
В 6.0.2 остался тот же самый (базовый от 16.09.2011) апдэйтер.
#34
Отправлено 19 Октябрь 2011 - 15:57
#35
Отправлено 19 Октябрь 2011 - 16:25
1. http://адрес_сервера:9080/esuite/administration/repositoryConfiguration.ds
2. Жмем "сохранить"
3. Жмем "да"
#36
Отправлено 19 Октябрь 2011 - 16:55
при попытке upgradedb - падает в segmentation fault
(generic linux glibc 11)
так задумано ?
#37
Отправлено 19 Октябрь 2011 - 17:00
#38
Отправлено 19 Октябрь 2011 - 17:03
Еще одна проблема, репозиторий тащит за собой кучу разного барохла, которое засирает траффик, в часности ненужные языки и юниксовые модуля.
Как сделать репозиторий минимальным ?
как юниксы отключать я нашел, а остальное ???
Мы допустим не используем файрвол и антиспам, как его выкинуть из репозитория ?
Давайте обновим репозиторий чуточку по-другому.
1. http://адрес_сервера...onfiguration.ds
2. Жмем "сохранить"
3. Жмем "да"
#39
Отправлено 19 Октябрь 2011 - 17:13
Думаю, никак.Мы допустим не используем файрвол и антиспам, как его выкинуть из репозитория ?
#40
Отправлено 19 Октябрь 2011 - 17:17
ОС?
slackware 13.1
Linux mailfarm 2.6.33.4-smp #2 SMP Wed May 12 22:47:36 CDT 2010 i686 Intel® Xeon® CPU X3430 @ 2.40GHz GenuineIntel GNU/Linux
Читают тему: 1
0 пользователей, 1 гостей, 0 скрытых