微软已正式将 Windows 10 2004 版视为“为商业做好准备”，但我认为它仍需要更多帮助才能为消费者做好充分准备。 随着本月补丁星期二的到来，这里有一个例子可以说明我的意思。 它涉及神秘的 NAS 问题、一些侦查和解决方法——所有这些都表明更新有时会多么麻烦。
这个案例涉及一位 AskWoody 订阅者，他最近告诉我，每次他升级到 Windows 10 2004 时，安装都会破坏他的计算机。 就像任何拒绝让技术打败我的优秀极客一样，我给他回了邮件，询问他升级时出现了什么问题的更多信息。 事实证明，他将无法访问其 NAS（网络附加存储）设备上的映射驱动器。 尽管他尝试重新映射驱动器，但它们会失败，迫使他回滚到 Windows 10 1909——一切都可以正常工作。
从短期来看，这是一个很好的解决方法。 然而，从长远来看，这只会在 5 月之前适用于 Windows 10 家庭版和专业版。 那是对 1909 安全更新的支持结束的时候。 （企业版和教育版在此之后获得额外一年的支持。）显然，我们必须尽快想出一个解决方案。
[如何保护 Windows 10 和 11 PC 免受勒索软件侵害]
受影响的 NAS 设备是 Buffalo Tech 的 LinkStation 和 TerraStation。 他一提到 Buffalo Tech，我就知道了根本问题：SMB v1。
SMB，即服务器消息块，是已使用多年的基本文件共享技术。 它是 Windows 网络和基于 Linux 的设备中的粘合剂，可让您共享和保存文件。 但它也容易受到攻击，因此微软一直在齐心协力将 SMBv1 作为一项原生技术移除。 它的弱点多年来一直被攻击者利用，正如 Ed Bott 在四年前指出的那样，世界已经在很大程度上转向了 SMBv2 和 SMBv3。 即便如此，一些 NAS 用户仍然依赖该平台。
事实上，如果您在全新安装中安装 Windows 10 1709 或更高版本，则根本不会启用 SMBv1。 如果您从旧版本的 Windows 7 或 10 升级，SMBv1 将启用——但如果 15 天内未使用，系统会自动将其关闭。 如果您再次重新启用它，它会恢复并继续工作。 因此，我首先建议迈克尔重新启用 SMBv1 以重新建立与设备的连接。
我们遇到的第一个障碍：必须在 Windows 10 上安装 SMBv1。为此，您需要启用允许“可选组件安装和组件修复”的组策略，以便它可以访问 Windows 更新以进行下载。 要设置它，我们必须按照指导启用修复源。
[‘IT 有一个新的’It Crowd’：加入 CIO Tech Talk 社区]
在本地组策略编辑器中，依次单击“计算机配置”、“管理模板”和“系统”，然后双击“为可选组件安装和组件修复指定设置”。 用户选择从 Windows 更新下载安装位。
调整这些设置后，他再次尝试。 在 2004 年安装后，这次有 3 股回归。 但是旧设备上的两个共享没有； 他们仍然被封锁。
我查看了有关缓存凭据、停止服务的其他想法，并查看了日志文件。 然后我找到了一个很棒的 Youtube 视频，它为我们提供了解决方案：启动 Buffalo 设备的界面，他在 NAS 单元上启用了 SMBv2。 这解决了映射问题。 分步说明可在此处获得。
对于那些具有类似消费级 NAS 设备的设备，您需要确定它们是否可以支持更新的技术。 如果他们不支持高于 SMBv1 的任何内容，您需要认真考虑继续使用该设备是否明智。
尽管微软表示 2004 年“已为商业做好准备”，但它仍将其视为修补过程中的红头发继子。 Microsoft 通常会发布可选的预览更新，其中包括错误修复，但不包括安全更新，以允许企业在将这些更新纳入补丁星期二（即本周）发布的正常安全更新之前测试这些更新。 通常，这些可选版本会在每月的 C 周或 D 周（第三周或第四周）发布。 共享相同代码的 2004 和 20H2 收到了 KB4598291 和 KB4598299 形式的可选预览更新。 但是一些用户安装了 KB4598299 并发现它在通过鼠标停靠窗口或拆分窗口时导致 Visual Studio 崩溃。 1 月 26 日发布的 1909 的 .NET 预览版 KB4598301 也是引发此问题的导火索。
鉴于这些是预览更新并且不包含新的安全更新，因此可以卸载它们。 事实上，微软已经确定了一个解决方法：
编辑 %InstallRoot%\Common7\IDE\devenv.exe.config 和 %LocalAppData%\Microsoft\VisualStudio\16.0_xxx\devenv.exe.config 并将以下文本附加到 <AppContextSwitchOverrides> 元素的值属性：
;Switch.System.Windows.Interop.MouseInput.OptOutOfMoveToChromedWindowFix=true;Switch.System.Windows.Interop.MouseInput.DoNotOptOutOfMoveToChromedWindowFix=true
重新启动 Visual Studio 后，您应该能够四处拖动 Visual Studio 窗口而不会崩溃。
我一般不建议安装预览更新。 通常情况下，这些预览补丁不会安装在微软更新打过补丁的Windows 10电脑上； 它们仅被设置为“提供”给您的机器。 本月，预览更新似乎已下推至 2004 和 20H2 机器，开始重新启动。 有趣的是，如果您推迟功能更新或使用 targetreleaseversion 设置，似乎不会提供预览更新。 （这似乎是延期过程的一个未记录的副作用。）
请记住，这是每个月的某个时间，您需要确保拥有良好的备份并为您的计算机设置暂停设置。 只有当你想在系统上测试更新时，你才应该在本周安装更新。 我将在下周回过头来回顾一下我们在 2 月份发布的更新中看到的任何早期问题。 您可以在 Askwoody.com 上加入我们，因为我们正在观察和等待问题。
敬请关注。
