Jump to content

quq

Members
  • Content Count

    22
  • Joined

  • Last visited

Everything posted by quq

  1. при этом создается папка содержащая certinfo.dat А нужно получить klserver.bak, (подставить при инсталяции нового сервера, или восстановить klserver.bak с утеряным паролем.) :dash1:
  2. рапортую: 200 станций! Антиспам - сбой (ошибка инициализации). WS 6.0.3.837 :aa:
  3. ничего не понимаю :icon20: , выкладываю лог событий и лог задачи обновления ключевое время:7:37, 8:22, 9:06 чему верить? logs.zip
  4. аналогично :icon20: , началось Tue Aug 12 18:01:55 2008, происходит примерно в 70% случаев. У себя ничего не менял :supercool: Кореляция с ESX менеджер виртуальных машин отказывается стартовать в системах с 12 августа ? на Вашей стороне Сейчас пытаюсь обновиться каждые 44 мин.
  5. была Vista rus с Агентом 6.0.1591, все работало, поставили SP1 = агент не работает (не виден администрирования). Но как служба работает (автостарт от имени системы) , перезапуск службы агента на клиенте = клиент виден сервером администрирования. Переустановка Агента результата не дала. При попытке запустить задачу обновления баз получаю: Завершена с ошибкой Уровень важности: Отказ функционирования Приложение: Антивирус Касперского 6.0 для Windows Workstations Номер версии: 6.0.3.837 Имя задачи: обновление6 Компьютер: Klient15 Группа: Oтладка Время: 23 апреля 2008 г. 11:06:00 Описание: Произошла ошибка транспортного уровня в процессе взаимодействия с 'KAVWKS6;85;6.0.0.0;KAVWKS6-85': соединение было разорвано.
  6. так и не найдя причины, переустановил AdminKit = вск ОК.
  7. ситуация:VMware Workstation 6.0.2 на ней виртуальный сервер Win2003 R2, установка AdminKit 6.0.1572 прошла нормально, НО не могу подключится конссолью adminkit, ни локольно ни по сети, хотя rdp подключение проходит. Сервис Kaspersky Administration Server стартует, Kaspersky Network Agent работает, в журналах ошибок нет. НО netstat не показывает портов открытых klserver. Судя по этой ссылке вроде должно работать. Что делать? :dash1: Народ, исли есть работающие аналогичные конфигурации, сообщите плиз.
  8. Тогда подробнее: 1. Если на хосте Уровень защиты соответствует политике, то, что должно отображаться в колонке "Статус постоянной защиты"? 2. "Статус постоянной защиты" = «Выполняется (с пользовательскими настройками)» - означает, что есть отличия от параметров выставленных в политиках? Как можно получить подробный отчет по этим отличиям? 3. Получатся что «Статус» хоста = «ОК»; если в Свойствах группы, На закладке «Статус компьютера» / окно «Условия для … Критический» / есть галочка «Уровень постоянной защиты отличается от установленного администратором», а "Статус постоянной защиты" хоста НЕ РАВЕН ни одному из выбранных «Значение»? PS прочитал последний пункт раз пять и понял что, в общем логично, но не совсем прозрачно
  9. на сервере администрирования 6.0.1405 сотояние компьютера критическое = "Уровень постоянной защиты отличается от установленного администратором" Что необходимо сделать, для принудительнго соглосования Уровней защиты ? Политики обновлялись, и "замочки" везде закрыты.
  10. хочется иметь инструменты для миграции баз и серверов в т.ч. возможность подключения к одной базе разных серверов. Проблемы смотри тут Если сертификат на клиенте = сертификату сервера то сервер должен иметь возможность изменить подключение клиента (имя сервера) на себя, или запустить на не подключенном клиенте задачу смены Сервера администрирования.
  11. итак Выполненый сценарий для sak 5.0.1152: KWS 50676 1. Backup на старом SAK 2. SQL на промежуточном SAK. 3. Инсталлируем промежуточный SAK с " новой sql (sql сервер д.б. ДРУГОЙ) базой с СТАРЫМ именем базы. При установке брал уже существующую (старую) учетную запись AdminKav. 4. restore Backup на промежуточный SAK. 5. Запускаем задачу смены Сервера администрирования на старом SAK на промежуточный . 6. Ждем выполнения все клиенты д.б. ВКЛЮЧЕНЫ 7. Стоп старый SAK. 8. Дублируем структуру вспомогательных каталогов (share и т.п.) используемых SAK с старого на новый, не забыть про права!. 9. Деинсталлируем старый SAK. Старую SQL базу он удалит сам. 10. Инсталлируем новый SAK с указанием базы на старый (можно другой) sql сервер с СТАРЫМ именем базы. С новым сертификатом. 11. Запускаем Консоль на новом, отказываясь от мастера, закрываем ее. 12. restore Backup на новый SAK. НАДО указать path именно так как он был указан при создании Backup ! 13. Запускаем задачу смены Сервера администрирования на промежуточном SAK на новый. 14. Ждем выполнения все клиенты д.б. ВКЛЮЧЕНЫ. у меня 10% процентов не запустили монитор - только после перезагрузки. И 30% не подхватили новый SAK. Итоги: геморрой через гланды почти вылечен. (нет нормальных механизмов миграции баз и серверов) 1.через 2-суток все клиенты работают, Пункт 5,6 – не нужен. Пункт 13, 14 меняем на klmover.exe – результаты более предсказуемы и контролируемы, но требуется перезагрузка клиента. 2.Не запускается глобальная задача Backup на новом SAK. 3.ждем что еще не вылечили ??
  12. после пункта в. получаю: "Checking arguments...Backup and restore database name must be the same !!!FAILED - error code 1199 ('Operation canceled')"
  13. пробуем sak 5.0.1152: стандартными средствами не дает = "база уже есть" при попытке подсунуть старый сертификат инсталяция прекращается с ошибкой :angry: при этом запрашивает только *.bak сертификата. А как его пересоздать на старом сервере? Я нашел только storage.bkp - и переименовал в storage.bak. Можно новый SAK только с новым сертификатом?
  14. вопросы: 1. Какой д.б. порядок миграции сервера администрирования KAV (SAK) на другой сервер (другое имя), если база находится на отдельном SQL? 2. можно инсталировать новый SAK с указанием на существующую базу SQL? 3. Возможна одновременная или последовательная работа разных SAK с одной SQL базой? Сценарий 1 1.1 запускаем задачу смены Сервера администрирования на старом. 1.2 Стоп старый SAK. 1.3 инсталируем новый SAK с "указанием на старую sql базу". 1.4 все ОК? 1.5 убиваем старый SAK. Сценарий 2 2.1 запускаем задачу смены Сервера администрирования на старом. 2.2 Стоп старый SAK. А надо? 2.3 инсталируем новый SAK с " новой sql базой. 2.4 restore Backup на новый SAK. С какай базой будет новый SAK? 2.5 все ОК? 2.6 убиваем старый SAK.
  15. удаление старой полтики, создание поумолчанию новой, и ее применение проблему не снимает, как и манипуляции с замочками, импортом - экспортом. Сплошные танцы с буном
  16. да еще: трюк KavShare\Updates\bases\ids тоже пришлось далать
  17. 1. накатил на сервер 5.0.1150_adminkitru 2. создал задачи установки: kav 527. агент 1150. 3. поставил на на двух клентах (один из них с нуля) получаю статусы - "Уровень постоянной защиты отличается от уровня, установленного администратором" - настройки на клиенте не доступны. синхронизация проходит - информация оплагине агента версия = 1149 от 21.03.06 - но версия агента 1150 4. скачал агента отдельно (5.0.1150_netagentru), установил с перекрытеем. - фокус с версией и статусом остался. ЧТО делать кто проверит фокус с версией ?
×
×
  • Create New...

Important Information

We use cookies to make your experience of our websites better. By using and further navigating this website you accept this. Detailed information about the use of cookies on this website is available by clicking on more information.