rougail/doc/service/file.md

10 KiB

La gestion d'un fichier

La balise file

La gestion des fichiers se fait dans un conteneur de service.

La déclaration du fichier permet de générer un fichier à partir d'un template pour le déposer à l'endroit prévu dans la déclaration de cette élément.

Il est nécessaire, au minimum, de spécifier le chemin complet du fichier :

<services>
  <service name="squid">
    <file>/etc/squid/squid.conf</file>
  </service>
</services>

En YAML :

services:
- service:
  - name: squid
    file:
    - text: /etc/squid/squid.conf

Le nom de template

Par défaut, le nom du template est déduit du nom du fichier.

Par xemple, si le fichier de destination est "/etc/squid/squid.conf", le template aura le nom "squid.conf".

Si le template a un nom différent (par exemple si plusieurs template se retrouve avec le même nom), il est possible de changer le nom du template avec l'attribut source :

<file source="template-squid.conf">/etc/squid/squid.conf</file>

En YAML :

file:
- source: template-squid.conf
  text: /etc/squid/squid.conf

Le nom de template dynamique

La source peut ếgalement être une variable :

<services>
  <service name="squid">
    <file source="source_var" source_type="variable">/etc/squid/squid.conf</file>
  </service>
</services>
<variables>
  <variable name="source_var">
    <value>template-squid.conf</value>
  </variable>
</variables>

En YAML :

services:
- service:
  - name: squid
    file:
    - source: source_var
      source_type: variable
      text: /etc/squid/squid.conf
variables:
- variable:
  - name: source_var
    value:
    - text: template-squid.conf

Les noms de fichiers dynamique

Il est possible également de définir le nom du fichier dans une variable :

<services>
  <service name="squid">
    <file file_type="variable" source="squid.conf">my_variable</file>
  </service>
</services>
<variables>
  <variable name="my_variable">
    <value>/etc/squid/squid.conf</value>
  </variable>
</variables>

En YAML :

services:
- service:
  - name: squid
    file:
    - file_type: variable
      source: squid.conf
      text: my_variable
variables:
- variable:
    name: my_variable
    value:
    - text: /etc/squid/squid.conf

Attention, la variable doit être de type "filename".

Dans le cas des fichiers dynamique, la source est obligatoire.

Il est même possible de définir une variable de type multiple, ce qui génèrera plusiers fichiers :

<services>
  <service name="squid">
    <file file_type="variable" source="squid.conf">my_variable</file>
  </service>
</services>
<variables>
  <variable name="my_variable" multi="True">
    <value>/etc/squid1/squid.conf</value>
    <value>/etc/squid2/squid.conf</value>
  </variable>
</variables>

En YAML :

services:
- service:
  - name: squid
    file:
    - file_type: variable
      source: squid.conf
      text: my_variable
variables:
- variable:
    name: my_variable
    multi: true
    value:
    - text: /etc/squid1/squid.conf
    - text: /etc/squid2/squid.conf

Dans ce cas là, le fichier source est identique mais les fichiers de destination seront différent.

Il peut être important de personnaliser le contenu du fichier suivant le fichier de destination. Dans ce cas il y a deux possibilités :

  • la variable "rougail_filename" contient le nom de fichier de destination
  • l'utilisateur de l'attribut "variable"

En effet, il est possible de passer le contenu d'une variable au template :

<services>
  <service name="squid">
    <file file_type="variable" source="squid.conf" variable="my_variable2">my_variable1</file>
  </service>
</services>
<variables>
  <variable name="my_variable1" multi="True">
    <value>/etc/squid1/squid.conf</value>
    <value>/etc/squid2/squid.conf</value>
  </variable>
  <variable name="my_variable2" multi="True">
    <value>squid1</value>
    <value>squid2</value>
  </variable>
</variables>

En YAML :

services:
- service:
  - name: squid
    file:
    - file_type: variable
      source: squid.conf
      variable: my_variable2
      text: my_variable1
variables:
- variable:
    name: my_variable1
    multi: true
    value:
    - text: /etc/squid1/squid.conf
    - text: /etc/squid2/squid.conf
- variable:
    name: my_variable2
    multi: true
    value:
    - text: squid1
    - text: squid2

Dans ce cas, lors de la génération du fichier /etc/squid1/squid.conf on retrouvera la variable "rougail_variable" avec la valeur "squid1" et la variable "rougail_index" avec la valeur "0". Lors de la génération du fichier /etc/squid2/squid.conf on retrouvera la variable "rougail_variable" avec la valeur "squid2" et la variable "rougail_index" avec la valeur "1".

Attention : les deux variables "my_variable1" et "my_variable2" doivent être multiple et de même longueur.

Les droits des fichiers

Par défaut les droits du fichier généré sont "0644" avec comme utilisateur "root" et groupe "root".

Il est possible de définir les droits, l'utilisateur ou le groupe d'un fichier généré :

<file mode="0640" owner="nobody" group="squid">/etc/squid/squid.conf</file>

