通过特定物理接口的docker网络

iss*_*src 5 networking nic docker docker-network macvlan

所以我试图创建一个网络(docker network create),以便其流量将通过特定的物理网络接口(NIC);我有两个:(<iface1>内部)和<iface2>(外部)。

我需要两个网卡的流量在物理上分开。


方法一

我认为macvlan应该使用驱动程序来创建这样的网络。对于我在互联网上找到的大部分内容,解决方案参考 Pipework(现已弃用)和临时 docker-plugins(也已弃用)。对我最有帮助的是这个1

docker network create -d macvlan \
    --subnet 192.168.0.0/16 \
    --ip-range 192.168.2.0/24 \
    -o parent=wlp8s0.1 \
    -o macvlan_mode=bridge \
    macvlan0
Run Code Online (Sandbox Code Playgroud)

然后,为了使容器从主机可见,我需要在主机中执行以下操作:

sudo ip link add macvlan0 link wlp8s0.1 type macvlan mode bridge
sudo ip addr add 192.168.2.10/16 dev macvlan0
sudo ifconfig macvlan0 up
Run Code Online (Sandbox Code Playgroud)

现在容器和主机可以看到对方:)但是容器无法访问本地网络。这个想法是容器可以访问互联网。


方法2

因为我将手动使用<iface2>,所以如果默认情况下流量通过 ,我就可以了<iface1>。但无论我以何种顺序启动网卡(我也尝试暂时删除 LKM <iface2>);整个流量总是被外部网卡超过<iface2>。我发现这种情况发生是因为路由表在某个“随机”时间自动更新。为了强制流量通过<iface1>,我必须(在主机中):

sudo route del -net <net> gw 0.0.0.0 netmask 255.0.0.0 dev <iface2>
sudo route del default <iface2>
Run Code Online (Sandbox Code Playgroud)

现在,我可以(通过多种方式)验证流量是否刚刚通过<iface1>。但是,当路由表(自动)更新时,所有流量都会转移到<iface2>. 该死!我确信有一种方法可以使路由表“静态”或“持久”。


编辑(2018 年 7 月 18 日): 主要思想是能够仅使用两个可用物理网络接口之一通过 Docker 容器访问互联网。

小智 0

我的环境:

在为 IP 地址为 192.168.122.1 的 vm virbr0 网桥创建的主机上以及接口为 ens3 且 IP 地址为 192.168.122.152 的虚拟机实例上。

192.168.122.1 - 是 192.168.122.0/24 网络的网关。

进入虚拟机:

创建网络:

 # docker network create --subnet 192.168.122.0/24 --gateway 192.168.122.1 --driver macvlan -o parent=ens3 vmnet
Run Code Online (Sandbox Code Playgroud)

创建docker容器:

# docker run -ti --network vmnet alpine ash
Run Code Online (Sandbox Code Playgroud)

查看:

/ # ip a
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
       valid_lft forever preferred_lft forever
12: eth0@if2: <BROADCAST,MULTICAST,UP,LOWER_UP,M-DOWN> mtu 1500 qdisc noqueue state UP 
    link/ether 02:42:c0:a8:7a:02 brd ff:ff:ff:ff:ff:ff
    inet 192.168.122.2/24 brd 192.168.122.255 scope global eth0
       valid_lft forever preferred_lft forever
/ # ping 192.168.122.152
PING 192.168.122.152 (192.168.122.152): 56 data bytes
^C
--- 192.168.122.152 ping statistics ---
2 packets transmitted, 0 packets received, 100% packet loss
/ # ping 192.168.122.1
PING 192.168.122.1 (192.168.122.1): 56 data bytes
64 bytes from 192.168.122.1: seq=0 ttl=64 time=0.471 ms
^C
--- 192.168.122.1 ping statistics ---
1 packets transmitted, 1 packets received, 0% packet loss
round-trip min/avg/max = 0.471/0.471/0.471 ms
Run Code Online (Sandbox Code Playgroud)

好的,我启动了另一个 IP 地址为 192.168.122.73 的虚拟机,并从 docker 进行检查:

/ # ping 192.168.122.73 -c2
PING 192.168.122.73 (192.168.122.73): 56 data bytes
64 bytes from 192.168.122.73: seq=0 ttl=64 time=1.630 ms
64 bytes from 192.168.122.73: seq=1 ttl=64 time=0.984 ms

--- 192.168.122.73 ping statistics ---
2 packets transmitted, 2 packets received, 0% packet loss
round-trip min/avg/max = 0.984/1.307/1.630 ms
Run Code Online (Sandbox Code Playgroud)

从 docker 实例中,我无法 ping 虚拟机上的接口,但可以访问本地网络。

/ # ip n|grep 192.168.122.152
192.168.122.152 dev eth0  used 0/0/0 probes 6 FAILED
Run Code Online (Sandbox Code Playgroud)

在虚拟机上我添加 macvlan0 网卡:

# ip link add macvlan0 link ens3 type macvlan mode bridge
# ip addr add 192.168.122.100/24 dev macvlan0
# ip l set macvlan0 up
Run Code Online (Sandbox Code Playgroud)

从 docker 我可以 ping 通 192.168.122.100:

/ # ping 192.168.122.100 -c2
PING 192.168.122.100 (192.168.122.100): 56 data bytes
64 bytes from 192.168.122.100: seq=0 ttl=64 time=0.087 ms
64 bytes from 192.168.122.100: seq=1 ttl=64 time=0.132 ms

--- 192.168.122.100 ping statistics ---
2 packets transmitted, 2 packets received, 0% packet loss
round-trip min/avg/max = 0.087/0.109/0.132 ms
Run Code Online (Sandbox Code Playgroud)