Lawler maurice.law...@me.com
wrote:
Sorry...
Could someone please remind me, the chain I would need to delete from
ebtables to permit traversing of a secondary IP on a specified instance?
== Output from Ebtables ==
-A i-2-9-VM-in -s ! 6:2f:ca:0:0:c -j DROP
-A i-2-9-VM-in -p ARP -s
Sorry...Could someone please remind me, the chain I would need to delete from ebtables to permit traversing of a secondary IP on a specified instance? == Output from Ebtables ==-A i-2-9-VM-in -s ! 6:2f:ca:0:0:c -j DROP-A i-2-9-VM-in -p ARP -s ! 6:2f:ca:0:0:c -j DROP-A i-2-9-VM-in -p ARP --arp-mac
:
Disregard, for now, I have disabled/removed ebtables as shown here:
http://mail-archives.apache.org/mod_mbox/incubator-cloudstack-users/201302.mbox/%3cb1df26ecc0458748ac97cece2da98d41012fa47b6...@sjcpmailbox01.citrite.net%3E
On Apr 18, 2013, at 11:28 PM, Maurice Lawler maurice.law...@me.com
you can go back and disable security groups in the zone if you don't care
about the ebtables rules, or you can start up ebtables and then restart any
associated VMs through cloudstack. The rules are dynamic, so they're not
going to be saved anywhere on the host to be reinstated, they have
Hello --Previously one told me how to do this, but I cannot find my notes on this, so I hope you can help me out.I am attempting to allow a secondary IP address on an instance by-pass the routing rules set forth in ebtables. I recall doing something like ebtables nat i-2-25-VM something ... I
Disregard, for now, I have disabled/removed ebtables as shown here:http://mail-archives.apache.org/mod_mbox/incubator-cloudstack-users/201302.mbox/%3cb1df26ecc0458748ac97cece2da98d41012fa47b6...@sjcpmailbox01.citrite.net%3EOn Apr 18, 2013, at 11:28 PM, Maurice Lawler maurice.law...@me.com