當前位置：首頁 > 运维知识 > linux >内容正文

linux

虚拟接口+tx+linux,Linux使用笔记: 解决Xen虚拟机中VLAN接口不能ping大包的问题

發布時間：2025/3/12 linux 16 豆豆

生活随笔收集整理的這篇文章主要介紹了虚拟接口+tx+linux,Linux使用笔记: 解决Xen虚拟机中VLAN接口不能ping大包的问题小編覺得挺不錯的,現在分享給大家,幫大家做個參考.

出于調試的需要，想在兩個Xen虛擬機間使用VLAN相互訪問。在Linux上啟用VLAN非常簡單，只需要使用命令vconfig配置一個VLAN接口就可以了：

vconfig add eth0 3

ifconfig eth0.3 11.11.4.2 netmask 255.255.255.0 up

刪除VLAN則使用vconfig rem eth0.3。當然你也可以在網絡腳本中配置你的VLAN接口，這樣每次系統啟動后會自動配置VLAN接口，具體的配置參見文尾的第一篇參考文檔。

當Easwy在兩個Xen虛擬機上都配置了VLAN后，使用ping命令可以使兩臺虛擬機相互ping通。但發現一個問題，一旦ping包的大小超過一定長度，也就是說當ping包開始分片后，兩臺虛擬機之間就不能ping通了:

root@nti etc> ping 11.11.4.30 -s 1476 -c 3

PING 11.11.4.30 (11.11.4.30) 1476(1504) bytes of data.

1484 bytes from 11.11.4.30: icmp_seq=1 ttl=64 time=0.536 ms

1484 bytes from 11.11.4.30: icmp_seq=2 ttl=64 time=0.213 ms

1484 bytes from 11.11.4.30: icmp_seq=3 ttl=64 time=0.238 ms

--- 11.11.4.30 ping statistics ---

3 packets transmitted, 3 received, 0% packet loss, time 1998ms

rtt min/avg/max/mdev = 0.213/0.329/0.536/0.146 ms

root@nti etc> ping 11.11.4.30 -s 1477 -c 3

PING 11.11.4.30 (11.11.4.30) 1477(1505) bytes of data.

--- 11.11.4.30 ping statistics ---

3 packets transmitted, 0 received, 100% packet loss, time 2009ms

上面的輸出顯示，當ping包長度為1476字節時，可以正常ping通，但當ping包長度變為1477字節時，就無法ping通了。

在網上搜索了很久，終于找到了原因。原來，在Xen中，虛擬機的網卡是通過宿主機(Domain-0)上的虛擬接口vifX.X以及虛擬網橋設備virbrX來實現網絡通信的。

下面的/sbin/ifconfig輸出列出了宿主機相應的網絡接口：

$ /sbin/ifconfig

eth0 Link encap:Ethernet HWaddr 00:13:72:18:E0:99

inet addr:192.168.19.84 Bcast:192.168.190.255 Mask:255.255.255.0

inet6 addr: fe80::213:72ff:fe18:e099/64 Scope:Link

UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1

RX packets:36017777 errors:43235 dropped:0 overruns:0 frame:46756

TX packets:894337 errors:0 dropped:0 overruns:0 carrier:0

collisions:0 txqueuelen:1000

RX bytes:105224895 (100.3 MiB) TX bytes:424826680 (405.1 MiB)

Interrupt:17

lo Link encap:Local Loopback

inet addr:127.0.0.1 Mask:255.0.0.0

inet6 addr: ::1/128 Scope:Host

UP LOOPBACK RUNNING MTU:16436 Metric:1

RX packets:4698 errors:0 dropped:0 overruns:0 frame:0

TX packets:4698 errors:0 dropped:0 overruns:0 carrier:0

collisions:0 txqueuelen:0

RX bytes:2439660 (2.3 MiB) TX bytes:2439660 (2.3 MiB)

vif3.0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF

inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link

UP BROADCAST RUNNING NOARP MTU:1500 Metric:1

RX packets:38149 errors:0 dropped:0 overruns:0 frame:0

TX packets:512426 errors:0 dropped:0 overruns:0 carrier:0

collisions:0 txqueuelen:32

RX bytes:7652947 (7.2 MiB) TX bytes:41352902 (39.4 MiB)

vif4.0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF

inet6 addr: fe80::fcff:ffff:feff:ffff/64 Scope:Link

UP BROADCAST RUNNING NOARP MTU:1500 Metric:1

RX packets:65806 errors:0 dropped:0 overruns:0 frame:0

TX packets:553557 errors:0 dropped:0 overruns:0 carrier:0

collisions:0 txqueuelen:32

RX bytes:3835916 (3.6 MiB) TX bytes:157035614 (149.7 MiB)

virbr0 Link encap:Ethernet HWaddr FE:FF:FF:FF:FF:FF

inet addr:192.168.122.1 Bcast:192.168.122.255 Mask:255.255.255.0

inet6 addr: fe80::200:ff:fe00:0/64 Scope:Link

UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1

RX packets:555514 errors:0 dropped:0 overruns:0 frame:0

TX packets:824276 errors:0 dropped:0 overruns:0 carrier:0

collisions:0 txqueuelen:0

RX bytes:64025226 (61.0 MiB) TX bytes:968699886 (923.8 MiB)

也就是說，當虛擬機1發包給虛擬機2時，它的報文首先經過vif3.0，然后經過網橋設備(bridge)virbr0，最后到達虛擬機2的虛擬接口vif4.0。

而Easwy所用的Linux內核版本2.6.18-128.el5xen中，它的bridge驅動中存在bug，當使能了conntrack模塊時，bridge會把分片包重組起來進行檢查，但由bridge再向外發時，卻沒有重新分片，這導致報文被二層丟棄。也正是這個原因，當ping包大小大于1476時，兩臺虛擬機間就無法相互ping通了。

要解決這個問題，可以重新編譯內核(不過我不知道這個問題在哪一個內核版本中得到了解決)。對于Easwy來說，因為不需要使用防火墻，所以解決起來就不用這么麻煩了，只需要使用下面的命令禁用bridge的防火墻就行了：

# echo 0 > /proc/sys/net/bridge/bridge-nf-call-iptables

禁用掉防火墻后，兩臺虛擬機間的大包可以ping通了，分片包的通過不存在問題。

要了解這個bug的詳細信息，參見文末的第二篇參考文檔。文末的第三篇和第四篇參考文檔，則列出了在Xen中使用VLAN的配置方法，有興趣的朋友可以看一下。

更多內容，請閱讀Easwy的博客上的其它文章。

[ 參考文檔 ]

本文以創作共用版權協議發布，轉載本文要求遵循“署名-非商業性使用-相同方式共享3.0”的創作共用協議，并以鏈接形式指明本文地址。

文章的腳注信息由WordPress的wp-posturl插件自動生成