[ 
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

Reply via email to