IE11

Internet Explorer 11 企业模式 - 概述

        在 Windows 8.1 Update 1 中微软为 Internet Explorer 11(IE11)带来了新的功能 - 企业模式(Enterprise Mode),该功能允许网站使用预先设置的浏览器配置来呈现内容,而这个浏览器配置是基于 IE8 的,从而能够有效解决兼容性问题,更大程度上保护了企业对已有 Web 应用系统的投资,使其能够继续在新的客户端产品上运行。此外,面向 Windows 7 设备的 Internet Explorer 11 也同样支持企业模式。

        企业模式与兼容性视图设置类似,但是它的一些特性使其更适用于企业环境下使用。

  • 改进的应用和网站兼容性。通过改进模拟,企业模式让许多传统应用在 IE11 上的运行保持不变,以及支持许多当前不受 IE11 文档模式支持的站点模式。
  • 对网站列表基于工具的管理。使用企业模式站点列表管理工具,可以添加网站域和域路径,还可以指定站点是否使用企业模式呈现内容。
    image
  • 集中式控制。使用组策略可让用户从浏览器的“工具”菜单打开或关闭企业模式,并决定企业浏览器配置文件是否在 F12 开发人员工具的“模式”选项卡中。

    image
    image
  • 集成的浏览。通常使用企业模式浏览 Web,并让模式自动更改。
  • 数据收集。从主要用户收集本地替代数据,并将数据发布回指定服务器,这样 IT 管理员可将结果添加到集中式列表中并分发兼容性测试。

        正如前面所讲,企业模式与兼容性视图类似,但前者基于IE8,而后者基于IE7;并且企业模式可以创建站点列表,即使客户端并未加入到AD,同样可通过手工修改本机组策略或注册表的方式来引用企业模式的站点列表,并且该站点列表可放置在任何可被访问的Web站点下,可谓方便、快捷、灵活!

        对于因浏览器和 Web 应用兼容问题,还在犹豫是否升级的 IT 管理员,是时候放开一试了!

参考资料:什么是企业模式

Windows-8-Logo-Large

Windows 8.1 Update 以 WIMBoot 方式进行安装

        在大家学习了 Windows 8.1 Update 创建 WIMBoot 映像,并将 Windows ADK 的 WinPE 5 升级到 WinPE 5.1,WIMBoot 的安装准备工作就算全部就绪了!接下来我们就需要准备实验环境来进行 WIMBoot 的安装测试,这里强烈推荐大家使用最新的 Hyper-V,其二代虚拟机技术支持 UEFI(实际测试基于BIOS 的 MBR 环境也同样可以实现 WIMBoot)。

        开始前再来回顾一下 WIMBoot 概述,本例将参考官方推荐的方式进行实验。在 Hyper-V 下创建一台基于二代技术的虚拟机,内存分配 2GB,磁盘分配 16GB,将采用 GPT 格式,并创建 ESP、MSR、Windows 和 images 分区卷,具体的操作步骤稍后奉上。

wimboot-review

        现在将准备好的 WinPE 5.1 和支持 WIMBoot 的 Install.wim 打包成一个 ISO 文件,便于虚机载入使用。如果已经参考 gOxiA 之前的文章 WinPE 5 升级到 WinPE 5.1,执行了相关的操作,那么可以直接将 install_wimboot.wim(支持 WIMBoot 的系统映像)和 winre.wim(恢复工具映像)拷贝到“C:\winpe_amd64\media\sources”目录下,并使用下面的命令行生成 ISO。

makewinpemedia /iso c:\winpe_amd64 c:\winpe_amd64\wimboot.iso

        首先,载入 wimboot.iso 启动虚机,使用 diskpart 为磁盘分区,为此执行下面的命令行。

diskpart

sel disk 0

clean

convert gpt

create partition efi size=100

format quick fs=fat32 label=system

create partition msr size=128

create partition primary

shrink minimum=10000

format quick fs=ntfs quick=windows

assign letter=c

create partition primary

format quick fs=ntfs label=images

assign letter=m

set id=”de94bba4-06d1-4d40-a16a-bfd50179d6ac”

gpt attributes=0x8000000000000001

exit

diskpart

        然后,将 install_wimboot.wim 拷贝到 images 分区卷,并执行 WIMBoot 安装,为此执行下列命令行。

md m:\windowsimages

copy d:\sources\install_wimboot.wim m:\windowsimagesinstall.wim

dism /apply-image /imagefile:m:\windowsimages\install.wim /applydir:c: /index:1 /wimboot

apply_wimboot

        WIMBoot 的安装其实很简单,就是在释放映像时多加了一个参数。现在我们需要为系统创建启动数据,为此执行如下命令。

c:\windows\system32\bcdboot c:\windows /l zh-ch

        现在,再将 winre.wim 也拷贝到 images 分区卷,并将这个 winre.wim 注册到当前系统中。这么做的目的显而易见,因为恢复工具存储在一个隐藏的分区卷(OEM)中,得到了有效的保护,为此执行如下命令行。

md m:recoverywindowsre

xcopy d:\sources\winre.wim m:\recovery\windowsre\winre.wim /h[code]

