sudo sorry, Sie müssen haben a tty to run sudo

Ich geschrieben habe ein bash-Skript, das geht mit jeder Maschine und jeder läuft set-Befehl. Ich bin mit dem Benutzer iis, der hat sudo privlidges auf dieser Maschine. Jedoch, wenn ich den sudo Befehl yum bekomme ich sudo: sorry, Sie müssen haben a tty to run sudo.

Nicht sicher, was ist falsch ? Ich bin mit dem -t-Befehl zu zwingen, aber es würde immer noch nicht funktionieren

bash-Skript 

#!/bin/bash
INPUT=ccidetails.csv
OLDIFS=$IFS
IFS=,
[ ! -f $INPUT ] && { echo "$INPUT file not found"; exit 99; }
while read privateip password
do
echo $privateip
scp /home/Data/Test.c iis@$privateip:/tmp
sshpass -p$password </dev/null ssh -t -o "StrictHostKeyChecking no" iis@$privateip "

hostname
cd /tmp
gcc Test.c -o TEST
./TEST
sudo yum -y update glibc
gcc Test.c -o TEST
./TEST
exit

" >> output.txt

done < $INPUT
IFS=$OLDIFS

Fehler:

sudo: sorry, you must have a tty to run sudo
  • BTW, Sie haben eine Reihe von bugs, die hier im Zusammenhang mit Mangel an Zitate -- sehen, was passiert, wenn Sie haben ein Passwort mit einem Leerzeichen, zum Beispiel. Verwenden -p"$password", nicht -p$password. Ebenso zitieren andere Erweiterungen (wie "iis@$privateip" statt iis@$privateip) wird verhindern, dass andere Fehler-in diesem speziellen Fall, zum Beispiel, würden Sie haben Fehler wenn IFS enthalten die . Charakter, oder irgendetwas anderes, dass konnte gefunden werden, in $privateip.
  • Auch [ -f "$INPUT" ], nicht [ -f $INPUT ] oder sonst einen leeren Wert INPUT wird [ -f ] entspricht [ -n -f ], das ist immer wahr. [[ -f $INPUT ]] ist auch sicher, da [[ ]] hat die Unterstützung von bash-parser (und unterdrückt string-splitting und glob-expansion).
InformationsquelleAutor user3846091 | 2015-01-28
  1. 2

    Zwar ist dies nicht eine Frage für SO, du bist fast da ... was Sie ändern müssen, ist die Anzahl der -t oben ... versuchen Sie dies:

    sshpass -p$password </dev/null ssh -ttt -o "StrictHostKeyChecking no" iis@$privateip "
    • Dank dieser Tat, die mir helfen
    • Ich sehe nur die folgende Meldung auf dem terminal tcgetattr: Unangemessene ioctl für Gerät
    • Warum drei? -tt ausreichend sein, sollte unbedingt reservieren Sie ein TTY.
    • Ich hatte ein paar Gelegenheiten in der Vergangenheit, wo -tt hat nicht funktioniert, -ttt nie versäumt mich. Fragen Sie mich nicht nach einer Erklärung. ;}
    • Finden Sie die Quelle code: github.com/openssh/openssh-portable/blob/master/ssh.c#L716 -- sobald Sie hatte zwei ts, der einzige Effekt, den Sie bekommen können aus mehr zurück REQUEST_TTY_FORCE zu REQUEST_TTY_YES, das ist, was Sie erhalten, von nur einem. (Dieser sieht eigentlich wie ein bug zu mir, wie das Verhalten im Einklang mit den docs wäre, um zu bleiben REQUEST_TTY_FORCE).
    InformationsquelleAutor tink
  2. 7

    Auf dem remote host kommentieren Sie die Zeile unten auf /etc/sudoers:

     grep tty /etc/sudoers
#Defaults    requiretty

    Die Ihnen erlauben, um fortzufahren. Stellen Sie sicher, Sie verstehen, die Folgen zu tun:

    man sudoers | grep -i requiretty  -A 5
       requiretty      If set, sudo will only run when the user is logged in
                       to a real tty.  When this flag is set, sudo can only be
                       run from a login session and not via other means such
                       as cron(8) or cgi-bin scripts.  This flag is off by
                       default.

    Wenn Sie nicht möchten, deaktivieren Sie requiretty Global deaktivieren Sie es für einen bestimmten Benutzer:

    Beispiel: 

    Defaults    requiretty
Defaults:your_username_goes_here !requiretty
    • Dank in diese sah aber, dass ist nicht die option, die ich betrachten kann.
    • Sie können tun, anstatt es Global definieren Sie einen Benutzer ist nicht erforderlich angemeldet zu sein
    • nur bearbeitet meine Antwort, die zeigt, wie deaktivieren requiretty für einen einzelnen Benutzer
    • wenn Sie keine Kontrolle über den Inhalt /etc/sudoers, wie sind Sie auf die Vermeidung der sudo Aufruf benötigen ein Passwort, um fortzufahren?
    InformationsquelleAutor Tiago Lopo
Schreibe einen Kommentar