Примечание.
Для доступа к этой странице требуется авторизация. Вы можете попробовать войти или изменить каталоги.
Для доступа к этой странице требуется авторизация. Вы можете попробовать изменить каталоги.
В приведенных ниже разделах предполагается, что вы уже настроили опрашивающий сервер. Если вы еще не настроили опрашивающий сервер, вы можете воспользоваться следующими руководствами:
Каждый целевой узел можно настроить для загрузки конфигураций, ресурсов и даже составления отчетов о его состоянии. В этой статье показано, как отправить ресурсы, чтобы они были доступны для скачивания, и настроить автоматическое скачивание ресурсов на клиентах. Когда узел получает назначенную конфигурацию с помощью Pull или Push (v5), он автоматически загружает все ресурсы, необходимые для конфигурации, из расположения, указанного в Local Configuration Manager (LCM).
Компиляция конфигураций
Первым шагом к хранению конфигураций на опрашивающем сервере является их компиляция в .mof файлы. Чтобы сделать конфигурацию универсальной и применимой к большему количеству клиентов, используйте localhost в своем блоке Node. В приведенном ниже примере показана оболочка конфигурации, которая использует localhost вместо конкретного имени клиента.
Configuration GenericConfig
{
Node localhost
{
}
}
GenericConfig
После того, как вы скомпилировали общую конфигурацию, у вас должен быть localhost.mof файл.
Переименование файла MOF
Файлы конфигурации .mof можно хранить на опрашивающем сервере по ConfigurationName или ConfigurationID. В зависимости от того, как вы планируете настроить свои опрашивающие клиенты, вы можете выбрать раздел ниже, чтобы правильно переименовать скомпилированные .mof файлы.
Идентификаторы конфигурации (GUID)
Вам потребуется переименовать файл localhost.mof в <GUID>.mof файл. Вы можете создать случайный Guid , используя приведенный ниже пример, или с помощью командлета New-Guid .
[System.Guid]::NewGuid()
Пример выходных данных
Guid
----
64856475-939e-41fb-aba5-4469f4006059
Затем вы можете переименовать файл .mof любым приемлемым способом. В приведенном ниже примере используется командлет Rename-Item .
Rename-Item -Path .\localhost.mof -NewName '64856475-939e-41fb-aba5-4469f4006059.mof'
Дополнительные сведения об использовании Guids в среде см. в разделе Планирование Guids.
Имена конфигураций
Вам потребуется переименовать файл localhost.mof в <Configuration Name>.mof файл. В следующем примере используется имя конфигурации из предыдущего раздела. Затем вы можете переименовать файл .mof любым приемлемым способом. В приведенном ниже примере используется командлет Rename-Item .
Rename-Item -Path .\localhost.mof -NewName 'GenericConfig.mof'
Создание checkSum
Каждый .mof файл, хранящийся на опрашивающем сервере или общей папке SMB, должен иметь связанный .checksum файл.
Этот файл сообщает клиентам, когда связанный .mof файл был изменен и должен быть загружен снова.
Контрольную сумму можно создать с помощью командлета New-DSCCheckSum. Вы также можете выполнить работу New-DSCCheckSum с каталогом файлов с помощью параметра -Path .
Если контрольная сумма уже существует, вы можете принудительно создать ее заново с помощью параметра -Force . В следующем примере указан каталог, содержащий .mof файл из предыдущего раздела, и используется параметр.-Force
New-DscChecksum -Path '.\' -Force
Вывод не будет показан, но теперь вы должны увидеть <GUID or Configuration Name>.mof.checksum файл.
Где хранить MOF-файлы и контрольные суммы
На сервере DSC HTTP Pull
При настройке HTTP Pull Server, как описано в разделе Настройка DSC HTTP Pull Server, необходимо указать каталоги для ключей ModulePath и ConfigurationPath .
Ключ ModulePath указывает, где должны храниться упакованные .zip файлы модуля.
ConfigurationPath указывает, где должны храниться любые .mof файлы и .checksum файлы.
xDscWebService PSDSCPullServer
{
...
ModulePath = "$env:PROGRAMFILES\WindowsPowerShell\DscService\Modules"
ConfigurationPath = "$env:PROGRAMFILES\WindowsPowerShell\DscService\Configuration"
...
}
На общей папке SMB
При настройке вытягивающего клиента для использования общей папки SMB указывается ConfigurationRepositoryShare.
Все .mof файлы и файлы должны храниться в директории .checksumSourcePath из блока ConfigurationRepositoryShare .
ConfigurationRepositoryShare SMBPullServer
{
SourcePath = '\\SMBPullServer\Pull'
}
Дальнейшие шаги
Далее вы захотите настроить Pull Clients для получения указанной конфигурации. Для получения дополнительной информации см. одно из следующих руководств:
- Настройка опрашивающего клиента с помощью идентификаторов конфигурации (версия 4)
- Настройка опрашивающего клиента с помощью идентификаторов конфигурации (v5)
- Настройка опрашивающего клиента с помощью имен конфигурации (v5)