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

Recommended Posts

Gronn

Кирилл, а можно ли переустановить службу IIS вот так на горячую? Не упадет ли SEPM?

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


Ссылка на сообщение
Поделиться на другие сайты
Олег Головенко
Кирилл, а можно ли переустановить службу IIS вот так на горячую? Не упадет ли SEPM?

Обязательно упадет :) Переустановить IIS на горячую не получится. А для чего это потребовалось?

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


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

"Сидел экспериментировал со статическими маршрутами на сервере с SEPM в итоге получил такую беду - на своей машине пытаюсь подключиться через http://server:9090. В итоге имя и пароль принимаются, но через секунду после загрузки косоли предлагает еще раз ввести. войти в консоль получается раза с третьего. а иногда в консоль входит, но доступны все страницы а служба репортов висит с приглашением ввести имя и пароль. вернул все маршруты обратно, но беда осталась. перезагрузки не помогли. менял java на несколько версий от 1.5 до 1.6.7 (думал проблема в моей машине), но даже на любой другой машине та же беда. на самом сервере все запускается замечательно. может это веб сервре глюканул?"

Из-за этого ;)

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


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

Подтверждаю. Удаление обновления KB956572, восстанавливает работу SEPM. SEPM 11.0.3001.224, MS SBS 2003 SP2

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


Ссылка на сообщение
Поделиться на другие сайты
Олег Головенко
"Сидел экспериментировал со статическими маршрутами на сервере с SEPM в итоге получил такую беду - на своей машине пытаюсь подключиться через http://server:9090. В итоге имя и пароль принимаются, но через секунду после загрузки косоли предлагает еще раз ввести. войти в консоль получается раза с третьего. а иногда в консоль входит, но доступны все страницы а служба репортов висит с приглашением ввести имя и пароль. вернул все маршруты обратно, но беда осталась. перезагрузки не помогли. менял java на несколько версий от 1.5 до 1.6.7 (думал проблема в моей машине), но даже на любой другой машине та же беда. на самом сервере все запускается замечательно. может это веб сервре глюканул?"

Из-за этого ;)

Конечно, можно попробовать переустановить IIS. Но для этого потребуется останавливать SEPM, и затем делать Repair установки. На всякий случай, советую заранее сделать бэкап SEPM по всем правилам.

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


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

Сегодня повторно установил все обновления системы, кроме злокозненного kb(956572).

После перезагрузки сервис успешно стартовал, консоль заработала, а клиенты не отвалились.

Но решения, насколько я понимаю, что бы и патч поставить и функционирование сервера сохранить, еще нет.

Ждем.

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


Ссылка на сообщение
Поделиться на другие сайты
angel-keeper
Сегодня повторно установил все обновления системы, кроме злокозненного kb(956572).

После перезагрузки сервис успешно стартовал, консоль заработала, а клиенты не отвалились.

Но решения, насколько я понимаю, что бы и патч поставить и функционирование сервера сохранить, еще нет.

Ждем.

Читайте внимательно пост №25 в нем ответ на ваш вопрос.

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


Ссылка на сообщение
Поделиться на другие сайты
mXm
Читайте внимательно пост №25 в нем ответ на ваш вопрос.

А, шайтан! Проглядел. Спасибо.

Сегодня поправил SEP как указано выше, и патч накатил. Все работает.

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


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

  • Сообщения

    • demkd
      Если версия системы идентичная то скорее всего подойдет, но это не точно, потому что лично я всегда пользовался бэкапом реестра, сперва ERUNT-ом, а когда он стал неактуален сделал свой ABR.
    • santy
      Вообще, в сети мало пишут про то, как восстановить работу безопасного режима, в основном после поискового запроса выводят статьи, как войти в безопасный  режим. (Видно хромает еще ИИ по этому вопросу). По данному, частному случаю как будто все уже перепробовали: точка восстановления есть но с заражением системы, со слов пользователя. Хотя по факту здесь и не нужно восстанавливать систему, достаточно только найти в этой точке файл SYSTEM, откопировать его в другое место и извлечь из него ключ SafeBoot. Возможно, что он и делал восстановление системы из точки восст., но Safe mode не заработал. Других точек восстановления нет, бэкапов реестра нет, так как не работал ранее с uVS, да, и мы вообщем редко практикуем в сложных случаях создавать бэкап реестра. Те функции восстановления ключа, что заложены в uVS, опираются на бэкап реестра. (Которого не оказалось в системе). Твик Зайцева так же не сработал, возможно основан на методе их текста, который RP55 принес сюда. Остается попытаться перенести ключ с чистой аналогичной системы. Возможно ли безболезненно взять ключ Safeboot из другой аналогичной чистой системы? Какие могут возникнуть проблемы? драйвера оборудования могут оказаться различными?  
    • demkd
      "CurrentControlSet" это виртуальный ключ, он указывает на последний рабочий CurrentControlSetXXX, потому копировать там обычно нечего потому что есть лишь CurrentControlSet001, который и есть CurrentControlSet, другое дело когда есть 001 и 002, один из них может быть живым, а может и не быть.
      Но на самом деле не нужно маяться фигней, нужно пользоваться бэкапом и восстановлением реестра, тем более что в uVS есть твик для включения системного бэкапа реестра, так же копии реестра есть в теневых копиях и точках восстановления, где гарантировано можно найти рабочую ветку реестра и восстановить ее либо руками либо через uVS->Реестр->Восстановить из копии ключ SafeBoot
    • PR55.RP55
      " Вот еще в помощь рекомендации от Зайцева Олега:   Цитата Кроме того, есть еще один метод восстановления испорченных ключей. Как известно, в самом реестре есть копии ключа SafeBoot. Они находятся в HKLM\SYSTEM\CurrentControlSet001\Control\SafeBoot и HKLM\SYSTEM\CurrentControlSet002\Control\SafeBoot. Следовательно, можно попробовать следующую операцию:
      1. Экспортировать HKLM\SYSTEM\CurrentControlSet001\Control\SafeBoot
      2. В полученном REG файле заменить "CurrentControlSet001" на "CurrentControlSet" (REG файл текстовый, поэтому заменить несложно)
      3. Импортировать модифицированный файл
      Данная операция может быть успешной сразу после запуска повреждающей ключ реестра вредоносной программы, до перезагрузки. Нарушена загрузка в защищенном режиме (SafeBoot) Изменено 6 часов назад пользователем safety " https://forum.kasperskyclub.ru/topic/466078-privetstvuju-slovil-majner-po-nazvaniem-toolbtcmine2782/page/6/#comments А, что если это будет делать uVS ? т.е. Копировать ключ > модифицировать > производить перезапись.
    • Ego Dekker
      Домашние антивирусы для Windows были обновлены до версии 18.1.10.
×