Antilisateur sudo non root et escalade de privilèges "devenir"

Question

J'ai mis en place une boîte avec un utilisateur david qui a des privilèges sudo. Je peux ssh dans la boîte et effectuer des opérations sudo comme apt-get install. Lorsque j'essaie de faire la même chose en utilisant "devenir escalade de privilèges" d'Ansible, j'obtiens une erreur permission denied. Alors simple Playbook pourrait ressembler à ceci:

simple_playbook.yml:

--- 
- name: Testing... 
    hosts: all 
    become: true 
    become_user: david 
    become_method: sudo 

    tasks: 
    - name: Just want to install sqlite3 for example... 
     apt: name=sqlite3 state=present 

je lance ce livre de jeux avec la commande suivante:

ansible-playbook -i inventory simple_playbook.yml --ask-become-pass 

Cela me donne une invite pour un mot de passe, que je donne, et j'obtiens l'erreur suivante (abrégée):

fatal: [123.45.67.89]: FAILED! => {... 
failed: E: Could not open lock file /var/lib/dpkg/lock - open (13: 
Permission denied)\nE: Unable to lock the administration directory 
(/var/lib/dpkg/), are you root?\n", ...} 

Pourquoi suis-je obtenir des permis sion refusée?

Informations complémentaires

Je suis en Ansible 2.1.1.0 et je cible une boîte Ubuntu 16.04. Si j'utilise remote_user et sudo options par Ansible < v1.9, il fonctionne très bien, comme ceci: remote_user: david sudo: yes

Mise à jour

Les noms d'utilisateurs locaux et distants sont les mêmes. Pour que cela fonctionne, j'ai juste besoin de spécifier become: yes (voir la réponse de @ techraf):

Answer 1

Why am I getting permission denied?

Parce que APT nécessite permissions root (voir l'erreur: are you root?) et que vous exécutez les tâches david.

Par ces paramètres:

become: true 
become_user: david 
become_method: sudo 

Ansible devient david en utilisant la méthode sudo. Il exécute essentiellement son script Python avec sudo david à l'avant.

---

the user 'david' on the remote box has sudo privileges.

Cela signifie david peut exécuter des commandes (tout ou partie) à l'aide sudo -executable changer l'utilisateur effectif du processus de l'enfant (la commande). Si aucun nom d'utilisateur n'est donné, ce processus s'exécute sous le compte root.

Comparez les résultats de ces deux commandes:

$ sudo whoami 
root 
$ sudo david whoami 
david 

---

Retour au problème APT, vous (de CLI) ainsi que Ansible (connexion avec SSH en utilisant votre compte) ont besoin de courir:

sudo apt-get install sqlite3 

pas:

sudo david apt-get install sqlite3 

qui échouera avec le message très exact Ansible affiché.

---

Le PlayBook suivant escaladera par défaut à l'utilisateur root:

--- 
- name: Testing... 
    hosts: all 
    become: true 

    tasks: 
    - name: Just want to install sqlite3 for example... 
     apt: name=sqlite3 state=present 

Answer 2

remote_user est david. Appelez le script avec --ask-pass et donnez le mot de passe pour david. Si david n'a pas sudo sans mot de passe, alors vous devriez aussi l'appeler avec --ask-become-pass.

- name: Testing... 
    hosts: all 
    remote_user: david 
    become: true 
    become_method: sudo 

    tasks: 
    - name: Just want to install sqlite3 for example... 
     apt: name=sqlite3 state=present