Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

firewalld currently uses complete-reload this causes outages when updating the firewalld configuration #57

Closed
csschwe opened this issue Jun 18, 2016 · 1 comment

Comments

@csschwe
Copy link
Contributor

csschwe commented Jun 18, 2016

firewalld::reload should default to use --reload to prevent killing of active connections on live servers.

https://github.com/crayfishx/puppet-firewalld/blob/master/manifests/init.pp#L85

    exec { 'firewalld::reload':
      path        =>'/usr/bin:/bin',
      command     => 'firewall-cmd --reload',
      refreshonly => true,
    }

There should probably be a firewalld::complete-reload that can be called if necessary.

    exec { 'firewalld::complete-reload':
      path        =>'/usr/bin:/bin',
      command     => 'firewall-cmd --complete-reload',
      require        => Exec['firewalld::reload'],
      refreshonly => true,
    }
   --reload
       Reload firewall rules and keep state information. Current permanent
       configuration will become new runtime configuration, i.e. all
       runtime only changes done until reload are lost with reload if they
       have not been also in permanent configuration.

   --complete-reload
       Reload firewall completely, even netfilter kernel modules. This
       will most likely terminate active connections, because state
       information is lost. This option should only be used in case of
       severe firewall problems. For example if there are state
       information problems that no connection can be established with
       correct firewall rules.
@crayfishx
Copy link
Contributor

Merged and will be released in 3.0.0

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

2 participants