Windows 11下Postman无法验证本地IIS SSL证书问题求助

我正在开发一个采用SSL身份验证的.NET WebApi项目，团队里只有我使用Windows 11系统，也只有我无法通过Postman（使用客户端证书）向本地IIS部署的应用发送任何请求。我的Postman配置、IIS服务器配置以及服务器证书的安装位置和方式，和使用Windows 10的同事完全一致。奇怪的是，我用PowerShell执行以下命令能成功发送请求：

Invoke-WebRequest -Method GET -UseBasicParsing -Url https://localhost/sample-get-endopint -Certificate (Get-PfxCertificate "path-to-the-pfx-certificate")

提前说明几点：

• 禁用SSL证书验证无效
• 开启/关闭系统代理无变化
• 没有可设置为CA证书的对应.pem文件

1. Postman的证书存储访问权限不足 #

Windows 11的权限管控比Windows 10更严格，Postman可能没有足够权限读取你安装的客户端证书。

• 解决：右键Postman图标，选择以管理员身份运行后重试请求。如果有效，可在Postman属性的「兼容性」选项卡中勾选「以管理员身份运行此程序」，永久生效。

2. Windows 11的证书隔离限制 #

Windows 11引入了更严格的证书隔离机制，Postman可能无法访问当前用户存储中的证书，或者证书私钥权限受限。

• 解决：
  1. 运行certmgr.msc打开证书管理器，找到目标客户端证书，右键选择「所有任务」→「管理私钥」。
  2. 检查当前用户（或Postman运行的用户）是否拥有「读取」权限，没有则添加并赋予该权限。
  3. 确认证书未被设置为「密钥导出不可用」等限制访问的属性。

3. Postman证书配置的细微差异 #

即使整体配置一致，也可能存在细节偏差：

• 检查Postman客户端证书配置：确保选择的证书来自当前用户存储（而非本地计算机存储），和同事的存储位置保持一致。
• 尝试手动导入PFX证书：在Postman的「客户端证书」设置中，手动导入你的PFX文件并输入正确密码，不要依赖自动检测功能。

4. TLS版本兼容性问题 #

Windows 11默认的TLS设置可能和Postman的默认配置不匹配，而PowerShell的Invoke-WebRequest会自动适配系统TLS设置。

• 解决：打开Postman设置（Settings → General），找到「TLS version」选项，尝试切换为「TLS 1.2」「TLS 1.3」或「System default」，重启Postman后重试。

5. 安全软件拦截 #

Windows Defender或第三方安全软件可能拦截了Postman的证书请求操作。

• 解决：临时关闭Windows Defender实时保护（仅用于测试，测试后恢复开启），或在安全软件的应用控制列表中添加Postman到允许名单，再尝试请求。

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