WS08-R2_v_rgb 延长 Windows Server 2008 R2 180天评估版的许可证时间

        还记得早先 gOxiA 与大家分享的 Windows Server 2008 R2 SKUs 180天评估版密钥么?有了它,我们便可以理所当然的使用长达180天免费的 Windows Server 2008 R2。

        gOxiA 在年初也就是1月份左右就安装了一套 180天评估版密钥的 Windows Server 2008 R2 用于 MDT 的学习和测试使用。由于不是每天都在用,所以有一段时间荒废在那里,这几天看到微软发布了 MDT 2010 Update 1,于是赶忙登录到服务器上准备测试一下,才发现这台 Windows Server 2008 R2 的许可证有效期仅剩下了 10天。难不成要重新安装一遍系统或使用其他密钥激活么?!

        测试测试,结果很出乎人的意料。gOxiA 先重新输入了一遍评估密钥,虽然提示重新激活了系统,但是许可证日期还是仅剩下10天。看来这一步很显然行不通!难道就没有办法了?!gOxiA 继续测试,首先利用 slmgr 卸载了当前产品密钥,根据以往的经验,这还远远不够,因为之前的许可信息一定还残留在系统中,否则 WAT 就太容易被搞定了。这时想到了 rearm 参数,该参数用来重置评估期限的,既然如此也就能复位相关的计数器和许可信息。OK!gOxiA 执行了下面的一系列操作之后,原本只有180天评估期限的 Windows Server 2008 R2 被我又延长了。因为计算器还能够被复位1次,所以我一共又拿到了360天的期限,加上之前的180天,总共就有540天!这可是一年半的评估期哦!如果再参考 HOWTO:延长 Windows 7 的评估期限 这篇日志,恐怕时间还能够延长。Oh,Yeah!

        具体步骤:

slmgr /upk

slmgr /rearm

        完成上面两个命令后,重新启动计算机登录系统会提示必须激活系统,此时重新输入180天的评估密钥,成功进入桌面后再重新启动一下系统即可。

        免责声明:本方法只是作为一个技术研讨,旨为帮助测试或评估人员延长当前的测试评估环境,请勿将此用于其他用途。由此引发的法律责任与本人无关,本人保留一切权利。

WS08-R2_v_rgb  HOWTO:解决 WinRM 服务无法创建以下SPN… 的 WinRM ID10154 警告

        当在 Windows Server 2008 R2 上安装 Active Directory 服务后,重新启动服务器会收到类似“WinRM 服务无法创建以下 SPN: /WSMAN/DC.contoso.com; WSMAN/DC。”的警告!来自于系统日志,事件来源:Windows Remote Management,事件ID:10154。具体的错误信息如下图所示。

WinRM_SPN_Error

        根据事件属性中的提示使用 setspn.exe 创建了相关的 SPN 未果,又在网上使用中文关键词进行了查询仍没有任何收获,而使用英文时能找到几篇相关的帖子,根据提示进行了排错也都未能解决问题(让使用 Adsiedit 修改 CN=AdminSDHolder 的安全属性)。最后没辙,通过微软中文技术论坛向 Partner Support 寻求帮助,得到的解答与网上搜索到使用 Adsiedit 修改相关安全属性的方法一致,但是唯一不同的是要修改 CN=ServerName 的安全属性,赋予 Network Service 账号对该对象有”已验证的到服务主体名称的写入(Validated Write to service principal name)”的权限。由于解答中权限部分使用的是英文,害得 gOxiA 理解了半天,不过还好最终算是解决了!赋予了账号权限后,重新启动 WinRM 服务,会发现“WinRM ID10154”警告消失(出现的“WinRM ID10149”警告可以忽略)。

image
        最后补充一下出现该警告的原因是:Network Service 在这个 Object 上没有相关的 ACE,所以 WinRM 没能建立日志中提到的 SPNs。

WS08-R2_v_rgb  HOWTO:解决 DFS 命名空间服务无法初始化该域控制器上的跨林信任信息

        网友反馈,在 Windows Server 2008 R2 上安装 Active Directory 服务之后,重新服务器可能会收到“DFS命名空间服务无法初始化该域控制器上的跨林信任信息……”的错误警告。但是根据实际的测试,该问题的出现几率很低,但是确实也有发生。

DFS_error

        出现该错误警告的原因是由于 DFS 服务在 Active Directory 初始化完毕前就进行访问,所以要解决该问题只需要将“DFS Namespace”服务改为“自动(延迟启动)”即可。如果重新启动服务器后还会有该错误警告日志,可以尝试修改注册表,为 DFS Namespace 服务配置依存关系,为其添加依赖“NTDS”服务。为此执行下面的步骤:

        运行注册表编辑器,定位到下面的注册路径:

\HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\services\Dfs

        修改 DependOnService 的键值,重起一行并添加“NTDS”。

分页: 25/51 第一页 上页 20 21 22 23 24 25 26 27 28 29 下页 最后页 [ 显示模式: 摘要 | 列表 ]