ENVIRONMENT.D(5)

BEZEICHNUNG
environment.d - Definition einer Benutzerdiensteumgebung

ÜBERSICHT

    ~/.config/environment.d/*.conf
    /etc/environment.d/*.conf
    /run/environment.d/*.conf
    /usr/local/lib/environment.d/*.conf
    /usr/lib/environment.d/*.conf
    /etc/environment

BESCHREIBUNG

Konfigurationsdateien in den environment.d-Verzeichnissen enthalten Listen von Umgebungsvariablenzuweisungen, die an Dienste, die durch die Systembenutzerinstanz gestartet werden, weitergegeben werden. systemd-environment-d-generator(8) wertet sie aus und aktualisiert die von der Systemd-Benutzerinstanz exportierte Umgebung. Lesen Sie die nachfolgende Diskussion darüber, welche Prozesse diese Variablen erben.

Es wird empfohlen, alle Namen mit Ziffern zu beginnen, um die Sortierung zu vereinfachen.

Zur Rückwärtskompatibilität wird ein Symlink auf /etc/environment installiert, so dass diese Datei auch ausgewertet wird.

KONFIGURATIONSVERZEICHNISSE UND RANGFOLGE

Konfigurationsdateien werden aus Verzeichnissen in /etc/, /run/, /usr/local/lib/ und /usr/lib/, in dieser Rangfolge, gelesen, wie im Abschnitt ÜBERSICHT oben aufgeführt. Dateien müssen die Endung ».conf« haben. Dateien in /etc/ setzen Dateien mit dem gleichen Namen in /run/, /usr/local/lib/ und /usr/lib/ außer Kraft. Dateien in /run/ setzen Dateien mit dem gleichen Namen unter /usr/lib/ außer Kraft.

Alle Konfigurationsdateien werden in lexikographischer Reihenfolge sortiert, unabhängig davon, in welchem Verzeichnis sie sich befinden. Falls mehrere Dateien die gleiche Option angeben, wird der Eintrag in der Datei mit dem lexikographisch letzten Namen Vorrang erhalten. Daher kann die Konfiguration in einer bestimmten Datei entweder komplett ersetzt werden (indem eine Datei mit dem gleichen Namen in einem Verzeichnis mit höherer Priorität abgelegt wird) oder einzelne Einstellungen können geändert werden (indem zusätzliche Einstellungen in einer Datei mit einem anderen Namen, der später angeordnet ist, angegeben werden).

Pakete sollten ihre Konfigurationsdateien in /usr/lib/ (Distributionspakete) oder /usr/local/lib/ (lokale Installationen) installieren [1]. Dateien in /etc/ sind für den lokalen Administrator reserviert, der diese Logik verwenden kann, um die durch die Lieferantenpakete bereitgestellten Konfigurationsdateien außer Kraft zu setzen. Es wird empfohlen, allen Dateinamen eine zweistellige Zahl und einen Bindestrich voranzustellen, um die Sortierung der Dateien zu vereinfachen.

Es wird empfohlen, allen Dateinamen eine zweistellige Zahl und einen Bindestrich voranzustellen, um die Sortierung vereinfachen. Es wird empfohlen, den Bereich 10-40 für Konfigurationsdateien in /usr/ und den Bereich 60-90 für Konfigurationsdateien in /etc/ und /run/ zu verwenden um sicherzustellen, dass lokale und flüchtige Konfigurationsdateien Priorität gegenüber Konfigurationsdateien haben, die vom Betriebssystemlieferanten geliefert werden.

Falls der Administrator eine vom Lieferanten bereitgestellte Konfigurationsdatei deaktivieren möchte, wird empfohlen, einen Symlink im Konfigurationsverzeichnis in /etc/ mit dem gleichen Dateinamen wie die des Lieferanten auf /dev/null zu setzen. Falls die Lieferantendatei im Initrd-Image enthalten ist, muss das Image neu erstellt werden.

KONFIGURATIONSFORMAT

Die Konfigurationsdateien enthalten eine Liste von »SCHLÜSSEL=Wert«-Umgebungsvariablenzuweisungen, getrennt durch Zeilenumbrüche. Die rechte Seite dieser Zuweisungen kann vorher definierte Umgebungsvariablen referenzieren, indem das Format »${ANDERER_SCHLÜSSEL}« und »$ANDERER_SCHLÜSSEL« verwandt wird. Es ist auch möglich, »${FOO:-VORGABEWERT}« zu verwenden, um auf die gleiche Art wie »${FOO}« zu expandieren, außer die Expandierung wäre leer, in welchem Fall sie auf VORGABEWERT expandiert wird; und »${FOO:+ALTERNATIVWERT}« zu verwenden, um auf ALTERNATIVWERT zu expandieren, falls ${FOO}« sich auf einen nicht leeren Wert expandiert hätte. Weiter Elemente der Shell-Syntax werden nicht unterstützt.

Jeder SCHLÜSSEL muss ein gültiger Variablenname sein. Leere Zeilen und Zeilen, die mit dem Kommentarzeichen »#« beginnen, werden ignoriert.

  Beispiel

Beispiel 1. Einrichten einer Umgebung, um Zugriff auf ein unter /opt/foo installiertes Programm zu geben

/etc/environment.d/60-foo.conf:

            FOO_DEBUG=force-software-gl,log-verbose
            PATH=/opt/foo/bin:$PATH
            LD_LIBRARY_PATH=/opt/foo/lib${LD_LIBRARY_PATH:+:$LD_LIBRARY_PATH}
            XDG_DATA_DIRS=/opt/foo/share:${XDG_DATA_DIRS:-/usr/local/share/:/usr/share/}

GELTUNGSBEREICH

Die durch die Benutzerdiensteverwalterinstanz (Instanz systemd --user, gestartet in dem Systemdienst user@UID.service) exportierten Umgebungsvariablen werden an alle Dienste, die durch diesen Verwalter gestartet werden, weitergegeben. Dies betrifft insbesondere Dienste, die in Shells ausgeführt werden. Beispielsweise läuft in der GNOME-Umgebung der graphische Terminal-Emulator als Benutzer-Unit gnome-terminal-server.service, die wiederum die Benutzer-Shell ausführt, so dass die Shell die durch den Benutzerverwalter exportierten Umgebungsvariablen erben wird. Für andere Instanzen der Shell, die nicht vom Benutzerdiensteverwalter gestartet werden, wird die geerbte Umgebung durch das Programm definiert, das sie startete. Tipp: Im Allgemeinen enthalten systemd.service(5)-Units die durch Systemd gestarteten Programme und systemd.scope(5)-Units enthalten Programme, die von etwas anderem gestartet wurden.

Beachten Sie, dass diese Dateien nicht den Umgebungsblock des Diensteverwalters selbst betreffen, sondern ausschließlich die Umgebungsblöcke, die an die Dienste, die von ihm verwaltet werden, übergeben werden. Auf diese Weise gesetzt Umgebungsvariablen können daher nicht das Verhalten des Diensteverwalters beeinflussen. Um Änderungen am Umgebungsblock des Diensteverwalters vorzunehmen, muss die Umgebung verändert werden, bevor der Benutzerdiensteverwalter aufgerufen wird, beispielsweise vom Systemdiensteverwalter oder mittels eines PAM-Moduls.

Insbesondere für SSH-Anmeldungen baut der Dienst sshd(8) eine Umgebung auf, die eine Kombination aus Variablen sind, die von dem fernen System weitergeleitet und solchen, die durch sshd definiert wurden; siehe die Diskussion in ssh(1). Eine graphische Display-Sitzung wird über analoge Mechanismen zur Definition der Umgebung verfügen. Beachten Sie, dass einige Verwalter die Systemd-Benutzer-Instanz bezüglich der exportierten Umgebung mittels systemctl show-environment oder dem zugrundeliegenden D-Bus-Aufruf abfragen und diese Konfiguration in Programme einleiten, die sie starten.

SIEHE AUCH

systemd(1), systemd-environment-d-generator(8), systemd.environment-generator(7)

ANMERKUNGEN

1.  💣💥🧨💥💥💣 Bitte beachten Sie, dass diese Konfigurationsdateien zu allen Zeiten verfügbar sein müssen. Falls /usr/local/ eine separate Partition ist, könnte diese während des frühen Systemstarts nicht verfügbar sein und darf dann nicht für Konfiguration verwandt werden.

ÜBERSETZUNG
Die deutsche Übersetzung dieser Handbuchseite wurde von Helge Kreutzmann <debian@helgefjell.de> erstellt.

Diese Übersetzung ist Freie Dokumentation; lesen Sie die GNU General Public License Version 3 (https://www.gnu.org/licenses/gpl-3.0.html) oder neuer bezüglich der Copyright-Bedingungen. Es wird KEINE HAFTUNG übernommen.

Wenn Sie Fehler in der Übersetzung dieser Handbuchseite finden, schicken Sie bitte eine E-Mail an die Mailingliste der Übersetzer (debian-l10n-german@lists.debian.org).