Effectivement, la séparation des rôles avec un template J2 dans lequel je
boucle pour ensuite pusher la config dans mon second rôle me parait bien.
Le "set config" me paraissait plus simple pour commencer. Le problème c'est
bien d'éviter de rester dans le POC infini quand on commence à vraiment
pou
* gabriel corre, 2018-07-30 :
> - name: Change interface description
> junos_config:
> provider:
> username: toto
> port:
> lines:
> - set interfaces "{{ item }}" description {{ int_desc}}
> confirm: 5
> with_items: "{{ int_name }}"
Tu peux faire la
Salut,
Ta déclaration est bonne, le with_items est toujours pour le module,
cela signifie qu'il va appeler n fois le module avec chaque argument du
with_items.
Tu es vraiment dans le fonctionnement normal d'Ansible avec cette task là.
Si tu veux faire un seul commit, il faut arriver à préparer u
Hello,
Le plus simple serait de séparer les roles :
un role pour creer la config à pusher via un template en jinja2 avec loop
et dictionnaire
un role pour pusher la config créée
perso plutot que d'utiliser du "set config" en junos, je prefere une config
en yml et un load merge pour le role qui
Hello la liste,
Je cherche à automatiser une partie des tâches administratives réccurentes
sur nos infras réseaux en utilisant Ansible.
Pour ce faire, j'utilise les modules network fournit par Ansible (ici
junos_config).
Dans l'exemple ci-dessous, j'essaye de modifier la description de plusieurs