Fichier Sudoers, activer NOPASSWD pour l'utilisateur, toutes les commandes

Pour un utilisateur unique, ajoutez cette ligne à la fin de votre fichier sudoers en utilisant l'option sudo visudo commandement :

superuser ALL=(ALL) NOPASSWD:ALL

Pour un groupe

%supergroup  ALL=(ALL) NOPASSWD:ALL

Pour ne jamais demander à l'utilisateur actuel un mot de passe lorsqu'il utilise la fonction sudo exécutez cette commande :

echo "$USER ALL=(ALL:ALL) NOPASSWD: ALL" | sudo tee /etc/sudoers.d/dont-prompt-$USER-for-sudo-password

Il crée un fichier appelé /etc/sudoers.d/dont-prompt-<YOUR USERNAME>-for-sudo-password avec le contenu suivant :

<YOUR USERNAME> ALL=(ALL:ALL) NOPASSWD: ALL

L'avantage de cette méthode par rapport à l'ajout manuel de cette ligne dans l'annuaire de l'entreprise est le suivant /etc/sudoers en utilisant sudo visudo (comme suggéré par les autres réponses) sont

1. /etc/sudoers est parfois modifié par des mises à jour du système, alors que les fichiers dans le répertoire /etc/sudoers.d ne sont pas
2. le site sudo visudo est sujette à des erreurs (comme le prouve cette question), alors que le copier-coller d'une commande est plus difficile à gâcher.

Notez que le mot de passe peut encore vous être demandé dans d'autres contextes, par exemple lors de l'installation de matériel à partir du site Web de l'entreprise. Logiciel Ubuntu application graphique.

Selon sudo cat /etc/sudoers.d/README cette fonctionnalité (de mettre des fichiers sudoer supplémentaires dans /etc/sudoers.d ) est activée par défaut depuis la version 1.7.2p1-1 de Debian, qui prévoit que est sorti à la fin des années 1990 (Ubuntu est basé sur Debian ).

Comme Vince a mentionné dans un commentaire vous pouvez utiliser cette ligne :

%sudo ALL=NOPASSWD: ALL

(Ceci est différent des lignes indiquées dans ceux réponses et cela a résolu le problème pour moi).

En faisant des recherches sur ce sujet, j'ai réalisé qu'il y a une ligne dans le fichier /etc/sudoers qui n'est pas un commentaire, mais un directive qui rend tout fichier ou dossier sous le répertoire /etc/sudoers/* remplacer le contenu de /etc/sudoers .

Il s'agit d'une petite directive sournoise, car elle semble être une ligne commentée à première vue. Elle ressemble à ceci :

#includedir /etc/sudoers.d

Voici comment j'ai implémenté l'utilisateur non-root, sans mot de passe, dans une image Docker éphémère destinée à être utilisée dans un pipeline CICD avec l'image de base ubuntu:18.04 :

RUN \
  useradd -U foo -m -s /bin/bash -p foo -G sudo && passwd -d foo && passwd -d root && \
  sed -i /etc/sudoers -re 's/^%sudo.*/%sudo ALL=(ALL:ALL) NOPASSWD: ALL/g' && \
  sed -i /etc/sudoers -re 's/^root.*/root ALL=(ALL:ALL) NOPASSWD: ALL/g' && \
  sed -i /etc/sudoers -re 's/^#includedir.*/## Removed the #include directive! ##"/g' && \
  echo "Customized the sudoers file for passwordless access!" && \
  echo "foo ALL=(ALL) NOPASSWD: ALL" >> /etc/sudoers && \
  echo "root ALL=(ALL) NOPASSWD: ALL" >> /etc/sudoers && \
  echo "foo user:";  su foo -c 'whoami && id' && \
  echo "root user:"; su root -c 'whoami && id'

Que se passe-t-il avec le code ci-dessus :

• L'utilisateur et le groupe foo est créé.
• L'utilisateur foo est ajouté à la fois à la foo y sudo groupe.
• Le répertoire de base est défini comme suit /home/foo .
• Le Shell est réglé sur /bin/bash .
• Le site sed fait des mises à jour en ligne de la /etc/sudoers pour permettre foo y root les utilisateurs ont un accès sans mot de passe à l sudo groupe.
• Le site sed désactive l'option #includedir qui permettrait à tous les fichiers des sous-répertoires de remplacer ces mises à jour en ligne.