Différences

Ci-dessous, les différences entre deux révisions de la page.

--- ansible:pourcommencer [2021/02/07 08:42] – tonio
+++ ansible:pourcommencer [2021/02/10 20:11] (Version actuelle) – [Premier rôle] tonio
@@ Ligne 51: / Ligne 51: @@
 inventory = inventory
 </code>
-==== requirements.yml ====
-Fichier optionnel faisant appel à des fonctions ou codes externes.
-**requirements.yml**
-<code bash>vi requirements.yml
-</code>
-<code pyhon>
-- name: lae.proxmox
-</code>
 ===== L'inventaire =====
@@ Ligne 72: / Ligne 64: @@
 [debianhome]
 alabourre ansible_host=192.168.1.1
-ontime    ansible_host=192.168.1.2
+#ontime    ansible_host=192.168.1.2
-[debianfma]
+#[debianfma]
-alabourre1 ansible_host=392.568.321.1
+#alabourre1 ansible_host=392.568.321.1
-ontime2    ansible_host=392.568.321.2
+#ontime2    ansible_host=392.568.321.2
 </code>
@@ Ligne 126: / Ligne 118: @@
 mkdir -p roles/common/tasks/
 mkdir -p roles/common/defaults/
+vi roles/common/tasks/main.ymkl
 </code>
@@ Ligne 287: / Ligne 280: @@
 Déploiement de la configuration pour automatiser les connexions
 <WRAP center round important 60%>
-Attention, la configuration en SUDO n'est pas encore opérationnel, il faut donc passer en SU !
+Attention, la configuration en SUDO n'est pas encore opérationnel, il faut donc passer en SU ! \\
 </WRAP>
 <WRAP center round info 60%>
-become_method: su
+L'option --become-method=su : Permet de forcer la méthode d'élévation de privilège par défaut SUDO.
 </WRAP>
-<code>
-vi playbook-mes-serveurs.yml
-- hosts: all
-  become: true
-  # élévation des privilèges avec la commande SU uniquement avant la politique SUDO
-  become_method: su
-  name: conformité ensemble
-  roles:
-    - common
-</code>
 <WRAP center round info 60%>
 L'option -b : Devenir un autre utilisateur avec par défaut l'utilisateur root.
@@ Ligne 311: / Ligne 291: @@
 L'option -K : Demande le mot de passe pour l'utilisateur (ici root).
 </WRAP>
-Commande pour passer les "tags" des "tasks" du rôle
+Commande pour passer les "tags" des "tasks" du rôle (pour vérifier/déboguer)
-<code>
+<code bash>
-ansible-playbook playbook-mes-serveurs.yml -l alabourre -b -K --tags sudo,admin,sanspwd,users,keys
+ansible-playbook playbook-mes-serveurs.yml -l alabourre --become-method=su -b -K --tags sudo,admin,sanspwd,users,keys
+</code>
+__Ou toutes les taches/tasks:__
+<code bash>
+ansible-playbook playbook-mes-serveurs.yml -l alabourre --become-method=su -b -K
 </code>
 Résultat de la commande
@@ Ligne 346: / Ligne 329: @@
 </code>
-Maintenance vous pouvez réaliser toutes les opérations directement via ansible sur ce serveur.
-Il faut modifier tout de même la méthode de connexion au serveur:
-<code bash>
-vi playbook-mes-serveurs.yml
-- hosts: all
-  become: true
-  # élévation des privilèges avec la commande SU uniquement avant la politique SUDO
-  # become_method: su
-  name: conformité ensemble
-  roles:
-    - common
-</code>
 **Maintenant, vous pouvez passer directement vos commandes avec votre utilisateur et sans mot de passe**
@@ Ligne 387: / Ligne 358: @@
 </code>
+Maintenant, nous pouvons passer la suite à savoir le déploiement de configurations, packages pour un serveur ou un ensemble de serveurs. Dans le cadre d'ansible, nous réalisons des mises en conformité, à savoir l'on écrase ou l'on impose le référentiel qui est dans ansible.
+[[ansible:lasuite|ansible:lasuite]]