Host网络方式：

容器run的时候启用--network来指明host网络类型，使得容器复用host的网络空间。容器将得到和宿主机一样的网络接口及IP。这样的缺点是容器在网络上没有隔离，而且多个容器存在抢占同一端口的可能性，限制性比较大。

桥接外部网络方式：

容器桥接到一个自定义网桥（非docker产生的网桥，而是linux中独立创建的网桥），并将该自定义网桥与宿主机物理接口进行桥接，这样将容器直接透传到外部物理网络里来，使得各个容器就像直接活在外部网络中的一个主机一样。可以通过pipework这个工具来自动化执行上述这个过程

可以看到pipework自动为运行中的容器增加了新网卡eth1并配置IP及路由，同时将该容器内网卡命名为eth1并link到外部一个veth上，该veth落在br0上. 在容器内部删除其它缺省路由，根据命令里提供的网关地址设置缺省路由。

pipework并没有对br0配置接口IP，也没有将其桥接到物理网卡上，这一步工作还需手工完成,将eno33554960加入到br0网桥，且配置br0的IP地址：

在容器内ping 网关，及外部地址：

备注：上述方法执行的pipework 默认并没有保存到容器里，容器重启后配置都会丢失，在一个生产环境下从容器本身这种结构考虑，一般不应该考虑为容器设置内部直接设置固定IP，因此对于上述方法用起来还是比较麻烦的，每次启动容器后，需要根据命名自动执行相关pipework命令，这时候如何保证服务发现，以及确保IP分配不冲突，对于某些依赖服务还需考虑提供恒定的IP。另外，在这种结构下，所有容器之间都在一个二层，容器间通信控制本身需要外部来维护控制。 docker commit是不会保存这种网络接口增加变化的。

在另一台主机上执行同样类似的操作过程，随后不同主机上的容器即可以相互通信：

容器目的地外网ip的通讯，数据包发给br0接口，br0接口在host中，再次查找主机路由表，将数据包路由出去。注意两台宿主机br0接口地址不一样，每个宿主机容器的网关指向本宿主机的br0的IP。 网络结构如下：

在整个上述配置中，所有配置都未写入文件，重启容器，重启主机相关配置都会丢失。对于容器可考虑结合自动化脚本在启动容器后执行相关pipework工作，而对于主机桥接网络，实际上建议配置具体的br0接口文件，将IP以及桥接的物理接口固定配置在文件里（类似编辑一个接口网络配置文件一样）
而如果不想通过pipework来做，则可以考虑新建br0后，修改docker daemon的缺省启动参数来使得容器run的时候默认绑定到这个br0 bridge网络上，同时将一个宿主物理网卡加入到该br0实现直接桥接到外部网络. 缺省启动文件 /usr/lib/systemd/system/docker.service 相关启动参数包含：

注意：在centos7下，上述桥接后，还需要在主机iptables的FORWARD链中增加相关容许条目。例如：
iptables -I FORWARD 10 -s 0.0.0.0/0 -d 0.0.0.0/0 -j ACCEPT

• 路由方式互联跨宿主机容器：

《《《见下一篇文章》》》