官方英文文档地址：https://developer.apple.com/business/documentation/MDM-Protocol-Reference.pdf#//apple_ref/doc/uid/TP40017387-CH3-SW2

移动设备管理（MDM）协议提供了一种方法，告诉设备远程执行某些管理命令。它的工作方式很简单。
安装期间：
•用户或管理所有设备在安装中。显示负载的结构是在MDM有效载荷结构中描述。
•设备连接到检查-服务器中。设备当前的身份验证证书，以及它的UDID和推送通知主题。

note
虽然udid由MDM使用，但对于iOS应用程序，udid的使用是不推荐的。

而且，在未来，UDID不一定总是41个字符，它可以长或短。它还可以包含其他字符，如破折号。不要在产品中硬编码假设。如果你这样做了，将来注册可能会失败。
如果服务器接受该设备，则该设备向服务器提供其推送通知设备令牌。服务器应使用此令牌向设备发送推送消息。此签入消息还包含PushMagic字符串。服务器必须记住此字符串，并将其包含在发送到设备的任何推送消息中。
正常运行期间：
•服务器（在未来某个时间点）向设备发送soutapush通知。
•设备按照服务器的命令响应PushNotification。
•设备执行命令。
•设备连接服务器，以导入last命令的结果并请求下一个命令。
设备令牌可能会不时更改。当检测到更改时，设备自动检入MDM服务器以报告其新的推送通知令牌。
note
设备仅在响应推送通知时轮询；它不会在安装后立即轮询服务器。服务器必须向设备发送推送通知才能开始事务。

设备通过建立到MDMServerURL的TLS连接来启动与MDMServer的通信，以响应推送通知。设备验证服务器的证书，然后使用其MDM负载中指定的标识作为连接的客户端身份验证证书。
note
MDM遵循HTTP 3xx重定向，无需用户交互。但是，它不记得HTTP 301（永久移动）重定向给出的URL。每个事务都从MDM负载中指定的URL开始。

移动设备管理，顾名思义，最初是为嵌入式系统开发的。为了支持计算机绑定到开放目录服务器并且各种网络用户可以登录的环境，开发了MDM协议的扩展，以识别和验证网络用户登录，以便任何网络用户也由MDM服务器（通过其用户配置文件）管理。MDM协议扩展描述了对MDM协议的扩展。
note
当联系MDM服务器以获取其最新设置时，可能会暂时阻止登录。设备注册也可以在计算机连接到Internet后执行。

MDM有效载荷结构

移动设备管理（MDM）负载是一个简单的属性列表，由com.apple.mdm公司PayloadType字段中的值。此有效负载定义了特定于MDM有效负载的以下键：

此外，必须定义四个标准有效载荷键：

这些键记录在配置概要文件中的“所有有效负载通用的有效负载字典键”中参考资料。
有关有效负载的一般结构和示例，请参阅配置中的“配置配置文件密钥参考”配置文件引用。
注意
前缀为“payload”的配置文件有效负载字典键是保留的键名，决不能被视为托管首选项。有效负载字典中的任何其他键都可以被视为该首选域的托管首选项。

MDM消息的结构

安装MDM负载后，设备将侦听推送通知。MDM侦听的主题对应于推送通知客户端证书的Subject字段中的User ID参数的内容。
为了使设备轮询MDM服务器以获取命令，MDM服务器通过APNS网关向设备发送通知。与推送通知一起发送的消息是JSON格式的，并且必须包含PushMagic字符串作为mdm键的值。例如：

{”mdm”:”PushMagicValue”}

代替上面的PushMagicValue，替换设备在TokenUpdate消息中发送给MDM服务器的实际PushMagic字符串。这应该是全部信息。不应该有aps密钥。（aps密钥仅用于第三方应用推送通知。）
设备通过使用httpputovertls（SSL）联系MDM服务器来响应此推送通知。此消息可能包含空闲状态，也可能包含以前操作的结果。如果在设备执行任务时断开连接，则在恢复网络后，设备将尝试再次报告其结果。
MDM请求有效负载示例显示MDM请求有效负载的示例。

