HOWTO: 解决Outlook邮件正文无法正确插入UNC类型快捷方式链接的问题
HOWTO: 解决 Outlook 邮件正文无法正确插入UNC类型快捷方式链接的问题
实在想不出更准确的题目，所以在分享前，gOxIA 觉得很有必要详细描述一下这个故障现象。用户环境是 Windows 7 + Office 2010（经典组合），在其桌面上有一个文件夹快捷方式（.lnk），目标指向到的是一个 UNC 路径，结构基本就是“\\\\10.0.0.1\\aaa\\bbb\\ccc\\ddd\\eee”这个样子，当然示例路径中的字母在实际环境下是中文+符号。如下图所示：
故障现象：用户在 Outlook 中撰写一封邮件，在正文部分使用“插入——超链接”功能，添加这个桌面快捷方式的地址。正常情况下，“插入超链接”窗口中的“地址”中显示的应该是这个快捷方式（lnk）的实际 UNC 路径，确定后邮件正文中添加的也应该是这个 UNC 路径。
但是在用户故障环境下，显示和插入的结果却是这个快捷方式（lnk）的本地路径，如下图所示：
问题虽小，但用户重视程度之高，在其他用户电脑上测试发现显示的确实为 UNC 路径，那么说明这个问题是一个故障。在打 Office 补丁，甚至重装了 Office 后，故障仍未解决。从故障看很可能是一直问题，所以决定寻求官方支持，但结果是 by design，或第三方插件干扰，实在无法接受这个解释！从经验来看这个问题很明显是一个故障，并且很可能是产品的已知问题。
看来必须要在自己的测试环境下重现故障，才能更好的寻找根因！随即开了一台虚拟机配置好了环境，但未重现故障，对比版本后得到如下信息：
用户环境：系统6.1.7601.17567 Office14.0.7015.1000
测试环境：系统6.1.7601.23537 Office14.0.7181.5000
基本可以确认用户环境肯定是缺少了什么补丁所致，因为Office 2010也有安装 SP2，而后续的零星补丁又太琐碎，也尝试直接覆盖文件，但并未解决，可以判定该问题与 Office 补丁无关，那肯定就出在系统上面了。
随后，重新搭建了测试环境，为虚拟机安装 RTM 版操作系统和 Office，果然重现了故障。RTM 环境下的版本信息如下：
RTM环境：系统6.1.7601.17514 Office14.0.7015.1000
至此已经明确了故障问题，用户因缺少某个系统补丁，导致在插入一个 UNC 类型的快捷方式时，会出现未达预期的结果。通过测试，并不是所有的 UNC 快捷方式都会出现这个问题，难道是中文长路径所致？但长度并未超过 256，且字符也属常见类型，看来只能通过 Process Monitor 抓包进行分析。
在抓包的数据中发现了问题！当添加超链接时，进程会遍历这个 lnk 所对应的 UNC 路径，但此时却出现了拒绝访问，如上图所示。根据分析的结果对这个 lnk 对应的 UNC 每一级目录进行了访问测试，果然如此！这个 UNC 路径“\\\\10.0.0.1\\aaa\\bbb\\ccc\\ddd\\eee”中，其中 DDD 和 EEE 是允许用户访问的，而上一级目录则禁止当前用户访问。
这也进一步验证了，该故障属于一个 Windows 的已知问题，接下来就是对更新补丁进行验证。将 RTM 测试环境接入内网 WSUS，拿到了 103 个补丁，这些补丁包含了安全和质量更新，还有汇总更新补丁。在一次打完所有补丁后进行测试发现故障消除! Great，可算有了里程碑式的进展，那么这 100 多个补丁中哪个才是修复当前故障问题的补丁呢？
要对 103 个补丁进行测试真的是一个巨大、枯燥，令人抓狂的工作，最终锁定 KB4022722 这个补丁！！！至此故障彻底解除，结尾要与大家分享一个重要的经验，在处理 Windows 故障，尤其涉及更新补丁时，在关键节点判断问题类型十分重要，如果分析归类为已知问题，应确认该问题是属于安全的还是质量的，这样才能有效减少工作量！！！（:-P）
HOWTO: 解决 外部数据库驱动程序 (1) 中的意外错误
HOWTO: 解决 外部数据库驱动程序 (1) 中的意外错误
前几天遇到一个用户故障，Windows 7 系统运行一个第三方开发的打印小工具，之前运行正常，这几天总是在选择 Excel 文件后报错，导致无法正常打印。具体的报错提示“外部数据库驱动程序(1)中的意外错误”，如下图所示：
将该工具拷贝到我的环境下运行（Windows 10）也一样报错，即使设置兼容性模式也无济于事。用户反馈之前只更新过补丁，没有做过任何系统变更。为了快速定位根因所以先从补丁入手，经过测试基本锁定了三个更新补丁，后来在虚机测试环境下锁定了 KB4041678，并重现了故障。
在 KB4041678 中微软声明了该补丁存在已知问题，会导致基于Microsoft JET 数据库引擎（Microsoft Access 2007 和更低版本或非 Microsoft 应用程序）的应用程序无法创建或打开 Microsoft Excel.xls 文件。错误消息为“外部数据库驱动程序 (1) 中的意外错误。(Microsoft JET 数据库引擎)。”
微软提供的临时解决方案是下载并安装 Microsoft Access 数据库引擎 2010 可再发行软件包，然后在 Microsoft Excel 中修改 DB 连接字符串以将 ACE 用作提供程序。示例：将 Provider=Microsoft.Jet.OLEDB.4.0 更改为 Provider=Microsoft.ACE.OLEDB.12.0。
同时微软也正寻求一种解决方案，相信在不久的将来就会提供更新。但是，当下要解决用户问题，只能卸载 KB4041678，因为内网用户通过 WSUS 更新补丁，意味着将会有更多的用户遇到这个问题！是否可以找到被更新的文件做替换来解决这个故障呢？！尝试方法这样展开，先用 Application Verifier 和 WinDBG 去找验证这个应用程序，并截获断点。
结果是，Application Verifier 收集到的日志中，并未发现什么异常，反而在 WinDBG 中发现了断点，如下图所示在载入模块“msexcl40.dll”时出现了问题。检查文件日期确实是10月份有更新过，尝试用正常 Windows 7 环境下的 msexcl40.dll 对故障Windows 7 系统和 Windows 10 系统进行替换，故障解除！
使用 Process Monitor 抓包观察，发现 msexcl40.dll 开始到操作结束出现了一系列的错误，具体可参考下图。
HOWTO: 解决 Your Organization used Windows Defender Application Control to block this app
HOWTO: 解决 Your Organization used Windows Defender Application Control to block this app
gOxiA 前段时间为手上的 Dell Venue 8 Pro 全新安装 Windows 10 v1709（Fall Creators Update），没想到装完后竟然无法运行 EXE 程序，期间重装系统进行测试无数次（话说现在Windows安装起来实在太轻松了）。本以为是最初安装了 Windows 10 S 版导致的，后来又单独安装 Home、Pro 或者断网执行 OOBE，或者直接从 Home 升级到 Pro，清理组策略，几乎能想到的办法都试过了，可结果都令人失望。
具体的错误信息如下图，提示“您的组织使用 Windows Defender 应用程序控制限制了该应用”，系统上几乎所有的 EXE 程序都无法正常运行，就像是安装 Windows 10 S 一样。
最后向微软开了 Case，沟通中提到之前一些硬件需要关闭主板的 Secure Boot，才能正常运行 Windows 10，果然！在禁用 Dell Venue 8 Pro 后，EXE 程序可以启动了。
这款设备是个平板，采用了 Intel Atom Z Series 架构，记得早前就有公告提到过 Windows 10 与 Intel Atom Z3xxx 存在兼容性问题，没想到还真遇到了。虽然通过禁用 Secure Boot 能够运行系统内置的 EXE 命令，但是当安装其他应用软件时也会报 CPU 兼容性限制。
作为一款 4年前的 8寸 Windows 平板设备，还能有什么过高的要求呢？！现在倒是很期望微软后续的新型态移动 Windows 设备。
如果大家跟我一样遇到了因 Windows Defender 限制 EXE 程序运行的问题，不妨尝试关闭 Secure Boot。此外利用固件限制 Windows 运行方式也是一种不错的选择，未来也许对企业非常用价值！