En YAML :

file:
- mode: '0640'
  owner: nobody
  group: squid
  text: /etc/squid/squid.conf

Il est possible de personnaliser les droits par défaut dans la configuration de rougail

Désactiver la génération d'un fichier

Il est possible de désactiver la génération d'un fichier avec l'attribut "disabled" :

<file disabled="True">/etc/squid/squid.conf</file>

En YAML :

file:
- disabled: true
  text: /etc/squid/squid.conf

Il est aussi possible de définir une condition de type "disabled_if_in" ou "disabled_if_not_in" sur une balise fichier :

<services>
  <service name="test">
    <file filelist="squid">/etc/squid/squid.conf</file>
  </service>
</services>
<variables>
  <variable name="condition" type="boolean"/>
</variables>
<constraints>
  <condition name="disabled_if_in" source="condition">
    <param>False</param>
    <target type="filelist">squid</target>
  </condition>
</constraints>

En YAML :

services:
- service:
  - name: text
    file:
    - filelist: squid
      text: /etc/squid/squid.conf
variables:
- variable:
    name: condition
    type: boolean
constraints:
- condition:
  - name: disabled_if_in
    source: condition
    param:
    - text: false
    target:
    - type: filelist
      text: squid

Dans ce cas, tous les fichiers avec un attribut filelist à "squid" seront désactivés si la variable "condition" est False.

Redéfinir une fichier

Il est possible de redéfinir les éléments d'un fichier dans un dictionnaire différent en utilisant l'attribut redefine :

<file source="template-squid.conf" redefine="True">/etc/squid/squid.conf</file>

En YAML :

file:
- source: template-squid.conf
  redefine: true
  text: /etc/squid/squid.conf

Choix du moteur de templating

Par défaut, le moteur de templating est le moteur de templating compatible avec "cheetah".

Il est possible de désactiver la templatisation du fichier (il sera alors uniquement copié) :

<file engine="none">/etc/squid/squid.conf</file>

En YAML :

file:
- engine: 'none'
  text: /etc/squid/squid.conf

Ou d'utiliser le moteur "jinja" :

<file engine="jinja">/etc/squid/squid.conf</file>

En YAML :

file:
- engine: jinja
  text: /etc/squid/squid.conf

Il est possible de personnaliser le moteur par défaut dans la configuration de rougail

Inclusion de template

Un attribut "included" permet de définir la nature du fichier. Cet attribut peut avoir trois valeurs :

  • "no" : c'est un fichier normal
  • "name" : le répertoire de destination est listé dans un autre template, il faut que le fichier soit généré avant cet autre template
  • "content" : le contenu du fichier est copié dans un autre template, il faut que le fichier soit généré avant cet autre template et ce fichier n'a pas besoin d'être installé sur le serveur cible.

Bien entendu, c'est au développeur de lister ou d'inclure le contenu de ce template dans le fichier de destination. Cet attribut permet juste de garantir que le fichier sera fait avant l'autre et de ne pas l'installer sur le serveur si ce n'est pas nécessaire.

Il est possible de personnaliser les methodes d'inclusion par défaut dans la configuration de rougail

Exemples :

  • créons un template qui inclut des noms de fichiers :

Le contenu de ce template (squid.conf) est :

%import os
%set %%confdir = 'etc/squid/squid.d/'
%if %%os.path.exists(%%confdir)
 %set %%files = %%os.listdir(%%confdir)
 %%files.sort()
 %for %%file in %%files
  %if %%file.endswith('.cfg')
include '/' + %%confdir + file
  %end if
 %end for
%end if

Ajoutons un second template (squid.included.conf) qui sera copié dans ce répertoire :

template content

Et déclaront ces deux templates :

<file>/etc/squid/squid.conf</file>
<file included="name" engine="none">/etc/squid/squid.d/squid.conf</file>

En YAML :

file:
- text: /etc/squid/squid.conf
- included: name
   engine: 'none'
   text: /etc/squid/squid.d/squid.conf

Le contenu du fichier généré (/etc/squid/squid.conf) sera donc :

include squid.d/squid.conf
  • créons un template qui inclut le contenu de fichiers :

Le contenu de ce template (squid.conf) est :

%import os
%set %%confdir = 'squid.d/'
%if %%os.path.exists(%%confdir)
 %set %%files = %%os.listdir(%%confdir)
 %%files.sort()
 %for %%file in %%files
  %if %%file.endswith('.cfg')
%include raw %%confdir + file
  %end if
 %end for
%end if

Ajoutons un second template (squid.included.conf) qui sera copié dans ce répertoire :

template content

Et déclaront ces deux templates :

<file>/etc/squid/squid.conf</file>
<file included="content" engine="none">squid.d/squid.conf</file>

En YAML :

file:
- text: /etc/squid/squid.conf
- included: content
   engine: 'none'
   text: squid.d/squid.conf

Le contenu du fichier généré (/etc/squid/squid.conf) sera donc maintenant :

template content