SCCM 2007 R2 setp by setp(六）-活动目录配置-低调大师

SCCM 2007 R2 setp by setp(六）-活动目录配置

2017-11-07 662

在对SCCM的部署前，需要对活动目录做一些操作。主要是以下两个方面：

1 扩展架构

2 建立SCCM的专用容器并授权

我们为什么要对活动目录进行扩展的，主要是，我们可以利用企业在活动目录上投资，例如：客户端在定位管理点，查找站点信息的时候，可以直接在活动目录中去查找。

以下内容摘录至SCCM帮助文档，很好阐述了架构扩展的操作和重要性：

扩展 Active Directory 架构是林范围的操作，每个林只能执行一次。扩展架构是不可逆操作，必须由属于架构管理组成员的用户执行或者由已委托足够权限以修改架构的人员执行。如果选择扩展 Active Directory 架构，请在安装前后完成。

在为 Configuration Manager 扩展架构时，添加了多个类和属性，Active Directory 林中的任何 Configuration Manager 站点都可以使用这些类和属性。由于全局编录被复制到整个林中，您必须考虑可能由此产生的网络流量。在 Windows 2000 林中，扩展架构导致完全同步整个全局编录。对于 Windows 2003 林，仅复制新添加的属性。您应该计划在复制流量不会对其他网络相关程序带来负面影响时扩展架构。

可以通过运行 ExtADSch.exe 实用程序或使用 LDIFDE 命令行实用程序以导入 ConfigMgr_ad_schema.ldf LDIF 文件的内容来为 Configuration Manager 2007 扩展 Active Directory 架构。实用程序和 LDIF 文件均位于 Configuration Manager 2007 安装文件的 SMSSETUP\BIN\i386 目录中。不管采用什么方法扩展架构，都必须满足两个条件：

Active Directory 架构必须允许更新。在运行 Windows Server 2003 的域上，架构默认启用更新。对于运行 Windows 2000 Server 的域，您必须在 Active Directory 林的架构主机上手动启用更新。
用于更新架构的帐户必须是架构管理组的成员或已委托足够权限来修改架构。

至于是否需要扩展架构，可以根据自己的情况而定，可能会影响到以下的功能：

为 Configuration Manager 2007 扩展 Active Directory 架构允许客户端从受信任的来源检索多种与 Configuration Manager 相关的信息。在某些情况下，如果没有扩展 Active Directory 架构，也有解决方法来检索必要的信息，但是其安全性都低于查询 Active Directory。配置安全站点的最佳方案始终是扩展 Active Directory 架构。

此外，如果没有按照建议扩展功能的架构，可能会给需要为组织中的系统和用户创建和维护解决方案（例如登录脚本和组策略对象 (GPO)）的其他管理员带来大量工作负荷。

为 Configuration Manager 扩展 Active Directory 架构的特性和功能注意事项

下表列出了使用 Active Directory 架构扩展的特定 Configuration Manager 2007 特性或功能以及在没有为 Configuration Manager 2007 扩展架构时的任何相关解决办法。

特性或功能架构扩展要求要求详细信息

客户端安装和站点分配

推荐

要求：如果没有为 Configuration Manager 扩展 Active Directory 架构，使用 Ccmsetup.exe 的客户端安装将无法从 Active Directory 域服务自动检索客户端部署参数。

解决方法：使用 CCMSetup 安装命令行选项来提供客户端安装属性。有关详细信息，请参阅关于 Configuration Manager 客户端安装属性。

解决方法：使用 SMS 2003 架构扩展发布到 Active Directory 域服务的 Configuration Manager 2007 服务器定位器点可以由 Configuration Manager 2007 客户端自动找到，前提是它们属于相同的 Active Directory 林。

解决方法：在客户端安装过程中，在 CCMSetup 命令行上使用 client.msi 属性 SMSSLP=<服务器定位器点名称>来提供服务器定位器点信息。有关详细信息，请参阅关于 Configuration Manager 客户端安装属性。

解决方法：在 DNS 中发布管理点，在 WINS 中发布服务器定位器点。有关详细信息，请参阅Configuration Manager 和服务定位（站点信息和管理点）。

站点模式设置以及相关设置（如客户端证书选择和 CRL 检查）

推荐

要求：如果没有为 Configuration Manager 扩展 Active Directory 架构，则与纯模式配置相关的站点模式信息和客户端设置无法发布到 Active Directory 域服务。

解决方法：使用 CCMSetup.exe 客户端安装命令行属性或客户端请求安装。

客户端到服务器通信的端口配置。

推荐

要求：如果没有为 Configuration Manager 扩展 Active Directory 架构，并且在客户端安装之后更改了默认通信端口，则客户端将无法与站点系统通信。

解决方法：重新安装所有受影响的客户端，或部署脚本以手动更改客户端用来与站点内的站点系统通信的端口。

全局漫游

必需

要求：如果没有为 Configuration Manager 或 SMS 2003 扩展 Active Directory 架构，漫游客户端将无法从常驻管理点请求播发和软件更新的内容。此方案会产生附加的网络流量以从客户端的默认管理点请求内容位置，客户端将无法从层次结构的同级站点或层次结构中高于客户端的已分配站点的站点查找内容。有关漫游时客户端行为的详细信息，请参阅关于 Configuration Manager 中的客户端漫游。

解决方法：无。

Configuration Manager 的网络访问保护 (NAP)

必需

要求：如果没有为 Configuration Manager 扩展 Active Directory 架构，则启用了网络访问保护的站点无法将 Configuration Manager 健康状况引用发布到 Active Directory 域服务。如果健康状况引用没有发布到 Active Directory 域服务器，则系统健康验证程序点将无法验证客户端的健康声明。

解决方法：无。

站点之间的安全密钥交换1

推荐

要求：如果没有为 Configuration Manager 扩展 Active Directory 架构，则配置为需要安全密钥交换的站点将无法自动交换公钥以启用站点到站点通信。

注意

默认情况下在 Configuration Manager 站点之间启用安全密钥交换。1

解决方法：使用层次结构维护工具 (Preinst.exe) 连接子站点之前，手动交换父站点和子站点的公钥。有关层次结构维护工具的详细信息，请参阅层次结构维护工具 (Preinst.exe)。

验证受信任管理点

推荐

要求：如果没有为 Configuration Manager 扩展 Active Directory 架构，客户端必须使用受信任的根密钥与站点建立信任。除非已经预先为客户端设置了受信任的根密钥，否则它们将信任与其通信的第一个管理点。

解决方法：为客户端预先设置受信任的根密钥。有关详细信息，请参阅如何在 Configuration Manager 中管理受信任的根密钥。

解决方法：使用纯模式。在纯模式下，管理点证书仍然必须由中央站点的受信任根密钥签署，但是管理点会使用 PKI 颁发的证书。只要未泄露 PKI ，客户端就可以信任所联系的第一个拥有有效服务器身份验证证书的管理点。有关纯模式的 PKI 证书要求的详细信息，请参阅纯模式的证书要求。

从宿主管理点角色的中央站点服务器的故障中恢复

推荐

要求：如果没有为 Configuration Manager 扩展 Active Directory 架构，并且客户端向同时充当站点管理点的中央站点服务器报告，则客户端将无法自动与新中央站点服务器之后的站点建立信任，并且会还原管理点。

解决方法：从站点的每个客户端中删除受信任的根密钥，然后重新设置。有关详细信息，请参阅如何在 Configuration Manager 中管理受信任的根密钥。

解决方法：将管理点角色移到不同的服务器。只要中央站点中的客户端仅丢失管理点或仅丢失中央站点服务器，它们就可以重新建立信任关系。有关详细信息，请参阅关于受信任的根密钥。

1 默认情况下，Configuration Manager 主站点将不接受子站点连接，除非子站点的公钥已为父站点所知，或已发布在 Active Directory 域服务中。但是，在升级方案中，Configuration Manager 安装程序将不更改站点的原始安全密钥交换设置。允许子站点连接而不要求架构扩展的另一方法是不要求站点之间进行安全的密钥交换，但是不建议这么做，因为这样将允许任何恶意子站点连接到该站点，并开始向上传递不受信任的数据。

STEP 1 ：扩展AD架构由于我的活动目录架构已经扩展，这里我就只是在网上找了部分截图来说明：要扩展架构，我们需要架构管理员的权限，这里就直接使用域的系统管理员来做，把administrator加入到schema admins组中。且用administrator登陆。

将SCCM安装盘下，例如：d:\smssetup\bin\i386目录下，找到extadsch程序，将整个I386目录拷贝到域控制器上，例如拷贝到C：下。

然后，以管理员方式运行CMD。进入C盘下的BIN目录，运行extadsch程序，如下图：

运行完成后，会在C盘的根目录下找到名字为extadsch.log的文件，打开它，如果扩展正常，会看到如下内容：

<10-02-2011 06:06:32> Modifying Active Directory Schema - with SMS extensions.
<10-02-2011 06:06:32> DS Root:CN=Schema,CN=Configuration,DC=contoso,DC=com
<10-02-2011 06:06:35> Defined attribute cn=MS-SMS-Site-Code.
<10-02-2011 06:06:35> Defined attribute cn=mS-SMS-Assignment-Site-Code.
<10-02-2011 06:06:35> Defined attribute cn=MS-SMS-Site-Boundaries.
<10-02-2011 06:06:35> Defined attribute cn=MS-SMS-Roaming-Boundaries.
<10-02-2011 06:06:35> Defined attribute cn=MS-SMS-Default-MP.
<10-02-2011 06:06:35> Defined attribute cn=mS-SMS-Device-Management-Point.
<10-02-2011 06:06:35> Defined attribute cn=MS-SMS-MP-Name.
<10-02-2011 06:06:35> Defined attribute cn=MS-SMS-MP-Address.
<10-02-2011 06:06:35> Defined attribute cn=mS-SMS-Health-State.
<10-02-2011 06:06:35> Defined attribute cn=mS-SMS-Source-Forest.
<10-02-2011 06:06:35> Defined attribute cn=MS-SMS-Ranged-IP-Low.
<10-02-2011 06:06:35> Defined attribute cn=MS-SMS-Ranged-IP-High.
<10-02-2011 06:06:35> Defined attribute cn=mS-SMS-Version.
<10-02-2011 06:06:35> Defined attribute cn=mS-SMS-Capabilities.
<10-02-2011 06:06:37> Defined class cn=MS-SMS-Management-Point.
<10-02-2011 06:06:37> Defined class cn=MS-SMS-Server-Locator-Point.
<10-02-2011 06:06:37> Defined class cn=MS-SMS-Site.
<10-02-2011 06:06:37> Defined class cn=MS-SMS-Roaming-Boundary-Range.
<10-02-2011 06:06:37> Successfully extended the Active Directory schema.

<10-02-2011 06:06:37> Please refer to the SMS documentation for instructions on the manual
<10-02-2011 06:06:37> configuration of access rights in active directory which may still
<10-02-2011 06:06:37> need to be performed. (Although the AD schema has now be extended,
<10-02-2011 06:06:37> AD must be configured to allow each SMS Site security rights to
<10-02-2011 06:06:37> publish in each of their domains.)

STEP 2 建立容器

在域控制器上以管理员身份登陆，打开ADSIEDIT控制台，展开，SYSTEM节点，右键新建对象。

选择新建容器：

名称为System Management

点击完成

容器就建立好了。

STEP 3 对容器进行赋权

打开用户和计算机管理控制台

右键点击属性

打开安全标签：

将SCCM服务器加入，并赋予对象及其全部后代的完全控制权限。根据前面的介绍，我这里的服务器是sccm3.contoso.com.

STEP 4 将SCCM服务器加入到域管理员组

完成上面的内容，我们对活动目录部分的操作就算完成了，下一篇，我们将介绍SCCM的安装过程。

本文转自zhaonaiqiu 51CTO博客，原文链接：http://blog.51cto.com/naima/773598，如需转载请自行联系原作者

微信关注我们

原文链接：https://yq.aliyun.com/articles/479836

转载内容版权归作者及来源网站所有！

低调大师中文资讯倾力打造互联网数据资讯、行业资源、电子商务、移动互联网、网络营销平台。持续更新报道IT业界、互联网、市场资讯、驱动更新,是最及时权威的产业资讯及硬件资讯报道平台。

【转】Duplicate Elimination in Scrapy

之前介绍 Scrapy的时候提过 Spider Trap ，实际上，就算是正常的网络拓扑，也是很复杂的相互链接，虽然我当时给的那个例子对于我感兴趣的内容是可以有一个线性顺序依次爬下来的，但是这样的情况在真正的网络结构中通常是少之又少，一但链接网络出现环路，就无法进行拓扑排序而得出一个依次遍历的顺序了，所以 duplicate elimination 可以说是每一个 non-trivial 的必备组件之一，这样就算在遍历的过程中遇到环路也不用怕，排重组件会检测到已经访问过的地址，从而避免在环路上无限地循环下去。最简单的办法也就是每次抓取页面的时候记录下 URL ，然后每次抓取新的 URL 之前先检测一下是否已经有记录了。不过，通常我们并不直接按字符比较 URL ，因为那样通常会漏掉许多本来确实是重复的 URL ，特别是现在动态页面盛行的情况，例如在 cc98 （ZJU 的一个校内论坛）上下面几个 URL 路径是等价的： /dispbbs.asp?boardID=60&ID=541996&star=5704 /dispbbs.asp?ID=541996&boardI...

2017-11-07

608

前面的文章中我们已经完成了OCS2007R2环境中准备好了AD架构，并部署好了LyncServer2013前端服务器的基础。今天我们将在现有的OCS环境部署LyncServer2013标准版前端服务器，其实也是很简单，主要目地就是装一台LyncServer服务器起来。首先我们在前端上运行LyncServer2013部署向导。单击安装或更新LyncServer系统。然后再从步骤一开始执行。选择从中央管理存储，也就是CMS中检索数据来安装本地副本。这里需要说明一下，虽然我们前面已经准备了第一台标准版服务器，那么为什么这次的本地配置存储安装仍然需要这么长时间？其实这是因为我们本地还需要安装一次SQLServer实例，之前安装的是用于存放CMS的RTC实例，而这次是RTCLocal实例。然后我们开始安装LyncServer2013组件，这点没有什么好说的，直接运行步骤2即可，根据性能的不同可能所需要的时间会比较长。然后我们来安装证书，由于我们的环境已经有了CA所以证书的申请是非常方便的，所以这里也不再介绍前端的证书安装，大家可以参考之前的文章。完成之后我们就可以开始启动服务了，单...

2017-11-07

532

资源下载

更多资源

腾讯云软件源

为解决软件依赖安装时官方源访问速度慢的问题，腾讯云为一些软件搭建了缓存服务。您可以通过使用腾讯云软件源站来提升依赖包的安装速度。为了方便用户自由搭建服务架构，目前腾讯云软件源站支持公网访问和内网访问。

Nacos

Nacos /nɑ:kəʊs/ 是 Dynamic Naming and Configuration Service 的首字母简称，一个易于构建 AI Agent 应用的动态服务发现、配置管理和AI智能体管理平台。Nacos 致力于帮助您发现、配置和管理微服务及AI智能体应用。Nacos 提供了一组简单易用的特性集，帮助您快速实现动态服务发现、服务配置、服务元数据、流量管理。Nacos 帮助您更敏捷和容易地构建、交付和管理微服务平台。

Spring

Spring框架（Spring Framework）是由Rod Johnson于2002年提出的开源Java企业级应用框架，旨在通过使用JavaBean替代传统EJB实现方式降低企业级编程开发的复杂性。该框架基于简单性、可测试性和松耦合性设计理念，提供核心容器、应用上下文、数据访问集成等模块，支持整合Hibernate、Struts等第三方框架，其适用范围不仅限于服务器端开发，绝大多数Java应用均可从中受益。

WebStorm

WebStorm 是jetbrains公司旗下一款JavaScript 开发工具。目前已经被广大中国JS开发者誉为“Web前端开发神器”、“最强大的HTML5编辑器”、“最智能的JavaScript IDE”等。与IntelliJ IDEA同源，继承了IntelliJ IDEA强大的JS部分的功能。