ASP.NET Core 8 Web API部署IIS后HTTPS显示不安全问题求助

1. 检查证书信任链完整性 #

尽管证书本身显示“Certificate OK”，但可能根证书/中间证书未在服务器或客户端的受信任存储中正确安装：

• 打开证书管理器（certmgr.msc），定位目标证书后查看「证书路径」标签，确认所有上级证书（根、中间层）均显示“此证书正常”。
• 若存在缺失的中间/根证书，需将客户提供的完整证书链导入服务器的本地计算机 → 受信任的根证书颁发机构和中间证书颁发机构存储。
• 测试用的客户端（浏览器、Postman所在机器）也需安装完整证书链，否则会触发信任校验失败。

2. 验证IIS绑定的证书匹配细节 #

• 确认IIS站点绑定的主机名与证书备用FQN完全一致（注意大小写、无多余空格或特殊字符）。
• 检查「Require Server Name Indication (SNI)」是否勾选：多域名证书（含备用FQN）必须启用SNI，否则IIS无法正确匹配证书。
• 在IIS「服务器证书」中右键目标证书选择「查看」，确认「主题备用名称」列表中确实包含当前使用的新FQN，格式为DNS=xxx.yyy.com。

3. 核查ASP.NET Core应用的HTTPS配置 #

• 在appsettings.Production.json中确保Kestrel配置正确指向证书：

  "Kestrel": {
    "Endpoints": {
      "Https": {
        "Url": "https://your-new-fqn:443",
        "Certificate": {
          "Subject": "your-new-fqn",
          "Store": "My",
          "Location": "LocalMachine"
        }
      }
    }
  }
  

• 确认Program.cs中中间件顺序正确：app.UseHttpsRedirection()需放在app.UseRouting()和app.UseAuthorization()之前。

4. 处理Postman的缓存与配置问题 #

即使关闭SSL验证，Postman仍可能缓存旧证书或信任规则：

• 进入Postman「设置」→「证书」，删除与该FQN相关的手动添加证书。
• 清除Postman缓存：点击右上角头像→「设置」→「通用」→「清除缓存」。
• 用curl命令测试排除Postman自身问题：

  curl -k https://your-new-fqn/api/your-test-endpoint
  

  若curl无证书警告，说明问题出在Postman本地配置。

5. 浏览器信任问题排查 #

• 浏览器显示“不安全”但Swagger正常，大概率是浏览器缓存了旧HTTP站点数据：
  • 清除浏览器对应FQN的缓存、Cookie，或用隐私模式访问。
  • 点击地址栏“不安全”提示查看证书详情，确认浏览器识别的证书是否为目标证书，以及信任链是否完整。

6. 验证DNS解析与端口占用 #

• 在客户端执行nslookup your-new-fqn，确认解析IP与服务器IP一致。
• 检查443端口占用：执行netstat -ano | findstr :443，确认只有IIS进程（通常为w3wp.exe）在监听该端口。

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