[ https://issues.apache.org/jira/browse/CLOUDSTACK-79?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=13602629#comment-13602629 ]
John Kinsella commented on CLOUDSTACK-79: ----------------------------------------- So, there's actually a relatively easy fix for this... When doing once-per-minute "pings" with hosts, the management server checks to see if the security group for each VM is up to date. Each host runs /usr/lib64/cloud/common/scripts/vm/network/security_group.py get_rule_logs_for_vms and returns the results. If the sequence number of a VM's security group is found to be out-of-date, the management server sends down a request to add_network_rules again. With my patch in CLOUDSTACK-1685, security_group.py will notice chains missing for that VM and re-initialize, and then apply the ruleset passed from the master. So - ACS isn't monitoring for a rule change per-se, but it's trivial to get ACS to re-apply the ruleset. We could have a script on the agent to allow an administrator to request a re-generation of the ruleset for a specific VM. I wouldn't want to monitor the ruleset itself - it's relatively a PIA to do so due to rule-order being important...I guess ACS is the enforcing agent for the security group - would want to take that discussion to the mailing list. > CloudStack 3.0.4: firewall rules not restored on KVM host > --------------------------------------------------------- > > Key: CLOUDSTACK-79 > URL: https://issues.apache.org/jira/browse/CLOUDSTACK-79 > Project: CloudStack > Issue Type: Bug > Security Level: Public(Anyone can view this level - this is the > default.) > Components: KVM, Network Controller > Affects Versions: pre-4.0.0 > Reporter: Vladimir Ostrovsky > Fix For: 4.1.0 > > > I have CloudStack 3.0.4 with a Basic Zone defined. The Zone includes several > KVM hosts and uses Security Groups (in other words, IPtables on the hosts) to > isolate traffic between VMs. > The problem: if, for some reason, IPtables on the host are flushed or the > iptables service is restarted, the cloud-agent doesn't pull the correct rules > from the management server and doesn't synchronize the host with Security > Groups definitions in CloudStack. Restart of the cloud-agent service doesn't > help as well. > Shouldn't the agent do it? -- This message is automatically generated by JIRA. If you think it was sent incorrectly, please contact your JIRA administrators For more information on JIRA, see: http://www.atlassian.com/software/jira