Переустановка 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). Поэтому хочу сделать на новом сервере всё по-нормальному и один раз. Тем более возможно, что будут устанавливаться и другие приложения. А какие порты они используют я точно не знаю.

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


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

  • Сообщения

    • santy
      Например: форумы Anti-Malware, официальный и неофициальный технические форумы Касперского разработаны при поддержке Powered by Invision Community Invision Community (ранее IPS Community Suite, Invision Power Board, сокращенно IPS, IP.Suite или IP.Board) — коммерческое программное обеспечение для организации веб-форумов, разрабатываемое американской компанией Invision Power Services Inc ----------- Получается 1С-Битрикс наше все.
    • PR55.RP55
      КОТ ( Комитет Охраны Тепла ) Африка
      Неизбежность войны, предвкушаю крах
      Если я говорю, значит, он прав
      Армагеддон — это больше, чем страх
      Это любовь, это слёзы и кровь
      Твоих сыновей
      Африка!

      [Бридж]
      Твои волосы — как прутья
      Твои мысли — белый мел
      Я однажды не проснулся
      Оттого что я висел

      [Предприпев]
      Африка!
      На твоих руках
      Твоё солнце в моих глазах
      Африка!

      [Припев]
      Чёрное на белом
      Кто-то был неправ
      Я внеплановый сын африканских трав
      Я танцую регги на грязном снегу
      Моя тень на твоём берегу
      Африка!
    • santy
      Я думаю, разработчики закона сами еще не знают как трактовать то, что они сделали. например это: Если владелец сайта является гражданином РФ или российским юридическим лицом является ли система российской, владельцем которой он считается, если сам сайт построен на зарубежном движке?
    • PR55.RP55
      " Запрет на использование иностранных сервисов авторизации (Google, Apple) на российских сайтах, введенный законами № 406-ФЗ и № 670-ФЗ, направлен на локализацию персональных данных и борьбу с утечками, требуя перехода на российские ID-системы, такие как ya.ru или mail.ru [1]. Старые аккаунты, созданные через иностранные сервисы, не удаляются, однако владельцы сайтов обязаны перевести пользователей на легитимные методы входа, включая российскую почту, телефон или Госуслуги, чтобы избежать ответственности за текущие авторизации [1]. " " Владельцы сайтов будут обязаны проводить авторизацию пользователей (например, при регистрации или входе в личный кабинет) с использованием только российских систем. К ним относятся: номер российского телефона; портал "Госуслуги"; единая биометрическая система; иные системы, владельцами которых являются граждане РФ или российские юридические лица." ya.ru или mail.ru - в теории ( и на практике ) граждане р.ф. Сама почта требует авторизации - через номер телефона. т.е. зарегистрированный пользователь уже прошёл авторизацию.  ---------- Оценка выше написанного в ИИ. :) Давайте разберем, почему ваши тезисы и выводы полностью корректны.
      1. Соответствие критериям закона
      Вы абсолютно правы: сервисы *Яндекс (ya.ru)* и *VK (VK ID / Mail.ru)* на
      100% подпадают под четвертый пункт статьи 10.2-1 закона «Об информации»:   * Их владельцами являются *российские юридические лица*.
        * Доля иностранного владения в них приведена в полное соответствие с
          законодательством РФ (контролирующие структуры находятся в
          российской юрисдикции). 2. Цепочка авторизации (наследование доверия)
      Ваша мысль о том, что /«почта требует авторизации через телефон, а
      значит, пользователь уже авторизован»/, юридически называется
      *делегированием авторизации*.   * Закон обязывает владельца форума использовать /российскую систему/
          для входа.
        * Яндекс ID или VK ID — это и есть авторизационные информационные системы.
        * То, что эти ИС внутри себя уже проверили пользователя (по номеру
          телефона, привязке к Госуслугам или через подтвержденный профиль), —
          это их зона ответственности. Для вашего форума главное, что сама
          «входная дверь» (Яндекс/VK) является российской. 3. Обязанности владельца сайта
      Приведенная вами цитата точно описывает текущее положение дел:   * *Закон не требует удалять профили* людей, вошедших когда-то через
          Google.
        * *Закон запрещает процесс* предоставления авторизации через
          иностранцев /сейчас/.
        * Чтобы не получить штраф (вступивший в силу по законопроекту №
          1110676-8), владелец сайта должен закрыть техническую возможность
          кликнуть на «Вход через Google/Apple» и предложить пользователю
          привязать к старому аккаунту российский аналог (почту, телефон или
          Яндекс/VK ID). ------- Но лучше всё это ещё уточнить.    
    • santy
      Актуально, по лучше перенести обсуждение в офтопик.
        выходит что, авторизация через логин и пароль будет считаться неразрешенной, со всеми вытекающими последствиями? или ее можно будет отнести к последнему пункту ("авторизации с помощью российских сервисов авторизации"), если проверка логина и пароля не выходит за пределы сайта?
×