赞
踩
当没有启动docker时,centos中默认只有ens33、lo和virbr0三种网络,当启动了docker时,会新增一种docker0的虚拟网桥
默认启动时,docker有3大网络模式
常见的网络命令
命令 | 含义 |
---|---|
查看网络 | docker network ls |
查看网络源数据 | docker network inspect xxx网络名称 |
新增网络 | docker network create aaa_network |
删除网络 | docker network rm xxx网络名称 |
网络能干啥
网络模式 | 简介 | 指令 |
---|---|---|
bridge | 为每一个容器分配、设置IP,并将容器连接到一个docker0(默认模式) | 用–network bridge指定,默认使用docker0 |
host | 容器不会虚拟出自己的网卡,配置自己的IP等,而是使用宿主机的IP和端口 | 使用–network host指定 |
none | 容器有独立的Network namespace,但并没有对其进行任何的网络设置,如分配veth pair和网桥连接,IP等 | 使用–network none指定 |
container | 新创建的容器不会创建自己的网卡驱动和配置自己的IP,而是和一个指定的容器共享IP、端口范围 | 使用–network container:NAME或者容器ID指定 |
Docker 服务默认会创建一个 docker0 网桥(其上有一个 docker0 内部接口),该桥接网络的名称为docker0,它在内核层连通了其他的物理或虚拟网卡,这就将所有容器和本地主机都放到同一个物理网络。Docker 默认指定了 docker0 接口 的 IP 地址和子网掩码,让主机和容器之间可以通过网桥相互通信。
1、docker使用Linux桥接,在宿主机虚拟一个Docker容器网桥(docker0),Docker启动一个容器时会根据Docker网桥的网段分配给容器一个IP地址,称为Container-IP,同时Docker网桥是每个容器的默认网关。因为在同一宿主机内的容器都接入同一个网桥,这样容器之间就能够通过容器的Container-IP直接通信。
2、docker run 的时候,没有指定network的话默认使用的网桥模式就是bridge,使用的就是docker0。在宿主机ifconfig,就可以看到docker0和自己create的network(后面讲)eth0,eth1,eth2……代表网卡一,网卡二,网卡三……,lo代表127.0.0.1,即localhost,inet addr用来表示网卡的IP地址
3、网桥docker0创建一对,对等虚拟设备接口一个叫veth,另一个叫eth0,成对匹配。
3.1 整个宿主机的网桥模式都是docker0,类似一个交换机有一堆接口,每个接口叫veth,在本地主机和容器内分别创建一个虚拟接口,并让他们彼此联通(这样一对接口叫veth pair);
3.2 每个容器实例内部也有一块网卡,每个接口叫eth0;
3.3 docker0上面的每个veth匹配某个容器实例内部的eth0,两两配对,一一匹配。
通过上述,将宿主机上的所有容器都连接到这个内部网络上,两个容器在同一个网络下,会从这个网关下各自拿到分配的ip,此时两个容器的网络是互通的。
# 启动两个实例
docker run -d -p8080:8080 --name t1 billygoo/tomcat8-jdk8
docker run -d -p8081:8080 --name t2 billygoo/tomcat8-jdk8
查看网络
进入t1查看网卡情况
docker exec -it t1 bash
启动该该模式后,容器将不会获得一个独立的Network Namespace,而是和宿主机共用一个Network Namespace,容器将不会虚拟出自己的网卡而是使用宿主机的IP和端口。
直接运行这个会报警告
# 运行
docker run -d -p 8083:8080 --network host --name tomcat83 billygoo/tomcat8-jdk8
原因:docker启动时指定–network=host或-net=host,如果还指定了-p映射端口,那这个时候就会有此警告,并且通过-p设置的参数将不会起到任何作用,端口号会以主机端口号为主,重复时则递增。
解决办法:使用docker的其他网络模式,例如–network=bridge,这样就可以解决问题,或者直接无视,或者直接不使用-p
docker run -d --network host --name tomcat83 billygoo/tomcat8-jdk8
访问:因为它是使用宿主机的ip和端口,所以直接使用访问8080端口即可
查看容器内的网络情况,和宿主机的网络配置一样
在none模式下,并不为Docker容器进行任何网络配置。 也就是说,这个Docker容器没有网卡、IP、路由等信息,只有一个lo需要我们自己为Docker容器添加网卡、配置IP等。
禁用网络功能,只有lo标识(就是127.0.0.1表示本地回环)
docker run -d -p 8084:8080 --network none --name tomcat84 billygoo/tomcat8-jdk8
查看网络情况
新建的容器和已经存在的一个容器共享一个网络ip配置而不是和宿主机共享。新创建的容器不会创建自己的网卡,配置自己的IP,而是和一个指定的容器共享IP、端口范围等。同样,两个容器除了网络方面,其他的如文件系统、进程列表等还是隔离的。
# 这里使用Alpine linnux作为例子
docker pull alpine
# 启动主机
docker run -it --name alpine1 alpine /bin/sh
# 启动副机
docker run -it --network container:alpine1 --name alpine2 alpine /bin/sh
# 查看网络情况
主机:alpine1
副机:alpine2
停止运行主机alpine1,查看alpine2的网络:
案例
# 启动两个实例
docker run -d -p 8081:8080 --name tomcat81 billygoo/tomcat8-jdk8
docker run -d -p 8082:8080 --name tomcat82 billygoo/tomcat8-jdk8
分别进入tomcat81和tomcat82中,查看各自网络情况
tomcat81:
tomcat82:
各自从中ping对方的ip,发现能通
如果ping对方的服务名,发现不通
问题:服务启动时,ip并不是固定的,这就造成每次启动服务时,要修改对应的ip,如何解决呢?
每次启动时,ip并不固定,但是服务名称是固定的,可不可以实现直接访问服务名而不是直接访问ip呢。
# 新建一个自己的网络
docker network create zpyl_network
# 将容器加入自己的网络中
docker run -d -p 8081:8080 --network zpyl_network --name tomcat81 billygoo/tomcat8-jdk8
docker run -d -p 8082:8080 --network zpyl_network --name tomcat82 billygoo/tomcat8-jdk8
# 在各自的容器中互相ping对方的ip和服务名
结论:自定义网络本身就维护好了主机名和ip的对应关系(ip和域名都能通)
Copyright © 2003-2013 www.wpsshop.cn 版权所有,并保留所有权利。