Project

General

Custom queries

Profile

Actions

Bug #3741

closed

Technique "Name resolution": Regexp to check value of Nameserver does not allow the use of variable

Added by Nicolas PERRON over 11 years ago. Updated about 9 years ago.

Status:
Released
Priority:
N/A
Category:
Techniques
Target version:
Severity:
UX impact:
User visibility:
Effort required:
Priority:
Name check:
Fix check:
Regression:

Description

We should be able to use CFEngine variables in the Nameserver option of the Technique Name resolution. Actually, this is not possible since the regexp prevent from using other values than IP adresses:

Please modify Nameserver to match the requested format : You must enter a valid IP


Subtasks 1 (0 open1 closed)

Bug #7806: Technique "Name resolution": Regexp to check value of Nameserver does not allow the use of variable - version 3.0 (branch 3.0)ReleasedNicolas CHARLES2016-01-19Actions
Actions #2

Updated by Vincent MEMBRÉ over 11 years ago

  • Status changed from New to 8
  • Priority changed from N/A to 1 (highest)

The regexp should not accept cfengine variable, because we can't check their value in Rudder and they may not respect the regexp.

We should try to replace all cfengine variable by their value (only if there is a regexp defined) before the validation,

this exclude direct cfengine variable ($sys.xxx) because Rudder can't check them.

Variable defined using Technique "CFEngine variable definition" may be checked, but I don't know if this is something we want to do

Inventory variable should be checked too, but I don't know how and which way to validate it (maybe the value does not exists for that node, maybe it is not a valide value,)

The easiest way is to use global parameters, global parameters can be replaced easily. and checked easily (replace the global parameters by its value)

Actions #3

Updated by Vincent MEMBRÉ over 11 years ago

Another solution would be to accept any variable, but to display a warning explaining that Rudder can't validate that value, and let you use cfengine varaible at your own risk

Actions #9

Updated by Vincent MEMBRÉ about 11 years ago

  • Target version changed from 2.4.13 to 2.6.11

Since 2.4 is not maintained anymore, retargeting to branch 2.6

Actions #12

Updated by Nicolas PERRON almost 11 years ago

  • Status changed from 8 to Discussion
  • Assignee set to Jonathan CLARKE

Vincent MEMBRÉ wrote:

Another solution would be to accept any variable, but to display a warning explaining that Rudder can't validate that value, and let you use cfengine varaible at your own risk

I suppose this solution is better, what's your opinion Jon ?

Actions #33

Updated by Jonathan CLARKE about 9 years ago

  • Status changed from In progress to Pending technical review
  • Assignee changed from Jonathan CLARKE to Nicolas CHARLES
  • Pull Request set to https://github.com/Normation/rudder-techniques/pull/851
Actions #34

Updated by Jonathan CLARKE about 9 years ago

  • Status changed from Pending technical review to Pending release
  • % Done changed from 0 to 100
Actions #35

Updated by Vincent MEMBRÉ about 9 years ago

  • Status changed from Pending release to Released

This bug has been fixed in Rudder 2.11.18, 3.0.13, 3.1.6 and 3.2.0 which were released today.

Actions

Also available in: Atom PDF