Ansible - Historial de revisiones

Joselv: /* Comandos AD-HOC */

2026-03-04T20:23:55Z

Comandos AD-HOC

2026-03-04T20:22:19Z

Creación do inventory

2026-03-04T20:20:11Z

Comandos AD-HOC

2026-03-04T20:20:02Z

Comandos AD-HOC

2026-03-04T20:19:26Z

Instalación de Ansible

2026-03-04T20:18:03Z

Alternativas

2026-03-04T20:17:55Z

Escenario con Ansible

2026-03-04T20:17:45Z

Alternativas

2026-03-04T20:17:11Z

Primeiras probas con ansible

2026-03-04T20:15:25Z

Primeiros pasos

← Revisión anterior		Revisión del 20:23 4 mar 2026
Línea 560:		Línea 560:

	O usuario ubuntu está autorizado para facer sudo sen necesidade de introducir o contrasinal, polo que no noso escenario o comando anterior podería executarse sen -K. Sinalar tamén que é posible gardar contrasinais cifradas empregando o concepto de vault.		O usuario ubuntu está autorizado para facer sudo sen necesidade de introducir o contrasinal, polo que no noso escenario o comando anterior podería executarse sen -K. Sinalar tamén que é posible gardar contrasinais cifradas empregando o concepto de vault.
		+
		+	=== Posibles operacións ===

	Podemos copiar arquivos de local a remoto e viceversa, xestionar usuarios, servizos, paquetes, ...		Podemos copiar arquivos de local a remoto e viceversa, xestionar usuarios, servizos, paquetes, ...

@@ Línea 444: / Línea 444: @@
 </pre>
-Ansible usará ssh para entrar nos equipos a xestionar e unha práctica recomendada é autenticarse mediante identidades dixitais como se explicou no apartado 7.2 Autenticación por claves do Módulo de Seg. por escuridade fronte securización do servizo, polo que procedemos a autorizar unha clave dixital e a indicalo no inventory. Usamos o usuario ubuntu con contrasinal abc123.
+=== Autenticación mediante identidades dixitais ===
   $ ssh-copy-id -i ~/.ssh/id_rsa.pub ubuntu@192.0.2.191

@@ Línea 10: / Línea 10: @@
 * é amplamente usada para xestionar a configuración de servidores, para tarefas de aprovisionamento de instancias cloud, operacións dev-ops, ...
 * ten unha filosofía que pode resumirse en que o estado de configuración final que queres que teña un equipo queda definido nun arquivo de texto, chamado ''playbook''
 Máis datos:

@@ Línea 511: / Línea 511: @@
 </pre>
-Hai que sinlar qué ansible.builtin.shell é o nome completo do módulo de Ansible e shell é a forma abreviada.
+Hai que sinalar qué ansible.builtin.shell é o nome completo do módulo de Ansible e shell é a forma abreviada.
   $  ansible incus -m shell -a 'ss -ltnp'

@@ Línea 415: / Línea 415: @@
   $ sudo apt-add-repository ppa:ansible/ansible
   $ sudo apt install ansible
 Unha vez rematada a instalación temos que crear un inventory cos equipos que queremos administrar.
@@ Línea 466: / Línea 468: @@
 Vemos que no inventory é posible engadir variables asociadas a equipos ou grupos de equipos como ansible_ssh_private_key_file e ansible_python_interpreter (permite indicar que intérprete de python hai nos hosts sen necesidade que o detecte ansible).
 Agora podemos verificar que Ansible é capaz de conectarse cos servers executando un 'ping':

@@ Línea 377: / Línea 377: @@
 | 2012
 |}
 = Escenario con Ansible =

@@ Línea 318: / Línea 318: @@
 .168.1.193 | SUCCESS | rc=0 >>
 </pre>
 = Escenario con Ansible =

@@ Línea 1001: / Línea 1001: @@
 Group: name="www-data" id=33
 </pre>
 = Instalación =

@@ Línea 1167: / Línea 1167: @@
 </pre>
-= Primeiras probas con ansible =
+== Primeiras probas con ansible ==
 Empregamos o módulo ping de ansible para comprobar a conexión cos nodos clientes (Importante: asegúrate que estén arrancados!!)
@@ Línea 1174: / Línea 1174: @@
 : ansible aula1 -m ping
-Inicialmente, teremos erro: Ansible emprega ssh para conectarse co cliente, como é a primiera vez que se conecta con ese cliente pídenos confirmación
+Inicialmente, teremos erro: Ansible emprega ssh para conectarse co cliente, como é a primeira vez que se conecta con ese cliente pídenos confirmación
 <pre>
@@ Línea 1212: / Línea 1212: @@
 Instalamos sshpass:
   root@servidorAnsible:/etc/ansible# apt install sshpass
 Ahora sí devolverá en cor verde (os erros estaban amosándose en vermello) indicando éxito.  O equipo 10.0.2.10 respondeu o móudlo ping correctamente. A resposta é un JSON que pode conter moita información:

@@ Línea 289: / Línea 289: @@
 .168.1.195              : ok=18   changed=18   unreachable=0    failed=0
 </pre>
 Aínda que traballar con playbooks é o recomendado, Ansible permite traballar en modo ad-hoc; é dicir, executar tarefas sen necesidade de crear e gardar un playbook. Por exemplo, comprobar o estado dos equipos, executar comandos do sistema, copias arquivos en calquera sentido, ...