Lors de la tentative d'exécution d'un fichier binaire distant à l'aide sudode la boîte distante:

ssh remotehost "sudo ./binary"

Je vois cette erreur:

sudo: aucun tty présent et aucun programme askpass spécifié

Comment puis-je contourner cela?

EDIT, ce n’est certainement pas un double de la question suggérée en tant que telle. Les réponses sont totalement hors de propos. En fait, ces modifications apportées au fichier sudoers ont déjà été appliquées à l'hôte distant.

Un moyen simple est de spécifier -t:

ssh -t remotehost "sudo ./binary"

De la page de manuel:

Forcer l'allocation de pseudo-tty. Cela peut être utilisé pour exécuter des programmes d'écran arbitraires sur une machine distante, ce qui peut s'avérer très utile, par exemple lors de la mise en œuvre de services de menu. Les options -t multiples forcent l'allocation tty, même si ssh n'a pas de tty local.

Je ne peux pas expliquer exactement pourquoi cela fonctionne, et il pourrait y avoir un meilleur moyen. J'aimerais en entendre parler si oui :)

@psusi explique pourquoi cela fonctionne dans un commentaire ci-dessous.

Question:

Comment puis-je contourner cela?

sudo: no tty present and no askpass program specified

Réponse alternative

Au lieu de cela, essayez:

sudo -S ./binary

Ceci oblige sudo à lire le mot de passe à partir de l'entrée standard, stdin.

Scénarios où cela aide

Dans les environnements chrootés, ces autres réponses peuvent ne pas fonctionner correctement ... peut-être parce que:

1. / etc / shadow vs / etc / passwd n’empêchent pas l’utilisateur de saisir un mot de passe.
2. Dans un environnement chrooté, l'accès à tty1 peut être un peu complexe, et ctrl-alt f2 - to tty2 est irréalisable, car il s'agit d'un tty de l'environnement non chrooté.

Par exemple: Installation / réparation manuelle de Linux ou du chargeur de démarrage, à l'aide d'un environnement chroot (tel que Archlinux et arch-chroot).

Vous devez définir un terminal / une application qui lira le mot de passe. Il y a deux variantes:

1. export SUDO_ASKPASS=/usr/libexec/openssh/ssh-askpass
2. vim /etc/sudoers (Par défaut visiblepw)

Il échoue car il sudoessaie de demander le mot de passe root et aucun pseudo-tty n'est alloué.

Vous devez soit vous connecter en tant que root, soit configurer les règles suivantes dans votre /etc/sudoers (ou:) sudo visudo:

# Members of the admin group may gain root privileges
%admin  ALL=(ALL) NOPASSWD:ALL

Ensuite, assurez-vous que votre utilisateur appartient au admingroupe (ou wheel).

Vous pouvez également créer un fichier du type "sudo_shutdown" dans /etc/sudoers.d, avec le contenu:

# Allow admins to shutdown without pass
%adm ALL=(ALL) NOPASSWD: /sbin/shutdown

Cela permet aux utilisateurs du groupe adm de s’arrêter sans mot de passe.

Dans mon cas, j'ai reçu cette erreur parce que je ne spécifiais pas de commande que je voudrais utiliser comme racine dans sudoers

Quelque chose comme

/etc/sudoers.d/myuser:

myuser ALL=(root) NOPASSWD: \
    /bin/ls -la

a travaillé pour moi