Перейти к содержанию

Рекомендуемые сообщения

Опубликовано

Всем привет!

 

Необходимо освободить место на системном диске С:.

Перенёс KLSHARE на диск D:.

Задача "Download updates to repository" сохраняет обновления в "C:\Program Files (x86)\Kaspersky Lab\Kaspersky Security Center\Share\Updates". Как изменить путь на диск D:?

Получается, что KLSHARE находится на диске D:, а обновления на диске C: и недоступны клиентам.

Знаю, что можно указать "Deploy downloaded updates to additional folders", но тогда они будут сразу на двух дисках и это не решение.

 

Опубликовано

Можно использовать Связь каталогов

Опубликовано

 

 


Можно использовать Связь каталогов
KSC в принципе не должен блокировать такие переходы, но не факт.

Мне все-таки кажется, официально так никто не порекомендует делать

Опубликовано

 

 


KSC в принципе не должен блокировать такие переходы, но не факт.
Не должен ;)
Кстати эта фишка не блокируется и при переносе баз в самом антивирусе

 

 

 


Мне все-таки кажется, официально так никто не порекомендует делать
Скорее всего скажут - "Делайте на свой страх и риск"
Опубликовано

Помогли в службе поддержки:

 

Здравствуйте.

Если в свойствах Сервера администирования нажать "Изменить" на вкладке настройки общей папки, удается ли заново указать папку KLSHARE?

Спасибо.


Здравствуйте!

Ещё раз ввёл такой же путь \\server\klshare и всё заработало.
Проблема решена.
Огромное спасибо!

Опубликовано

 

 


Ещё раз ввёл такой же путь \\server\klshare и всё заработало.
а я почему-то думал, что вы хотите только Updates перенести.

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

**я сам так же указывал в одно время сетевое расположение

Опубликовано

Я же написал, что перенёс KLSHARE на диск D:. Но т.к. в пределах одного сервера - сетевой путь не менялся, как был \\server\klshare так и остался, и я в настройках KSC ничего не менял. 

Спасибо бэкапы уже давно сохраняются по расписанию на диск D:.

  • kmscom закрыл тема
Гость
Эта тема закрыта для публикации ответов.
  • Похожий контент

    • Rgn
      Автор Rgn
      Добрый день!
      После установки яндекс браузера,  почти каждый день выскакивают  события с данным браузером.
      Что нужно сделать чтобы уменьшить количество данных событий?

    • SergeyOW
      Автор SergeyOW
      День добрый.
      Пытаюсь обновить KSC 14.2.0.26967 до версии 15.1.0.20748.  KSC установлена на сервере Windows Server 2022.  В качестве БД используется MS SQL 2019 c последними обновлениями. БД установлена на другом сервере.
      Дело в том, что при обновлении до версии 15.1.0.20748, а также при "чистой" установке KSC 15.1.0.20748 и последующим восстановлением из бэкапа перестает работать служба kladminserver.
      При этом служба kladminserver перестает работать после обновления KSC до версии 15.1.0.20748. В случае установки  KSC 15.1.0.20748 после удаления KSC 14.2.0.26967 служба kladminserver перестает работать после восстановления из бэкапа.
      Откатился обратно к  KSC 14.2.0.26967. Бэкап рабочий. Восстановление из бэкапа на KSC 14.2.0.26967 прошло успешно.
      Может кто сталкивался с подобной ошибкой при обновлении KSC.
    • dsa
      Автор dsa
      Добрый день!
      Подскажите пожалуйста, в результате чего на сервере KSC создается следующее информационное сообщение:
      Аудит (модификация объектов)
      Важность: Информационное событие
      Программа: Сервер администрирования
      Устройство: Сервер администрирования
      Группа: Группа устройства, на котором добавлена задача
      Описание: "Активные угрозы": пользователь "DOMAIN\Admin_account" добавил задачу "Проверить" для объектов на устройстве "Имя устройства".
       
      Администратор не добавлял никаких задач. Как произошло событие? Что за задача "Проверить"?
    • Vldmr
      Автор Vldmr
      Приветствую всех.
       
      На старом сервере обновили KSC 14.2 на KSC 15.1. Естественно, после обновления KSС не работает. Как лучше откатиться на 14.2 чтобы не потерять связь с агентами? Бэкап перед обновлением сделали посредством klbackup. Вижу 2 варианта:
      1. Ставить KSC 14.2 поверх. Если не заработает - восстановить бэкап.
      2. Удалять KSC 15.1. Ставить KSC 14.2. Восстанавливать бэкап.
      Какой вариант лучше?
    • DD654
      Автор DD654
      Вообщем, есть выделенный сервер с KSC-12, изначально настроил, работал без особых проблем, своих агентов видел, KeS обновлялся. 
      Прошлым летом сменил айпи на сервере, в целях упорядочения раздачи айпи. Вроде всё работало, как обычно. Потом отпуск, потом Новый год,  смотрю - а у меня три четверти компов в KSC помечены, как с отсутвующими
      агентами KSC. Вернул айпишник на старый, подождал дня 2-3 - не помогло. Снова вернул айпи на новый, "упорядоченный", сделал батник с командой:
      C:\Program Files (x86)\Kaspersky Lab\NetworkAgent\klmover.exe -address ksc.domain.local -silent  /точнее, вначале вместо полного имени сервак с KSC указал его айпи/,
      запустил задачей средствами ксц, пишет - отработало успешно в обоих случаях /с айпи и днс-именем/,  - но - не помогло. KSC все равно не видит агентов KSC на локальных компах.
      Вычитал на форуме про проблему с сертификатами,  с KSC экспортировал сертификат KeS и раздал его политикой домена на локальные компы. Подождал ночь, чтоб компы перезагрузились через
      выключение/включение - не помогло. Своих агентов КСЦ на локальных компах не видит всё равно. А они есть, как и КеС.
      В чем беда, не подскажете, уважаемые? Может, надо базу sqlexpress отрихтовать каким-то образом? Похоже, там прописалась в нескольких местах всякая инь-янь-хрень...
      Да, КСЦ Версия: 12.2.0.4376, агенты соответственно тоже, КеС версия 11.6.0.394, переустанавливал и вместе через задачу, и по-отдельности, и просто тупо удаленно с пары локальных компов с КЛ-шары из пакаджест,
      после установки/переустановки -пишет всё встало хорошо, просто замечательно, перезагружаешься - а ксц всё равно своих агентов с кес не видит...
       Может, кто-то сталкивался с аналогичным?
       
       
×
×
  • Создать...