.NET CORE和asp.net 发布时不太一样，ASP.NET Core不再是由IIS工作进程（w3wp.exe）托管，而是使用自托管Web服务器（Kestrel）运行，IIS则是作为反向代理的角色转发请求到Kestrel不同端口的ASP.NET Core程序中，随后就将接收到的请求推送至中间件管道中去，处理完你的请求和相关业务逻辑之后再将HTTP响应数据重新回写到IIS中，最终转达到不同的客户端（浏览器，APP，客户端等）。而配置文件和过程都会由些许调整，中间最重要的角色便是AspNetCoreModule，它是其中一个的IIS模块，请求进入到IIS之后便立即由它转发，并迅速重定向到ASP.NET Core项目中，这时候我们无需设置应用程序池来托管我们的代码，它只负责转发请求而已.所以发布时最重要的还是看我们的AspNetCoreModule是否存在
下载地址：https://www.microsoft.com/net/download/all
AspNetCoreModule一定和NET CORE 版本相对应,我这里用的..NET CORE2.0 ,所以捆绑程序包(.NET Core Windows Server Hosting)也用的2.0,如果版本不对应则会报错502.5的错误
安装好了之后就是这个样子
安装成功后重启服务器。
在命令程序中输入 net stop was /y 停止服务
net start w3svc重启服务。
接下来和asp.net 发布时一样,新建一个网站就行了,为了方便演示,名称这里用DotNetCoreDemo,路径用一个方便寻找的路径
接着就是重点了,应用程序池配置稍微不太一样,.NET CLR版本选择无托管代码,托管管道模式选择集成
设置应用程序池的.NET CLR版本为“无托管代码”，因为刚才也说了，IIS是作为一个反向代理的角色，并不需要它来托管代码，如下图所示：
最后一点，其实你还可以通过CLI来运行你发布的程序，切换到你发布文件夹下，输入以下命令：
.net Core 2.0应用程序发布到IIS上注意事项
.net Core2.0应用程序发布window服务器报错容易错过的配置。
1.应用程序发布。
2.IIS上新建网站。
3.应用程序池选择无托管代码。
4.服务器上安装DotNetCore.1.0.1-WindowsHosting。
安装成功后重启服务器。
在命令程序中输入 net stop was /y 停止服务
net start w3svc重启服务。
5.安装 dotnet-sdk-2.0.0-win-gs-x64
https://jingyan.baidu.com/article/4d58d54175e8e79dd4e9c096.html