![\"Mascote](\"\/wp-content\/uploads\/2026\/09\/usuarios-linux-ansible-git.webp\")
<\/p>\n<\/p>\n
No Primeiros passos com Ansible<\/a> voc\u00ea instalou o Ansible, montou o invent\u00e1rio, rodou comandos ad-hoc e escreveu o primeiro playbook. Este post parte dali e resolve um problema que todo administrador tem: dar e tirar acesso de pessoas aos servidores<\/strong>. Conta criada \u00e0 m\u00e3o em cada m\u00e1quina vira bagun\u00e7a r\u00e1pido \u2014 ningu\u00e9m sabe quem tem sudo, a chave SSH do estagi\u00e1rio que saiu continua l\u00e1 e o \u00fanico registro \u00e9 a mem\u00f3ria de algu\u00e9m. Aqui a lista de usu\u00e1rios vira c\u00f3digo: um arquivo YAML num reposit\u00f3rio Git, aplicado pelo Ansible. Criar, bloquear ou remover algu\u00e9m passa a ser um commit, com autor, data e revis\u00e3o, e o Tudo o que aparece abaixo foi executado de verdade num laborat\u00f3rio com dois servidores \u2014 Ubuntu 24.04<\/strong> e Debian 13<\/strong> \u2014 e uma m\u00e1quina de controle Ubuntu 24.04 com o Ansible do reposit\u00f3rio oficial da distribui\u00e7\u00e3o ( O projeto tem um arquivo com a lista de pessoas (nome, chave p\u00fablica, grupos, sudo e estado<\/em>), um playbook que transforma essa lista em contas nos servidores e um template para o sudo. A m\u00e1quina de controle s\u00f3 aplica o que est\u00e1 na branch principal; o que chega l\u00e1 passou por commit e, se voc\u00ea quiser, por revis\u00e3o.<\/p>\n Cada pessoa passa por tr\u00eas estados, sempre declarados no YAML:<\/p>\n Na m\u00e1quina de controle, crie o diret\u00f3rio e o reposit\u00f3rio. A estrutura final \u00e9 esta:<\/p>\n O O invent\u00e1rio usa um usu\u00e1rio de automa\u00e7\u00e3o, E o As chaves foram geradas com Um usu\u00e1rio que entra s\u00f3 por chave n\u00e3o tem senha \u2014 e o sudo padr\u00e3o pede a senha do usu\u00e1rio<\/em>. H\u00e1 duas sa\u00eddas, e o projeto usa as duas para mostrar a diferen\u00e7a:<\/p>\n O hash da senha da Ana \u00e9 gerado com O arquivo cifrado pode ir para o Git; a senha do vault, n\u00e3o. Para mais sobre o vault, veja Automatizando Servidores Linux com Ansible<\/a>.<\/p>\n A regra de sudo sem senha sai de um template. Ele s\u00f3 lista quem est\u00e1 Os detalhes que importam:<\/p>\n Antes do primeiro commit, rode o ansible-lint<\/a> (pacote Antes de mexer em qualquer servidor, veja o que vai mudar com O diff mostra exatamente as chaves e a linha de sudo que v\u00e3o entrar. Tudo certo, aplique de verdade nos dois servidores:<\/p>\n E rode de novo. Um playbook bem escrito \u00e9 idempotente<\/strong>: a segunda execu\u00e7\u00e3o n\u00e3o muda nada.<\/p>\n Os comandos cl\u00e1ssicos continuam valendo para verificar o que o Ansible fez: Duas diferen\u00e7as entre as distribui\u00e7\u00f5es apareceram aqui:<\/p>\n Do \u201cnotebook\u201d de cada pessoa (outro cont\u00eainer no laborat\u00f3rio), com a chave privada dela:<\/p>\n A Ana entrou sem senha e o sudo dela pediu a senha, como esperado; o Bruno virou root sem senha; e a chave de uma pessoa n\u00e3o abre a conta da outra. O resultado foi id\u00eantico no Debian 13. Com todos entrando por chave, o pr\u00f3ximo passo natural \u00e9 desligar git log<\/code> vira a auditoria.<\/p>\nansible<\/code> 9.2.0, ansible-core<\/code> 2.16.3). As sa\u00eddas s\u00e3o reais.<\/p>\nO que vamos montar<\/h2>\n
![\"Diagrama:](\"\/wp-content\/uploads\/2026\/09\/usuarios-linux-ansible-fluxo.webp\")
<\/p>\n\n
ativo<\/code> \u2014 conta criada, chave SSH instalada, grupos e sudo aplicados;<\/li>\nbloqueado<\/code> \u2014 ningu\u00e9m entra mais, nem por chave, mas a conta e os arquivos ficam para an\u00e1lise;<\/li>\nremovido<\/code> \u2014 conta, grupo pessoal e home apagados.<\/li>\n<\/ul>\nA estrutura do projeto no Git<\/h2>\n
usuarios-linux\/\n\u251c\u2500\u2500 .gitignore\n\u251c\u2500\u2500 ansible.cfg\n\u251c\u2500\u2500 inventory.ini\n\u251c\u2500\u2500 usuarios.yml # o playbook\n\u251c\u2500\u2500 templates\/\n\u2502 \u2514\u2500\u2500 sudoers.j2\n\u2514\u2500\u2500 group_vars\/\n \u2514\u2500\u2500 all\/\n \u251c\u2500\u2500 usuarios.yml # a lista de pessoas\n \u2514\u2500\u2500 vault.yml # senhas, sempre cifradas<\/code><\/pre>\nansible.cfg<\/code> aponta o invent\u00e1rio, o arquivo com a senha do vault (fora do reposit\u00f3rio) e liga o become<\/code>:<\/p>\n[defaults]\ninventory = inventory.ini\nvault_password_file = ~\/.vault-pass-usuarios\nnocows = true\nretry_files_enabled = false\n\n[privilege_escalation]\nbecome = true<\/code><\/pre>\ndeploy<\/code>, com chave SSH e sudo sem senha \u2014 o mesmo esquema do post anterior. No laborat\u00f3rio os endere\u00e7os eram cont\u00eaineres; aqui ficam IPs de documenta\u00e7\u00e3o:<\/p>\n[servidores]\nsrv-ubuntu ansible_host=192.0.2.10\nsrv-debian ansible_host=192.0.2.11\n\n[servidores:vars]\nansible_user=deploy<\/code><\/pre>\n.gitignore<\/code> existe para uma coisa s\u00f3: garantir que segredo n\u00e3o entra no hist\u00f3rico. Chave privada<\/strong> e senha em texto puro nunca v\u00e3o para o Git \u2014 o que vai \u00e9 chave p\u00fablica<\/strong> e senha cifrada com ansible-vault<\/code>.<\/p>\n# segredos e chaves privadas nunca entram no reposit\u00f3rio\n.vault-pass*\nid_*\n*.pem\n*.key\n*.retry<\/code><\/pre>\nA lista de usu\u00e1rios<\/h2>\n
group_vars\/all\/usuarios.yml<\/code> \u00e9 o arquivo que as pessoas v\u00e3o editar. Cada entrada tem nome, nome completo, uma lista de chaves p\u00fablicas, grupos extras e o estado. No primeiro commit a lista come\u00e7a vazia; este \u00e9 o estado depois de conceder acesso \u00e0 Ana e ao Bruno:<\/p>\n---\n# Contas de pessoas nos servidores. Cada mudan\u00e7a aqui \u00e9 um commit revisado.\n# estado: ativo | bloqueado | removido\n# Nunca apague uma entrada: mude o estado para \"removido\".\nusuarios:\n - nome: ana\n nome_completo: Ana Souza\n chaves:\n - ssh-ed25519 AAAAC3NzaC1lZDI1NTE5AAAAIFheyJLtuZlL6mZue2Ha2VlsOrCpQokkeAI+MQAbIozQ ana@notebook\n grupos: [sudo] # sudo pedindo a senha (hash no vault)\n estado: ativo\n\n - nome: bruno\n nome_completo: Bruno Lima\n chaves:\n - ssh-ed25519 AAAAC3NzaC1lZDI1NTE5AAAAIKEvt3LKu4Ue9C2ewbKyC1F41f\/\/kWyOoGLZ5RXeMJEq bruno@notebook\n grupos: [adm] # l\u00ea os logs em \/var\/log\n sudo_nopasswd: true # sudo sem senha, via \/etc\/sudoers.d\n estado: ativo<\/code><\/pre>\nssh-keygen -t ed25519<\/code> no notebook de cada pessoa, que manda s\u00f3 o .pub<\/code>. Se ainda n\u00e3o tem intimidade com chaves SSH, veja Usando chaves de autentica\u00e7\u00e3o no SSH<\/a>.<\/p>\nDuas formas de dar sudo<\/h2>\n
\n
sudo<\/code>, com senha.<\/strong> Tanto o Ubuntu quanto o Debian j\u00e1 trazem %sudo ALL=(ALL:ALL) ALL<\/code> em \/etc\/sudoers<\/code>. A senha inicial vem de um hash guardado no vault; \u00e9 o modelo mais seguro, porque roubar a chave SSH n\u00e3o basta para virar root.<\/li>\nNOPASSWD<\/code> via \/etc\/sudoers.d\/<\/code>.<\/strong> Pr\u00e1tico para automa\u00e7\u00e3o e plant\u00e3o, mas quem tiver a chave privada dele vira root sem nenhuma barreira extra. Use para poucas pessoas, com chave protegida por passphrase, e revise essa lista com frequ\u00eancia.<\/li>\n<\/ul>\nopenssl passwd -6<\/code> e guardado cifrado:<\/p>\nopenssl passwd -6 # digita a senha, recebe o hash $6$...\necho 'senha-longa-do-vault' > ~\/.vault-pass-usuarios && chmod 600 ~\/.vault-pass-usuarios\ncat > group_vars\/all\/vault.yml <<'EOF'\n---\nvault_senhas:\n ana: \"$6$...hash gerado acima...\"\nEOF\nansible-vault encrypt group_vars\/all\/vault.yml\nhead -2 group_vars\/all\/vault.yml<\/code><\/pre>\nEncryption successful\n$ANSIBLE_VAULT;1.1;AES256\n30613166333535333030386164623937653739393238316439323662363831393935353039613739<\/code><\/pre>\nativo<\/code> e tem sudo_nopasswd: true<\/code> \u2014 ent\u00e3o bloquear algu\u00e9m j\u00e1 tira o sudo dele:<\/p>\n# Gerenciado pelo Ansible (reposit\u00f3rio usuarios-linux). N\u00e3o edite \u00e0 m\u00e3o.\n{% for u in usuarios if u.estado == 'ativo' and u.sudo_nopasswd | default(false) %}\n{{ u.nome }} ALL=(ALL:ALL) NOPASSWD: ALL\n{% endfor %}<\/code><\/pre>\nO playbook<\/h2>\n
usuarios.yml<\/code> separa a lista pelos tr\u00eas estados e trata cada um. Por baixo, o m\u00f3dulo ansible.builtin.user<\/code> chama useradd<\/code>, usermod<\/code> e userdel<\/code> \u2014 os mesmos comandos que voc\u00ea rodaria \u00e0 m\u00e3o, s\u00f3 que em todos os servidores e sempre do mesmo jeito.<\/p>\n---\n- name: Usu\u00e1rios Linux declarados no Git\n hosts: servidores\n become: true\n vars:\n ativos: \"{{ usuarios | selectattr('estado', 'eq', 'ativo') | list }}\"\n bloqueados: \"{{ usuarios | selectattr('estado', 'eq', 'bloqueado') | list }}\"\n removidos: \"{{ usuarios | selectattr('estado', 'eq', 'removido') | list }}\"\n\n tasks:\n - name: Grupo comum da equipe\n ansible.builtin.group:\n name: equipe\n state: present\n\n - name: Contas ativas\n ansible.builtin.user:\n name: \"{{ item.nome }}\"\n comment: \"{{ item.nome_completo }}\"\n shell: \/bin\/bash\n groups: \"{{ ['equipe'] + item.grupos | default([]) }}\"\n append: true\n create_home: true\n password: \"{{ vault_senhas[item.nome] | default(omit) }}\"\n update_password: on_create\n expires: -1\n loop: \"{{ ativos }}\"\n loop_control:\n label: \"{{ item.nome }}\"\n\n - name: Chaves SSH autorizadas (somente as do reposit\u00f3rio)\n ansible.posix.authorized_key:\n user: \"{{ item.nome }}\"\n path: \"\/home\/{{ item.nome }}\/.ssh\/authorized_keys\" # permite o --check antes de a conta existir\n key: \"{{ item.chaves | join('\\n') }}\"\n exclusive: true\n loop: \"{{ ativos }}\"\n loop_control:\n label: \"{{ item.nome }}\"\n\n - name: Regras de sudo sem senha\n ansible.builtin.template:\n src: sudoers.j2\n dest: \/etc\/sudoers.d\/90-usuarios-ansible\n owner: root\n group: root\n mode: \"0440\"\n validate: \/usr\/sbin\/visudo -cf %s\n\n - name: Contas bloqueadas - trava a senha e expira a conta\n ansible.builtin.user:\n name: \"{{ item.nome }}\"\n password_lock: true\n expires: 86400 # 1970-01-02: o PAM recusa at\u00e9 o login por chave\n loop: \"{{ bloqueados }}\"\n loop_control:\n label: \"{{ item.nome }}\"\n\n - name: Contas bloqueadas - remove as chaves SSH\n ansible.builtin.file:\n path: \"\/home\/{{ item.nome }}\/.ssh\/authorized_keys\"\n state: absent\n loop: \"{{ bloqueados }}\"\n loop_control:\n label: \"{{ item.nome }}\"\n\n - name: Contas bloqueadas - encerra processos e sess\u00f5es abertas\n ansible.builtin.command: pkill -KILL -u {{ item.nome }}\n register: pkill\n changed_when: pkill.rc == 0\n failed_when: pkill.rc > 1\n loop: \"{{ bloqueados }}\"\n loop_control:\n label: \"{{ item.nome }}\"\n\n - name: Contas removidas - apaga usu\u00e1rio e home\n ansible.builtin.user:\n name: \"{{ item.nome }}\"\n state: absent\n remove: true\n loop: \"{{ removidos }}\"\n loop_control:\n label: \"{{ item.nome }}\"<\/code><\/pre>\n\n
append: true<\/code> acrescenta os grupos listados sem tirar a pessoa de grupos que ela j\u00e1 tenha \u2014 o equivalente a usermod -aG<\/code>. O -G<\/code> sem -a<\/code> substitui a lista inteira; veja a pegadinha disso mais abaixo.<\/li>\nupdate_password: on_create<\/code> grava a senha do vault s\u00f3 na cria\u00e7\u00e3o; depois a pessoa troca a pr\u00f3pria senha com passwd<\/code> e o Ansible n\u00e3o sobrescreve.<\/li>\nexpires: -1<\/code> garante conta sem data de expira\u00e7\u00e3o \u2014 \u00e9 o que desfaz um bloqueio se algu\u00e9m voltar a ativo<\/code>.<\/li>\nansible.posix.authorized_key<\/code> com exclusive: true<\/code> deixa em ~\/.ssh\/authorized_keys<\/code> somente<\/strong> as chaves do reposit\u00f3rio. Chave acrescentada \u00e0 m\u00e3o some na pr\u00f3xima execu\u00e7\u00e3o. O m\u00f3dulo cria ~\/.ssh<\/code> com modo 700 e o arquivo com 600, como o sshd exige. A collection ansible.posix<\/code> vem no pacote ansible<\/code> (no Ubuntu 24.04, vers\u00e3o 1.5.4); com s\u00f3 o ansible-core<\/code>, instale-a com ansible-galaxy collection install ansible.posix<\/code>.<\/li>\npath<\/code> expl\u00edcito no authorized_key<\/code> existe por um motivo pr\u00e1tico: sem ele, o --check<\/code> falha para usu\u00e1rios que ainda n\u00e3o existem, com \u201cEither user must exist or you must provide full path to key file in check mode\u201d<\/em>.<\/li>\nvalidate: \/usr\/sbin\/visudo -cf %s<\/code> testa o arquivo de sudo antes<\/strong> de instal\u00e1-lo. Um erro de sintaxe em \/etc\/sudoers.d\/<\/code> pode travar o sudo da m\u00e1quina inteira; com a valida\u00e7\u00e3o, o Ansible falha e o arquivo antigo continua l\u00e1.<\/li>\n<\/ul>\nansible-lint<\/code> no Ubuntu 24.04, vers\u00e3o 6.17.2):<\/p>\nansible-lint<\/code><\/pre>\nPassed: 0 failure(s), 0 warning(s) on 7 files. Last profile that met the validation criteria was 'production'.<\/code><\/pre>\nPrimeiro commit e primeira aplica\u00e7\u00e3o<\/h2>\n
git init -b main\ngit add -A\ngit commit -m \"Estrutura inicial: invent\u00e1rio, playbook e lista vazia de usu\u00e1rios\"\n# ... edita group_vars\/all\/usuarios.yml e cria o vault.yml ...\ngit add -A\ngit commit -m \"Concede acesso a Ana (sudo com senha) e Bruno (sudo sem senha)\"<\/code><\/pre>\n--check --diff<\/code>:<\/p>\nansible-playbook usuarios.yml --check --diff --limit srv-ubuntu<\/code><\/pre>\nPLAY [Usu\u00e1rios Linux declarados no Git] ****************************************\nTASK [Gathering Facts] *********************************************************\nok: [srv-ubuntu]\nTASK [Grupo comum da equipe] ***************************************************\nchanged: [srv-ubuntu]\nTASK [Contas ativas] ***********************************************************\nchanged: [srv-ubuntu] => (item=ana)\nchanged: [srv-ubuntu] => (item=bruno)\nTASK [Chaves SSH autorizadas (somente as do reposit\u00f3rio)] **********************\n--- before: \/home\/ana\/.ssh\/authorized_keys\n+++ after: \/home\/ana\/.ssh\/authorized_keys\n@@ -0,0 +1 @@\n+ssh-ed25519 AAAAC3NzaC1lZDI1NTE5AAAAIFheyJLtuZlL6mZue2Ha2VlsOrCpQokkeAI+MQAbIozQ ana@notebook\nchanged: [srv-ubuntu] => (item=ana)\n--- before: \/home\/bruno\/.ssh\/authorized_keys\n+++ after: \/home\/bruno\/.ssh\/authorized_keys\n@@ -0,0 +1 @@\n+ssh-ed25519 AAAAC3NzaC1lZDI1NTE5AAAAIKEvt3LKu4Ue9C2ewbKyC1F41f\/\/kWyOoGLZ5RXeMJEq bruno@notebook\nchanged: [srv-ubuntu] => (item=bruno)\nTASK [Regras de sudo sem senha] ************************************************\n--- before\n+++ after: \/root\/.ansible\/tmp\/ansible-local-369ok2z5l9m\/tmp9vnvv456\/sudoers.j2\n@@ -0,0 +1,2 @@\n+# Gerenciado pelo Ansible (reposit\u00f3rio usuarios-linux). N\u00e3o edite \u00e0 m\u00e3o.\n+bruno ALL=(ALL:ALL) NOPASSWD: ALL\nchanged: [srv-ubuntu]\nTASK [Contas bloqueadas - trava a senha e expira a conta] **********************\nTASK [Contas bloqueadas - remove as chaves SSH] ********************************\nTASK [Contas bloqueadas - encerra processos e sess\u00f5es abertas] *****************\nTASK [Contas removidas - apaga usu\u00e1rio e home] *********************************\nPLAY RECAP *********************************************************************\nsrv-ubuntu : ok=5 changed=4 unreachable=0 failed=0 skipped=4 rescued=0 ignored=0<\/code><\/pre>\nansible-playbook usuarios.yml<\/code><\/pre>\nPLAY [Usu\u00e1rios Linux declarados no Git] ****************************************\nTASK [Gathering Facts] *********************************************************\nok: [srv-ubuntu]\nok: [srv-debian]\nTASK [Grupo comum da equipe] ***************************************************\nchanged: [srv-debian]\nchanged: [srv-ubuntu]\nTASK [Contas ativas] ***********************************************************\nchanged: [srv-debian] => (item=ana)\nchanged: [srv-ubuntu] => (item=ana)\nchanged: [srv-debian] => (item=bruno)\nchanged: [srv-ubuntu] => (item=bruno)\nTASK [Chaves SSH autorizadas (somente as do reposit\u00f3rio)] **********************\nchanged: [srv-debian] => (item=ana)\nchanged: [srv-ubuntu] => (item=ana)\nchanged: [srv-debian] => (item=bruno)\nchanged: [srv-ubuntu] => (item=bruno)\nTASK [Regras de sudo sem senha] ************************************************\nchanged: [srv-debian]\nchanged: [srv-ubuntu]\nPLAY RECAP *********************************************************************\nsrv-debian : ok=5 changed=4 unreachable=0 failed=0 skipped=4 rescued=0 ignored=0 \nsrv-ubuntu : ok=5 changed=4 unreachable=0 failed=0 skipped=4 rescued=0 ignored=0<\/code><\/pre>\nPLAY RECAP *********************************************************************\nsrv-debian : ok=5 changed=0 unreachable=0 failed=0 skipped=4 rescued=0 ignored=0\nsrv-ubuntu : ok=5 changed=0 unreachable=0 failed=0 skipped=4 rescued=0 ignored=0<\/code><\/pre>\nConferindo nos servidores<\/h2>\n
getent<\/code> l\u00ea \/etc\/passwd<\/code> e \/etc\/group<\/code>, id<\/code> mostra os grupos e chage -l<\/code> mostra expira\u00e7\u00e3o.<\/p>\ngetent passwd ana bruno\nid ana; id bruno\ngetent group equipe sudo\ncat \/etc\/sudoers.d\/90-usuarios-ansible\nchage -l bruno | head -4<\/code><\/pre>\n== ubuntu2404\nana:x:1002:1003:Ana Souza:\/home\/ana:\/bin\/bash\nbruno:x:1003:1004:Bruno Lima:\/home\/bruno:\/bin\/bash\nuid=1002(ana) gid=1003(ana) groups=1003(ana),27(sudo),1002(equipe)\nuid=1003(bruno) gid=1004(bruno) groups=1004(bruno),4(adm),1002(equipe)\nequipe:x:1002:ana,bruno\nsudo:x:27:ubuntu,ana\n# Gerenciado pelo Ansible (reposit\u00f3rio usuarios-linux). N\u00e3o edite \u00e0 m\u00e3o.\nbruno ALL=(ALL:ALL) NOPASSWD: ALL\n-r--r----- 1 root root 111 Sep 23 16:16 \/etc\/sudoers.d\/90-usuarios-ansible\nLast password change\t\t\t\t\t: Sep 23, 2026\nPassword expires\t\t\t\t\t: never\nPassword inactive\t\t\t\t\t: never\nAccount expires\t\t\t\t\t\t: never\n== debian13\nana:x:1001:1002:Ana Souza:\/home\/ana:\/bin\/bash\nbruno:x:1002:1003:Bruno Lima:\/home\/bruno:\/bin\/bash\nuid=1001(ana) gid=1002(ana) groups=1002(ana),27(sudo),1001(equipe)\nuid=1002(bruno) gid=1003(bruno) groups=1003(bruno),4(adm),1001(equipe)<\/code><\/pre>\n\n
ubuntu<\/code> com UID 1000, ent\u00e3o a Ana ficou com 1002 l\u00e1 e 1001 no Debian. N\u00e3o importa para login e sudo, mas importa se os servidores compartilham arquivos por NFS ou restauram backups entre si. Nesse caso, fixe uid:<\/code> na entrada de cada pessoa.<\/li>\nHOME_MODE<\/code> em \/etc\/login.defs<\/code> \u00e9 0750<\/code> no Ubuntu 24.04 e 0700<\/code> no Debian 13. Outro detalhe do Debian 13: ENCRYPT_METHOD<\/code> \u00e9 YESCRYPT<\/code>, contra SHA512<\/code> no Ubuntu; o hash $6$<\/code> (SHA-512) do vault funciona nos dois.<\/li>\n<\/ul>\nTestando o login sem senha e o sudo<\/h2>\n
ssh -i ~\/chaves\/ana ana@srv-ubuntu 'whoami; sudo -n true; sudo -S -p \"\" id -un <<< \"a-senha-da-ana\"'\nssh -i ~\/chaves\/bruno bruno@srv-ubuntu 'whoami; sudo -n id -un'\nssh -i ~\/chaves\/ana bruno@srv-ubuntu true # chave da Ana na conta do Bruno<\/code><\/pre>\nana\nsudo: a password is required\nroot\nbruno\nroot\nbruno@users-lab-ubuntu2404: Permission denied (publickey,password).<\/code><\/pre>\nPasswordAuthentication<\/code> no sshd.<\/p>\nNova pessoa: branch, revis\u00e3o e merge<\/h2>\n
![\"Diagrama:](\"\/wp-content\/uploads\/2026\/09\/usuarios-linux-ansible-ciclo.webp\")
<\/p>\n