Wazuh-ansible: La declaración "include_vars" anula la variable establecida en otro lugar (p. ej., en el inventario)

Creado en 10 nov. 2020  ·  3Comentarios  ·  Fuente: wazuh/wazuh-ansible

Hola,

No estoy seguro de que este sea un "problema" adecuado o simplemente una cuestión de gustos, pero la forma en que se usa "include_vars" en algunos libros de jugadas conduce a resultados inesperados.

En particular, he notado que el archivo roles/wazuh/ansible-wazuh-agent/tasks/Linux.yml tiene un puñado de tareas como

- name: Retrieving authd Credentials
  include_vars: authd_pass.yml
  tags:
    - config

que borran la variable si se declara en otro lugar; por ejemplo, como variable de grupo, dentro del inventario o como variable de tarea.

Mi propuesta sería mover el contenido de authd_pass.yml a vars/main.yml dentro del rol, y dejar que la precedencia de variable estándar haga el trabajo; esta propuesta sería válida para otros archivos vars que están destinados a ser configurables por el usuario.

statuin-progress typenhancement

Comentario más útil

Hola dragospe,

Estoy de acuerdo en que include_vars probablemente no sea lo que queremos con estas variables. Creo que estos deberían estar en los valores predeterminados del rol, por lo que los usuarios del rol tienen muchas más opciones con respecto a dónde almacenar tales credenciales, porque include_vars tiene una prioridad muy alta .

Me ocuparé del problema, ¡gracias por informarnos!

Todos 3 comentarios

Hola dragospe,

Estoy de acuerdo en que include_vars probablemente no sea lo que queremos con estas variables. Creo que estos deberían estar en los valores predeterminados del rol, por lo que los usuarios del rol tienen muchas más opciones con respecto a dónde almacenar tales credenciales, porque include_vars tiene una prioridad muy alta .

Me ocuparé del problema, ¡gracias por informarnos!

Gracias @neonmei , acabo de agregar esto al hito actual.

¡Gracias!

¿Fue útil esta página
0 / 5 - 0 calificaciones