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

Переустановка SEPM

Recommended Posts

lexx

Есть необходимость переустановить сервер SEPM RU5.

Этот сервер изначально устанавливался со следующими особенностями:

1. Изначально устанавливалась версия MR1 и потом апргрейдилась с каждой новой версией и теперь вот установлена RU5.

2. Сервер устанавливался в расширенном режиме. Пароль шифрования известен, но самый первый пароль администратора неизвестен. А в мануале написано, что нужно его указать. цитата: Повторная установка Symantec Endpoint Protection Manager. Во время повторной установки Symantec Endpoint Protection Manager необходимо ввести тот же пароль шифрования, который применялся при установке того экземпляра Symantec Endpoint Protection Manager, в котором произошел сбой. Кроме того, следует задать те же параметры, что и при установке исходного экземпляра, в том числе веб-сайт, тип базы данных и пароль учетной записи администратора.

3. При первой установке папка с данными (data) была указана другая в отличие от стандартной (D:\....)

Используя мануал симантека - ничего не получилось ни с резервной копией базы, ни без нее. А не получилось следующее: клиенты не цепляются ни в какую. А это самое главное.

Тестировал в виртуальной среде vmware в отдельной сети. Имя сервера и ИП адрес не изменились.

Подскажите, как лучше переустановить сервер учитывая вышеизложенные нюансы. И чтобы со стандартными настройками, т.е. чтобы папка с данными была на диске C:\Program files\....

Спасибо!

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


Ссылка на сообщение
Поделиться на другие сайты
A lone
Используя мануал симантека - ничего не получилось ни с резервной копией базы, ни без нее. А не получилось следующее: клиенты не цепляются ни в какую. А это самое главное.

Тестировал в виртуальной среде vmware в отдельной сети. Имя сервера и ИП адрес не изменились.

не совсем понял, сертификат сервера был нормально импортирован или нет ?

После переустановки сервера пробовали на клиентах запускать утилиту диагностики, менять/обновлять политики ?

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


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

БД SQL или встроенная.

Я правильно понял, что неизвестен пароль шифрования БД, который указывается при установки сервера SEPM?

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


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

Извиняюсь за молчание, но я разбирался в чем дело. Оказывается в самых первых версиях SEPM ставился в default web site на порт 80. При установке новой версии, там по умолчанию и рекомендуется порт 8014 на отдельном сайте. После установки на 80 порт всё заработало, но теперь стоит вопрос в переносе на отдельный сайт порт 8014.

Нашел соответствующие ссылки по переносу. Я так понял последовательность следующая:

1. Разослать на всех клиентов новый server list с новым портом

2. После этого создать новый custom site port 8014 и перенести туда симантек

How to manually move Symantec Endpoint Protection Manager to a custom Web site without reinstallation

http://service1.symantec.com/support/ent-s...db?OpenDocument

3. После этого перенастроить томкат на новый порт

After Symantec Endpoint Protection Manager has been moved to its own website, read the following document to configure Symantec Endpoint Protection Manager to run on the HTTP port that you configured in the steps above:

Configuring the Symantec Endpoint Protection Manager to run with a custom HTTP port.

http://service1.symantec.com/SUPPORT/ent-s...825731a007d06af

4. Ждать подключения клиентов :)

И после этого уже можно переустанавливать сервер.

Скажите, всё верно расписано? Каких подводных камней еще ждать?

p.s. база встроенная, пароль шифрования известен.

  • Upvote 5

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


Ссылка на сообщение
Поделиться на другие сайты
A lone
Извиняюсь за молчание, но я разбирался в чем дело. Оказывается в самых первых версиях SEPM ставился в default web site на порт 80. При установке новой версии, там по умолчанию и рекомендуется порт 8014 на отдельном сайте. После установки на 80 порт всё заработало, но теперь стоит вопрос в переносе на отдельный сайт порт 8014.

только один вопрос: зачем ?

ИМХО: просто установка сервера SEPM MR5 на 80 порт, и далее восстановление базы - самый простой путь решения проблемы.

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


Ссылка на сообщение
Поделиться на другие сайты
lexx
только один вопрос: зачем ?

ИМХО: просто установка сервера SEPM MR5 на 80 порт, и далее восстановление базы - самый простой путь решения проблемы.

Согласен.

Но на этом же сервере будет стоят WSUS. Он конечно на другом порту (8530) работает, но как показывает практика wsus всё равно использует порт 80 и сайт по умолчанию. У него там пару папок лежит. Я не знаю что могут новенького выдумать Microsoft и Symantec. Может в новых версиях они папки переименуют и они начнут конфликтовать (такое уже было с папкой content). Поэтому хочу сделать на новом сервере всё по-нормальному и один раз. Тем более возможно, что будут устанавливаться и другие приложения. А какие порты они используют я точно не знаю.

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


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

  • Сообщения

    • demkd
      Да есть такой баг, выбор целого диска не предусмотрел.
    • PR55.RP55
      Сейчас попробовал добавить файлы и... E:\ [Error: 0x3 - The system cannot find the path specified. ] т.е. Файл > Добавить в список >  Все исполняемые файлы каталога. или пишет вышеуказанную ошибку или вешается. Это и на Win 7 и на Win 10 и с HDD дисками и с USB Диски нормально открываются т.е. доступны.
    • 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.

       
×