[Tips] 使用 RemoteApp 方式访问远程桌面上的应用程序
使用 RemoteApp 方式访问远程桌面上的应用程序
补充这篇日志纯粹是为了方便自己，经验技巧当然是很早以前的！原因是最近经常要访问笔记本上的应用，但又不想基于远程桌面环境，所以直接以应用窗口模式打开远程桌面上的应用是最为合适的。这里要用的到就是RemoteApp，而该技术在客户端系统上也能够通过修改注册表来实现。
下面就是一个设置的例子：
- 打开注册表编辑器定位到HKLM\software\microsoft\windowsnt\currentversion\terminalserver\tsappallowlist
- 在路径下新建名为 applications 的项，然后在该项下创建需要发布的应用程序的项，名字可自行命名，例如 notepad
- 在 notepad 项下创建名为 name 和 path 的字符串，各自的值分别为 Notepad 和 c:\windows\system32\notepad.exe
- 回到路径 tsappallowlist，修改fdisableallowlist的值为 1
- 现在创建一个远程桌面连接，保存到桌面可命名为remoteapp-notepad.rdp
- 修改和添加该文件内容如下：
a) remoteapplicationmode:i:1
b) remoteapplicationprogram:s:notepad
c) disableremoteappcapscheck:i:1
d) alternate shell:s:rdpinit.exe
OK，双击这个 RDP 便可直接打开远程桌面环境下的 Notepad 程序，显示的界面仅仅是 Notepad 的窗体，这样可方便的在本地和远程之间切换使用，像使用本地程序一样。运行状态如下面截图所示：
目前尚未解决的问题是无法执行 Office 应用程序，可能受限于授权模式，还有待继续研究！但是可以通过运行的Notepad调用Explorer定位到Office2016的程序路径打开执行。
针对 Windows 10 访问 Outlook 中 URL 的问题补充
针对 Windows 10 访问 Outlook 中 URL 的问题补充
问题回顾《HOWTO: 解决 Windows 10 访问 Outlook 中的 URL 时提示"你要如何打开此文件" 》，微软官方的 KB3094186 确认Outlook 2007/2010 在 Windows 10 上设置 IE11 为默认浏览器时会导致相关注册表数据丢失而引发故障的发生。解决途径是使用微软的 easyfix 20155 进行修复，该修复工具其实是在注册表中对HTMLFILE新增了的“新开”指令。即“HKCR\htmlfile\shell”下新建名为“opennew\command”的项，其默认值为一段 CMD 指令“cmd /c start %1”，微软解释添加该指令后便可解决在 Outlook 中打开 URL 时总提示用哪个浏览器打开的问题，并且打开的 URL 会在当前 IE 的新选项卡中打开，以避免每点击一次 URL 都打开一个新的 IE 进程。当然，如果不介意的话，也可以直接指定 iexplore.exe %1 来执行。
早先看到这个解决方案的时候就挺纳闷，为了解决是新选项卡还是新窗口打开就要通过 cmd 调用 start 来执行，有违程序设计和开发常理，实在不够严谨。果然，后续就遇到了问题！！！如果 Outlook 中邮件内容里的 URL 包含 & 符号，那么最终被打开的 URL 将会被自动截断，这是因为 CMD 环境下，也就是我们常说的命令行会将 & 符号识别为连续执行命令符号，也就是说会把 & 符号后面的内容识别为一段命令，结果可想而知！IE 在经过 CMD 和 Start 的辗转调用后，最终得到的 URL 已经面目全非！
如果我们试图为 %1 添加双引号，那么 Outlook 中的 URL 会完整的传递给 start ，但由于地址在双引号中，所以低级的 start 已经无法识别这个链接中的 http://，也就不会自动调用 IE 去打开 http 协议类型的内容，除非双引号中只有地址，例如：http://”www.contoso.com/index.do?method=view&fdid=158¬ifytype=2”，可是要实现这样的格式写法恐怕不现实！（开发人员不会放过你的 
）
折中的办法就是修改调用命令，改用 iexplore.exe %1 来执行，但引发的问题就是每次都要打开一个新 IE 进程，否则就改回 Edge 浏览器，因为使用 Edge 绝对不会遇到这个问题。鉴于 Office 2007 /2010 的主流支持生命周期因素，在 Windows 10 上还是尽量使用最新版的 Office 最为妥当！
Surface Pro 4 批量部署系列 - 应答文件优化
Surface Pro 4 批量部署系统 - 应答文件优化
Surface Pro 4 的批量部署工作已经结束，也算有时间能够继续完善这个系列的经验总结。在开始前先回顾一下之前已经发布的两篇文章“Surface Pro 4 批量部署系列 - 驱动程序安装”、“Surface Pro 4 批量部署系列 - Windows 10 激活”。Surface Pro 4 与常规设备系统部署基本一致，主要考虑的问题就是驱动的注入和新系统的激活。驱动的注入主要是考虑提前在映像中安装驱动，以加速部署速度，并可脱离 MDT 进行独立安装；Windows激活主要是考虑新系统只是应用自定义映像，授权方式并不修改，而新 Surface 设备直接重装自定义系统后会导致预激活信息丢失，必须手工提取OA3密钥进行激活。
剩余的主要考虑事项恐怕就是应答文件的优化，虽然我们会对系统映像进行预先定制和设置，但是为了确保这些修改在后续生效，或者做个双保险，又或者一些设置必须通过应答文件设置，所以我们还是需要针对部署用的应答文件进行修改和完善。
- SkipRearm = 1，因为系统映像会阶段性的进行修改、完善，所以会多次进行 Sysprep 操作，为了确保系统保留有效次数的Rearm，建议在 Generalize 阶段跳过 Rearm。
- InputLocale = 0804:00000804
SystemLocale = zh-cn
UILanguage = zh-cn
UserLocale = zh-cn
由于 MDT 是一种部署加速解决方案，所以它并不会像应用程序那样智能，能够通过当前系统环境来自动配置应答文件中涉及的语言设置，所以默认情况下 MDT 的默认应答文件均以英文环境来进行设置。而我们通常会为客户端部署中文版系统，所以需要对应答文件的几个阶段进行配置修改，它们是：
1 windowsPE
3 generalize
4 specialize
7 oobesystem - TimeZone = China Standard Time，原因同上所以我们需要针对 specialize 和 oobesystem 阶段的时区配置进行修正。
- 由于批量部署应用在企业环境下，为了使预定制映像中的系统桌面环境能够应用到每个登录到系统上的用户账号，需要配置 specialize 阶段的 CopyProfile = True，以启用默认用户配置文件拷贝。
- 在 specialize 阶段添加 DisableSR = 1，以禁用系统还原。
- 在 specialize 阶段添加 fDenyTSConnections = false，以启用远程桌面。
- 通常在企业环境中会采用第三方的防病毒软件，那么禁用系统自带的 Windows Defender 是非常必要的，所以在 specialize 阶段添加 DisableAntiSpyware = true。
- 如果你正在使用 SDA，那么需要检查 oobesystem 阶段下的 Display 设置，确认添加如下配置，因为在 SDA 环境下该默认该配置数据缺失，而 Surface Pro 4 的默认分辨率为 2376*1824。
ColorDepth = 32
HorizonralResolution = 2376
RefreshRate = 60
VerticalResolution = 1824 - 根据需要配置 OEM信息，为此可在 oobesystem 阶段为 OEMInformation 指定相关配置。
Logo = %windir%OOBEinfoSurface.bmp
Manufacturer = Microsoft Corporation
Model = Surface Pro 4
以及 SupportHours、SupportPhone 和 SupportURL 时间。 - 为了加快 OOBE 的速度减少人为干预，可隐藏 oobesystem 阶段 OOBE 下的相关配置。
HideEULAPage = True
HideLocalAccountScreen = True
HideOEMRegistrationScreen = True
HideOnlineAccountScreens = True
HideWirelessSetupInOOBE = True - 如果要脱离MDT单独部署映像，只需要删除 oobesystem 下的 FirstLogonCommands 项。
