由于现在不推荐使用交叉签名，我们正在尝试通过 HCK 和 HLK 测试，以便我们的 NDIS LWF 可以安装在使用 NDIS 6.0 的 7 台以上机器上。
我的问题是：
当我们在 HCK 中选择我们的驱动程序时，有 0 个测试可用，即使我们的 LWF 已明确安装（尽管没有任何数字证书，因为测试模式已开启）。
当我们运行 HLK 1607 时，只有两个基本测试，即 TDI 和 Hyper-V 就绪测试，但没有 NDIS 6.5 LWF Logo 测试。这是正常的吗？我们只需要通过这两个测试吗？
我们是否应该在创建包之前在包选项卡中添加包含我们的驱动程序及其 inf 的文件夹？还是我们的驱动程序自动捆绑在生成的 hlkx 文件中？
请注意，我们没有使用任何播放列表，尽管我仍然不确定这些播放列表是怎么回事，以及我们是否需要使用播放列表还是只使用默认播放列表？
【问题讨论】：
标签： windows driver wdk ndis driver-signing
关于前几个问题，是的，这听起来很正常。我们（Microsoft 的 NDIS 团队）真的不知道如何测试任意的 NDIS LWF。 LWF 可以做很多不同的事情，以至于我们可以尝试进行的任何通用测试都可能会导致某些过滤器驱动程序出现误报。例如，验证通过 LWF 的各种类型的网络流量的测试可能会在防火墙驱动程序上失败，而防火墙驱动程序的工作就是丢弃可疑流量。在许多情况下，LWF 什么都不做，直到某些 3rd 方用户模式应用程序为它们设置了一些配置。例如，一个 QoS 过滤器可能在无操作模式下运行，直到某个用户模式应用程序下推 QoS 策略；我们构建的任何通用测试都只是在执行无操作模式，我们会完全错过驱动程序中有趣的部分。
因此，目前，您主要依靠荣誉系统，您已正确实施 NDIS 合同并尽职尽责地测试其功能。
当然，我们保留在未来添加更多测试的权利，前提是这对我们共同的客户有利。
请注意，驱动程序验证程序 (DV) 包含一个“NDIS/WIFI”标志：如果您启用该模式，NDIS 将自动验证其许多编程合同。因此，如果您希望确保您已正确完成操作，请确保在启用 DV + NDIS/WIFI 的情况下练习 LWF 的各种场景。一般来说，DV 在每个操作系统版本中都会变得更好一些，因此在最新的操作系统版本上进行测试会发现最多的错误，即使您的 LWF 是针对较旧的操作系统。
关于你的第三个问题：我不知道。 （具有讽刺意味的是，我自己无权访问驱动程序提交管道，所以从你的角度来看，我从未真正尝试过。）
【讨论】：