Openvswitch/KVM Ziyaretçi sertifikası alamıyor GW

Question

RHEL6.4 işletim sistemine sahip bir ana bilgisayar var. Ev sahibi altında, RHEL6.4'ü çalıştıran bir KVM VM'si var.

konak şöyle ben konak ağ arayüzleri yapılandırılmış ettik 1.

vlan etiketi vardır etiketli anahtarı arayüzüne bağlı:

ifcfg-eth0

#

DEVICE=eth0 
TYPE=Ethernet 
ONBOOT=yes 
USERCTL=no 
BOOTPROTO=none 
MASTER=bond0 
SLAVE=yes 

#

ifcfg-eth1

DEVICE=eth1 
TYPE=Ethernet 
ONBOOT=yes 
USERCTL=no 
BOOTPROTO=none 
MASTER=bond0 
SLAVE=yes 

#

ifcfg-bond0

#

DEVICE=bond0 
TYPE=Bond 
BONDING_MASTER=yes 
BOOTPROTO=static 
NAME=bond0 
ONBOOT=yes 
USERCTL=no 
BONDING_OPTS="mode=active-backup primary=eth0 miimon=100" 

#

ve ana vswitch şöyle:

#

ovs-vsctl add-br ovsbr0 
ovs-vsctl add-port ovsbr0 bond0 
ovs-vsctl add-port ovsbr0 vlan1 tag=1 -- set interface content type=internal 
ifconfig vlan1 192.168.1.2/28 up 

#

Ve açabiliyorum harici vlan1 GW'ya ping (192.168.1.1).

Yapmakta olduğum sorun, sanal makineden harici IPv4 Ağ Geçidi'ne ping yapamadığım. VM'den ping attığımda, ilk paket için yanıt alıyorum, ancak diğerleri VLAN etiketini kaybediyor ve yanlış arabirime gidiyor. Ben bond0.1 tcpdump Eğer ben (değil bond0.1)

#

[root@vm ~]# ping 192.168.1.1 
PING 192.168.1.1 (192.168.1.1) 56(84) bytes of data. 
64 bytes from 192.168.1.1: icmp_seq=1 ttl=255 time=2.64 ms 
^C 
--- 192.168.1.1 ping statistics --- 
5 packets transmitted, 1 received, 80% packet loss, time 4786ms 
rtt min/avg/max/mdev = 2.642/2.642/2.642/0.000 ms 
[root@vm ~]# 

#

[root@vm ~]# tcpdump -i bond0.1 host 192.168.1.1 
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode 
listening on bond0.1, link-type EN10MB (Ethernet), capture size 65535 bytes 
20:49:28.053502 IP 192.168.1.3 > 192.168.1.1: ICMP echo request, id 55664, seq 1, length 64 
20:49:28.054158 IP 192.168.1.1 > 192.168.1.3: ICMP echo reply, id 55664, seq 1, length 64 
20:49:29.055189 IP 192.168.1.3 > 192.168.1.1: ICMP echo request, id 55664, seq 2, length 64 
20:49:30.054971 IP 192.168.1.3 > 192.168.1.1: ICMP echo request, id 55664, seq 3, length 64 
20:49:31.054935 IP 192.168.1.3 > 192.168.1.1: ICMP echo request, id 55664, seq 4, length 64 
20:49:32.054918 IP 192.168.1.3 > 192.168.1.1: ICMP echo request, id 55664, seq 5, length 64 

bond0 arabirimde görünüyor gibi gözüküyor ilk ICMP istek ve cevap ama ICMP Replys kalan kısmını görmek #

[root@vm]# tcpdump -i bond0 host 192.168.1.1 
tcpdump: WARNING: bond0: no IPv4 address assigned 
tcpdump: verbose output suppressed, use -v or -vv for full protocol decode 
listening on bond0, link-type EN10MB (Ethernet), capture size 65535 bytes 
20:49:28.053509 IP 192.168.1.3 > 192.168.1.1: ICMP echo request, id 55664, seq 1, length 64 
20:49:29.055199 IP 192.168.1.3 > 192.168.1.1: ICMP echo request, id 55664, seq 2, length 64 
20:49:29.055653 IP 192.168.1.1 > 192.168.1.3: ICMP echo reply, id 55664, seq 2, length 64 
20:49:30.054983 IP 192.168.1.3 > 192.168.1.1: ICMP echo request, id 55664, seq 3, length 64 
20:49:30.055522 IP 192.168.1.1 > 192.168.1.3: ICMP echo reply, id 55664, seq 3, length 64 
20:49:31.054968 IP 192.168.1.3 > 192.168.1.1: ICMP echo request, id 55664, seq 4, length 64 
20:49:31.056497 IP 192.168.1.1 > 192.168.1.3: ICMP echo reply, id 55664, seq 4, length 64 
20:49:32.054927 IP 192.168.1.3 > 192.168.1.1: ICMP echo request, id 55664, seq 5, length 64 
20:49:32.055402 IP 192.168.1.1 > 192.168.1.3: ICMP echo reply, id 55664, seq 5, length 64 

arabirimleri olarak yapılandırılmış VM ağ aşağıdaki gibidir:

ifcfg-eth0

#

DEVICE=eth0 
TYPE=Ethernet 
ONBOOT=yes 
USERCTL=no 
BOOTPROTO=none 
MASTER=bond0 
SLAVE=yes 

ifcfg-eth1

#

DEVICE=eth1 
TYPE=Ethernet 
ONBOOT=yes 
USERCTL=no 
BOOTPROTO=none 
MASTER=bond0 
SLAVE=yes 

ifcfg-bond0

#

DEVICE=bond0 
TYPE=Bond 
BONDING_MASTER=yes 
BOOTPROTO=static 
NAME=bond1 
ONBOOT=yes 
USERCTL=no 
BONDING_OPTS="mode=active-backup primary=eth0 miimon=100" 

ifcfg-bond0.1

#

Bu sorunun neden oluşması konusunda bir fikriniz var mı?

Answer 1

Vlan 1, varsayılan olarak etiketsizdir. Yani etiketli olarak kullandığınızda (gövde modunda bağlantı noktası) bir etiketsiz başka bir etiket seçmelisiniz (varsayılan vlan). Yanlış vlan yapılandırmasında, yukarıdaki davranışı görebilirsiniz: trafiği gönderiyorsunuz ancak geri almıyorsunuz. Yani başka bir vlan oluşturun ve tekrar deneyin. Ayrıca

sysctl ve this article

başka ayarı kontrol