OpenClawWindows 11中HTTPS证书配置常见错误和处理方法
我已经导入了证书，也配置了站点的 HTTPS 地址，但访问 OpenClaw 时浏览器还是显示证书不受信任或连接不安全，这通常是哪里出了问题？
检查证书链、域名匹配和信任状态
这种情况通常和证书链不完整、证书中的域名与访问地址不一致，或者证书没有被系统正确信任有关。可以先确认证书是否包含完整的中间证书链，确认证书的 CN 或 SAN 是否与实际访问域名一致，再检查证书是否已经安装到受信任的根证书存储中。如果是自签名证书，需要把根证书导入 Windows 11 的受信任根证书颁发机构。
我在配置完成后重启服务，发现 OpenClaw 无法监听 443 端口或者启动时报端口占用，这类问题应该怎么判断？
排查端口占用与权限问题
这类问题常见于 443 端口已被其他程序占用，或当前服务没有足够的权限访问该端口。可以通过系统命令检查 443 端口是否已被 IIS、其他 Web 服务或代理工具占用，也要确认 OpenClaw 运行账号具备绑定 HTTPS 端口的权限。如果存在占用情况，建议修改冲突服务的端口，或者调整 OpenClaw 的监听端口配置。
我已经拿到 .pfx 或 .cer 文件并完成导入，但 OpenClaw 配置里还是提示找不到私钥，或者证书无法用于 HTTPS，这是什么情况？
确认证书格式与私钥是否完整
如果证书文件只有公钥部分，没有对应私钥，OpenClaw 就无法用于 HTTPS。建议优先使用包含私钥的 .pfx 文件，并在导入时确认私钥被一起导入。如果是分开的 .cer 和 .key 文件，也要确认两者配对正确，且配置路径没有写错。另外，证书文件权限不足也可能导致服务无法读取私钥文件，需要检查运行账号对证书或密钥文件的访问权限。
我更新了证书路径、端口或者绑定信息，但 OpenClaw 重启后还是在使用旧配置，这种情况要怎么排查？
检查配置文件位置和缓存状态
这通常说明修改的不是实际生效的配置文件，或者服务启动时读取了旧缓存。建议确认 OpenClaw 当前运行环境对应的配置文件路径是否正确，检查是否存在多个环境配置副本，还要确认修改后已保存并被服务正常加载。若系统中有代理、容器或反向代理层，也要同步检查相关 HTTPS 配置，避免表面上修改了证书，但实际访问路径仍指向旧设置。