У меня есть выделенный сервер под управлением Debian 6 с Libvirt (0.9.11.3) и Qemu-KVM (qemu-kvm-1.0 + dfsg-11, Debian).
У меня проблема с подключением мостовой / маршрутизируемой сети для работы в гостевых KVM с новыми ядрами (> 2.6.38). Однако сеть с NAT работает нормально.
Старые ядра тоже работают нормально.
Ядро хоста имеет версию 3.2.0-2-amd64, проблема также была в старом ядре хоста.
Содержимое хоста /etc/network/interfaces (ip удален):
# Loopback device: auto lo iface lo inet loopback # bridge auto br0 iface br0 inet static address 176.9.xx.xx broadcast 176.9.xx.xx netmask 255.255.255.224 gateway 176.9.xx.xx pointopoint 176.9.xx.xx bridge_ports eth0 bridge_stp off bridge_maxwait 0 bridge_fd 0 up route add -host 176.9.xx.xx dev br0 # VM IP post-up mii-tool -F 100baseTx-FD br0 # default route to access subnet up route add -net 176.9.xx.xx netmask 255.255.255.224 gw 176.9.xx.xx br0
Выход ifconfig -a на хосте:
br0 Link encap:Ethernet HWaddr 54:04:a6:8a:66:13
inet addr:176.9.xx.xx Bcast:176.9.xx.xx Mask:255.255.255.224
inet6 addr: fe80::5604:a6ff:fe8a:6613/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:20216729 errors:0 dropped:0 overruns:0 frame:0
TX packets:19962220 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:14144528601 (13.1 GiB) TX bytes:7990702656 (7.4 GiB)
eth0 Link encap:Ethernet HWaddr 54:04:a6:8a:66:13
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:26991788 errors:0 dropped:12066 overruns:0 frame:0
TX packets:19737261 errors:270082 dropped:0 overruns:0 carrier:270082
collisions:1686317 txqueuelen:1000
RX bytes:15459970915 (14.3 GiB) TX bytes:6661808415 (6.2 GiB)
Interrupt:17 Memory:fe500000-fe520000
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:6240133 errors:0 dropped:0 overruns:0 frame:0
TX packets:6240133 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:6081956230 (5.6 GiB) TX bytes:6081956230 (5.6 GiB)
virbr0 Link encap:Ethernet HWaddr 52:54:00:79:e4:5a
inet addr:192.168.100.1 Bcast:192.168.100.255 Mask:255.255.255.0
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:225016 errors:0 dropped:0 overruns:0 frame:0
TX packets:412958 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:16284276 (15.5 MiB) TX bytes:687827984 (655.9 MiB)
virbr0-nic Link encap:Ethernet HWaddr 52:54:00:79:e4:5a
BROADCAST MULTICAST MTU:1500 Metric:1
RX packets:0 errors:0 dropped:0 overruns:0 frame:0
TX packets:0 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:500
RX bytes:0 (0.0 B) TX bytes:0 (0.0 B)
vnet0 Link encap:Ethernet HWaddr fe:54:00:93:4e:68
inet6 addr: fe80::fc54:ff:fe93:4e68/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:607670 errors:0 dropped:0 overruns:0 frame:0
TX packets:5932089 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:500
RX bytes:83574773 (79.7 MiB) TX bytes:1092482370 (1.0 GiB)
vnet1 Link encap:Ethernet HWaddr fe:54:00:ed:6a:43
inet6 addr: fe80::fc54:ff:feed:6a43/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:922132 errors:0 dropped:0 overruns:0 frame:0
TX packets:6342375 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:500
RX bytes:251091242 (239.4 MiB) TX bytes:1629079567 (1.5 GiB)
vnet2 Link encap:Ethernet HWaddr fe:54:00:0d:cb:3d
inet6 addr: fe80::fc54:ff:fe0d:cb3d/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:9461 errors:0 dropped:0 overruns:0 frame:0
TX packets:665189 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:500
RX bytes:4990275 (4.7 MiB) TX bytes:49229647 (46.9 MiB)
vnet3 Link encap:Ethernet HWaddr fe:54:cd:83:eb:aa
inet6 addr: fe80::fc54:cdff:fe83:ebaa/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:1649 errors:0 dropped:0 overruns:0 frame:0
TX packets:12177 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:500
RX bytes:77233 (75.4 KiB) TX bytes:2127934 (2.0 MiB)
Гости /etc/network/interfaces, в этом случае работает Ubuntu 12.04 (ip удален):
# This file describes the network interfaces available on your system
# and how to activate them. For more information, see interfaces(5).
# The loopback network interface
auto lo
iface lo inet loopback
auto eth0
iface eth0 inet static
address 176.9.xx.xx
netmask 255.255.255.248
gateway 176.9.xx.xx # Host IP
pointopoint 176.9.xx.xx # Host IP
dns-nameservers 8.8.8.8 8.8.4.4
Выход ifconfig -a на гостя:
eth0 Link encap:Ethernet HWaddr 52:54:cd:83:eb:aa
inet addr:176.9.xx.xx Bcast:0.0.0.0 Mask:255.255.255.255
inet6 addr: fe80::5054:cdff:fe83:ebaa/64 Scope:Link
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:14190 errors:0 dropped:0 overruns:0 frame:0
TX packets:1768 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:1000
RX bytes:2614642 (2.6 MB) TX bytes:82700 (82.7 KB)
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:954 errors:0 dropped:0 overruns:0 frame:0
TX packets:954 errors:0 dropped:0 overruns:0 carrier:0
collisions:0 txqueuelen:0
RX bytes:176679 (176.6 KB) TX bytes:176679 (176.6 KB)
Выход ping -c4 на гостя:
PING google.nl (173.194.35.151) 56(84) bytes of data. 64 bytes from muc03s01-in-f23.1e100.net (173.194.35.151): icmp_req=1 ttl=55 time=14.7 ms From static.174.82.xx.xx.clients.your-server.de (176.9.xx.xx): icmp_seq=2 Redirect Host(New nexthop: static.161.82.9.176.clients.your-server.de (176.9.82.161)) 64 bytes from muc03s01-in-f23.1e100.net (173.194.35.151): icmp_req=2 ttl=55 time=15.1 ms From static.198.170.9.176.clients.your-server.de (176.9.170.198) icmp_seq=3 Destination Host Unreachable From static.198.170.9.176.clients.your-server.de (176.9.170.198) icmp_seq=4 Destination Host Unreachable --- google.nl ping statistics --- 4 packets transmitted, 2 received, +2 errors, 50% packet loss, time 3002ms rtt min/avg/max/mdev = 14.797/14.983/15.170/0.223 ms, pipe 2
В static.174.82.xx.xx.clients.your-server.de (176.9.xx.xx) это IP-адрес хоста.
Я сталкивался с этой проблемой в каждой гостевой ОС, которую я пробовал, а именно в Fedora, Ubuntu (сервер / рабочий стол) и Debian с обновленным ядром. Я также пробовал самостоятельно скомпилировать гостевое ядро, но безрезультатно.
У меня нет проблем с перекомпиляцией ядра, хотя хост не может позволить себе простоя.
Любые идеи по этой проблеме приветствуются.
РЕДАКТИРОВАТЬ: Я могу пинговать хост изнутри гостя.
Хорошо, я сам нашел решение. По всей видимости, статья о вики Hetzner не было полным. Перенаправления все еще отправлялись, в результате чего Hetzner (где у нас есть наш сервер) блокировал трафик. Я не уверен, как это связано с версией ядра, которую использовали гости, но если кто-то может объяснить, что я бы очень хотел это услышать.
Вы можете узнать, страдаете ли вы от той же проблемы, выполнив следующую команду:
for file in `find /proc/ -iname send_redirects`; do echo $file; cat $file; done
который выводит что-то вроде:
/proc/sys/net/ipv4/conf/all/send_redirects 0 /proc/sys/net/ipv4/conf/default/send_redirects 1 /proc/sys/net/ipv4/conf/lo/send_redirects 1 /proc/sys/net/ipv4/conf/eth0/send_redirects 0 /proc/sys/net/ipv4/conf/br0/send_redirects 1 /proc/sys/net/ipv4/conf/vnet1/send_redirects 1 /proc/sys/net/ipv4/conf/vnet0/send_redirects 1 /proc/sys/net/ipv4/conf/virbr0/send_redirects 1 /proc/sys/net/ipv4/conf/virbr0-nic/send_redirects 1 /proc/sys/net/ipv4/conf/vnet2/send_redirects 1 /proc/sys/net/ipv4/conf/vnet3/send_redirects 1
Я должен признать, что не знаю, какие из них должны или не должны быть 0, но я установил их все на 0, и теперь все работает нормально, поэтому я оставлю все как есть.
for file in `find /proc/ -iname send_redirects`; do echo 0 > $file; done
У меня была такая же проблема, спасибо, что поделились своим решением. Думаю, настройка нужна только на физическом и мостовом интерфейсе (eth0 и br0). Вы можете сделать изменение постоянным, установив его в /etc/sysctl.d/
#/etc/sysctl.d/10-no-icmp-redirects.conf
# Hetzner says:
# Because of our network setup, the Host machine could send ICMP
# "redirect" messages to all guests, telling them to find the Hetzner
# gateway directly. That is impossible: Hetzner would throw away the
# traffic from the virtual interfaces because of their non registered
# MAC addresses (ie different from the main interface).
net.ipv4.conf.all.send_redirects=0
net.ipv4.conf.eth0.send_redirects=0
net.ipv4.conf.br0.send_redirects=0
net.ipv4.conf.default.send_redirects=0