Zum Inhalt springen

Greetd: Unterschied zwischen den Versionen

Aus wiki.archlinux.de
KKeine Bearbeitungszusammenfassung
 
(4 dazwischenliegende Versionen desselben Benutzers werden nicht angezeigt)
Zeile 1: Zeile 1:
{{inuse|[[Benutzer:Dirk|Dirk]] ([[Benutzer Diskussion:Dirk|Diskussion]])}}
{{SEITENTITEL:greetd}}
{{SEITENTITEL:greetd}}
greetd ist ein minimalistisch und vom Zielsystem sehr unabhängig gehaltener Login-Manager. Sein Zweck ist es, ''Greeter'' zu starten, also jene Komponente eines [[Login-Manager]]s, die zur Eingabe von Benutzername und Kennwort auffordert – allerdings ohne die Komplexität und Systemgebundenheit klassischer Displaymanager.
greetd ist ein von der zu startenden Session unabhängig gehaltener Login-Manager. Sein Zweck ist es, ''Greeter'' zu starten, also jene Komponente eines [[Login-Manager]]s, die zur Eingabe von Benutzername und Kennwort auffordert – allerdings ohne die Komplexität und Systemgebundenheit klassischer Displaymanager.


{{installation|greetd}}
{{installation|greetd}}


Standardmäßig wird {{paket|greetd-agreety}} mitgeliefert. Dies ist ein sehr minimalistischer, textbasierter Greeter. Es besteht die Möglichkeit, diverse weitere Greeter zu installieren (siehe Tabelle und Links).
Nach der installation muss der greetd-[[Systemd#systemctl|Service]] noch aktiviert werden.
 
systemctl enable greetd
 
Standardmäßig wird {{paket|greetd-agreety}} mitgeliefert, der auch in der Standardkonfiguration aktiv ist. Dies ist ein sehr minimalistischer, textbasierter Greeter. Es besteht die Möglichkeit, diverse weitere Greeter zu installieren (siehe Tabelle und Links).


== Funktionsweise ==
== Funktionsweise ==
[[Datei:greetd_tuigreet_login.png|thumb|300x|Der Greeter `tuigreet` während der Anmeldung auf einem Testsystem.]]
[[Datei:greetd_tuigreet_login.png|thumb|300x|Der Greeter `tuigreet` mit angepasstem Theme während der Anmeldung auf einem Testsystem.]]
greetd ist nicht darauf festgelegt, explizit ein spezielles Programm zu starten, sondern kann sehr flexibel alle starten, was man von der Befehlezeile aus starten kann. Das ist derart flexibel, dass die Greeter, von denen das Programm den Namen abgeleitet hat, „einfach nur Programme“ sind, die von greetd gestartet werden.
greetd ist nicht darauf festgelegt, explizit ein spezielles Programm zu starten, sondern kann sehr flexibel alle starten, was man von der Befehlszeile aus starten kann. Das ist derart flexibel, dass die Greeter, von denen sich der Programmname ableitet, ebenfalls „einfach nur Programme“ sind, die von greetd gestartet werden.


=== Ablauf ===
=== Ablauf ===
Der Ablauf geht davon aus, dass der ausgeführte Befehl ein Greeter ist.
Der Ablauf geht davon aus, dass der ausgeführte Befehl ein Greeter ist, der die greetd-API benutzt um die Authentifizierung mittels PAM durchzuführen.


# Das System wird gebootet
# das System wird gebootet
# Der greetd-Service startet
# der greetd-Service startet
# Die Default-Session wird geladen
# die Default-Session wird geladen
# Der definierte Greeter wird gestartet
# der definierte Greeter wird gestartet
# Der Greeter erstellt mittels der JSON-API von greetd eine Authentifizierungs-Session
# der Greeter erstellt mittels der JSON-API von greetd eine Authentifizierungs-Session
# greetd handelt mit PAM die Authentifizierung aus
# greetd handelt mit PAM die Authentifizierung aus
# greetd gibt das Ergebnis an den Greeter zurück
# greetd gibt das Ergebnis an den Greeter zurück
# Der Greeter beendet sich und startet einen definierten Befehl
# der Greeter beendet sich und startet einen definierten Befehl


Wie wie Authentifizierung stattfindet, und was der Greeter mit dem Ergebnis macht, ist abhängig davon, wie PAM konfiguriert ist, und welchen Zweck der Greeter hat.
Wie wie Authentifizierung stattfindet, und was der Greeter mit dem Ergebnis macht, ist abhängig davon, wie PAM konfiguriert ist, und welchen Zweck der Greeter hat.
Nachdem die Anwendung die durch den definierten Befehl gestartet wurde, beendet wurde, übernimmt greetd wieder:
# das Programm wird beendet
# greetd startet die Default-Session erneut
# der definierte Greeter wird dadurch wieder gestartet
# … ab hier wiederholt sich der Ablauf.


Statt eines Greeters kann jedes beliebige andere Programm gestartet werden.
Statt eines Greeters kann jedes beliebige andere Programm gestartet werden.
Zeile 82: Zeile 92:
* Weitere Greeter [https://aur.archlinux.org/packages?K=greetd im AUR] & [https://archlinux.org/packages/?q=greetd in extra]
* Weitere Greeter [https://aur.archlinux.org/packages?K=greetd im AUR] & [https://archlinux.org/packages/?q=greetd in extra]


<!--[[en:greetd]]-->
[[Kategorie:Benutzerverwaltung]]
 
[[en:greetd]]

Aktuelle Version vom 1. März 2026, 00:46 Uhr

greetd ist ein von der zu startenden Session unabhängig gehaltener Login-Manager. Sein Zweck ist es, Greeter zu starten, also jene Komponente eines Login-Managers, die zur Eingabe von Benutzername und Kennwort auffordert – allerdings ohne die Komplexität und Systemgebundenheit klassischer Displaymanager.

Installation

Das Programm ist als greetd in extra verfügbar, und kann von dort mittels Pacman installiert werden.

pacman -S greetd

Nach der installation muss der greetd-Service noch aktiviert werden.

systemctl enable greetd

Standardmäßig wird greetd-agreety mitgeliefert, der auch in der Standardkonfiguration aktiv ist. Dies ist ein sehr minimalistischer, textbasierter Greeter. Es besteht die Möglichkeit, diverse weitere Greeter zu installieren (siehe Tabelle und Links).

Funktionsweise

Der Greeter `tuigreet` mit angepasstem Theme während der Anmeldung auf einem Testsystem.

greetd ist nicht darauf festgelegt, explizit ein spezielles Programm zu starten, sondern kann sehr flexibel alle starten, was man von der Befehlszeile aus starten kann. Das ist derart flexibel, dass die Greeter, von denen sich der Programmname ableitet, ebenfalls „einfach nur Programme“ sind, die von greetd gestartet werden.

Ablauf

Der Ablauf geht davon aus, dass der ausgeführte Befehl ein Greeter ist, der die greetd-API benutzt um die Authentifizierung mittels PAM durchzuführen.

  1. das System wird gebootet
  2. der greetd-Service startet
  3. die Default-Session wird geladen
  4. der definierte Greeter wird gestartet
  5. der Greeter erstellt mittels der JSON-API von greetd eine Authentifizierungs-Session
  6. greetd handelt mit PAM die Authentifizierung aus
  7. greetd gibt das Ergebnis an den Greeter zurück
  8. der Greeter beendet sich und startet einen definierten Befehl

Wie wie Authentifizierung stattfindet, und was der Greeter mit dem Ergebnis macht, ist abhängig davon, wie PAM konfiguriert ist, und welchen Zweck der Greeter hat.

Nachdem die Anwendung die durch den definierten Befehl gestartet wurde, beendet wurde, übernimmt greetd wieder:

  1. das Programm wird beendet
  2. greetd startet die Default-Session erneut
  3. der definierte Greeter wird dadurch wieder gestartet
  4. … ab hier wiederholt sich der Ablauf.

Statt eines Greeters kann jedes beliebige andere Programm gestartet werden.

Konfiguration

Die Konfiguration von greetd findet in /etc/greetd/config.toml statt, und wird in der greetd-Manpage aus Sektion 5 ausführlich erklärt.

/etc/greetd/config.toml
[terminal]
vt = next
switch = true

[default_session]
command = "tuigreet --issue --remember --cmd labwc"
user = "greeter"

Diese Beispielkonfiguration benutzt das nächstmögliche virtuelle Terminal, wechselt zu diesem sobald greetd startet, lädt den tuigreet-Greeter (siehe unten), dieser Zeigt /etc/issue an, merkt sich den zuletzt erfolgreich authentifizierten Benutzernamen,und startet nach erfolgreicher Authentifizierung labwc.

Automatisch anmelden

Der automatische Login mit einem definierten Benutzernamen kann mittels der initial_session stattfinden.

/etc/greetd/config.toml
[terminal]
vt = next
switch = true

[initial_session]
command = "labwc"
user = "username"

Dies startet ohne weiteres Zutun labwc mit den Berechtigungen und der Konfiguration des Accounts username.

Einige weitere Greeter

Diese Liste zeigt nur Greeter mit Alleinstellungsmerkmalen auf.

Paket Darstellung Startbefehl (command = "...")
greetd-agreety Einfaches Texteingabeprompt, ideal für Systeme ohne GUI agreety --cmd zsh
greetd-ddlm-gitAUR Sehr einfacher Greeter der im Framebuffer läuft ddlm --target labwc
greetd-gtkgreet Einfacher grafischer Greeter auf GTK-3-Basis cage -s -- gtkgreet -c labwc
greetd-tuigreet Texteingabeprompt mit anpassbarem textuellem Design tuigreet --cmd labwc
nwg-hello Umfangreicher grafischer Greeter (GTK 3 & Python) spezielle Konfiguration

Siehe auch

  • Cage wird für einige Greeter empfohlen
  • greetd positioniert sich im Wayland-Umfeld