veth-pair bridge分析

最新推荐文章于 2024-04-25 13:57:39 发布
最新推荐文章于 2024-04-25 13:57:39 发布
阅读量581 收藏 2
点赞数
分类专栏： Docker Linux 文章标签： linux tcp/ip 网络
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/qq_41586875/article/details/119954359
版权
Linux 同时被 2 个专栏收录
47 篇文章 0 订阅
订阅专栏
Docker
21 篇文章 1 订阅
订阅专栏

veth-pair-bridge

  • bridge设备也是一种虚拟的网络设备，所以具有网络设备的特性，bridge设备是一种纯软件实现的虚拟交换机，所以和物理的交换机有着类似的功能（mac地址学习、stp、fdb等）

  • bridge设备既可以配置ip地址也可以配置mac地址，可以实现交换机的二层转发

  • bridge设备有多个端口，我们可以将tap设备、veth设备attach到bridge设备，我们可以想象成是交换机上的各种端口

创建bridge设备

在这里插入图片描述

​ 当我们创建br0设备时，它是一个独立的网络设备，可以看成是一端连接协议栈，然后br0没有任何端口，就像NF没有任何板卡，纯属是一个二层设备

# 创建bridge设备
    ip link add name br0 type bridge
    ip link set br0 up
    ip link show
    
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN mode DEFAULT group default qlen 1000
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
2: ens33: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP mode DEFAULT group default qlen 1000
    link/ether 00:0c:29:9d:16:87 brd ff:ff:ff:ff:ff:ff
    altname enp2s1
3: br0: <NO-CARRIER,BROADCAST,MULTICAST,UP> mtu 1500 qdisc noqueue state DOWN mode DEFAULT group default qlen 1000
    link/ether 42:70:f8:b9:f4:dc brd ff:ff:ff:ff:ff:ff

将veth0添加到br0

在这里插入图片描述

    ip link add veth0 type veth peer name veth1
    ip addr add 10.70.2.10/24 dev veth0
    ip addr add 10.70.2.11/24 dev veth1
    ip link set veth0 up
    ip link set veth1 up
    ip link set veth0 master br0

# 开启veth设备ARP响应
    echo 1 > /proc/sys/net/ipv4/conf/all/accept_local 
    echo 1 > /proc/sys/net/ipv4/conf/default/accept_local 
    echo 1 > /proc/sys/net/ipv4/conf/veth1/accept_local 
    echo 1 > /proc/sys/net/ipv4/conf/veth0/accept_local 
    echo 0 > /proc/sys/net/ipv4/conf/all/rp_filter 
    echo 0 > /proc/sys/net/ipv4/conf/default/rp_filter  
    echo 0 > /proc/sys/net/ipv4/conf/veth0/rp_filter 
    echo 0 > /proc/sys/net/ipv4/conf/veth1/rp_filter 
    echo 0 > /proc/sys/net/ipv4/conf/lo/rp_filter

[root@boy ~]# ip addr
1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default 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
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
2: ens33: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc pfifo_fast state UP group default qlen 1000
    link/ether 00:0c:29:c4:ad:69 brd ff:ff:ff:ff:ff:ff
    inet 192.168.0.10/24 brd 192.168.0.255 scope global noprefixroute ens33
       valid_lft forever preferred_lft forever
    inet6 fe80::624c:c1db:e3b4:9165/64 scope link noprefixroute 
       valid_lft forever preferred_lft forever
3: br0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 52:88:30:e1:69:6f brd ff:ff:ff:ff:ff:ff
    inet6 fe80::18e9:8eff:feb7:2115/64 scope link 
       valid_lft forever preferred_lft forever
4: veth1@veth0: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UP group default qlen 1000
    link/ether 26:54:ea:ad:02:fa brd ff:ff:ff:ff:ff:ff
    inet 10.70.2.11/24 scope global veth1
       valid_lft forever preferred_lft forever
    inet6 fe80::2454:eaff:fead:2fa/64 scope link 
       valid_lft forever preferred_lft forever
