在AWS上运行HLK时，如何处理指定FwpmProviders数据收集及系统访问问题？

针对你提到的两个问题，我结合HLK测试的实际经验给你梳理一下解决方案：

一、处理Filter.Driver.WindowsFilteringPlatform.ArchitecturalDesign.FwpmProviders.MaintainIdentifying数据收集的正确方式 #

首先要明确：这类WFP架构设计类的HLK测试，通常要求在物理硬件上运行，普通AWS EC2虚拟化实例大概率会出现数据收集失败的问题——原因在于虚拟化层会对WFP的底层网络调用做拦截或适配，导致测试无法获取到真实的硬件级WFP数据。

如果一定要在AWS环境下尝试，或者需要验证可行性，可以按以下步骤操作：

• 优先选择AWS裸金属实例：比如m5.metal、c5.metal这类实例，它们直接暴露物理硬件给操作系统，没有Hypervisor的中间层，更接近物理机环境，有可能满足测试的底层要求。不过要注意，AWS的裸金属实例依然有定制化的网络栈，还是需要先做小范围验证。
• 严格配置测试环境：
  1. 暂时放宽EC2实例的安全组、网络ACL限制，允许HLK控制器和客户端之间的所有必要通信（包括WTT协议的端口）。
  2. 关闭实例上的第三方防火墙、安全软件，避免干扰WFP的正常运行和数据收集。
  3. 手动触发数据收集而非依赖自动流程：使用wttcmd /collect /config:<对应测试的配置文件路径>命令单独执行数据收集步骤，这样可以在控制台看到实时错误输出，方便定位问题（配置文件通常在HLK客户端的Tests目录下对应WFP测试的子文件夹里）。
• 核对测试文档：直接查看HLK测试库中该测试项的说明，里面会明确标注环境要求，如果写了“仅支持物理机”，那AWS普通实例肯定无法通过，必须换物理硬件。

二、测试卡住、系统无法访问的故障排查 #

遇到测试进入后续用例但系统连不上（RDP/wttcmd都失效）的情况，重启后的操作建议：

1. 通过AWS Serial Console连接实例：这是绕过RDP的底层连接方式，能直接查看系统启动日志、命令行界面，排查是否是WFP测试修改了网络配置（比如误封了RDP端口）或者驱动加载失败导致系统网络异常。
2. 重置HLK测试任务：重启实例后，先检查HLK客户端服务是否正常运行（在服务列表里找Windows Hardware Lab Kit Client Service，如果没启动就手动启动），然后回到HLK Studio，找到对应的测试任务，重置该MaintainIdentifying测试项，重新单独运行它——不要继续走后续用例，因为前面的数据收集失败会导致后续测试结果完全无效。
3. 抓取日志排查：查看HLK客户端的日志目录（默认C:\Program Files (x86)\Windows Kits\10\Hardware Lab Kit\Client\Logs），找到对应测试的收集日志，看具体是哪个文件找不到或者收集失败，比如是否是WFP的某个内核日志文件无法读取，或者权限不足。
4. 恢复网络配置：如果Serial Console里发现是测试修改了防火墙规则导致RDP无法连接，可以手动执行netsh advfirewall firewall add rule name="Allow RDP" dir=in action=allow protocol=TCP localport=3389命令恢复RDP访问。

总结 #

这类底层架构相关的HLK测试，物理硬件是最稳妥的选择；如果必须用云环境，只能尝试裸金属实例，但不保证100%兼容。遇到测试卡住的情况，优先用Serial Console排查网络或系统问题，重置测试项重新运行，不要带着失败的数据继续后续流程。

内容的提问来源于stack exchange，提问作者Eva Brigid