Si j'exécute sudo un fichier de script Bash, toutes les commandes à l'intérieur du script Bash seront-elles également exécutées en tant que sudo?

Je veux écrire un script de post-installation automatisé dans Bash (appelé post-install.sh, par exemple). Le script ajoutera et mettra à jour automatiquement les référentiels, installera et mettra à jour les packages, modifiera les fichiers de configuration, etc.

Maintenant, si j'exécute ce script, par exemple avec sudo post-install.sh, vais-je seulement être invité sudoà entrer un mot de passe, ou devrai-je entrer le sudomot de passe à chaque appel d'une commande dans le script, qui a besoin d'une sudoautorisation? En d'autres termes, les commandes à l'intérieur du script bash "héritent" des autorisations d'exécution, pour ainsi dire?

Et, en effet si elles le font , est - il encore possible que les sudoautorisations seront temporisation (si, par exemple, une commande particulière prend assez longtemps pour dépasser le sudodélai d' attente)? Ou l' sudoentrée du mot de passe initial durera-t-elle pendant toute la durée du script entier?

Q # 1: Serai-je invité à entrer un mot de passe sudo une seule fois, ou devrai-je saisir le mot de passe sudo à chaque appel d'une commande dans le script, qui nécessite l'autorisation sudo?

Oui, une fois, pendant la durée de l'exécution de votre script.

REMARQUE: lorsque vous fournissez des informations d'identification à sudo, l'authentification est généralement bonne pendant 5 minutes dans le shell où vous avez tapé le mot de passe. De plus, tout processus enfant exécuté à partir de ce shell ou tout script qui s'exécute dans le shell (votre cas) s'exécutera également au niveau élevé.

Q # 2: existe-t-il toujours une possibilité que les autorisations sudo expirent (si, par exemple, une commande particulière prend suffisamment de temps pour dépasser le délai d'attente sudo)? Ou est-ce que l'entrée initiale du mot de passe sudo durera pendant toute la durée du script entier?

Non, ils ne s'arrêteront pas dans le script. Seulement si vous les tapiez de manière interactive dans le shell où les informations d'identification ont été fournies. Chaque fois qu'il sudoest exécuté dans ce shell, le délai est réinitialisé. Mais dans votre cas, ces informations d'identification resteront aussi longtemps que le script exécutera et exécutera des commandes à partir de celui-ci.

Cette limite est spécifique à la politique; le délai d'expiration de l'invite de mot de passe par défaut pour la stratégie de sécurité sudoers est de 5 minutes.

bashet tous ses processus enfants s'exécuteront avec des autorisations de superutilisateur. Vous n'aurez donc pas besoin de ressaisir un mot de passe pour les commandes de votre script bash.

Le sudodélai d'expiration s'applique uniquement à (plus tard) l'appel séparé de sudo. Cela n'affecterait pas votre processus bash en cours d'exécution, ni aucun de ses descendants.

Ces réponses sont probablement toutes correctes. Cependant, ce n'est pas le moyen généralement utilisé (à ma connaissance) pour créer des scripts bash qui nécessitent des sudoautorisations. Généralement, en haut du script, vous supposez qu'il n'a pas été exécuté avec des sudoautorisations et sudo -vvous appelez plutôt (ce qui invitera l'utilisateur à saisir son mot de passe) pour «configurer» une sudo«session». Vous pouvez soit echoun texte explicatif avant l'invite, ou remplacer sudola propre invite avec le -pcommutateur, pour faire savoir à l'utilisateur que vous avez besoin d' sudoaccéder à certaines commandes.

Ensuite, dans votre script, vous devriez être en mesure d'appeler sudoles commandes qui le nécessitent (et uniquement les commandes qui le nécessitent) sans autre demande de mot de passe. Si vous pensez qu'un certain groupe de commandes qui s'exécutent ensemble dans votre script (indépendamment de leur propre utilisation de sudo) s'étendra au-delà du délai d'attente sudo, vous pouvez appeler sudo -vau milieu afin d'émettre une sorte de `` maintien en vie ' sudo' de la session '.

Si la sudo«session» arrive à expiration pendant le script, l'utilisateur sera simplement invité à saisir son mot de passe la prochaine fois que vous lancerez une commande sudo dans le script.