一直在努力让这个工作,我有一个标准的.NET Core API,我想在远程IIS服务器上托管,问题是大多数教程是针对ASP.NET 5 / vNext而不是解释一旦你运行dotnet publish
会发生什么。
我的绑定是正确的,但我不确定我是否指向正确的文件夹。
在我的输出文件夹中,我有发布和 wwwroot 以及config.json
和其他一些json文件。当我将IIS指向 wwwroot 文件夹时,我得到:
502 - Web服务器在充当网关或代理服务器时收到无效响应。
如果我尝试将其指向任何其他文件夹,我会获得404s。我安装了HttpPlatformHandler 1.2。我的project.json
如下:
{
"compilationOptions": {
"debugType": "portable",
"emitEntryPoint": true,
"preserveCompilationContext": true
},
"publishOptions": {
"include": [
"wwwroot"
]
},
"dependencies": {
"Microsoft.AspNetCore.Authentication.Cookies": "1.0.0-*",
"Microsoft.AspNetCore.Authentication.JwtBearer": "1.0.0-*",
"Microsoft.AspNetCore.Diagnostics": "1.0.0-*",
"Microsoft.AspNetCore.Hosting": "1.0.0-*",
"Microsoft.AspNetCore.Identity.EntityFrameworkCore": "1.0.0-*",
"Microsoft.AspNetCore.IISPlatformHandler": "1.0.0-*",
"Microsoft.AspNetCore.Mvc": "1.0.0-*",
"Microsoft.AspNetCore.Server.Kestrel": "1.0.0-*",
"Microsoft.AspNetCore.StaticFiles": "1.0.0-*",
"Microsoft.EntityFrameworkCore.SqlServer": "1.0.0-*",
"Microsoft.Extensions.Configuration.Json": "1.0.0-*",
"Microsoft.Extensions.Configuration.EnvironmentVariables": "1.0.0-*",
"Microsoft.Extensions.Logging.Console": "1.0.0-*",
"Microsoft.Extensions.Logging.Debug": "1.0.0-*",
"OpenIddict.Core": "1.0.0-*",
"OpenIddict.EF": "1.0.0-*",
"Microsoft.NETCore.App": {
"type": "platform",
"version": "1.0.0-rc2-3002700"
}
},
"frameworks": {
"netcoreapp1.0": {
"imports": [
"portable-net45+wp80+win8+wpa81+dnxcore50",
"portable-net451+win8"
]
}
},
"tools": {
"Microsoft.AspNetCore.Server.IISIntegration.Tools": {
"version": "1.0.0-*",
"imports": "portable-net45+wp80+win8+wpa81+dnxcore50"
}
},
"scripts": {
"postpublish": "dotnet publish-iis --publish-folder %publish:OutputPath% --framework %publish:FullTargetFramework%"
},
"content": [
"wwwroot",
"config.json",
"web.config"
],
"exclude": [
"wwwroot",
"node_modules"
],
"publishExclude": [
"**.user",
"**.vspscc"
]
}
我为project.json
提取了this sample的元素。
答案 0 :(得分:7)
我将IIS指向应用程序文件夹的根文件夹而不是wwwroot并且它有效。
答案 1 :(得分:1)
IIS中的物理路径应指向发布输出中的wwwroot文件夹。
approot文件夹也需要放在与wwwroot文件夹相同的目录中。
我发现尝试在approot文件夹中运行web.cmd并查看它是否会启动会很有帮助。运行web.cmd时,更容易看到启动异常(如果有的话)。您还可以将wwwroot / web.config文件中的stdoutLogEnabled标志更改为true,以从IIS获取任何启动异常。
最后,至少有一次,在我的头撞墙一小时试图让它工作后,我重新启动了我的IIS服务器,突然它正常工作。如果它是一个刺激服务器,显然是最后的手段
答案 2 :(得分:0)
在IIS上部署网站时,我在Windows 2012 R2服务器上面临同样的问题;糟糕的网关问题。是的,我使用的是.Net Core 2.0。在IIS上,我有应用程序池“No Managed Code”;管理的管道“集成”仍然有同样的问题。 解决方案是在服务器上安装DotNetCore.2.0.0-WindowsHosting.exe并成功:)
答案 3 :(得分:0)