SCCM, повторяющийся последовательность задачи OSD
Это действительно не возможно - и воздействовать на тот же порт, и оба инкапсулируют их трафик в encrytped (и дополнительно сжатый) поток. Может быть путь к системе DPI для высказывания предположения в том, какой поток является "стандартным" терминалом ssh сессия и который является сессией SCP, но это было бы произвольным предположением в лучшем случае
I think you might be able to get this to work by setting a once-per-week maintenance window on the collection in question, in conjunction with always re-running the advertisement. Make sure the window is just long enough to allow the advertisement to run once. This will prevent a subsequent run until the maintenance window hits again. Technet: http://technet.microsoft.com/en-us/library/bb632801.aspx
Принятый ответ на этот вопрос действительно помог мне настроить рабочее решение для описанных обстоятельств, и использование вышеуказанных настроек в моем добавленном решении будет работать. Однако оказалось, что в этом не было необходимости, поскольку настоящая проблема, лежащая в основе моей проблемы, была связана с ошибкой SCCM 2007, которая с тех пор была исправлена.
KB977203
http://support.microsoft.com/kb/977203
Не позволяйте названию этой статьи базы знаний вводить вас в заблуждение, поскольку эта конкретная ошибка влияет на большее количество вещей в SCCM 2007, чем то, на что изначально указывает .
Примечание : хотя это исправление было заменено несколькими другими исправлениями, утилита CCMCertFix.exe, которая поставляется с этим исправлением, в частности, все еще необходима и поставляется только с этим конкретным исправлением.
Вот выдержка из KB2028442 , в котором объясняется, что происходит:
Проблема вызвана самоподписанными сертификатами, автоматически созданными клиентом ConfigMgr 2007 в смешанном режиме. Если клиентское исправление KB977203 ConfigMgr 2007 не было установлено на клиентском ПК при создании сертификатов, тогда сертификаты будут иметь встроенный символ NULL в понятное имя, как описано в KB974571 .
Когда последовательность задач OSD используется для обновления ПК, сертификаты клиентов ConfigMgr 2007 переносятся из старой ОС Windows в новую ОС Windows. Если сертификаты клиента ConfigMgr 2007 в исходной ОС Windows содержат встроенный символ NULL в понятном имени, как описано в KB974571 , и если KB974571 установлен как часть развертываемого эталонного образа Последовательностью задач, затем при установке новой ОС Windows KB974571 заблокирует сертификат клиента ConfigMgr 2007 со встроенным символом NULL в понятном имени от переноса. Это приведет к сбою установки клиента ConfigMgr 2007.
Теперь в моем случае клиенты устанавливались нормально, но из-за этого символа NULL сертификаты все еще не переносились должным образом, и в результате просто создавался новый клиент записи в SCCM с разными GUID SMS. Следовательно, каждый раз, когда я перестраивал клиентскую машину, мне приходилось запускать обновление членства в коллекции, чтобы повторно добавить клиента в коллекцию. Конечно, поскольку ConfigMgr считает, что это новый клиентский компьютер, у него нет записей о том, что он когда-либо запускал последовательность задач OSD, и поэтому немедленно запускает ее снова, эффективно помещая ее в бесконечный цикл восстановления.
После применения этого исправления к клиенту (на самом деле я использую исправление KB977384 , которое его заменяет) и последующего запуска утилиты CCMCertFix перед запуском последовательности задач OSD, я больше не получал новые идентификаторы GUID SMS для клиентов. которые были недавно перестроены, и поэтому больше не нужно повторно добавлять клиента в коллекцию, и OSD TS теперь увидит, что он только что успешно запустился на клиенте, и больше не будет пытаться восстановить его.
CCMCertFix.exe
Утилиту CCMCertFix.exe необходимо запустить до запуска TS. Это означает, что он не будет работать как шаг в вашем TS. Для этого вы должны перейти в свойства TS и на вкладке «Дополнительно» есть опция «Сначала запустить другую программу». Вам также необходимо установить опцию «Всегда запускать эту программу в первую очередь».
Чтобы получить файл CCMCertFix. exe, необходимо установить исправление KB977203 на сервере, для которого затем будет предложено автоматически создать для него пакет. Используя созданный пакет, добавьте новую программу, просто запустив утилиту CCMCertFix.exe.
Для меня не имело значения, что я уже установил KB977384 первым, который заменяет это исправление. Он по-прежнему работал успешно и создал для меня пакет. Мне также не нужно было развертывать это исправление на клиентах, поскольку я уже применял исправление KB977384 .
Для меня не имело значения, что я уже установил KB977384 первым, который заменяет это исправление. Он по-прежнему успешно работал и создал для меня пакет. Мне также не нужно было развертывать это исправление на клиентах, поскольку я уже применял исправление KB977384 .
Для меня не имело значения, что я уже установил KB977384 первым, который заменяет это исправление. Он по-прежнему успешно работал и создал для меня пакет. Мне также не нужно было развертывать это исправление на клиентах, поскольку я уже применял исправление KB977384 .