Tag: 端口

停止后，Docker不会释放端口，并删除所有容器: 在我停下来之后，Docker不会释放端口绑定，并在我的计算机中删除所有的cotainer。你有什么build议吗？ ricky@ricky-ubuntu:~$ sudo docker -v Docker version 1.12.2, build bb80604 ricky@ricky-ubuntu:~$ sudo docker ps -a CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES ricky@ricky-ubuntu:~$ sudo netstat -nlp Active Internet connections (only servers) Proto Recv-Q Send-Q Local Address Foreign Address State PID/Program name tcp 0 0 127.0.0.1:5939 0.0.0.0:* LISTEN 1464/teamviewerd tcp 0 0 127.0.1.1:53 0.0.0.0:* […]

在运行容器时，将dockerfile中的端口与映射端口进行EXPOSE有什么区别？: 我知道我可以在dockerfile中EXPOSE一个端口（例如8888）。有了这个dockerfile我可以build立一个图像，然后运行docker run –name container1 -p 8888:8888 image 。通过这种方法，我可以访问容器中的端口8888。第二种方法，我没有从dockerfile EXPOSE任何端口。有了这个dockerfile我可以构buildimage2，然后运行docker docker run –name container2 -p 8888:8888 image2 。我想问他们之间有什么区别？我发现一些奇怪的东西在container1我运行jupyter notebook –port 8888 。我可以从运行容器（ localhost:8888 ）的主机和同一本地networking中的计算机（ hostip:8888 ）访问port 8888 在container2我运行jupyter notebook –port 8888 。我可以从运行容器（ localhost:8888 ）的主机访问port 8888 ，但是我无法通过hostip:8888从同一本地networking中的计算机访问port 8888 。

docker只在主机上公开端口: 对不起我愚蠢的问题。我使用docker，我尝试公开端口到本地。我正在使用下面的命令行： docker run -d -p 127.0.0.1:8080:8081 –name nexus sonatype/nexus 我正在执行以下命令： wget nexus:8080 –2015-03-26 19:31:58– http://nexus:8080/ Résolution de nexus (nexus)… 127.0.53.53 Connexion vers nexus (nexus)|127.0.53.53|:8080…échec: Connexion refusée. 我有问题与ping命令然而，为什么，我无法findnexus服务器。我有检查，所有端口都打开（iptables）。谢谢

连接被拒绝在OSX上的Docker应用程序: 我搞错了Docker（使用Docker Toolbox for OSX），似乎无法让我的应用程序工作。这是一个简单的烧瓶应用程序，看起来像这样： from flask import Flask app = Flask(__name__) @app.route('/') def index(): return 'Hello World!' if __name__ == '__main__': app.run() 现在我的Dockerfile包含以下内容 FROM python:2.7.11-wheezy ADD ./application/* /opt/local/application/ ADD ./project-requirements.txt /opt/local/application/requirements.txt RUN pip install -r /opt/local/application/requirements.txt CMD ["/usr/local/bin/python", "/opt/local/application/app.py"] EXPOSE 5000 我通过运行docker build -t python_app .构build容器docker build -t python_app . 然后通过运行docker -i -P python_app来启动容器，并看到应用程序是在容器内启动的，因为该命令的输出是* […]

遵循容器内的docker端口映射: 我有一个云计算机与静态外部IP，铁162.243.100.100里面我用nginx安装docker，并映射80端口像这样 docker run -it -p 80:80 nginx 我能够从curl 162.243.100.100从主机访问nginx演示页面。我可以从容器内的curl localhost访问nginx演示页面。但是我希望能够从nginx容器内部的命令curl 162.243.100.100访问ngninx演示页面。看起来这不跟随端口映射，只是给我超时错误。我瘦我需要做一些networking设置，但不知道什么。

端口通过主机名redirect到docker集装箱: 我想要安装从一台服务器服务多个网站： 1. http://www.example.org => node.js-www (running on port (50000) 2. http://files.example.org => node.js-files (running on port 50001) 直到现在，我只发现使用静态ips时，docker会执行端口redirect。实际上是可能使用docker进行端口redirect通过主机名？我使用免费的亚马逊EC2 insance。谢谢博编辑：我想有多个节点应用程序运行在相同的端口，但是提供不同的主机名。

多个Docker容器可以使用相同的主机/端口运行吗？: 一直在研究使用Docker进行REST服务项目。我有一个问题是我们是否可以使用Docker在同一主机/端口上运行多个版本的服务。例如，我想在{myserver}：8080 / v1 /和另一个位于{myserver}：8080 / v2 /的端点。如果它是相关的，那么这些将是基于Java：8的基于Spring Boot REST框架的java jar构build的Docker镜像。这是可能的Docker容器？

Docker如何使用端口2375和4243？: 我看到端口2375和4243的各种实例在search互联网时被用于看似相同的事情。此外，我的本地机器需要我使用2375连接，而当我把它推到我们的CI服务器它需要它被设置为4243。 Docker使用这些端口是什么？它们有什么不同？

Docker端口不公开: 我在Docker中设置了一个简单的节点服务器。 Dockerfile FROM node:latest RUN apt-get -y update ADD example.js . EXPOSE 1337 CMD node example.js example.js var http = require('http'); http.createServer(function (req, res) { res.writeHead(200, {'Content-Type': 'text/plain'}); res.end('Hello World\n'+new Date); }).listen(1337, '127.0.0.1'); console.log('Server running at http://127.0.0.1:1337/'); 现在build立图像 $ docker build -t node_server。现在在容器中运行 $ docker run -p 1337：1337 -d node_server $ 5909e87302ab7520884060437e19ef543ffafc568419c04630abffe6ff731f70 validation容器正在运行，端口已映射： $ […]

在Mac上访问Docker转发的端口: 这里有一个相关的post：在Docker Toolbox中安装的Mac OSX上的Docker中的端口映射但它对我没有用获取容器的端口 docker端口485186e65a5e 8080/tcp -> 0.0.0.0:33360 8088/tcp -> 0.0.0.0:33359 19888/tcp -> 0.0.0.0:33358 50070/tcp -> 0.0.0.0:33357 50075/tcp -> 0.0.0.0:33356 8042/tcp -> 0.0.0.0:33361 检查是否有人在容器中监听端口 bash-4.1# netstat -alnpt | grep 19888 tcp 0 0 127.0.0.1:19888 0.0.0.0:* LISTEN 1094/java 做在容器中的wget bash-4.1# wget 127.0.0.1:19888 –2016-04-11 14:16:54– http://127.0.0.1:19888/ Connecting to 127.0.0.1:19888… connected. HTTP request sent, awaiting response… […]