SEPM и уже установленные клиенты SEP на компьютерах домена AD - Вопросы по Symantec Endpoint Protection - Форумы Anti-Malware.ru Перейти к содержанию
Romires

SEPM и уже установленные клиенты SEP на компьютерах домена AD

Recommended Posts

Romires

Здравствуйте. Ситуация такая. Есть контроллер домена AD 10.0.1.2, на многих компьютерах уже был установлены SEP, был сервер 10.0.1.9 с установленным SEPM, этот сервер вышел из строя. Всю эту систему устанавливал старый системный администратор, я человек новый. Установил 2003 server, на него поставил SEPM, бэкапа нету, решил настроить всё заново. В SEPM указал синхронизацию с 10.0.1.2, в клиентах появились все учетки компов и юзеров, но клиенты там не показываются с зеленой точкой. Просто тупо учётки. Как сделать так чтобы SEPM увидел всех установленных клиентов. Раньше причем в клиентах показывались только компы с установленными клиентами. В организации где-то 200 клиентов. Знающие люди, помогите пожалуйста.

Поделиться сообщением


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

Нужно клиентам подложить файл конфигурации и сертификата нового сервера находящийся в C:\Program Files\Symantec\Symantec Endpoint Protection\SyLink.xml.

Один из вариантов:

1. Создаешь на новом сервере пакет установки с любыми опциями.

2. Находишьв нем SyLink.xml

3. Останавливаешь на нужном компе Симантек выполнив smc -stop из каталога Симантека

4. Заменяешь SyLink.xml с нового сервера

5. Запускаешь smc -start или перезагружаешь комп.

Поделиться сообщением


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

А можно наоборот? Взять этот файл у клиента и подложить его SEPM?

Поделиться сообщением


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

Это вряд ли. На SEPM, небось, должен быть еще закрытый ключ к этому сертификату. Иначе бы сертификат ничего не стоил.

Поделиться сообщением


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

В SEPM этот файл не один, их много много, лежат они по известному адресу в папке SEPM, там какие-то сложные названия у этих папок, их много, там наверное дубликаты, может быть всё таки можно заменить все их на SyLink.xml с клиента? Заменил на одном клиенте этот файл, на файл с сервера, SEPM увидел его и управлять им. Хммм, по сути там содержится ID домена и ещё что-то, может всё же можно в обратном порядке? Кто-нибудь пробовал такое?

Да и кстати, у меня ведь остались файлы из которых я импортировал сертификат бывшего сервера, так что по сути ключ шифрования должен быть тот же что и был, разве не так? keystore_2008-11-07-17-40-43.jks и server_2008-11-07-17-40-43.xml вот эти файлы. В панели администрирования, сертификат... Что-то такое. Он импортировал. То есть ключ шифрования остался так, я правильно понимаю?

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
ShIvADeSt
3. Останавливаешь на нужном компе Симантек выполнив smc -stop из каталога Симантека

4. Заменяешь SyLink.xml с нового сервера

5. Запускаешь smc -start или перезагружаешь комп.

При использовании SyLinkDrop - эти манипуляции не нужны. А так как он понимает командную строку, то можно сделать скрипт, который при входе пользователя сделает обновление sylink.xml автоматически. Так же есть утилита SylinkReplacer, которая массово по списку компов делает замену файла. А после ее работы уже вручную добить те, на которых почему то не обновилось.

Подкидывать старый сертификат серверу - ИМХО плохо.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
radamol
В SEPM этот файл не один, их много много, лежат они по известному адресу в папке SEPM, там какие-то сложные названия у этих папок, их много, там наверное дубликаты, может быть всё таки можно заменить все их на SyLink.xml с клиента? Заменил на одном клиенте этот файл, на файл с сервера, SEPM увидел его и управлять им. Хммм, по сути там содержится ID домена и ещё что-то, может всё же можно в обратном порядке? Кто-нибудь пробовал такое?

Да и кстати, у меня ведь остались файлы из которых я импортировал сертификат бывшего сервера, так что по сути ключ шифрования должен быть тот же что и был, разве не так? keystore_2008-11-07-17-40-43.jks и server_2008-11-07-17-40-43.xml вот эти файлы. В панели администрирования, сертификат... Что-то такое. Он импортировал. То есть ключ шифрования остался так, я правильно понимаю?

Если есть файлы импорта - почитай Восстановление после аварии.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Romires
Если есть файлы импорта - почитай Восстановление после аварии.

