Поделиться через


Публикация на опрашивающем сервере с использованием идентификаторов конфигурации (версии 4/5)

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

Каждый целевой узел можно настроить для загрузки конфигураций, ресурсов и даже составления отчетов о его состоянии. В этой статье показано, как отправить ресурсы, чтобы они были доступны для скачивания, и настроить автоматическое скачивание ресурсов на клиентах. Когда узел получает назначенную конфигурацию с помощью 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 для получения указанной конфигурации. Для получения дополнительной информации см. одно из следующих руководств:

См. также