Docker 上的 ASP.NET 不向浏览器提供 Web 应用程序答案

【问题标题】：ASP.NET on Docker Not Serving Web App to BrowserDocker 上的 ASP.NET 不向浏览器提供 Web 应用程序
【发布时间】：2016-06-14 09:08:23
【问题描述】：

当 Web 应用程序在 Docker 中进行容器化时，我无法将 ASP.NET Web 应用程序提供给我的浏览器。

我正在运行 Mac，我使用 Visual Studio Code 创建了一个 ASP.NET Web 应用程序。这是一个基于yo aspnet“空应用程序”的简单、开箱即用的演示。当运行“本机”（在 Docker 之外）时，此应用程序提供“Hello World！”到http://localhost:5000 就好了。换句话说，运行 dnx web 会启动 Web 服务器 (Kestrel) 并输出：

Hosting environment: Production 
Now listening on: http://localhost:5000
Application started. Press Ctrl+C to shut down.

这很好。现在进入 Docker。我似乎已经成功构建了一个包含 Web 应用程序的 Docker 映像，当我在 Docker 中运行容器时，我从 Kestrel 获得了相同的输出。也很好，但是，我不能再加载“Hello World！”在我的浏览器中的页面http://localhost:5000。相反，我得到了ERR_CONNECTION_REFUSED。这很明显，因为由于 Docker 的“间接”，没有任何东西可以直接服务于 5000 端口。换句话说，我认为转发配置不正确，或者，我认为我误解了寻址。

我相信这个过程涉及到端口转发。在我的 Dockerfile 中，我使用了 EXPOSE 5000，我认为它可以让我使用如下运行命令将本地使用的端口 5000 映射到 Docker 容器的端口 5000：

docker run -i -t -p 5000:5000 container_name

但http://localhost:5000 (ERR_CONNECTION_REFUSED) 并非如此。所以我突然想到 Docker 几乎肯定不在localhost。我注意到 Docker 加载时，它说：

docker is configured to use the default machine with IP 192.168.99.100

所以，我想我会尝试http://192.168.99.100:5000，但又一次（令人困惑？）ERR_CONNECTION_REFUSED。接下来，我看了一篇有趣的文章here，我能够从建议的命令中确定

docker inspect container_name | grep IPAddress

容器被分配"IPAddress": "172.17.0.2"

所以，我想我会尝试http://172.17.0.2:5000。现在我们实际上可能会到达某个地方，因为我得到的不是ERR_CONNECTION_REFUSED，而是一个旋转的沙漏和一个由此产生的超时。但仍然没有“Hello World！”

我可能缺少什么？

【问题讨论】：

你能发一个docker port或者你的容器吗？
ASP 是否在容器中运行和监听？
由于带宽问题，我目前无法将图像上传到 Docker Hub。在回答第二个问题时，是的，Kestrel Web 服务器报告它正在运行并正在侦听端口 5000。

标签： asp.net http docker port

【解决方案1】：

事实证明，Web 应用程序可以在虚拟机的 IP 地址192.168.99.100 上使用，就像怀疑的那样。 172.17.0.2 显然是某种红鲱鱼。

真正的问题似乎是容器的默认“内部”IP 是0.0.0.0

遵循this posting 的优秀建议，我编辑了 Dockerfile 并指定了以下内容：

ENTRYPOINT ["dnx", "web", "--server.urls", "http://0.0.0.0:5000"]

因为……

这将允许我们的 Web 应用程序处理来自 Docker 提供的端口转发，默认为 0.0.0.0

端口映射对于将主机端口链接到容器端口至关重要，但EXPOSE 命令显然是多余的。现在，当我跑步时

docker run -i -t -p 80:5000 container_name

我可以简单地浏览到http://192.168.99.100（端口 80 是隐式的）

还有中提琴！这是我的“Hello World！”

【讨论】：

【解决方案2】：

除了使用http://0.0.0.0:5000，你还可以使用http://*.5000

ENTRYPOINT ["dnx", "web", "--server.urls", "http://*:5000"]

或者您可以将其包含在运行时环境中

"commands": {
    "kestrel": "Microsoft.AspNet.Hosting --server Microsoft.AspNet.Server.Kestrel --server.urls http://*:5004"
},
    "web": ......

并且dockerfile中的入口点可以是

ENTRYPOINT ["dnx","-p","project.json","kestrel"]

【讨论】：

其实事情又变了。你在这里的例子不是最新的。使用 .NET Core 1.0 的最新修订版，我们正确设置 URL 的方法是在 Main() 的 WebHostBuilder 中指定 .UseUrls("0.0.0.0:5000") ，然后在 Dockerfile 现在我简单地说 ENTRYPOINT ["dotnet" , "run"]。这显然是高度缩写的信息，但它是我在新修订版公开后如何重新解决相同问题的基础知识。