Прочитал всю главу первым делом, восстановил сертификат, а бэкап клиентов у меня не восстанавливается...

И такой вопрос, почему файлов SyLink.xml в папке SEPM так много? Они же похожу все одинаковые. Просто в разных папках лежат.

f77b47d11e4b.png

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
radamol
Прочитал всю главу первым делом, восстановил сертификат, а бэкап клиентов у меня не восстанавливается...

И такой вопрос, почему файлов SyLink.xml в папке SEPM так много? Они же похожу все одинаковые. Просто в разных папках лежат.

f77b47d11e4b.png

Папки - это группы Симантека, в том числе контейнеры АД. В принципе все SyLink.xml в них одинаковые, только он из базы восстанавливается.

Поделиться сообщением


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

Проблема практически решилась. Я добавил домен, присвоил ему старый DomainID, сделал его активным, импортировал контейнеры из AD. После этого надо перезапустить клиенты на рабочих станциях (smc -stop, smc -start), после чего появляется связь между клиентом и сервером. КЛиенты начинают обновляться.

Поделиться сообщением


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

Похожая проблема. Я решил всех клиентов перенести на новый сервер с помощью ГП + bat файл в котором запускаю утилиту SyLinkDrop. Но проблема что при загрузки машины если у пользователя нет прав админа, то утилита не срабатывает. Если я политику вешаю в конфигурации компьютера \ Конфигурация Windows\Сценарии\Автозагруска, тогда ни у админа, ни у пользователей не работает.

Как можно реализовать это, если кто сталкивался ответьте пож-та.

Поделиться сообщением


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

А мой пост выше прочитать не смогли?

SylinkReplacer - то что надо (не работает только с вин2к клиентами).

Запускаете от имени админа на своей машине. скармливаете текстовый документ с айпишниками клиентов и все. Потом проверяете, у кого не получилось и руками sylinkdrop аете их. Я так 150 компов переводил. Читать тут

http://www.symantec.com/connect/downloads/...ep-clients-sepm

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Strannik
Похожая проблема. Я решил всех клиентов перенести на новый сервер с помощью ГП + bat файл в котором запускаю утилиту SyLinkDrop. Но проблема что при загрузки машины если у пользователя нет прав админа, то утилита не срабатывает. Если я политику вешаю в конфигурации компьютера \ Конфигурация Windows\Сценарии\Автозагруска, тогда ни у админа, ни у пользователей не работает.

Как можно реализовать это, если кто сталкивался ответьте пож-та.

Батник в студию! Я делал через Startup скрипт, где:

1 подцепляется шара

2 запускается SylinkDrop с ключами

3 отцепляется шара.

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
ejik
Батник в студию! Я делал через Startup скрипт, где:

1 подцепляется шара

2 запускается SylinkDrop с ключами

3 отцепляется шара.

Батник совсем простой, я его ложил в шару netlogon

\\kaz-sys-01\distr\Antivirus\dropsylink\sylinkdrop.exe -silent \\kaz-sys-01\distr\Antivirus\dropsylink\sylink.xml

Поделиться сообщением


Ссылка на сообщение
Поделиться на другие сайты
Strannik
Батник совсем простой, я его ложил в шару netlogon

\\kaz-sys-01\distr\Antivirus\dropsylink\sylinkdrop.exe -silent \\kaz-sys-01\distr\Antivirus\dropsylink\sylink.xml

Локальный адрес указывать надо - для этого и подцепляется шара как сетевой диск.

net use R: \\kaz-sys-01\\distr\Antivirus\dropsylinkR:\SylinkDrop.exe -silent R:\SyLink.xmlnet use R: /delete
  • Upvote 10

Поделиться сообщением


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

Спасибо!!!

