Iis 到底.NET Core 2.0在Azure WebApp上是如何工作的？

因此，有很多资源可以解释如何将您的.net核心应用发布到Azure WebApp。这不是我要的b/c，这是直截了当的。但我在搜索中无法找到的正是它在发布后的工作方式。在本例中，接受的答案表示“在Azure Web应用程序上，您不能绕过IIS”。如果这是真的，那么.NET Core 2.0样板应用程序（在本例中是使用VS 2017模板创建的）究竟如何工作

在本//构建视频：，Daniel解释了如何使用web.config在IIS后面设置.net核心应用程序。这是有道理的，但我用VS2017创建的样板.net核心应用程序没有这种配置

因此，我感到困惑的是：如果我的.net核心应用程序没有使用IIS的特定配置，并且在Azure WebApp中您“无法绕过IIS”，那么，我如何能够轻松地将我的asp.net核心应用程序发布到我的Azure WebApp并使其“正常工作”

---

在发布过程中是否发生了我不知道的事情？我发布的方式是从我的Azure WebApp下载发布配置文件，然后在VS中将其导入到我的项目中并点击“发布”。

哦，看起来确实，在发布过程中，实际上有人在配置IIS部分。我去查看了PubTmp\Out文件夹（事后看来，我应该先这么做），发现了一个我没有创建的web.config文件。你知道吗，它有：

<aspNetCore processPath="dotnet" arguments=".\MyApp.dll" stdoutLogEnabled="false" stdoutLogFile=".\logs\stdout" />

---

因此，这是为了其他像我这样不想查看PubTmp\out文件夹以获取线索的白痴的利益。

也许我错过了它，但我查看了您发送的两个链接，据我所知，这些教程的重点是如何将您的dot net核心应用程序部署到azure web应用程序，这正是我所说的，我没有问过的。相反，当我的源代码没有将IIS放在kestrel前面的特定配置时（我们知道azure应用程序需要IIS），我想知道它是如何工作的。但是我找到了答案，并将它发布给了其他可能感到疑惑的人，或者像我一样，一开始没有想过检查pubtmp输出的人。你真的应该重新格式化你的问题。您更感兴趣的是命令背后的技术细节，这些细节通常只隐藏在源代码或博客文章中，就像还有更多的技巧没有说出来一样。