User story #2248
closed
WebDAV password for sending inventories should be a system variable
Added by Jonathan CLARKE almost 13 years ago.
Updated over 7 years ago.
Category:
Web - Config management
Description
Currently the password used to send inventories to the WebDAV share on the Rudder server is hard-coded in a system PT.
It should be a system variable and added to the configuration file, to enable easy changing of it. We could then use it in both the inventory PT and the distributePolicy PT (see #2211).
Do you mean a light integration using common variables in site.st or a configuration in Rudder directly ?
- Status changed from New to Discussion
Matthieu CERDA wrote:
Do you mean a light integration using common variables in site.st or a configuration in Rudder directly ?
I mean a configuration in Rudder directly. This would allow us to change the setting in one central place, and possibly via the web interface in the future...
Maybe this isn't the best place though, do you have another idea?
As of now, I think the web interface is the best place to set it, but we are likely to want a random password automatically generated at installation (it is only used by machines). It would be good to have a "renew the rudder inventory webdav access" button in the webapp that generate a random string then inserts it into a common variable on all the nodes and masters. Question is should we also allow a user entered password ?
- Target version changed from 2.4.0~alpha5 to 2.4.0~alpha6
- Target version changed from 2.4.0~alpha6 to 2.4.0~alpha7
- Target version changed from 2.4.0~alpha7 to 2.4.0~beta1
No one has been assigned to this task and surely because of its discussion state. So, I suppose it couldn't be fixed in time for 2.4.0~alpha7
- Target version changed from 2.4.0~beta1 to Ideas (not version specific)
- Category changed from 14 to Web - Config management
- Status changed from Discussion to Rejected
The password and user are already system variables.
Also available in: Atom
PDF
Updated by Matthieu CERDA 
Updated by Jonathan CLARKE 
Updated by Nicolas PERRON 
Updated by