Рейтинг:0

Правильный способ развертывания объекта групповой политики, который требует перезапуска текущей и будущей машины?

флаг jp

Допустим, у меня есть политика, которая устанавливает определенные параметры шифрования для наших серверов. Например, нам не нужны SSL 3.0, незащищенные, шифры и т. д. После этого изменения компьютеры должны быть перезапущены, чтобы изменения вступили в силу.

  1. существующие машины должны быть перезапущены в определенное время в нерабочее время
  2. будущие машины необходимо будет перезапустить после применения политики

Каков идеальный подход для обработки этой ситуации, когда есть установленное время, которое необходимо запланировать сейчас, а также перезапуск, который необходимо выполнить для будущих машин (изменить: и администратор не будет знать, что это относится к новой машине )?

Рейтинг:1
флаг ru

Объекты групповой политики не перезагружают систему, поэтому вам нужно что-то еще, например. на основе выключение -r.

Будущим машинам это не понадобится, поскольку они извлекают объекты групповой политики, как только присоединяются к домену (и, возможно, перемещаются в соответствующую OU). Обычно это часть установки платформы, когда машина все равно перезагружается несколько раз.

флаг cn
Да, я бы отделил это от групповой политики. Должен быть либо инструмент управления конфигурацией, либо инструмент RMM. Или, если все хосты локальные, просто заскриптуйте это.

Ответить или комментировать

Большинство людей не понимают, что склонность к познанию нового открывает путь к обучению и улучшает межличностные связи. В исследованиях Элисон, например, хотя люди могли точно вспомнить, сколько вопросов было задано в их разговорах, они не чувствовали интуитивно связи между вопросами и симпатиями. В четырех исследованиях, в которых участники сами участвовали в разговорах или читали стенограммы чужих разговоров, люди, как правило, не осознавали, что задаваемый вопрос повлияет — или повлиял — на уровень дружбы между собеседниками.