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

Группы в структуре SEPM

Recommended Posts

Teddy

Добрый день,

Существует проблема - никак не могу перевести клиента в необходимую группу. Используется SEPM 11.0.5002.333 и такой же SEP (на удаленной тачке), который также является поставщиком обновлений для группы.

В SEPM существуют множество групп, в некоторых группах отображаются клиенты из "чужих" групп. Например, для группы 203 отображается клиент из группы 029. Пробовал и переустанавливать клиента заново, пробовал делать новый дистрибутив с наследованием политик группы - хоть убей, но всеравно клиент из 029 сидит в 203-й группе. Пробовал подменять политику как с помощью SylinkDrop так и с помощью экспорта из однотипного клиента группы 029 с последующим импортом в необходимый клиент. После коннекта с управляющим сервером всеравно возвращается в 203-ю группу. И так по различным группам идет неразбериха...

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

Клиент находит и по днс-имени и по айпи легко..

Структура каталогов клиентов, судя по-всему импортирована из каталога AD...

подскажите плиз, как вернуть клиентов в необходимые группы, при условии, что кнопка "Удалить" на клиентах в некорректных группах неактивна...

в одном случае помогло создание нового клиента прямо в SEPM, но таким образом при поиске данной машины выходят 2 строчки - в одной старые данные клиента(без зеленого кружка) и находятся в группе, в другой - новые данные (с зеленым кружком). Но!..новый клиент не может быть перемещен в группу, где находится старый ибо..."Клиент нельзя переместить в группу AD", а старый не удалить...Синхронизация ситуацию не исправляет..

Такое ощущение, что где-то на сервере, что-то не то...где-то в базе не могут обновиться ссылки...

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


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

судя по описанию у вас используются два типа групп:

1. Группы, созданные вручную.

2. Группы, полученные благодаря синхронизации с AD (каждое OU в синхронизированной части AD будет выглядеть группой в SEPM).

Если клиент, на который устанавливается SEP находится в одном из синхронизованных OU, то он всегда будет попадать в эту группу на SEPM, вне зависимости от того какой файл sylink.xml ему подкладывают. Это позволяет экспортировать всего лишь один установочный пакет и устанавливать его на всех клиентов, при этом все клиенты попадут в нужные группы (правда, при условии, что группы в SEPM логически совпадают со структурой AD).

Если из всей картины выпадают несколько клиентов (т.е. для них нужна другая логика помещения в группы), то можно их вручную перенести в другие группы. Это делается через консоль SEPM (там есть функция перемещения клиента в другую группу).

После перемещения клиента в другую группу он будет виден в двух группах:

- синхронизованной с AD (без зеленого кружочка)

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

Переместить клиента вручную из одной синхронизованной с AD группой в другую синхронизованную нельзя, только в созданную вручную.

Переместить клиента обратно из созданной вручную в синхронизованную просто: удалите клиента из созданной вручную и через некоторое время он снова появится в синхронизованной.

Если что-то работает не так, как я описал, то это ошибка.....

Посмотрите внимательно, так ли у вас, если что-то работает неправильно, то опишите поподробнее, что именно.

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


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

На самом деле структура AD и структура групп в SEPM аналогичны. В AD - в группе 203 находятся только объекты этой группы, как и по другим группам..Судя по-всему почти все дерево групп в SEPM ранее было синхронизировано с AD, к сожалению я не в курсе что было до меня..

Но что касается SEPM - не все гладко..

Что было проделано: с указанного выше клиента 029 был удален полностью SEP с помощью CleanWipe + Удаление поддиректорий в ProgrammFiles, Documents&Settings\AllUsers\AppData + удаление веток реестра HKLM\Software\Symantec, HKCU\Software\Symantec, HKEY_USERS\.Default\Software\Symantec. Поставил клиента заново с группой по умолчанию и о чудо - клиент встал на SEPM в свою группу 029. Причем пробовал поискать этот клиент - все как и хотел - есть только в одном случае - в группе 029 и с зеленым кружком с актуальными данными о клиенте.

Однако, это случилось лишь в одном случае.. В другом случае, такое не прокатило..После полной переустановки, нажал кнопочку Обновить в Устранении неполадок и он снова подкачал себе путь к 203й группе..В своей группе его нет, а через поиск клиентов находит его как будто в своей группе, но без зеленого кружочка. А реально на клиенте висит группа 203..Вручную переместить клиента не удается, есть только Удалить, ито заблокирована, а копировать не дает.

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


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

попробуйте одно из следующих решений:

1. убрать синхронизацию SEPM с AD, после этого добавить ее заново.

2. Решение описанное здесь:

http://98.129.119.162/connect/forums/clien...cannot-be-moved

т.е. верменно перенести компьютер из одного OU в AD в другое (то, которое не пресутствует в структуре SEPM), потом синхронизовать, а потом вернуть клиента в нужное OU, а потом заново синхронизовать.

Должно помочь.

Если не поможет, то заводите кейс.

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


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

не помогло...

обидно..досадно...но мы их всех победим!

Спасибо за наставление на светлые пути!

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


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

  • Сообщения

    • demkd
      проверил, работает, но стоит помнить что кэш используется только при массовой проверке и только для файлов не получивших статус проверенного ранее.
      для проверки отдельного файла кэш не используется по очевидным причинам.
    • PR55.RP55
      Определять время применения GPO Определять время применения GPO - с привязкой к событию. ( например запуск... скрипта ) Писать в Инфо.
    • PR55.RP55
      Настройка vtCacheDays= не работает. ( залез, а в папке сотни файлов  ) пробовал менять настройки\даты - не работает.  
    • demkd
      ---------------------------------------------------------
       4.12.3
      ---------------------------------------------------------
       o Добавлено несколько новых ключей автозапуска.  o Добавлен новый флаг запуска "Проверять весь HKCR".
         Не всегда требуется загружать и проверять все CLSID (по умолчанию флаг установлен).
         Снятие флага значительно ускорит скорость построения образа автозапуска за счет существенного сокращения файлов в списке.
         Если флаг установлен:
          o Твик #37 не исправит все проблемные пути в реестре
          o Функция удаления ссылок на отсутствующие файлы не затронет незагруженную часть HKCR.  o Улучшена функция парсинга командной строки.  o Исправлена функция восстановления реестра для неактивной системы.
         Добавлено удаление старых логов реестра, они могли препятствовать загрузке хайвов после оффлайн восстановления реестра.
         Обновлен ABR до версии 1.10, в него внесены аналогичные с uVS изменения.
          o Автозагрузка службы ABR теперь работает в отложенном режиме для устранение возможного сбоя загрузки пользовательского хайва реестра.
          o Добавлен модуль defrag для дефрагментации и устранения ошибок в сохраненной копии реестра.  o В окно информации о задаче добавлены даты создания и последнего запуска.  o Теперь в лог добавляется предупреждение о слишком длинных строках в реестре (более 2к символов).  o Исправлена ошибка в функции внесения данных из reg-файла в реестр неактивной системы.  o Добавлена поддержка кэша задач версий 1(Win8 и 8.1) и 2(некоторые серверные версии). (ранее поддерживалась только 3-я версия Win10/Win11).  o Исправлена ошибка которая могла привести к переполнению буфера.  
    • Ego Dekker
      Домашние антивирусы для Windows были обновлены до версии 16.0.24.
×