眼下。OpenStack中默认採用了security group的方式。用系统的iptables来过滤进入vm的流量。这个本意是为了安全,可是往往给调试和开发带来一些困扰。
因此,暂时性的禁用它能够排除由于iptables规则错误问题带来的网络不通等情况。
在H版本号中,能够通过改动neutron plugin.ini中的firewall配置来禁用security group。
但在I版本号中。类似的操作仅仅会让vm出来的流量都无法通过安全网桥。
因此,在正常配置启用security group的情况下,我们须要想办法来让流量绕过它。
通过《深入理解OpenStack中的网络实现》中的分析。我们知道。从vm出来的流量被过滤的规则在 neutron-openvswi-o9LETTERID链上。而到vm里面的规则在neutron-openvswi-i9LETTERID链上。
因此,我们仅仅须要相应在链上加入同意通过的规则就可以。
首先。查看vm出来的安全规则链上的规则
iptables -nvL neutron-openvswi-o9LETTERID
普通情况下,类似于以下几条
Chain neutron-openvswi-o4430511a-6 (2 references)
pkts bytes target prot opt in out source destination
6 1968 RETURN
udp -- * *
0.0.0.0/0 0.0.0.0/0
udp
spt:68
dpt:67
1437 121K neutron-openvswi-s4430511a-6 all -- * *
0.0.0.0/0 0.0.0.0/0
0 0 DROP udp -- * *
0.0.0.0/0 0.0.0.0/0
udp
spt:67
dpt:68
0 0 DROP all -- * *
0.0.0.0/0 0.0.0.0/0 state INVALID
278 23352 RETURN all -- * *
0.0.0.0/0 0.0.0.0/0 state RELATED,ESTABLISHED
1159 97356 RETURN all -- * *
0.0.0.0/0 0.0.0.0/0
0 0 neutron-openvswi-sg-fallback all -- * *
0.0.0.0/0 0.0.0.0/0
可见,默认同意通过的流量仅仅有源port为67而目标port68的dhcp请求流量,另外就是neutron-openvswi-s4430511a-6链中,会对源地址和源mac进行检查,假设跟分配到的一致,则同意通过。
比如,我们让全部的ping包(无论源地址和源mac)都同意从vm发出来,则须要加入
iptables -I neutron-openvswi-o9LETTERID -p icmp -j RETURN
更简单粗暴的,同意全部的从vm出来的流量。不进行不论什么检查。则须要加入
iptables -I neutron-openvswi-o9LETTERID -j RETURN
须要注意的是,这样加入的规则,不在neutron的维护中。因此,过一段时间后会被清理掉,这时候就须要又一次加入。