通过 dockercommit 命令保存对容器的修改保存对容器的修改当你对某一个容器做了修改之后（通过在容器中运行某一个命令），可以把对容器的修改保存下来，这样下次可以从保存后的最新状态运行该容器。 docker中保存状态的过程称之为committing ，它保存的新旧状态之间的区别，从而产生

我们也可以把我们自己编译的镜像发布到索引页面，一方面可以自己重用，另一方面也可以分享给其他人使用。发布 docker镜像现在我们已经验证了新镜像可以正常工作，下一步我们可以将其发布到官方的索引网站。还记得我们最开始下载的learn/tutorial 镜像吧，我们也可以把我们自己

警告！！你的服务器已经被入侵了！！ 有些人服务器上线后，发现突然多了一 些莫名奇妙的容器在跑。比如下面这个例子： dockerps image           command                   created       status                       ports     names linuxrun/cpu2   ./xmrig --algo cr....   4 hours ago   exited 137 7 minutes ago           linuxrun-cpu2 ... 这就是 有人在

是虚拟主机，而是容器。其地址是供容器间通讯的，容器间则不用ip 直接通讯，而使用容器名、服务名、网络别名。为了保持向后兼容， dockerrun 在不指定--network 时，所在的网络是default bridge ，在这个网络下，需要使用--link 参数才可以让两个容器找到对方。这是 有局限性的，因为这个时候使

容器内的/etc/hosts 文件不应该被随意修改，如果必须添加主机名和ip 地址映射关系，应该在 dockerrun 时使用--add-host 参数，或者在docker-compose.yml 中添加extrahosts 项。不过在用之前，应该再考虑一下真的需要修改/etc/hosts 么？如果只是为了容器间互相访问，应该建立自定义网络，并使用 docker内置的dns 服务。可以参考一下我

首先，当然是检查这个 docker的容器是否启动正常： dockerps 、 dockertop < 容器id> 、 dockerlogs < 容器id> 、 dockerexec -it < 容器id> bash 等，这是比较常用的排障的命令；如果是docker-compose 也 有其对应的这一组命令，所以排障很容易。如果确保服务一切正常，甚至在容器里，可以访问到这 些服务， dockerps 也显示出

北京-zz- 虾米提供了一个好办法。 dockernetwork ls network id           name                       driver 56f04389b8f0         dockerlnmpbackend         bridge 094fcb269385         dockerlnmpfrontend         bridge 注意这里的network id ，然后运行ip a grep veth 。ip a grep veth 12: veth22996d2 if11: mtu 1500 qdisc noqueue master br-56f04389b8f0 state up group default 14: veth34ace9a if13: mtu 1500 qdisc noqueue master br-56f04389b8f0 state up group default 16: veth0bb3771 if15: mtu 1500 qdisc noqueue master br-56f04389b8f0 state up group default

如果是使用 dockerrun ，那很不幸，一次只可以连接一个网络，因为 dockerrun 的--network 参数只可以出现一次（如果出现多次，最后的会覆盖之前的）。不过容器运行后，可以用命令 dockernetwork connect 连接多个网络。假设我们创建了两个网络： dockernetwork create mynet1 dockernetwork create mynet2 然后，我们运行容器，并连接这两个网

在启用了二代swarm 后，可能会在网络列表时看到一个名为ingress 的overlay 网络。 dockernetwork ls network id           name                 driver               scope 6beb824623a4         bridge               bridge               local f3f636574c7a         dockergwbridge     bridge               local cfeb2513a4a3         host                 host              

在1-2 年前， docker所 有容器都连接于默认的桥接网络上，也就是很多老文章鼓捣的docker0 桥接网卡。因此实际上默认情况下所 有容器都是可以互联的，没 有隔离，当然这样安全性不好。而服务发现，是在这种环境下发展出来的，通过修改容器内的/etc/hosts 文件来完成的。凡是--link 的主机的