使用 'LocalGPO 从 GPO 指令导入/导出本地策略'

前几天我们安装了 Microsoft Security Compliance Manager, 今天,我们看到在其安装中,我们有一个名为 LocalGPO 的命令行实用程序. 它将允许我们将计算机的本地策略导出到 GPO 策略备份,以便以后在 Active Directory 中使用它们或从 GPO 备份导入 (活动目录) 前往主队, 适用于不能属于域的计算机, DMZ 中的团队…

Microsoft 安全合规性管理器 – 强化我们的服务器

Microsoft 安全合规性管理器 2 是 Microsoft 安全模板的存储库,我们可以将其应用于我们网络上的服务器或 PC,从而提供更高的安全性, 因为这些模板是根据作系统预定义的. 以及目标计算机运行的服务. 好消息是,我们将能够使模板始终保持“最新”状态’ 通过我们可以从控制台下载的更新. 我们将能够导入 GPO, 更多基准… 我们将能够编辑/复制它们,并将它们应用于我们的环境,我们将导出它们.

集成 Lync Server 2010 与 OWA 合作

在本文档中,我们将了解如何在 Microsoft Lync Server 之间集成即时消息 2010 和 Microsoft Exchange Server 2010 SP1 允许我们的用户在没有 Lync 客户端的情况下从外部进行连接, 以前存在于 Office Communications Server 中时缺少的东西, 这样,我们的用户一旦登录 OWA,就能够随时随地通过任何设备安全地使用浏览器的即时消息,

安装和配置 Microsoft Lync Server 2010

它是新产品名称 Microsoft Office Communications Server, Lync Server 将允许我们的用户始终相互连接, 无论他们身在何处,都能够以更快/更轻松的方式相互协作或参与; 为我们的用户提供: 声音, 即时消息和音频会议, 让视频和 Web 变得简单. 它还与 Office 应用程序无缝集成 & SharePoint,

远程批量卸载应用程序

很多时候,我们发现自己需要卸载安装在工作站上的某些软件, 通过 WMI (Windows Management Instrumentation) 我们可以在我们需要的计算机上卸载我们需要的软件, 一个没有被“我们”广泛使用的平台’ 管理员. 借助命令行参数,我们可以使用变量和/或带有设备列表的文件来自动执行这些任务,

在 Exchange 中启用存档 2010 第 1 页

Microsoft Exchange SP1 带给我们的重要功能之一 2010 可以直接在 Exchange 中管理用户的存档,并能够将其远程存储在我们感兴趣的任何位置, 例如,在位于辅助磁盘驱动器上的存档数据库中 (没有良好的性能, 无 RAID 保护…) 为了按照我们的要求维护用户邮箱; 这对于需要存储大量邮件的特定用户来说很有趣.

在不同域之间迁移 GPO

如果我们需要将策略从一个 Active Directory 传输到另一个 Active Directory,并且我们没有信任关系, 或者它们之间没有可能的通信, 我们可以在源域中备份我们感兴趣的 GPO,并通过目标域中的迁移表导入它们. 本文档适用于在任何版本的 Windows Server 之间迁移 GPO, 因为 2000, 2003, 2003 R2, 2008 或 2008 R2; 在本文档中,我们将了解如何执行这些步骤.

常见问题: TMG 中的 OWA 目录重定向

如果我们希望用户不必在 Exchange 中写入 /owa 目录,我们将执行以下步骤, 如果我们使用的是 Microsoft Forefront Threat Management Gateway (东京都) 2010. 1º 创建允许 OWA 访问 https 的规则://correo.midominio.com/owa (HTTP 协议://www.bujarra.com/?p=4862). 2º 复制 & 将该规则粘贴到 TMG 中. 重命名它并为其指定正确的名称. 3º 编辑, 从您的住宿: – 在 “行动” put 'Deny'’ 并将 http 重定向到 'https://correo.midominio.com/owa'. – 在 “路径” 删除所有路径并使用以下设置创建一个路径: 外部路径: <与内部相同> 内部路径: /

数据迁移 2 不受信任的域 (苏比纳克)

在一些不太常见的情况下,我们发现域迁移中我们没有权限完全管理当前域,只能访问 OU,而我们只管理其中的用户. 如果我们需要 “独立” 并将数据迁移到新域,我们将无法使用 Microsoft 的常用工具,例如 FSMT,因为它们需要信任关系才能传递权限. 我们必须做的第一件事是在新服务器上创建相同的用户和组. 为此,我们有两种选择: 手动创建它们或使用 ldifde 等工具,这将允许我们从具有文本文件权限的 OU 中导出它们,并将它们导入到新域中. 由于没有信任关系,因此域的用户中不会具有相同的 SID 1 和精通 2 所以当执行 […]