5: veth0@veth1: <BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1500 qdisc noqueue master br0 state UP group default qlen 1000
    link/ether 52:88:30:e1:69:6f brd ff:ff:ff:ff:ff:ff
    inet 10.70.2.10/24 scope global veth0
       valid_lft forever preferred_lft forever
    inet6 fe80::5088:30ff:fee1:696f/64 scope link 
       valid_lft forever preferred_lft forever

br0和veth0相连之后，发生了几个变化：

  • br0和veth0之间是双向通道，可以互发消息
  • 一旦 br0 和 veth0 连接之后，它们之间将变成双向通道，但是内核协议栈和 veth0 之间变成了单通道，协议栈能发数据给 veth0，但 veth0 从外面收到的数据不会转发给协议栈，而是转发给br0，同时 br0 的 MAC 地址变成了 veth0 的 MAC 地址
root@debian:~# ping -I veth0 10.70.2.11

root@debian:~# tcpdump -i br0 -n
tcpdump: verbose output suppressed, use -v[v]... for full protocol decode
listening on br0, link-type EN10MB (Ethernet), snapshot length 262144 bytes
20:57:28.530267 ARP, Reply 10.70.2.11 is-at ee:38:2a:54:4f:dc, length 28
20:57:29.556537 ARP, Reply 10.70.2.11 is-at ee:38:2a:54:4f:dc, length 28
20:57:30.579032 ARP, Reply 10.70.2.11 is-at ee:38:2a:54:4f:dc, length 28

root@debian:~# tcpdump -i veth0 -n #一组包
tcpdump: verbose output suppressed, use -v[v]... for full protocol decode
listening on veth0, link-type EN10MB (Ethernet), snapshot length 262144 bytes
20:57:45.941376 ARP, Request who-has 10.70.2.11 tell 10.70.2.10, length 28
20:57:45.941613 ARP, Reply 10.70.2.11 is-at ee:38:2a:54:4f:dc, length 28
20:57:46.962508 ARP, Request who-has 10.70.2.11 tell 10.70.2.10, length 28
20:57:46.962619 ARP, Reply 10.70.2.11 is-at ee:38:2a:54:4f:dc, length 28
20:57:47.985747 ARP, Request who-has 10.70.2.11 tell 10.70.2.10, length 28
20:57:47.985783 ARP, Reply 10.70.2.11 is-at ee:38:2a:54:4f:dc, length 28

root@debian:~# tcpdump -i veth1 -n
tcpdump: verbose output suppressed, use -v[v]... for full protocol decode
listening on veth1, link-type EN10MB (Ethernet), snapshot length 262144 bytes
20:58:35.090084 ARP, Request who-has 10.70.2.11 tell 10.70.2.10, length 28
20:58:35.090216 ARP, Reply 10.70.2.11 is-at ee:38:2a:54:4f:dc, length 28
20:58:36.117156 ARP, Request who-has 10.70.2.11 tell 10.70.2.10, length 28
20:58:36.117521 ARP, Reply 10.70.2.11 is-at ee:38:2a:54:4f:dc, length 28
20:58:37.146029 ARP, Request who-has 10.70.2.11 tell 10.70.2.10, length 28
20:58:37.146089 ARP, Reply 10.70.2.11 is-at ee:38:2a:54:4f:dc, length 28
  • 这里个人猜测br0没有IP，故而不会将该数据包发送给协议栈

给br0配置IP

  • 可以看到 上面veth0 收到应答包后没有给协议栈，而是直接转发给 br0，这样协议栈得不到 veth1 的 MAC 地址，从而 ping 不通。br0 在 veth0 和协议栈之间将数据包给拦截了。但是如果我们给 br0 配置 IP，会怎么样呢？
ip addr del 10.70.2.10/24 dev veth0
ip addr add 10.70.2.10/24 dev br0

在这里插入图片描述

​ 当去掉 veth0 的 IP，而给 br0 配置了 IP 之后，协议栈在路由的时候不会将数据包发给 veth0，为了表达更直观，我们协议栈和 veth0 之间的连接线去掉，这时候的 veth0 相当于一根网线

