Sudo als anderer Benutzer und laufender Bildschirm

Habe heute herausgefunden, dass das Ausführen von screen als ein anderer Benutzer, in den ich sudo, nicht funktioniert!

dh

ssh bob@server         # ssh into server as bob
sudo su "monitor" -
screen                 # fails: Cannot open your terminal '/dev/pts/0'

Ich habe ein Skript, das als "Monitor" -Benutzer ausgeführt wird. Wir führen es in einer Bildschirmsitzung aus, um die Ausgabe auf dem Bildschirm zu sehen. Das Problem ist, dass wir eine Reihe von Benutzern haben, die sich mit ihrem eigenen Konto anmelden (z. B. Bob, James, Susie usw.) und dann in den "Monitor" -Benutzer wechseln. Es kommt nicht in Frage, ihnen Zugriff auf den "Monitor" -Benutzer zu gewähren.

Versuchen script /dev/nullSie su, vor dem Start von screen als der Benutzer auszuführen, den Sie möchten - es ist ein kleiner Ghetto-Hack, aber es sollte den Bildschirm glücklich machen.

Ich verwende eine Wrapper-Funktion screenfür die Benutzer, die ich verwenden sudo sumöchte. Dies ist die Wrapper-Funktion, die ich den Benutzern hinzugefügt habe ~/.bashrc:

Funktionsbildschirm () {
  / usr / bin / script -q -c "/ usr / bin / screen $ {*}" / dev / null
}

Dadurch kann ich alle Optionen und Parameter verwenden screen, die ich verwenden möchte. Ich denke darüber nach, diese Funktion systemweit einzusetzen.

Angenommen, sie sind sowieso SSH-fähig auf dem Host, könnten Sie die öffentlichen SSH-Schlüssel für jeden Benutzer, der Zugriff auf das Monitorkonto benötigt, in der Datei ~ monitor / .ssh / authorized_keys hinzufügen. Dann können sie auf dem Remote-Computer jedes Benutzers ausgeführt werden

ssh -t [email protected] screen -RD

Angenommen, wir sprechen über diesen Fehler:

$ sudo su - bob
$ screen
Cannot open your terminal '/dev/pts/5' - please check.

Hier ist ein Einzeiler (könnte zum Beispiel als "Alias ​​Gobob" verwendet werden):

sudo su - bob -c "script -c bash /dev/null"'

Erläuterung:

Dies startet eine Shell (wie Login-Shell) als Benutzer bob. Der Benutzer bob wird gestartet script, der angewiesen wird, eine Bash aufzurufen (kann ein Bindestrich oder ein ksh sein ...), und eine Kopie der Sitzung wird verworfen.

Möglicherweise müssten die Berechtigungen für das betreffende Gerät geändert oder ein Monitor zu einer Gruppe hinzugefügt werden, die über die Berechtigung zum Lesen dieses Geräts verfügt. Dies wäre meine erste Neigung. Aber Sie müssten die Auswirkungen auf die Sicherheit abwägen.

Sie sagen, Sie tun:

sudo su "monitor" -

Ich wundere mich über den nachlaufenden Gedankenstrich. Normalerweise mache ich:

sudo su - username

Der Bindestrich (laut Manpage su) weist su an, "die Shell zu einer Login-Shell zu machen". Dies bedeutet, dass alle üblichen Shell-Startskripte erzeugt und Dinge wie PATH und HOME korrekt eingestellt werden.

Ich bin gerade auf dieses Problem gestoßen. Behebung mit chmod +rw $(tty)vor dem Ausführen von sudo. Das Problem bei dieser Lösung besteht darin, dass sich danach jeder mit Ihrem Terminal verbinden und nachschauen kann.