Win2008 R2

SCCM 2007 R2想要正常运作，首先我们要对SCCM的主站点进行参数配置，我们要配置的内容包括SCCM的站点边界和站点系统角色

上一篇中，Contoso公司为解决广州办员工访问总部数据中心服务器慢的情况，利用原有的Windows Server 2008 R2部署了Branch Cache

Bitlocker是微软在Windows Vista和Windows Server 2008 加入的卷级数据加密技术。它可以有效的帮助企业和个人用户对存储设备中数据进行安全的保护

在上一篇中(点击)，大家基本了解了Branch Cache是如何处理请求、响应和缓存数据的。在Branch Cache的两种工作模式：托管式缓存(Host Cache Mode)和分布式缓存(Distributed Cache Mode)中，托管式缓存将内容数据缓存到分支网络中的Branch Cache服务器里，而分布式缓存则将内容缓存到分支网络中的Windows 7 或者Windows Server 2008 R2中。两种工作模式各有千秋，不过按照现在广州办的情况来看，小赵更倾向于使用托管模式，因为可以利用广州办已有的只读域控制器来充当Branch Cache服务器，节省服务器硬件，同时Branch Cache也不会占用很高的处理器、内存和网络资源，相比分布式缓存更有优势。

我们已经在之前的实验中证实了RMS服务器可以有效对保护文件服务器的数据安全(1，2)，今天我们要考察一下RMS服务器在电子邮件领域的表现。电子邮件对于一个商业公司的重要性是不言而喻的，而且电子邮件用于窃取数据安全也是便利得很。间谍们发现某一封邮件很重要，只要阴险地点击一下转发按钮，就可以在片刻之间把公司的机密数据暴露在光天化日之下。而且这种泄密方式非常隐蔽，速度又快得难以察觉，因此安全工程师们切不可对此掉以轻心。

我们完成RMS服务器的部署后(点击)，就要来测试一下RMS的表现了。我们先来试试RMS对文件的保护，看看能否用RMS阻止重要文件的内容。我们对RMS的预期是，RMS可以阻止文件在公司之外被打开，文件可以被禁止复制，打印及经过电子邮件转发。实验拓扑如下图所示，RMSERVER已经部署了AD RMS角色，DCSERVER将临时客串一下文件服务器，XP是用于测试的客户机机，XP上已经安装了Office2007。

不同于传统的图形界面，Windows Server 2008 R2的ServerCore模式总是给人不容易亲近的感觉。之所以有这样的想法，恐怕跟满屏的命令行模式有关吧，因为我们一贯熟悉了微软那蓝天白云般的图形界面。不过，恐惧归恐惧，ServerCore模式堪比Unix饿安全可靠的性能，还是吸引着我们试图去接近它，熟悉它。

终端服务这个熟悉的名字，在Windows Server 2008 R2里面变成了远程桌面服务。通过该服务，用户可以方便的访问到远程桌面会话主机(RD 会话主机)服务器上安装的基于 Windows 的程序，或访问完整的 Windows 桌面。

终端服务这个熟悉的名字，在Windows Server 2008 R2里面变成了远程桌面服务。通过该服务，用户可以方便的访问到远程桌面会话主机(RD 会话主机)服务器上安装的基于 Windows 的程序，或访问完整的 Windows 桌面。

这天，Contoso公司的广州办又抱怨工作时间访问总部的文件服务器很慢，经常无法正常打开共享文件。IT部接到抱怨后，开始分析广州办的网络使用情况，结果发现，除了日常互联网应用外，大家访问总部文件服务器的时候，经常需要下载相同的文件，这样重复性的访问，加重了广州办本来就不宽松的网络负载压力。IT经理让大家出谋划策，看如何解决既满足广州办访问互联网的需求，又能加速访问总部文件服务器的速度。小赵沉思几秒，脱口而出：试试Windows Server 2008 R2的Branch Cache吧。

我们在无数的好莱坞影片中看到过商业间谍为了窃取企业的机密数据而斗智斗勇，绞尽脑汁的精彩镜头，但我们有没有想到过，如果这一幕就发生在我们身边，我们该如何加以防范呢?微软公司的RMS(Rights Management Services 版权管理服务)服务器就是为此应运而生的。RMS可以保护企业内的重要文件，授权只有特定用户才能访问这些文件。当然，有读者会指出，文件服务器的权限也可以做到这一点。不要着急，继续听我介绍，RMS还可以允许文件不能被复制，打印，转发，甚至离开了公司就无法打开这些文件。怎么样，这些功能靠文件服务器的权限就无法实现了吧，EFS也无能为力。

