Selon l'aide de ansible-playbook, on pourrait utiliser --user=REMOTE_USER
pour définir l'utilisateur ssh, mais on pourrait également définir ansible_ssh_user: REMOTE_USER
dans l'hôte ou le groupe_vars.
Question
Quelle variable doit être définie dans le répertoire group- ou host_vars pour éviter qu'elle --vault-password-file
ne soit définie lors de l'exécution ansible-playbook
?
Tentatives
Lorsque
ansible_vault_password_file: ~/.vault_pass.txt
est défini dans la configuration, le déchiffrement échoue:ERROR! Decryption failed on /path/to/vault
Aucune variable de coffre-fort associée n'a été trouvée dans cette documentation
Réponses:
Voici la définition:
Cela signifie que vous mettez soit ansible.cfg ou playbook:
Ou dans votre shell défini cette variable:
la source
group_vars/all/vars
.export ANSIBLE_VAULT_PASSWORD_FILE=~/.vault_pass.txt
devait être exécuté.Vous pouvez définir une variable d'environnement
ANSIBLE_VAULT_PASSWORD_FILE
stockant le chemin d'accès au fichier de mots de passe du coffre-fort. De cette façon, vous n'aurez pas toujours à utiliser le--vault-password-file
commutateur lors de l'exécution d'un playbook.Ceci est décrit dans la documentation d'Ansible's Vault, disponible ici .
Alors, ajoutez-en
export ANSIBLE_VAULT_PASSWORD_FILE=~/.vault_pass.txt
à votre~/.bash_profile
source et vous êtes prêt à partir.Si vous avez besoin de mots de passe de coffre-fort différents pour différents groupes d'hôtes, vous devez procéder comme suit:
Il s'agit d'un exemple d'approche des meilleures pratiques pour la gestion des informations sensibles par groupe. Plus d'informations sont disponibles dans la documentation d'Ansible ici (le texte ci-dessus est copié à partir de là).
la source