root@debian:~# arp -n
Address                  HWtype  HWaddress           Flags Mask            Iface
192.168.0.1              ether   00:50:56:c0:00:08   C                     ens33
root@debian:~# route -n
Kernel IP routing table
Destination     Gateway         Genmask         Flags Metric Ref    Use Iface
0.0.0.0         192.168.0.2     0.0.0.0         UG    100    0        0 ens33
10.70.2.0       0.0.0.0         255.255.255.0   U     0      0        0 veth1
10.70.2.0       0.0.0.0         255.255.255.0   U     0      0        0 br0
192.168.0.0     0.0.0.0         255.255.255.0   U     100    0        0 ens33

root@debian:~# ping -c 1 -I br0 10.70.2.11
PING 10.70.2.11 (10.70.2.11) from 10.70.2.10 br0: 56(84) bytes of data.
64 bytes from 10.70.2.11: icmp_seq=1 ttl=64 time=0.070 ms

root@debian:~# tcpdump -i br0
tcpdump: verbose output suppressed, use -v[v]... for full protocol decode
listening on br0, link-type EN10MB (Ethernet), snapshot length 262144 bytes
14:11:56.157229 ARP, Request who-has debian tell debian, length 28
14:11:56.157255 ARP, Reply debian is-at f6:a8:f3:c0:d2:8c (oui Unknown), length 28
14:11:56.157261 IP debian > debian: ICMP echo request, id 59610, seq 1, length 64


root@debian:~# tcpdump -i veth0 -n
tcpdump: verbose output suppressed, use -v[v]... for full protocol decode
listening on veth0, link-type EN10MB (Ethernet), snapshot length 262144 bytes
14:11:56.157237 ARP, Request who-has 10.70.2.11 tell 10.70.2.10, length 28
14:11:56.157255 ARP, Reply 10.70.2.11 is-at f6:a8:f3:c0:d2:8c, length 28
14:11:56.157264 IP 10.70.2.10 > 10.70.2.11: ICMP echo request, id 59610, seq 1, length 64
^C


root@debian:~# tcpdump -i veth1 -n
tcpdump: verbose output suppressed, use -v[v]... for full protocol decode
listening on veth1, link-type EN10MB (Ethernet), snapshot length 262144 bytes
14:11:56.157241 ARP, Request who-has 10.70.2.11 tell 10.70.2.10, length 28
14:11:56.157253 ARP, Reply 10.70.2.11 is-at f6:a8:f3:c0:d2:8c, length 28
14:11:56.157265 IP 10.70.2.10 > 10.70.2.11: ICMP echo request, id 59610, seq 1, length 64

root@debian:~# tcpdump -i lo -n
tcpdump: verbose output suppressed, use -v[v]... for full protocol decode
listening on lo, link-type EN10MB (Ethernet), snapshot length 262144 bytes
14:11:56.157280 IP 10.70.2.11 > 10.70.2.10: ICMP echo reply, id 59610, seq 1, length 64

将ens33加入br0

root@debian:~# ping -c 1 -I ens33 192.168.0.2
PING 192.168.0.2 (192.168.0.2) from 192.168.0.10 ens33: 56(84) bytes of data.

--- 192.168.0.2 ping statistics ---
1 packets transmitted, 0 received, 100% packet loss, time 0ms

root@debian:~# tcpdump -i veth0 -n
tcpdump: verbose output suppressed, use -v[v]... for full protocol decode
listening on veth0, link-type EN10MB (Ethernet), snapshot length 262144 bytes
14:39:13.106320 ARP, Request who-has 192.168.0.10 tell 192.168.0.2, length 46
14:39:13.106395 ARP, Reply 192.168.0.10 is-at f6:a8:f3:c0:d2:8c, length 28

root@debian:~# tcpdump -i veth1 -n
tcpdump: verbose output suppressed, use -v[v]... for full protocol decode
listening on veth1, link-type EN10MB (Ethernet), snapshot length 262144 bytes
14:39:13.106322 ARP, Request who-has 192.168.0.10 tell 192.168.0.2, length 46
14:39:13.106395 ARP, Reply 192.168.0.10 is-at f6:a8:f3:c0:d2:8c, length 28

root@debian:~# tcpdump -i lo -n
tcpdump: verbose output suppressed, use -v[v]... for full protocol decode
listening on lo, link-type EN10MB (Ethernet), snapshot length 262144 bytes