Поделиться сообщением


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

  • Сообщения

    • demkd
      А ничего с этим не сделать старые версии windows проблемные там система сама балуется внедрением потоков при очень низком уровне защиты системных процессов, а эцп вообще ничего не гарантирует когда речь заходит о внедренных потоках, зловред вполне может внедрить поток в системный процесс как с помощью подкинутой в правильное место "легитимной" dll, так и просто создав его, а тот уже в свою очередь внедрить в следующий системный и ищи концы среди вот этого вот всего.
      Все это усугубляется тем что тот же SVCHOST.EXE который был когда запущен может оказаться совсем не системным, хотя путь у него будет правильным как и файл будет иметь валидную эцп и запущен он будет якобы services.exe, в 10ке такое провернуть уже сложнее, а вот 7ке легко, потому урезать лог по принципу "оба файла имеют эцп" никак нельзя.
    • PR55.RP55
      uVS v5.0.6v x64 [http://dsrt.dyndns.org:8888]: Windows 7 Home Basic x64 (NT v6.1 SP1) build 7601 Service Pack 1 [C:\WINDOWS] (!) ПРЕДУПРЕЖДЕНИЕ: Ф зафиксировал внедрение потока C:\WINDOWS\SYSTEM32\SERVICES.EXE [428] внедрил поток [380] в процесс: C:\WINDOWS\SYSTEM32\SVCHOST.EXE [876]   C:\WINDOWS\SYSTEM32\SVCHOST.EXE [1060] внедрил поток [1276] в процесс: C:\WINDOWS\SYSTEM32\SVCHOST.EXE [336] и т.д.  А есть ли смысл выводить в лог десяток - другой аналогичных записей, если все эти файлы  в базе проверенных и у них легальная цифровая?  
    • demkd
      ---------------------------------------------------------
       5.0.6
      ---------------------------------------------------------
       o Добавлено 4 новых ключа автозапуска в список для проверки.

       o Добавлен новый статус "UWP".
         Его получают пакеты приложений универсальной платформы Windows (Universal Windows Platform Apps).

       o Добавлен новый твик #46: Отключить Windows Terminal и очистить реестр.
         Если Windows Terminal активен, в лог выдается предупреждение.
         При обнаружении подозрительных настроек Windows Terminal в конфигурационных файлах, реестре или в каталогах с фрагментами в лог выводится предупреждение.
         Если подозрительная строка найдена в JSON-файле настроек, то в список автозапуска добавляется этот файл с содержимым со статусом "подозрительный".
         В любом случае рекомендуется отключить Windows Terminal, а еще лучше немедленно удалить это из системы.
         Windows Terminal — крайне уязвимый и неоптимизированный кусок кода.

       o Улучшена функция масштабирования удаленного рабочего стола, повышено качество аппаратного апскейла, добавлен параметр "Резкость".
         (Требуется D2D и DX11 на клиентском компьютере)

       o Исправлена старая ошибка в функции отправки ответов серверной части uVS.
         Из-за ошибки в редких случаях могло происходить подвисание серверной и клиентской частей uVS при работе с удаленной системой.

       o Исправлена ошибка в функции завершения серверной части при выходе из удаленной системы.

       o Оптимизирована функция подключения к удаленной системе.

       o Оптимизирована функция сжатия фреймов для DDAL/DDAw режимов: шрифты теперь не теряют яркость, а картинка DDAL практически неотличима от DDA1/DDA2 на глаз, 
         при этом размер сжатого фрейма вырос лишь незначительно.

       o Добавлена x64 версия report_crash.

       o Обновалена функция сбора дампа при падении uVS, функция перенесена в утилиту report_crash, что позволит
         получить максимально точную информацию о произошедшей ошибке.

       o Временно добавлена аппаратная функция обнаружения разрушения списка автозапуска в памяти uVS, что позволит отлавливать сложные в обнаружении ошибки.
         Есть 5 дампов, по которым не удалось выяснить точное место ошибки и эта функция должна помочь найти проблемное место.
         Функция снижает скорость формирования списка на ~5% на современных процессорах.

       o Исправлена ошибка в функции подсчета удаленных ключей реестра.

       o Исправлена ошибка в функции записи параметров при выходе из uVS.

       o Исправлена ошибка разбора JSON-файлов.

       o Исправлена ошибка проверки переменных окружения загруженного пользователя.

       o Из списка доступных для подключения IP-адресов удалены адреса активных VPN.

       
    • PR55.RP55
      * адрес страницы (ReferrerUrl) и адрес самого файла (HostUrl) в метке появились в Windows 10 версии 1703, их записывают браузеры, например Edge и Chrome. В статье показано, как посмотреть эти данные в Windows 11 https://www.comss.ru/page.php?id=22105
    • Ego Dekker
      ESET Cyber Security 10.0.2100  (macOS 13/14/15/26/27)
                                                                                  ●
              Руководство пользователя ESET Cyber Security 10  (PDF-файл)
                                                           
      Полезные ссылки:
      Технологии ESET
      Удаление антивирусов других компаний
      Как удалить ESET Cyber Security?
×