在Windows Server 2008 R2中，微软增加了1000多个Windows Server 2008 R2和Windows 7特有的组策略对象及多个新组件，用来扩充Windows 活动目录组策略管理的核心能力。但组策略的基本功能没有变化，但具有更多的选项和设置。下面的一例事件是我在日常工作中遇到的Windows 2003和Windows 2008域控制器共存时出现的问题。

用户在内网访问远程桌面服务器，可以通过RDP协议或HTTPS协议。但用户如果出差在外地或在家办公，就无法直接连接到内网的远程桌面服务器了。我们一般的解决方法是在企业中假设VPN服务器，让用户拨入VPN服务器后再访问内网的远程桌面服务器。但有些情况下用户在互联网上由于受到环境的限制，可能无法发起VPN的拨入连接，这时我们就要考虑一个兼容性更好的解决方案了。

我们在之前的文章中实现了RemoteApp服务器的部署，配置及测试(1，2，3，4)。RemoteApp服务器使用的协议是大家非常熟悉的RDP协议，RDP协议使用的是3389端口。一般情况下在内网使用3389端口是没问题的，但有些企业的防火墙对3389端口会限制使用，甚至有些电信部门也会限制3389端口的连接。如果遇到限制3389端口的环境，我们可以考虑把RDP协议封装在HTTPS协议中。这样我们在互联网上使用RemoteApp会更加方便，不用担心遭到封杀;而且我们可以使用浏览器作为客户端工具，这样对特定环境的要求就降低了很多，毕竟在当前的互联网环境下浏览器是一个非常容易获取的通用工具。

虚拟化俨然已经成为了当前IT界热议的一个话题，在接触很多客户的时候，大家也会或多或少谈到虚拟化的话题。一谈到虚拟化，大家可能马上就会想到服务器的虚拟化，例如微软Windows Server 2008的Hyper-V或者VMware的ESX。相信很多朋友也都会将虚拟化认为就是服务器的虚拟化，其实，虚拟化不仅仅包括了服务器的虚拟化，还有很多其他方面的虚拟化可能还没有被大家所认识到，例如应用程序的虚拟化、桌面的虚拟化、存储的虚拟化以及展现层的虚拟化。今天要跟大家讨论的就是使用虚拟桌面基础架构实现企业桌面虚拟化。

我们在上篇文章中完成了RemoteApp程序的部署及配置(1，2，3)。目前，RemoteApp服务器上已经安装并发布了Office2007企业版，而且我们为Office2007创建了相关的RDP文件和MSI安装包。本文中我们要在客户机上分别使用RDP和MSI安装包对RemoteApp服务器上发布的应用程序进行测试。实验拓扑如下图所示，我们准备的客户机操作系统仍然是目前市场占有率的XP，至少在当前，XP系统比Win7更具有代表性。

我们在之前的文章中完成了RemoteApp服务器的部署及配置（1，2），本文中我们将为大家介绍如何在RemoteApp服务器上安装应用程序。绝大多数的应用程序都可以在终端服务器上良好运行，只有个别程序会表现出兼容性方面的问题。我们最好在RemoteApp服务器部署完成后，再进行应用程序的安装，这样会获得较好的效果。安装完应用程序后，我们需要把程序配置为允许远程使用，然后要考虑是通过RDP文件的方式还是通过MSI文件的方式把RemoteApp程序发布到客户机。我们将通过一个实例为大家介绍上述流程，实验拓扑如下图所示，我们接下来将在TSERVER上部署及发布Office2007。

在上篇文章中我们介绍了如何实现RemoteApp服务器的部署（点击阅读），本文中我们将要对RemoteApp服务器进行配置。实验拓扑如下图所示，TSERVER是RemoteApp服务器，操作系统为Windows Server 2008 R2。下面我们通过实例为大家介绍如何在RemoteApp服务器上完成各项参数的基本配置。

虚拟化技术是当今最热门的IT技术之一。虚拟化技术在提高硬件资源利用率，改善运维效率，提升用户体验方面都大有用武之处。微软把虚拟化技术划为为服务器虚拟化，桌面虚拟化，应用程序虚拟化和展示层虚拟化。今天我们要为大家介绍的就是展示层虚拟化中的一项新技术RemoteApp。

近日，Contoso公司在广州又设立了一个分支办公室，拥有大约40名工作人员，但为了节省运营成本，只申请了一条2M的ADSL进行互联网应用和与总部数据通信。由于广州办广域网链路速度慢、不可靠，而且没有专业的IT技术人员进行维护，服务器的物理安全也得不到保障，但是这40人每日的都与总部的域控制器进行身份验证和Internet访问查询的话，工作效率必将大大折扣。于是，经过IT部门讨论，他们决定在广州办部署Windows Server 2008 R2作为只读域控制器来简化IT技术人员的工作，提高广州办的办公效率，同时也可以提高广州办网络环境的的安全性。