深入探讨 网站想要使用你计算机上的程序打开Web内容
深入探讨 网站想要使用你计算机上的程序打开Web内容
gOxiA 因为工作需要最近在做与桌面虚拟化相关的技术内容，期间就遇到了“网站想要使用你计算机上的程序打开 Web 内容”的问题。具体是在用户安装 VDA 客户端后，通过 IE 访问 VDI 门户时会弹出这个提示，如下图所示。其实问题是比较简单的，为了避免下次再弹出提示框，我们通常会复选“不再对此程序显示此警告”，然后点击“允许”。这样在访问 VDI 门户后就会直接启动 VDA 客户端正常访问。
之后 gOxiA 又用 Microsoft Edge 访问测试了一下，会直接提示下载一个扩展名为 ICA 的文件，而这个 ICA 在当前系统上被注册为使用一个特定的应用程序打开。
也就是说在整个访问过程中是浏览器下载了一个文件，然后由指定的应用程序打开它，当在 IE 浏览器环境下时可通过复选“不再对此程序显示此警告”然后“允许”来实现通过应用程序直接打开文件的操作，这样用户体验就会更顺畅。
那么问题来了，用户说如果我复选了“不再对此程序显示此警告”，然后点击了“不允许”，可发现是误操作了该怎么办呢？该如何恢复呢？为此，gOxiA 检查了 IE 设置还真的不像禁用弹出窗口、或兼容性视图设置那样会有明确的设置选项且支持修改操作。由于通常也都是习惯于正确的操作，确实会忽略掉如果复选不再显示警告并点击了不允许会有什么结果。
期间也有咨询过微软支持，但也没有准确的解答，无奈只能自己研究 。使用 Procmon 抓包来看看这一设置都做了什么操作？！
还挺轻松立刻就锁定了位置，当我们在弹出“网站想要使用你计算机上的程序打开Web内容”的警告窗体上，复选“不再对此程序显示次警告”，并点击“允许“后，iexplore 进程会在注册表的 “HKEY_CURRENT_USER\SOFTWARE\Microsoft\Internet Explorer\Low Rights\ElevationPolicy\” 下生成一个新的 GUID 项，并写入该程序的相关键值。其中 AppPath 和 AppName 是容易理解的，也没有什么特殊之处，而 Policy 则是非常关键，默认键值为”3“。如果我们修改了这个值，例如：2，那么再下次访问时又会重新弹出警告让用户选择，只有值为3时才会默认通过安装的应用打开下载的 ICA，而不再弹出任何提示。此外，在重新复选并允许后 iexplore 进程并不会修改之前已经添加的项和对应的键值，而是会重新生成一个新的项，很有意思！
接下来 gOxiA 又重新做了一次抓包，但这次操作是复选不再提示后不允许运行，但在抓包数据中分析发现，执行这一操作并不会写入任何设置。也就是说即使用户复选了不再提示，只要点击的是不允许，那么前面的复选设置是不会起到任何效果的。
至此，答案已经出来，我们也不必担心用户是否会进行误操作，如果出现 IE 访问 VDI 门户没有启动 VDA 客户端的故障问题，那么直接从 VDA 下手排错即可，无需再在 IE 身上徘徊！
后来微软支持也给找到了一篇文档，原来早在2009年时就有微软人士详细讲解过这个安全功能，具体可参考下面这篇 Blog ：
[Tips]HOWTO: 关闭 Surface Pro 4 屏幕自动旋转功能
HOWTO: 关闭 Surface Pro 4 屏幕自动旋转功能
用户的需求总是各式各样，不可能完全满足，就在上周 gOxiA 遇到了一个“奇葩”的支持请求，一位 Surface Pro 4 用户希望不论在何时何地，何种姿态下，都不要自动旋转 Surface Pro 4 的屏幕，希望在连接键盘时就是一个笔记本电脑。
这个需求其实也容易理解，用户使用习惯也好，强迫症也好，总之不希望屏幕在连接键盘时自动旋转。那么要解决这个问题禁用自动旋转不就行了，可事实是当 Surface Pro 4 在连接键盘后默认的横屏工作模式下“旋转锁定”是不可用的，必须旋转至竖屏后方能锁定。
现在感觉到用户的需求“奇葩”了，咨询了 Surface 在线技术支持，人家解释说键盘连接不稳定，让重新连接键盘，可是那么多台都是这样吗？后来人家又改口说是设计使然，并且也没有关闭硬件功能的方案，还让把驱动卸载掉再试，gOxiA 也是只能放弃了！
自己研究还是妥妥的，既然拔掉键盘能够关闭旋转锁定，那就先拔掉键盘，关闭旋转锁定后再接上键盘，OK！用户需求搞定。但是这个 Workaround 也有不足，前面讲过键盘连接后“旋转锁定”是不可用状态，那也意味着用户如果突然想启用屏幕自动旋转时不能不拔掉键盘重新设置。
HOWTO: 快速在 UEFI 启动的 Windows 10 中添加 Native VHD Boot
HOWTO: 快速在 UEFI 启动的 Windows 10 中添加 Native VHD Boot
今天又要与大家分享关于 Native VHD Boot 的小技巧了，搜索本站 gOxiA 已经写了不少关于 Native VHD Boot 的文章，虽然之前也有撰写“Windows 10 Native VHD Boot 案例分享”，但本文将向大家介绍如何在基于 UEFI 启动的 Windows 10 中添加一个 Native VHD Boot 实例，整个操作过程期间并不需要重启进入PE环境，完全就地解决。
准备一个准备添加 Native VHD Boot 的安装源，可以是 ISO 也可以是 WIM，前者需要先 Mount ISO 到当前系统，以便于访问其中的 WIM；之后在当前卷新建一个目录用于存放 Native VHD Boot 的 VHD 文件，例如“C:\VHDBoot\”;接下来使用磁盘管理器创建一个 VHD 文件WS2012R2.vhd，存储在前面的目录中，建议使用固定大小，注意请务必转换为GPT磁盘，根据需要进行分区，格式化为NTFS。固定大小的 VHD 虽然占用了不少空间容量，但可避免不必要的麻烦；然后再释放 WIM 映像到这个 VHD 中，方法相信大家已经轻车熟路，使用内置的 DISM 命令即可完成，命令行可参考“dism /apply-image /imagefile:G:\sources\install.wim /index:1 /applydir:V:\”，映像应用完毕即可unmount VHD，现在就差创建启动信息。
由于是系统在线环境，且引导卷处于隐藏状态，所以最为方便的添加 Native VHD Boot 启动信息的方案就是使用 BCDEdit 工具，基于默认启动项新建一个新的 Native VHD Boot 启动信息，修改 Device 和 OSDevice 选项指定到前面创建的 VHD 路径上，即可完成。为此参考如下命令行执行！
1. bcdedit /copy {default} /d "WS2012R2 Native VHD Boot"
2. bcdedit /set {GUID} device vhd=[c:]\VHDBoot\WS2012R2.vhd
3. bcdedit /set {GUID} osdevice vhd=[c:]\VHDBoot\WS2012R2.vhd
现在重新启动便可以出现多启动菜单，可选择 Native VHD Boot 来启动系统，UEFI 比较不人性化的是当选择另一个启动项后会再次重启计算机，这个没办法 UEFI 的设计使然。是不是非常简单，只要理解了相关的概念，命令能够做到得心应手，就能针对不同场景制定实现方案！
