标签：限制 active 因此 https 注意 应用程序 各类 cti 其他
边界、边界组和站点系统 - 2为读者提炼SCCM涉及的基础知识、注意事项、运行机制以及排错方法等信息是本系列文章的初衷，对于SCCM各组件及功能部署步骤方面的信息，网络中已有较多文章可以参考，因此本系列文章并不侧重于提供类似Step-by-Step的部署指南，还请见谅。同时由于个人能力和知识水平的限制，文中不免有纰漏和出错的地方，还望大家可以指正，非常感谢。
本篇文章主要讨论ConfigMgr中边界组和站点系统之间的关系
ConfigMgr客户端运行不仅需要使用客户端本地的资源，同时也需要ConfiMgr所提供的服务来保证客户端能够正常完整各类任务，如：
应用程序、包的部署：需要分发点和管理点的参与来完成整个部署任务；
软件更新：需要软件更新点、分发点、管理点的参与；
ConfigMgr的部署场景往往都是跨地域的，如果让位于北京的客户端向位于上海的分发点请求下载所需的程序源文件的话，会存在以下问题：
北京和上海之间必须存在网络连通性；
跨局域网下载，速率慢；
客户端使用各类站点系统资源是可以通过边界组来进行定义的；
站点系统，如：管理点、分发电、软件更新点、状态迁移点都可以与边界组进行关联，比如说我们可以将位于北京办公室的分发电关联到可以代表北京子网的边界组中去，而将位于上海的分发点关联到代表上海子网的边界组；
这样做的话，最终落在北京边界组中的在请求站点资源时，会按照我们的设计使用位于北京的分发点，而不会跨域物理地域去使用上海的分发点；
当客户端在请求站点资源时，是谁告诉客户端应该使用的站点系统呢？ 答案就是管理点，在ConfigMgr客户端安装的过程中，会首先生成一张初始的管理点列表，管理点列表的生成规则如下：
随后客户端会根据初始列表中的管理点，按顺序与管理点通信，并获得以下信息：
最后客户端会将所在边界组中定义的管理点作为首选管理点，后续的站点资源都会向此管理点进行查询，此管理点会告知客户端当前边界组下的其他站点系统信息；
客户端会缓存管理点列表信息，同时客户端会更新这张列表，规则如下：
客户端会将管理点按照如下顺序进行排序：
如果客户端具备HTTPS通信能力，则会优先使用具备HTTPS通信能力的管理点；
如果当前边界组内有多个管理点，且他们具备相同的通信能力，则他们之间的排序顺序随机，例如客户端当前边界组中包含MP A（HTTPS）、MP B(HTTP)、MP C(HTTPS)、MP D（HTTP），则管理点的排序顺序可能为：
MP A,MP C,MP B，MP D
但也可能为：
MP C，MP A，MP D，MP B
标签：限制 active 因此 https 注意 应用程序 各类 cti 其他
原文地址：http://blog.51cto.com/nodium/2151481
