Script bei Benutzer Abmeldung ausführen

[joe2017]

Hallo zusammen,

ich versuche ein Script während der Benutzer Abmeldung auszuführen. Leider finde ich nicht den passenden Pfad in welchem ich mein Script ablegen muss.
Für die Anmeldung gibt es ja unterschiedliche Pfade:
/etc/xda/autostart/
/etc/profile.d/

Oder eine Service unter:
/etc/systemd/system/

Jedoch finde ich keinen passenden Pfad für die Abmeldung. Ich müsste während dem Abmeldescript auch noch auf den aktuell angemeldeten Benutzer ($USERNAME) zugreifen, um diverse Verzeichnisse in dem Userprofile löschen zu können. Muss hierfür ebenfalls ein Service geschrieben werden welcher evtl. während der Abmeldung ausgeführt wird? Oder wie löst Ihr so etwas?

[TomL]

Ich starte mein auto-update-script so:

Code: Alles auswählen

# cat /home/thomas/.config/autostart/50_autoupdate.desktop
[Desktop Entry]
Type=Application
Exec=/usr/local/bin/pkexec-run autoupdate -u $USER -d 2
Terminal=false

[joe2017]

Hallo Thomas,

mit dem Login Script habe ich auch kein Problem. Ich möchte ein Script bei der Abmeldung ausführen.
Hierfür finde ich jedoch keinen Pfad. Das Script sollte auch nicht in dem jeweiligen User Profile liegen. Dieses soll für alle User ausgeführt werden.

[MSfree]

Das Script sollte auch nicht in dem jeweiligen User Profile liegen.

Es ist aber nur diese Lösung vorgesehen.

Dieses soll für alle User ausgeführt werden.

Ein globales Logout-Skript ala /etc/bash.bash_logout ist nicht vorgesehen. Ein böswilliger Admin könnte hiermit auch ein Sicherheitsloch reißen, um sich ein Hintertürchen zu schaffen. Ich als Benutzer wäre auch alles andere als begeistert, wenn mir irgendwelche Automatismen in meinen home-Verzeichnis irgendwelche Dateien löschen würden. Was in meinem Home liegt, gehört mir und darf auch nicht gelöscht werden! Bitte verabschiede dich von solchen abstrusen Gedanken.

Wenn es dir darum geht, daß Benutzer die Festplatte vollmüllen, dann verwende Quota, um das erlaubte Speicherkontingent einzuschränken.

[TomL]

*uuups*.... klassischer verleser ... steht ja auch da, Abmeldung.

Um ein Script bei An- oder Anmeldung zu starten, brauchst Du pam.d. Das funktioniert absolut zuverlässig, ohne dass man selber am Homedir des Users was basteln muss. Ein Problem bleibt aber dabei bestehen: keine Anwendungen, die X benötigen. Die Lösung lautet also: /etc/pam.d/common-session.

Ich nutze das erfolgreich bei einer eigenen Problemlösung, und dabei funktionierts absolut zuverlässig.

Was das hier angeht...

Ich müsste während dem Abmeldescript auch noch auf den aktuell angemeldeten Benutzer ($USERNAME) zugreifen, um diverse Verzeichnisse in dem Userprofile löschen zu können.

... bin ich mit msfree einer Meinung.... sowas geht ja wirklich gar nicht....

[KP97]

Als Suchbegriff:
debian kiosk mode

[guennid]

Vielleicht hülfe es dir weiter, wenn du mal angäbest, was das script denn bei der Benutzerabmeldung eigentlich tun soll?

Grüße, Günther

[joe2017]

Das mit dem löschen von Dateien war im Übrigen auch nur ein Beispiel. Hierbei geht es mir auch nur um eine Datei welche ich zuvor selbst erzeugt habe.

Und zwecks dem böswilligen Admin. Ich könnte das auch ganz einfach mit einem globalen Anmeldescript erledigen. Somit hat der Admin auch wieder alle Möglichkeiten.
Somit würde das keinen Sinn machen, ein globales Anmeldescript zu haben, aber kein globales Abmeldescript. Oder sehe ich da etwas falsch?

In meinem Fall wollte ich einfach schon beim Abmelden und nicht erst bei der Anmeldung etwas aufräumen.
Vielleicht hat ja dennoch jemand eine Idee für ein globales Abmeldescript.

Andernfalls muss ich das doch mit meinem Anmeldescript erledigen. Das ist zwar unschön, aber natürlich machbar.

[MSfree]

Vielleicht hat ja dennoch jemand eine Idee für ein globales Abmeldescript.

Wie gesagt, ein globales Skript ist nicht vorgesehen und allenfalls über PAM machbar. Du kannst aber pro Benutzer eine Logout-Skript im home-Verzeichnis anlegen, das beim Logout/Exit ausgeführt wird. Für die Bash heißt die Datei ~/.bash_logout.

Aber auch das ist nicht nebenwirkungsfrei. Ich arbeite z.B. gerne mit mehreren Login-Sessions gleichzeit, z.B. 4 offene Xterms oder 3-4 offene Konsolen im Textmodus. Wenn das erste Terminal geschlossen wird, wird zum ersten Mal die .bash_logout ausgeführt und löscht ggfls. Dateien, die die 2. Session noch braucht. Die Nebenwirkungen existieren aber auch beim Login, so daß hier der letzte Login Dateien löscht, die der erste Login schon geöffnet hat.

Gerade bei Löschaktionen muß man aufpassen, daß man (sich) damit keine Probleme schafft.

[joe2017]

Das mit der Datei (~/.bash_logout) hatte ich bereits gefunden. Jedoch müsste ich pro User ein Script anlegen. Das gefällt mir aber nicht.

Hmmm...
Mal schauen wie ich das lösen werde. Wahrscheinlich dann doch über Logon Script.

Die Frage wäre, warum so etwas in Debian nicht vorgesehen ist? Eigentlich schade.

Vielen Dank zusammen.

[TomL]

Die Frage wäre, warum so etwas in Debian nicht vorgesehen ist? Eigentlich schade.

Diese Aussage ist falsch, natürlich ist das in Debian vorgesehen und auch möglich. Mit PAM kann man hoch flexibel auf Login- und Logout-Events reagieren... sogar danach unterschieden, wie die An- oder Abmeldung erfolgt ist, z.B. lokal via TTY, oder via GUI, oder SSH....

Allerdings muss man unbedingt auf das achten, worauf msfree schon hingewiesen hat... ein User kann sich mehrfach regulär einloggen und dementsprechend auch mehrfach regulär ausloggen. Bei mir läuft das schon seit längerem absolut stabil.... allerdings der Prämisse folgend, dass es sich beim lokalen angemeldeten primären User (auch als multipler User) zum gleichen Zeitpunkt immer um den gleichen User handelt und das für andere User (z.B. remote via SSH) oder weitere nachträglich lokal angemeldete User wegen einer niedrigeren Priorität die Jobs in dieser ausdrücklichen Prozessverarbeitung unterdrückt werden.

Also, wennn Du auf Logout reagieren willst, das ist kein Problem, Du musst nur den tatsächlich letzten Logout ermitteln und dann nur darauf reagieren.... PAM kann das perfekt.

[joe2017]

Hi Thomas & MSfree,

vielen Dank für die Info. Dann werde ich mir das Ganze mal anschauen.