root@debian:~# tcpdump -i br0 -n -p arp or -p icmp
tcpdump: verbose output suppressed, use -v[v]... for full protocol decode
listening on br0, link-type EN10MB (Ethernet), snapshot length 262144 bytes
14:39:05.857245 ARP, Request who-has 192.168.0.10 (ee:c3:ea:99:56:2b) tell 192.168.0.1, length 46
14:39:05.857258 ARP, Reply 192.168.0.10 is-at ee:c3:ea:99:56:2b, length 28
14:39:13.106311 ARP, Request who-has 192.168.0.10 tell 192.168.0.2, length 46
14:39:13.106329 ARP, Reply 192.168.0.10 is-at ee:c3:ea:99:56:2b, length 28
14:39:13.106417 IP 192.168.0.2 > 192.168.0.10: ICMP echo reply, id 28850, seq 1, length 64
14:39:18.164680 ARP, Reply 192.168.0.2 is-at 00:50:56:f6:85:f4, length 46
14:39:19.188732 ARP, Reply 192.168.0.2 is-at 00:50:56:f6:85:f4, length 46
14:39:20.211918 ARP, Reply 192.168.0.2 is-at 00:50:56:f6:85:f4, length 46

br0根本不区分接入进来的是物理设备还是虚拟设备，对它来说都一样的，都是网络设备，所以当eth0加入br0之后，落得和上面veth0一样的下场，从外面网络收到的数据包将无条件的转发给br0，自己变成了一根网线。

通过ens33来ping网关失败，但由于br0通过ens33这根网线连上了外面的物理交换机，所以连在br0上的设备都能ping通网关，这里连上的设备就是veth1和br0自己，veth1是通过veth0这根网线连上去的，而br0可以理解为自己有一块自带的网卡

root@debian:~# ping -I ens33 192.168.0.2
PING 192.168.0.2 (192.168.0.2) from 192.168.0.10 ens33: 56(84) bytes of data.
^C
--- 192.168.0.2 ping statistics ---
28 packets transmitted, 0 received, 100% packet loss, time 27530ms


root@debian:/home/debian# tcpdump -i ens33
tcpdump: verbose output suppressed, use -v[v]... for full protocol decode
listening on ens33, link-type EN10MB (Ethernet), snapshot length 262144 bytes
^C^C^C
15:06:37.300934 ARP, Request who-has _gateway tell debian, length 28

在这里插入图片描述

此时ping 192.168.0.2，只能通过veth1和br0出去(ens33接到bridge上，相当于和协议栈断开连接了)，协议栈无法将数据包发送给ens33，veth0

由于eth0已经变成了和网线差不多的功能，所以在eth0上配置IP已经没有什么意义了，并且还会影响协议栈的路由选择，比如如果上面ping的时候不指定网卡的话，协议栈有可能优先选择eth0，导致ping不通，所以这里需要将eth0上的IP去掉

root@debian:~# ip route
default via 192.168.0.2 dev ens33 proto static metric 100 
10.70.2.0/24 dev veth1 proto kernel scope link src 10.70.2.11 
10.70.2.0/24 dev br0 proto kernel scope link src 10.70.2.10 
192.168.0.0/24 dev ens33 proto kernel scope link src 192.168.0.10 metric 100 

root@debian:~# ping 192.168.0.2
PING 192.168.0.2 (192.168.0.2) 56(84) bytes of data.
^C
--- 192.168.0.2 ping statistics ---
2 packets transmitted, 0 received, 100% packet loss, time 1006ms

# 由于ens33和协议栈断开连接，所以数据包出不去，并且需要删除br0 ip，将br0修改为192.168.0.11，即可通网关，我这里未删除ens33的IP
root@debian:~# ip route del default dev ens33
root@debian:~# ip route add default dev br0
root@debian:~# ip addr del 10.70.2.10/24 dev br0
root@debian:~# ip addr add 192.168.0.11/24 dev br0

root@debian:~# ip route 
default dev br0 scope link 
10.70.2.0/24 dev veth1 proto kernel scope link src 10.70.2.11 
192.168.0.0/24 dev br0 proto kernel scope link src 192.168.0.11 
192.168.0.0/24 dev ens33 proto kernel scope link src 192.168.0.10 metric 100 

