WireGuard发布了Windows客户端的新版本WireGuardNT v0.11和WireGuard for Windows v0.6，这是时隔较长时间后的重要更新，包含内核驱动和API接口的改进。

WireGuardNT v0.11 和 WireGuard for Windows v0.6 版本发布公告

作者：Jason A. Donenfeld
发布时间：2026年4月10日

主要内容

1. 版本更新

   • 发布了 WireGuardNT v0.11（底层内核驱动和API框架）和 WireGuard for Windows v0.6（高级管理软件、命令行工具及用户界面）。
   • 这是 Windows 客户端长期未更新后的重要版本，包含多项改进和优化。

2. 新功能与优化

   • 新增功能：
     • 支持在不丢包的情况下移除单个允许的 IP（此前已在 Linux 和 FreeBSD 实现）。
     • 支持为 IPv4 连接设置极低 MTU。
   • 主要改进：
     • 大量错误修复和性能优化。
     • 代码大幅精简，得益于放弃对旧版 Windows 的支持，减少了兼容性代码和冗余逻辑。
     • 工具链全面升级（包括 EWDK、Clang/LLVM/MingW、Go 版本等），提升性能和代码现代化程度。

3. 测试与反馈

   • 由于是长期未更新后的首个版本，开发者鼓励用户测试并反馈问题。
   • 已通过广泛测试，包括最古老的受支持版本 Windows 10 1507 Build 10240。

4. 安装与更新

   • 内置更新程序会自动提示用户升级。
   • 首次安装或手动更新可通过以下链接获取：
     • https://download.wireguard.com/windows-client/wireguard-installer.exe
     • https://www.wireguard.com/install/

5. 关于微软账户问题的说明

   • 此前提交新内核驱动至微软签名时，账户被临时冻结，引发社区讨论。
   • 经微软快速处理，账户已解封，问题顺利解决。
   • 开发者澄清此事仅为流程问题，无恶意或阴谋论成分。

6. 相关资源

   • WireGuard for Windows 项目详情：https://git.zx2c4.com/wireguard-windows/about/
   • WireGuardNT 项目详情：https://git.zx2c4.com/wireguard-nt/about/

结语：开发者希望用户享受新版本，并欢迎反馈使用体验。

（注：原文中的邮件列表导航信息、重复标题及无关链接已省略，仅保留核心内容。）

以下是评论内容的总结：

1. 微软失误而非阴谋论

   • 主要观点：认为微软账户封锁事件是官僚流程失误，而非蓄意阴谋，微软在舆论压力后迅速修复。
   • 关键引用：
     • "incompetence is always more likely than malice"（无能比恶意更常见）
     • "this was not a deliberate, coordinated, purposeful attack"（这不是一场有预谋的协调攻击）

2. 问题快速解决与技术更新

   • 主要观点：开发者确认问题在舆论关注后迅速解决，并提到技术更新的挑战（如x86驱动支持被移除）。
   • 关键引用：
     • "the Microsoft paperwork shuffling matter got dealt with rather quickly"（微软的文书问题很快处理完毕）
     • "NT programming is a lot of fun, though this release was quite challenging"（NT编程很有趣，但本次发布充满挑战）

3. 对开源软件的潜在威胁

   • 主要观点：批评Windows代码签名要求对开源软件的威胁，认为微软可能借此压制小众开源项目。
   • 关键引用：
     • "code signing requirements are a serious threat to FOSS"（代码签名要求对开源软件构成严重威胁）
     • "THIS is the preferred angle/vector for Microsoft to kill the software variety"（这是微软扼杀软件多样性的首选手段）

4. 对解决方式的质疑

   • 主要观点：质疑依赖社交媒体曝光才能解决问题的模式对小开发者不公平。
   • 关键引用：
     • "would the issue have been fixed by now?"（如果没有舆论压力，问题能解决吗？）
     • "the only effective support channel was 'get to the front page of hacker news'"（唯一有效的支持渠道是“登上Hacker News头条”）

5. 对事件模式的担忧

   • 主要观点：列举多起类似事件（如LibreOffice、VeraCrypt），质疑是否存在系统性打压。
   • 关键引用：
     • "LibreOffice, VeraCrypt, WireGuard. Whats next?"（接下来会是谁？）
     • "Is that a pattern?"（这是某种模式吗？）

总结：评论普遍认为微软的账户封锁是流程失误，但对其依赖舆论压力解决问题的模式表示不满，同时担忧代码签名政策对开源生态的长期威胁。部分用户认为事件可能反映系统性风险，而开发者则更关注技术层面的解决。