Was ist eine gute Alternative zum Befehl sux?

Mit dem kommenden Release 14.04 ist sux (Wrapper um su, der Ihre X-Anmeldeinformationen überträgt) nicht mehr in Ubuntu enthalten. (Ich denke, es wird entfernt, weil es aus Debian gezogen wird, weil der ursprüngliche Code nicht gewartet wird.)

Ich bin auf der Suche nach einfachen Alternativen, ohne dass Sie mit Konfigurationsdateien herumspielen oder sshd lokal ausführen müssen.

software-recommendation command-line

— soeren-bc
quelle

Rezensenten: Dies ist kein Thema, es hat nichts mit 14.04 zu tun.

— Seth

Brauchst du das wirklich Wenn Ihre sudoers-Optionen nur so eingerichtet sind (dh, dass sudo HOME beim Ändern von Identitäten beibehält), sollte es nicht erforderlich sein, mit .Xauthority etwas Besonderes zu tun. So ist mein Laptop konfiguriert und ich verwende niemals sux ... nur 'sudo {command}'

— Stabledog

@Stabledog wie würde das gehen? Wo würde ich das aufstellen? Gibt es eine Sudo-Konfigurationsdatei? Mein Ziel ist es, sich auf dem Desktop von Benutzer A anzumelden und dann ein Terminal als Benutzer B zu erhalten, über das alle x auf den Desktop gelangen. Hoffe das macht Sinn ... Beispiel für das, was ich jetzt mit sux machen könnte, für das ich Alternativen benötige: Benutzer A meldet sich an und öffnet Terminal A @ desktop: ~ $ sux - BB @ desktop: ~ $ firefox Firefox öffnet sich, aber mit Die Einstellungen, Lesezeichen und Dateien von Benutzer B greifen auf das Ausgangsverzeichnis von Benutzer B zu.

— Soeren-BC

Ja, ich mache so etwas die ganze Zeit. Es gibt zwei Dinge zu verstehen: ~ / .Xauthority für den "äußeren" Benutzer muss auch die .Xauthority für den inneren Benutzer werden, und die DISPLAY-Variable setup von ssh muss in der inneren Shell übereinstimmen. So können Sie beispielsweise die Datei ~ / .Xauthority von '/ home / tom' nach / home / jerry kopieren, die Berechtigungen korrigieren und den Wert DISPLAY in der Shell 'jerry' festlegen. Wenn Sie ein X-Programm als Jerry starten, teilt der DISPLAY-Wert den X-Bibliotheken mit, wie sie die Anzeige finden, und die .Xauthority-Datei in / home / jerry gibt die Authentifizierungsdaten an.

— Stabledog

Aber das ist bei jedem Login etwas chaotisch. Es ist sauberer, Ihre / etc / sudoers zu reparieren, damit die HOME- und DISPLAY-Werte von tom erhalten bleiben, wenn er eine 'sudo -u jerry bash' durchführt, um eine Shell als jerry zu öffnen. In sudoers gibt es Kommentare, die erläutern, wie Umgebungsvariablen über einen sudo-Aufruf weitergegeben werden. Verwenden Sie beim Bearbeiten von Sudeoren unbedingt Visudo, damit Sie sich nicht aus der Maschine ausschließen, wenn Sie Fehler machen!

— Stabledog

Ich war auch sehr traurig zu sehen, dass es keine einfache Alternative zu suxzuerst gab, aber endete mit diesem:

Fügen Sie in /etc/pam.d/su Folgendes hinzu, um xauth-Schlüssel zwischen Benutzern weiterzuleiten, wenn Sie su aufrufen: session optional pam_xauth.so
in ~ olivier / .bashrc: export $(dbus-launch)(nicht sicher, ob es tatsächlich benötigt wird)
und dann eine einfache su oliviervon meinem angemeldeten Benutzer

— Olivm
quelle

Ich erhalte "Kein Protokoll angegeben", wenn ich danach "su"

— Claudiu

Laden Sie sux hier herunter: http://fgouget.free.fr/index-en.shtml
Kopieren Sie sux in das Verzeichnis in Ihrem Pfad (zum Beispiel / usr / local / bin)
Ändern Sie die Berechtigungen auf ausführbar (chmod 755 sux), ich weiß nicht, ob diese Berechtigungen die richtigen sind
Ersetzen Sie / bin / sh durch / bin / bash

Mein System ist Debian 10

Grüße

— user999562
quelle

Hallo und willkommen bei AskUbuntu. Wie der Domainname vermuten lässt, handelt es sich bei dieser Site um Ubuntu. Funktioniert Ihre Lösungslösung unter Ubuntu? Warum erforderte es den Ersatz von /bin/shmit /bin/bash?

— Simon Sudler