root@debian:~# ping 192.168.0.2
PING 192.168.0.2 (192.168.0.2) 56(84) bytes of data.
64 bytes from 192.168.0.2: icmp_seq=1 ttl=128 time=0.207 ms
64 bytes from 192.168.0.2: icmp_seq=2 ttl=128 time=0.135 ms
^C
--- 192.168.0.2 ping statistics ---
2 packets transmitted, 2 received, 0% packet loss, time 1014ms

参考链接：http://blog.nsfocus.net/linux-bridge/
参考链接：https://www.jianshu.com/p/3fce865c4425
参考链接：https://segmentfault.com/a/1190000009491002

旺仔_牛奶
关注
  • 0
    点赞
  • 踩
  • 2
    收藏
    觉得还不错? 一键收藏
  • 打赏
    打赏
  • 0
    评论
专栏目录
linux bridge mac地址问题
平面到立体
03-06 2189
主要解决 linux中创建的虚拟网桥，其mac地址是如何配置的问题
101-虚拟 ​router 原理分析1
08-08
1. qr-e17162c5-00接口上配置了Gateway IP 172.16.101.1，它与root namespace中的tape17162c5-00组成veth pair，负责subnet_172_16_101_0的通信。 2. qr-d568ba1a-74接口上配置了Gateway IP 172.16.100.1，它与root ...
Linux网卡混杂模式下收到mac地址不是自己的mac是否会上送网络层处理
maimang1001的专栏
12-09 1290
Linux网卡混杂模式下收到mac地址不是自己的mac是否会上送网络层处理https://segmentfault.com/a/1190000021291692 实验环境 注：在ubuntu18:04环境中，创建了一个网络命名空间mac，使用veth网卡与系统互联。peer为veth1，本端为eth0。系统中海油一个docker0网卡，具体参数如上图所示。 配置如下 sudo ip netns add mac sudo ip link add veth1 type veth peer na.
Linux 跨命名空间跨网段通信
最新发布
weixin_53111196的博客
04-25 199
【代码】Linux 跨命名空间跨网段通信。
理解Docker容器网络之Linux Network Namespace
weixin_33901843的博客
01-13 202
更多深度文章，请关注：https://yq.aliyun.com/cloud 由于2016年年中调换工作的原因，对容器网络的研究中断过一段时间。随着当前项目对Kubernetes应用的深入，我感觉之前对于容器网络的粗浅理解已经不够了，容器网络成了摆在前面的“一道坎”。继续深入理解K8s网络、容器网络已经势在必行。而这篇文章就算是一个重新开始，也...
Linux虚拟网络设备---之使用Veth pair连接linux网桥bridge
meihualing的专栏
06-13 2083
如下图所示，在上一篇文章中，我们介绍了如何通过veth pair连接二个namespaces。但在通常的配置中，一般来说一个物理主机上会存在很多个namespaces，如果要用veth pair直接连接的话，每二个需要相互通信的namespaces之间都需要一对veth pair连接，会连接成蜘蛛网。和物理网络中的多台主机连接的解决方案(交换机+网线构成星形连接)一样，我们会用linux bridge + veth pair的方式来构建一个星形连接的网络解决问题多点通信问题(如下图所示)。
veth虚拟网卡
fengcai_ke的博客
07-19 1652
kernel veth虚拟接口实现分析
link_veth.rar_veth
09-23
在Linux操作系统中，veth（Virtual Ethernet Pair）是一种特殊的网络设备驱动模块，它为网络连接提供了一种虚拟的管道。veth驱动允许两个网络接口之间直接进行数据传输，无需通过物理媒介或网络栈的其他部分。这个...
Docker基础-19-网络-bridge模式和docker0详解.rar
09-16
容器内的网络接口则通过veth pair（虚拟以太网对）与这个虚拟网卡相连，这样就形成了容器与主机、容器之间的网络通道。容器通过这个桥接网络获得IP地址，可以与其他容器或外部网络进行通信。 **docker0详解：** ...
Docker单机网络.docx
09-03
veth-pair是一对虚拟网络设备，它们彼此相连，常用于连接不同的network namespace，实现容器间的通信。当数据包从一个容器发送到另一个容器时，会经过虚拟网桥和veth-pair进行路由和MAC地址解析。 总结来说，Docker...
130-将 instance 部署到 OVS Local Network1
08-08
总结起来，当instance部署到OVS本地网络时，Neutron会通过创建port、分配IP和MAC，以及使用veth pair和额外的Linux Bridge来实现instance与网络的连接。这种设计是为了满足OpenStack的Security Group功能需求，同时...
hwaddr-rand:Linux 内核 MAC 地址随机化模块
07-11
hwaddr-rand Linux 内核模块，它在加载时为所有连接的网络适配器生成随机 MAC 地址。 安装 make clean all sudo make install 用法 确保将hwaddr_rand添加到/etc/modules或/etc/modules-load.d/hwaddr_rand.conf ，具体取决于您的 GNU/Linux 操作系统环境变化。 这将使模块在下一次系统启动期间加载并随机分配 MAC 地址。 你可以跑 sudo modprobe hwaddr_rand 在不重新启动系统的情况下加载模块。 请记住，此操作将干扰您当前的所有网络连接。 卸载 sudo make uninstall clean 尖端 尝试通过执行以下操作来提高适配器的功率： ifconfig wlan0 down iw reg set BO ifconfig wlan0 u
133-在 ML2 中配置 OVS flat network1
08-08
而在OVS与Linux bridge之间，或者两个Linux bridge之间，通常使用veth pair进行连接。这是因为patch port是OVS特有的，只适用于OVS内部，而veth pair则可以通用，适合于连接不同类型的网络设备。总结一下： 1. 当...
128-OVS 中的各种网络设备1
08-08
3. Veth Pair：命名为 qvbXXXX, qvoXXXX，用于连接 Linux Bridge 和 Open vSwitch。 4. OVS Integration Bridge：命名为 br-int，用于连接所有 instance 的虚拟网卡和其他虚拟网络设备。 5. OVS Patch Ports：命名...
pipework-master给docker容器分配ip
06-17
这个工具主要基于Linux的网络命名空间和Veth对（Virtual Ethernet Pair）技术，通过创建一对Veth接口，一端位于主机的网络命名空间，另一端位于Docker容器的网络命名空间，从而实现了容器与主机之间的网络连接。...
Docker网络实现1
08-03
Docker网络实现主要依赖于Linux操作系统中的网络命名空间和虚拟网络设备，特别是veth pair技术。网络命名空间为每个容器提供了独立的网络视图，确保它们之间的通信是隔离的，而虚拟网络设备如veth pair则允许在不同...
Linux下抓包工具tcpdump应用详解
tanqiuwei的专栏
02-19 3801
./tcpdump -i eth0  -s  5000   -w  test.cap -w   指明把包写入哪个文件保存，.cap的文件可以用wireshark打开。 -i     指明哪个网卡，可以通过ifconfig 查看 -s    是指明收多少个包   转载：http://www.ylmf.net/linux/tips/2010122818605.html TCPDUMP简介
使用veth和bridge模拟容器网络
小x的博客
09-23 335
使用veth和bridge模拟容器网络
Linux network namespace 访问外网以及多命名空间通信(经典容器组网 veth pair + bridge 模式认知)
山河已无恙
02-12 1998
整理K8s网络相关笔记博文内容涉及 Linux network namespace 访问外网方案 Demo实际上也就是经典容器组网 veth pair + bridge 模式理解不足小伙伴帮忙指正不必太纠结于当下，也不必太忧虑未来，当你经历过一些事情的时候，眼前的风景已经和从前不一样了。——村上春树关于什么是 Linux network namespace ，小伙伴可以看我之前的文章，这里不多介绍我们知道从发包到因特网是无法通信，所以我们需要一些魔法(Linux bridge 桥接设备)。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包

打赏作者

旺仔_牛奶

你的鼓励将是我创作的最大动力

¥1 ¥2 ¥4 ¥6 ¥10 ¥20
扫码支付：¥1
获取中
扫码支付

您的余额不足，请更换扫码支付或充值

打赏作者

实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值