这个问题我碰到过好多次了，0x8007000d这个错误码本质是IIS没法正确解析站点的web.config配置，或者缺了ASP.NET Core和IIS交互的核心模块。既然你用dotnet AppName.dll能正常跑起来，说明应用本身没毛病，问题肯定出在IIS的配置或者模块设置上。下面给你一步步排查解决的方法：

• 先确认ASP.NET Core托管模块有没有装对
  你虽然装了「应用程序开发功能」里的所有服务，但很可能漏掉了ASP.NET Core专属的托管模块——这可是IIS能托管.NET Core应用的核心，没它的话IIS根本不知道怎么处理你的应用。
  检查方法：

  1. 打开「控制面板」→「程序和功能」→「启用或关闭Windows功能」
  2. 展开「Internet Information Services」→「World Wide Web Services」→「应用程序开发功能」，确保对应你.NET Core版本的ASP.NET Core选项（比如ASP.NET Core 6.0/7.0）已经勾选
  3. 要是没选，勾上之后点确定，安装完成记得重启IIS

• 检查web.config的格式和核心配置
  0x8007000d很多时候是web.config里有语法错误，或者缺了ASP.NET Core必需的配置节点。你的应用的web.config里必须有这些核心内容：

  <system.webServer>
    <handlers>
      <add name="aspNetCore" path="*" verb="*" modules="AspNetCoreModuleV2" resourceType="Unspecified" />
    </handlers>
    <aspNetCore processPath="dotnet" arguments=".\AppName.dll" stdoutLogEnabled="false" stdoutLogFile=".\logs\stdout" hostingModel="inprocess" />
  </system.webServer>
  

  重点看这几点：

  • 有没有AspNetCoreModuleV2这个handler配置，这是IIS转发请求给.NET Core进程的关键
  • processPath和arguments是不是指向正确的dotnet路径和你的dll文件（路径别写错）
  • 检查XML语法有没有问题，比如标签没闭合这种低级错误

• 把应用池的.NET CLR版本改成「无托管代码」
  ASP.NET Core应用是自托管的，不需要IIS的传统CLR托管，所以应用池必须设成「无托管代码」，不然IIS会用错误的方式去处理你的应用。
  操作步骤：

  1. 打开IIS管理器，找到你的应用对应的应用池
  2. 右键点应用池→「高级设置」
  3. 在「常规」分类下找到「.NET CLR版本」，选择「无托管代码」
  4. 确定之后重启应用池和站点

• 再确认应用池身份的权限
  你已经给所有用户加了读写权限，但还要确保应用池的身份（默认是ApplicationPoolIdentity）对应用目录有读取和执行的权限——有时候只给读写不够，需要执行权限来启动dotnet进程。

如果上面的步骤都试过还是不行，那可以开启stdout日志来抓更详细的错误信息：
在web.config里把stdoutLogEnabled改成true，然后在应用目录下手动创建logs文件夹（要保证应用池身份能往里面写东西），重启站点之后去logs文件夹里看stdout日志，里面会有更具体的启动失败原因，能帮你定位到问题。

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