相对于Push模式，Pull 服务器模式一般有三种方式，分别是SMB，Http和Https。
Pull模式的基本流程是配置Node的LCM，配置服务器，然后推送配置文件给节点，节点会定期检查状态，如果状态不对，会从Pull server哪里下载新的配置文件。Pull server会验证guid值，然后对比客户端和服务器配置文件的checksum，如果匹配就算了，如果不匹配，下载新的给客户端节点。
首先看看最简单的SMB方式。
首先创建一个文件 c:\DSCSMB 然后分配共享权限
确认一下
Okay，SMB 服务器就算搭建好了。
接下来，我们需要配置MOF文件。
这里有一个现成的模块可以帮助我们生成对应的MOF，首先从powershell Gallery下载这个模块
下载安装
确认已经安装
Okay，现成可以生成Node上的LCM的meta 文件了，注意下面是PS 5.0的表达方式，和4.0的有所区别
这个配置文件和函数的写法很类似，一样可以传递参数。注意我的类型改成pull了，同时还定义了sourcepath，告诉节点应该从哪里获取配置文件
[DSCLocalconfigurationManager()]
Configuration LCM_SMBPULL
{
param
(
[Parameter(Mandatory=$true)]
[string[]]$ComputerName,
[Parameter(Mandatory=$true)]
[string]$guid
)
Node $ComputerName
{
Settings {
AllowModuleOverwrite = $True
ConfigurationMode = ‘ApplyAndAutoCorrect‘
RefreshMode = ‘Pull‘
ConfigurationID = $guid
}
ConfigurationRepositoryShare DSCSMB {
Sourcepath = "\\sydit01\DSCSMB"
}
}
}
# Computer list
$ComputerName=‘sydittest‘
# Create Guid for the computers
$guid=[guid]::NewGuid()
# Create the Computer.Meta.Mof in folder
LCM_SMBPULL -ComputerName $ComputerName -Guid $guid -OutputPath c:\DSCSMB
执行之后，生成meta.mof 文件
确认一下
然后和Push模式一样，我们需要把这个LCM的配置推送给节点
确认一下节点的LCM模式已经变更
okay，LCM已经配好了，接下来是服务器配置的文件，这里我需要安装一个备份的功能
configuration Backup {
Node SMBComputers {
WindowsFeature Backup{
Name = ‘Windows-Server-Backup‘
Ensure = ‘Present‘
}
}
}
Backup -OutputPath C:\DSCSMB
执行该脚本，生成对应的mof文件
注意！！！ 下面的步骤很重要。
在push模式下，我们之间就把这个和节点同名的mof文件推送给节点了。Pull模式下，我们不是通过名字来判断，而是通过guid来绑定节点和服务器，因此这里需要把该文件的名字替换成guid的名字
然后还需要把这个配置文件生成一个checksum，这是因为对比checksum的速度效率比对比整个配置文件要高效的多。如果对配置文件进行了任何修改，我们必须修改checksum。
这里使用guid和checksum的跟本原因在于DSC只是一个平台，并不是一个针对某些需求的产品。微软的合作伙伴会编写对应的产品，使得用户更容易的操作，但是直接使用只能手动生成guid和checksum。
查看一下
然后看看我们的节点计算机，现在还未安装 Backup
更新一下状态
5秒之后再次查看，已经自动安装了
实验成功。
接下来看看HTTP和HTTPS是如何配置的