GitHub puppet-ipset
0
0
3
Puppet module to manage ipset tooling and actual sets

Metadata Valid
No translation
Correct Puppet Version Range
Supported Puppet version range is %{PUPPET_VERSION_RANGE}
With Puppet Version Range
Puppet version range is present in requirements in metadata.json
With Operatingsystem Support
No translation
Supports Only Current Debian
No translation
Supports Latest Debian
No translation
Supports Only Current Ubuntu
No translation
Supports Latest Ubuntu
No translation
Supports Only Current Centos
No translation
Supports Latest Centos
No translation
In Modulesync Repo
No translation
In Plumbing
Is in plumbing
Has Secrets
Has a .sync.yml file
Synced
Has a .msync.yml file
Latest Modulesync
No translation
Has Modulesync
Is present in voxpupuli/modulesync_config/managed_modules.yml
Released
Is in modulesync_config and in forge releases.
Reference Dot Md
The repository has a REFERENCE.md. It needs to be generated / puppet-strings documentation is missing.

Open Pull Requests

Avoid emptying set file for unmanaged sets
needs-tests
bug

(#39) This change applies the inverse of the ignore_content
variable to the replace parameter on *.set file resources in the
ipset::set class, preventing unmanaged ipsets from having their set
files emptied each puppet run

<!--
Thank you for contributing to this project!

-->

Pull Request (PR) description

Per the ipset::unmanaged section in the readme, unmanaged sets won't be kept if the set options are changed, but the set file is still emptied with each puppet run. It does leave the in-memory set in place, but this is less than ideal as in the event of an unexpected reboot the set could remain empty until the set file is next updated.

This change leaves the set file intact in addition to the in-memory ipset for unmanaged sets. This is more inline with my expectation of how an unmanaged set should behave, but I'm curious what you think.

This Pull Request (PR) fixes the following issues

39

Enable using nested arrays for parameter 'set'

This PR will enable using nested arrays for parameter 'set'.

It's required (e.g.) when grouping networks in Hiera.
```
ip4subnetaclass00: '10.0.1.0/24'
ip4
subnetaclass01: '10.0.2.0/24'
ip4subnetsaclass:
- "%{alias('ip4subnetaclass00')}"
- "%{alias('ip4
subnetaclass01')}"

ip4subnetcclass00: '192.168.0.0/24'
ip4
subnetcclass01: '192.168.1.0/24'
ip4subnetscclass:
- "%{alias('ip4subnetcclass00')}"
- "%{alias('ip4
subnetcclass01')}"

ip4subnets:
- "%{alias('ip4
subnetsaclass')}"
- "%{alias('ip4
subnets_cclass')}"

ipset::sets:
ip4subnets:
set: "%{alias('ip4
subnets')}"
type: 'hash:net'
```