清单3.1:MDM请求负载示例:

PUT /your/url HTTP/1.1
Host: www.yourhostname.com
Content-Length: 1234
Content-Type: application/x-apple-aspen-mdm; charset=UTF-8
<?xml version=”1.0” encoding=”UTF-8”?>
<!DOCTYPE plist PUBLIC ”-//Apple//DTD PLIST 1.0//EN” ”http://www.apple.com/DTDs/
PropertyList-1.0.dtd”> <plist version=”1.0”>
<dict>
<key>UDID</key>
<string>...</string>
<key>CommandUUID</key> <string>9F09D114-BCFD-42AD-A974-371AA7D6256E</string> <key>Status</key>
<string>Acknowledged</string>
  </dict>
</plist>

服务器通过发送设备应该执行的下一个命令来响应，方法是将它封装在HTTP应答中。MDM response payload示例显示服务器的响应负载示例。
清单3.2:MDM响应负载示例:

HTTP/1.1 200 OK
Content-Length: 1234
Content-Type: application/xml; charset=UTF-8
<?xml version=”1.0” encoding=”UTF-8”?>
<!DOCTYPE plist PUBLIC ”-//Apple//DTD PLIST 1.0//EN” ”http://www.apple.com/DTDs/
PropertyList-1.0.dtd”> <plist version=”1.0”>
<dict>
<key>CommandUUID</key> <string>9F09D114-BCFD-42AD-A974-371AA7D6256E</string> <key>Command</key>
<dict>
...
   </dict>
  </dict>
</plist>

设备执行该命令，并在另一个HTTP PUT请求中将其回复发送到MDM服务器。然后，MDM服务器可以用下一个命令进行回复，或者通过发送一个带有空响应体的200状态（OK）来结束连接。

注意
空响应正文的长度必须为零字节，而不是空属性列表。

如果在设备执行命令时连接断开，则设备将缓存该命令的结果，并重新尝试连接到服务器，直到状态被传递为止。
向设备发送多个推送通知是安全的。APNS合并多个通知，并只向设备发送最后一个通知。
您可以使用Xcode或Apple Configurator 2在设备控制台中监视MDM活动。健康的（但空的）推送活动应该如下所示：

Wed Sep 29 02:09:05 unknown mdmd[1810] <Warning>: MDM|mdmd starting...
Wed Sep 29 02:09:06 unknown mdmd[1810] <Warning>: MDM|Network reachability has
changed.
Wed Sep 29 02:09:06 unknown mdmd[1810] <Warning>: MDM|Polling MDM server https
://10.0.1.4:2001/mdm for commands
Wed Sep 29 02:09:06 unknown mdmd[1810] <Warning>: MDM|Transaction completed. Status:
200
Wed Sep 29 02:09:06 unknown mdmd[1810] <Warning>: MDM|Server has no commands for
this device.
Wed Sep 29 02:09:08 unknown mdmd[1810] <Warning>: MDM|mdmd stopping...

note
如果想看更详细的MDM活动，请查看我的文章：iOS MDM设备底层工作原理

MDM命令有效载荷

主机可以通过发送包含以下所需密钥的plist编码字典向设备发送命令：

Command字段命令字典的内容必须包括以下必需的键，以及由每个命令。

MDM结果有效载荷

设备通过发送plist编码的字典（包含以下密钥）以及每个命令返回的其他密钥来回复主机。

Status的值包含以下字符串之一：
表3.6:MDM状态代码：

ErrorChain键包含一个数组。第一项是顶级错误。数组中的后续项是导致顶级错误的基础错误。
ErrorChain数组中的每个条目都包含以下字典：
表3.7：ErrorChain数组字典键

ErrorDomain和ErrorCode键包含Apple使用的内部代码，这些代码可能对诊断有用。您的主机不应该依赖这些值，因为它们可能在软件版本之间发生变化。但是，作为参考，当前代码列在错误代码中。