最近我入手了一把达尔优 Cool68 磁轴键盘，插上电脑，结果却傻眼了：键盘完全没反应，设备管理器里只有一个“未知 USB 设备（设备描述符请求失败）”，错误代码 43。但奇怪的是，室友的机械键盘插在我电脑上却能正常使用。一开始我以为是键盘坏了，但换到室友的电脑上测试，达尔优 Cool68 却工作正常。这说明问题出在我的电脑上。
初步排查
我尝试了所有能想到的常规方法：
- 更换 USB 接口（包括 2.0 和 3.0）
- 更新主板芯片组驱动和 USB 控制器驱动
- 关闭 USB 选择性暂停设置
- 卸载设备管理器中所有 USB 设备并重启
- 甚至重装了 Windows 系统（保留文件保留应用）
- 重置了 bios
但每次插入达尔优 Cool68，设备管理器都会出现一个“未知 USB 设备（设备描述符请求失败）”，代码 43 依然顽固地存在。室友的迈从磁轴键盘插上来也是同样的问题，而我的旧机械键盘却一切正常。
突破口
在一次偶然的尝试中，我重置了 bios，在 bios 内，我惊奇的发现，键盘竟然可以使用，接着我进入了 Windows 安全模式，居然发现达尔优 Cool68 能正常工作了！室友的迈从键盘也如此。这个关键事实告诉我：硬件没问题，问题一定出在正常模式下加载的某个服务或第三方驱动上。
使用 Autoruns 揪出元凶
为了找出干扰源，我使用了 Sysinternals 的 Autoruns 工具。在“Drivers”选项卡中，我禁用了所有的服务，开机重启，仍然无法使用键盘
既然不是服务的问题，就从驱动下手，我尝试禁用了所有驱动（这里尽量不要禁用微软的驱动，因为重启后，可能会导致鼠标无法使用，可以隐藏掉微软条目）
列出了所有第三方驱动程序。然后我采用“二分法”：一次禁用一半驱动，重启测试。经过几轮排查，最终锁定了sfusbhub.sys。
通过文件属性查看，sfusbhub.sys 是 深信服（Sangfor）VDI USB Hub 驱动，用于在远程桌面环境中重定向 USB 设备。它的工作原理是在底层拦截 USB 设备，将其映射到虚拟桌面中。正是这种拦截机制，与磁轴键盘的枚举过程产生了冲突，导致设备描述符获取失败。
解决方案
解决非常简单：在 Autoruns 中取消勾选 sfusbhub.sys，或者直接卸载深信服相关的客户端软件（如 Sangfor VDI Client）。重启后，达尔优 Cool68 和室友的迈从键盘都立即被正常识别，再也没有出现代码 43。