Feature #3673

fileserver.conf should support wildcard module

Added by Jason Antman about 2 years ago. Updated about 2 years ago.

Status:Rejected Start date:04/26/2010
Priority:Normal Due date:
Assignee:Luke Kanies % 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.

Also available in: Atom PDF