首先明确：aspnetcore.dll确实应该存在于C:\WINDOWS\system32\inetsrv\路径下，但它不是通过单纯的.NET Core Runtime安装包部署的——你需要安装ASP.NET Core Hosting Bundle才能让这个文件出现在该目录，这是很多人踩过的典型坑！

下面是一步步的针对性解决办法：

1. 检查是否安装了ASP.NET Core Hosting Bundle #

打开控制面板 → 程序和功能，查找是否有类似「ASP.NET Core 2.0.x Hosting Bundle」的条目。如果没有，说明你只装了.NET Core Runtime，漏掉了关键的IIS托管集成组件。

2. 下载并安装对应版本的Hosting Bundle #

ASP.NET Core 2.0的Hosting Bundle包含了.NET Core Runtime和IIS集成模块（也就是aspnetcore.dll），必须安装这个包才能让IIS正常托管ASP.NET Core应用。安装完成后务必重启IIS（可以打开命令提示符执行iisreset命令）。

3. 若已安装但仍缺失文件，尝试修复安装 #

如果程序和功能里能找到Hosting Bundle，但aspnetcore.dll还是不在目标路径：

• 右键点击该条目，选择「更改」，然后选择「修复」选项，让安装程序重新部署组件。
• 检查系统位数匹配：如果你的Windows是64位，确保安装的是64位版本的Hosting Bundle；同时确认应用池的「启用32位应用程序」设置（在应用池高级设置里）和你的应用/组件版本匹配（ASP.NET Core 2.0默认推荐64位，除非你的应用特意编译为32位）。

4. 额外排查步骤 #

• 检查应用的web.config配置：确认<aspNetCore>节点的模块配置正确，ASP.NET Core 2.0使用的是AspNetCoreModule（不是后续版本的AspNetCoreModuleV2），示例配置如下：

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

• 开启stdout日志排查：把stdoutLogEnabled设为true，部署后访问网站，查看应用根目录下logs文件夹里的日志，里面会有更详细的错误信息，帮助定位其他潜在问题。

5. 关于你尝试过的方法补充 #

• 更改应用池身份：这个操作本身没问题，但核心问题还是aspnetcore.dll缺失，所以身份调整无法解决根本问题；
• 重装.NET Core Runtime：因为Runtime不包含IIS模块，所以重装也没用，必须装Hosting Bundle。

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