[code]c:\windows\system32\reagentc /setreimage /path m:\recovery\windowsre /target c:\windows

reagentc_winre

        为了进一步的保护系统映像文件,我们可以使用 icacls 命令为所在目录进行安全性配置。

icacls m:\windowsimages /inheritance:r /T

icacls m:\windowsimages /grant:r SYSTEM:(r) /T

icacls m:\windowsimages /grant:r *S-1-5-32-544:(r) /T

        OK,现在我们重启虚机体验一下 WIMBoot,系统初始化结束后进入 OOBE 阶段,与传统过程一致,跟随向导完成操作即可进入系统。打开资源管理显示隐藏和系统文件,再打开系统盘的属性看看,大概占用了不到 3GB 的空间,如果我们关闭虚拟内存还能回收回来更多的空间容量。

wimboot_view

        在用户看来当前系统盘与传统系统盘并无区别,但是系统盘相关的目录和数据都通过指针进行了重定向。来看看这有意思的地方,查看 Windows 目录属性,会发现其目录显示占用近 11GB 的容量。

wimboot_view_2_1

        之后,gOxiA 还做了恢复实验,即执行:恢复电脑而不影响你的文件。恢复后的系统只有 Windows.old 目录实际占用系统卷的空间。

wimboot_view_4

        WIMBoot 也可以使用单卷的方式来安装,即映像和系统都放在一个卷里。虽然在系统运行状态下,映像文件并不能被修改或删除,但这种方式并不推荐,只是为了方便测试,减少操作步骤罢了!

WIMBoot_Demo1

        微软官方虽然要求 WIMBoot 需使用 UEFI 方式启动,并使用 SSD 或 eMMC 存储,但实际测试并非如此。下图就是基于 BIOS 的 MBR 环境运行的 WIMBoot。

wimboot_view_x86

参考文章:

Deploy WIMBoot Images: If you know the size of the images upfront:http://technet.microsoft.com/zh-cn/library/dn605112.aspx

使用部署脚本应用 Windows、系统和恢复分区:http://technet.microsoft.com/zh-cn/library/hh825089.aspx

使用 Windows ADK 进行 Windows 部署:http://technet.microsoft.com/zh-cn/library/hh824947.aspx

[ADK] 升级 WinPE 5.0 到 WinPE 5.1

[ 2014/04/14 14:58 | by gOxiA ]

Windows-8-Logo-Large

升级 WinPE 5.0 到 WinPE 5.1

        Windows 8.1 Update 已经发布,其对应的 Windows ADK(Windows Assessment and Deployment Kit)也随之更新发布,新版的 Windows ADK for Windows 8.1 Update 下载地址是:http://www.microsoft.com/en-us/download/details.aspx?id=39982 。由于之前 gOxiA 进行 WIMBoot 的实验,需要用到 Windows ADK,但是在实际使用中发现,虽然新版的 Windows ADK 核心部分已经升级,但是内置的 Windows PE 还是基于老的版本,即:WinPE 5.0。这样一来导致当使用生成的 WinPE 进行 WIMBoot 部署时,其 DISM 命令不支持 WIMBoot 参数。

        如果我们要进行 WIMBoot 测试,就必须先将 WinPE 5.0 升级到 WinPE 5.1。为此,我们需要执行如下操作。

        首先,手工下载 KB2919442KB2919355 并将其解压提取其中的 CAB 文件。

        之后,准备一个 PE 环境,并载入 Windows PE 的映像文件。

dism /mount-image /imagefile:c:\winpe_amd64\media\sources\boot.wim /index:1 /mountdir:c:\winpe_amd64\mount

        现在,手工将 Windows 8.1 Update 的两个更新包集成到映像中。

dism /add-package /packagepath:c:\msu\windows8.1-kb2919442-x64.cab /image:c:\winpe_amd64\mount /logpath:addpackage.log

dism /add-package /packagepath:c:\msu\windows8.1-kb2919355.cab /image:c:\winpe_amd64\mount /logpath:addpackage.log

        更新包集成完毕,可使用下面的命令行对映像执行优化。

dism /image:c:\winpe_amd64\mount /cleanup-image /startcomponentcleanup /resetbase

        最后,完成映像的修改。

dism /unmount-image /mountdir:c:\winpe_amd64\mount /commit

        为了有效减少该映像的大小,推荐执行下列命令行,从升级后的映像中生成一个全新的映像,并根据需要进行原始映像的替换。

dism /export-image /sourceimagefile:c:\winpe_amd64\media\sources\boot.wim /sourceindex:1 /destinationimagefile:c:\winpe_amd64\media\sources\boot2.wim

        至此,WinPE 5.0 到 WinPE 5.1 的升级工作即告一段落,我们可以重新生成 ISO 以备后用。

makewinpemedia /iso c:\winpe_amd64 c:\winpe_amd64\winpe5.1_amd64.iso

参考文档:http://technet.microsoft.com/zh-cn/library/dn613859.aspx

分页: 20/51 第一页 上页 15 16 17 18 19 20 21 22 23 24 下页 最后页 [ 显示模式: 摘要 | 列表 ]