Feature #3673
fileserver.conf should support wildcard module
| Status: | Rejected | Start date: | 04/26/2010 | |
|---|---|---|---|---|
| Priority: | Normal | Due date: | ||
| Assignee: | % Done: | 0% |
||
| Category: | fileserving | |||
| Target version: | - | |||
| Affected Puppet version: | 0.25.5 | Branch: | ||
| Keywords: | ||||
| Votes: | 0 |
Description
For sites that wish to allow access to all modules for hosts, a wildcard module should be supported, i.e.:
[*]
/path/to/all/modules/%modulename%/
192.168.0.*
10.0.1.*
10.0.2.*
History
Updated by Peter Meier about 2 years ago
and what about defining traditional fileserver locations?
http://projects.puppetlabs.com/projects/puppet/wiki/File_Serving_Configuration
Somehowe I think this will collidate.
Updated by Jason Antman about 2 years ago
I can’t say that I’ve thought of a perfect solution yet, and perhaps I’m missing your point.
But my situation is that I have a list of hosts (or, rather, subnets) which I want to allow access to every module. It’s getting to be a bit of a pain to have to add more or less the same directive, except for the module name, to fileserver.conf every time I add a module.
I’d be just as happy to have a config option to totally ignore fileserver.conf, and just specify a base module path and a list of allowed hosts/subnets.
Updated by Jason Antman about 2 years ago
For the time being, I added a script called by a Makefile that, prior to every commit (I keep puppet configs in SVN), runs through the modules/ directory and generates fileserver.conf – with identical stanzas for each module, just with the correct name and the module name plugged in to create the correct path.
If there was some way to achieve this out-of-the-box it would be much simpler – perhaps it would be better with some reserved word, like an [—ALL—] module with some placeholder in the path, that would provide configuration for any module not explicitly configured.
Updated by James Turnbull about 2 years ago
- Status changed from Unreviewed to Needs Decision
- Assignee set to Luke Kanies
Updated by Luke Kanies about 2 years ago
I’m nearly positive the following works fine:
[modules]
192.168.0.*
10.0.1.*
10.0.2.*
Doesn’t it?
Updated by Luke Kanies about 2 years ago
- Status changed from Needs Decision to Rejected
Rejecting because I think this already works.
Please reopen if I’m wrong.