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

Проблема с установкой Агента Администрирования с сервера.


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

Ситуация такая.

На сервере установлена Administration Kit 6.

При попытке установить на локальные машины клиента Администрирования (примерно 30%) выдает ошибку, мол не могу зайти в папку общего доступа..

Выяснилось что на локальных машинах не запущенна служба "Сервер".. При попытке запуска выдает ошибку 87, не верно задан параметр...

Искал в и-нете, ничего внятного не нашел..

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

Изменено пользователем TheIrbis
Ссылка на комментарий
Поделиться на другие сайты

Добро пожаловать на форум

 

В каком режиме идет запуск данной службы Авто, Вручную?

Если сделать восстановление системы?

Ссылка на комментарий
Поделиться на другие сайты

Добро пожаловать на форум

 

В каком режиме идет запуск данной службы Авто, Вручную?

Если сделать восстановление системы?

 

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

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

 

Через консоль восстановления? Я ей к сожалению пользоваться не умею... :P

Ссылка на комментарий
Поделиться на другие сайты

Не консоль восстановления

 

1. Загрузка с СД

2. Вопрос на восстановление (как раз эта консоль) - продолжить

3. Подтверждение лицензионного соглашения

4. Восстановление - вот тут соглашаться

 

Все проблемы с ОС обычно так решаются

Ссылка на комментарий
Поделиться на другие сайты

Не консоль восстановления

 

1. Загрузка с СД

2. Вопрос на восстановление (как раз эта консоль) - продолжить

3. Подтверждение лицензионного соглашения

4. Восстановление - вот тут соглашаться

 

Все проблемы с ОС обычно так решаются

 

Хм.... Ну попробую...

Ссылка на комментарий
Поделиться на другие сайты

:P

Эта проблема однозначно с операционной системой

 

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

Ссылка на комментарий
Поделиться на другие сайты

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

Можно конечно вручную пересмотреть параметры запуска служб, отследить все зависимости - и приобрести хороший (именно хороший) опыт

Но когда нет времени и много компов - начинаешь действовать эффективно.

Тем более этот метод лечит почти все, а я не уверен, что проблемы со службой Сервер единственные на этих компах

Ссылка на комментарий
Поделиться на другие сайты

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

 

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

Ссылка на комментарий
Поделиться на другие сайты

Есть конечно решение для быстрого закрытия незащищенности компа

Локально ставить АА на проблемный комп, остальное устанавливать через АА

 

Кстати - какие ошибки в журнале событий по поводу незапуска службы

Ссылка на комментарий
Поделиться на другие сайты

Пожалуйста, войдите, чтобы комментировать

Вы сможете оставить комментарий после входа в



Войти
  • Похожий контент

    • agrohim
      Автор agrohim
      Сервер администрирования Kaspersky Security Center не запускается

    • scaramuccia
      Автор scaramuccia
      Добрый день. Нашему подразделению предоставляется лицензионный ключ Касперского. Я установил KSC, сделал его подчиненным указанному нам серверу, с которого распространяется ключ и политика, и к которому напрямую у меня нет доступа. Все работает и управляется прекрасно. Но многие полезные функции KSC мне недоступны из-за отсутствия лицензии на системное администрирование. Позволяет ли мне данная лицензия использовать системное администрирование? Или ее надо приобретать отдельно для своего сервера?

    • infobez_bez
      Автор infobez_bez
      Здравствуйте!

      Я настраиваю политику карантина для устройств под управлением Windows в KSC. При переносе устройства в эту политику у него должна блокироваться вся сетевая активность, кроме связи с сервером администрирования.

      Проблема:
      -В политике для Linux есть опция «Всегда добавлять разрешающее правило для портов агента администрирования», но в политике для Windows такой настройки нет.
      -Я пробовал добавлять сервер администрирования в доверенные узлы, но при этом разрешались и другие локальные службы, а нужно, чтобы работала только связь с KSC.
      -Также пытался вручную прописать правила в сетевом экране для портов агента (например, 13000, 14000 TCP/UDP), но это не сработало — устройство теряло связь с сервером.

      Вопрос:
      Как правильно настроить политику карантина для Windows, чтобы:
      -Устройство имело доступ только к серверу администрирования KSC.
      -Все остальные сетевые соединения (включая локальные службы) блокировались.
      -Устройство могло получать обновления политик (например, при выходе из карантина).
      -Нужна ли дополнительная настройка сетевого экрана или есть скрытые параметры, аналогичные функционалу для Linux?

      KSC 14.2
    • Роман П.
      Автор Роман П.
      Добрый день.
       
      На одном из ПК возникла проблема с подключением к серверу администрирования через mmc-консоль администрирования.
      При попытке подключения выдает ошибку - неверный сертификат, показывая его отпечаток. Отпечаток сертификата действительно не совпадает с тем, что находится на сервере администрирования.

       
      1) При попытке повторного подключения, указываю "вручную" файл сертификата, который располагается на сервере администрирования в  C:\ProgramData\KasperskyLab\adminkit\1093\cert - статья О сертификатах Kaspersky Security Center
      Результат - аналогичен неверный сертификат.
      2) Исходя из статьи Решение проблем с узлами Сервера администрирования - зачищал файл сервера администрирования в %USERPROFILE%\AppData\Roaming\Microsoft\MMC\ 
      3) Заметил, что после того как запускаешь консоль и выдает эту ошибку, то в хранилище сертификатов certmgr.msc формируется этот "левый" сертификат.

      4) Его зачистка в хранилище сертификатов, а также же поиск  по отпечатку и удаление в реестре с последующей перезагрузкой ПК к результату не привели. По-прежнему - неверный сертификат.
      5) Переустанавливал агента и клиента Касперского. Также пытался производить подключение без установленного антивируса и агента.
       
      Вопросы: как исправить эту проблему? Как удалить этот непонятный сертификат и заставить сервер получить верный. 
       
    • DeniTornado
      Автор DeniTornado
      Доброго всем!
      Коллеги, а кто-нибудь использует KES на своих RDS серверах? Все нормально с работой серверов?
       
      Дано:
      - несколько RDS на Windows Server 2019
      - на них установлен KES 12.1.0.506
       
      Проблема:
      Вот уже в течении нескольких дней подряд наблюдаю утром проблему пока только на RDS (на остальных серверах пока все нормально - служебные серверы для определенных целей). То один сервер, то второй, то третий - утром когда все пользователи заходят на свои рабочие столы (почти все у нас работают на терминальных серверах со своих тонких клиентов), зайти не могут! Сервер тупо не отвечает на запросы. RDSы - это виртуальные машины на Hyper-V. Приходится через консоль Hyper-V перезагружать виртуалку и тогда она или после первой перезагрузки или после второй начинает пускать пользователей.
      Самое интересное что в логах ни чего такого, что указало бы на проблему. ТП в собранных логах ни чего криминального не видит
       
      До установки KES такого не было ни когда! Раньше пользовались другим известным антивирусом вообще не знали таких симптомов и проблем.
      Есть у кого схожие проблемы на RDS?
       
      И еще такой вопрос: на RDS серверах я использую скрытый режим работы KES - в настройках политики для RDSов отключил интерфейс. Не за чем пользователям его видеть в трее Windows. Но при такой настройке становится недоступна проверка из контекстного меню WIndows файлов на вирусы - эти менюшки серые и их не нажать. Можно как-то и скрыть KES, но при этом и функция проверки из контекстного меню была доступна?
×
×
  • Создать...