GNOME-Anmeldefenster-Referenzhandbuch
GDM ist das Anmeldefenster für GNOME, ein Programm zur grafischen Anmeldung am System.

Begriffe und Schreibweisen, die in diesem Handbuch verwendet werden
Dieses Handbuch beschreibt Version 2.26.0 des GNOME-Anmeldefensters. Es wurde zuletzt am 20.07.2009 aktualisiert.
Wähler - Ein Programm, das zum Auswählen eines entfernten Rechners verwendet wird, um eine dortige Anzeige fernzusteuern (gdm-host-chooser).
FreeDesktop - Die Organisation, die Desktop-Standards bereitstellt, wie die Spezifikation der Desktop-Einträge, die von GDM verwendet werden. http://www.freedesktop.org.
GDM - GNOME Anmeldefenster. Diese Bezeichnung wird zur Beschreibung des Softwarepakets als Ganzes verwendet.
Begrüßer - Das Fenster zur grafischen Anmeldung (bereitgestellt durch gnome-shell).
PAM - Pluggable Authentication Mechanism
XDMCP - X Displaymanager-Protokoll
Xserver - Eine Implementierung des »X Window System«. Beispielsweise der Xorg Xserver, der durch die »X.org Foundation« (http://www.x.org) bereit gestellt wird.
Pfade, die mit einem Wort in eckigen Klammern beginnen, sind relativ zum Installations-Präfix. Beispielsweise bezieht sich <share>/pixmaps/ auf /usr/share/pixmaps, wenn GDM mit --prefix=/usr konfiguriert wurde.

Überblick

Einführung
Das Gnome-Anmeldefenster (GDM) ist ein Anmeldebildschirm, der über alle wichtigen Merkmale verfügt, um lokale oder entfernte Anzeigen zu verwalten. GDM wurde komplett neu geschrieben und enthält keinen Code aus XDM oder anderweitig vom X-Konsortium stammenden Code.
Beachten Sie, dass GDM in hohem Maße konfigurierbar ist. Viele Einstellungen können die Systemsicherheit beeinflussen. Punkte, die Sie besonders beachten sollten, werden in diesem Dokument hervorgehoben dargestellt.
Bitte beachten Sie, dass GDM auf einigen Betriebssystemen abweichend von den in diesem Dokument beschriebenen Standardwerten vorkonfiguriert wird. Falls GDM von diesem Dokument abzuweichen scheint, dann prüfen Sie bitte, ob die diesbezügliche Konfiguration von der hier beschriebenen abweichen darf.
Weitere Informationen über GDM finden Sie auf der Projekt-Website: http://wiki.gnome.org/Projects/GDM.
Für Anfragen oder Diskussionen oder über GDM wenden Sie sich bitte an die Mailingliste

gdm-list@gnome.org

. Diese Liste wird archiviert und ist eine hervorragende Quelle für Antworten auf allgemeine Fragen. Die Liste wird auf http://mail.gnome.org/archives/gdm-list/ archiviert und bietet eine Suchfunktion für Schlüsselwörter und Textpassagen.
Bitte senden Sie alle Fehlermeldungen oder Verbesserungsvorschläge an http://bugzilla.gnome.org, Kategorie »gdm«.

Stabilität der Schnittstelle
GDM 2.20 und ältere Versionen unterstützen stabile Schnittstellen zur Konfiguration. Die Codebasis wurde jedoch für GDM 2.22 vollständig neu geschrieben und ist nicht gänzlich kompatibel mit älteren Versionen. Dies liegt einerseits daran, dass es anders arbeitet und einige Optionen überflüssig werden oder noch nie sinnvoll waren und andererseits, dass einige Funktionalität noch nicht wieder implementiert worden ist.
Schnittstellen, die auch in Zukunft fortlaufend unverändert unterstützt werden, beinhalten die Init-, PreSession-, PostSession-, PostLogin- und Xsession-Skripte. Einige Konfigurationsoptionen des Daemon in der Datei <etc>/gdm/custom.conf werden fortlaufend unterstützt. Ebenfalls werden die Datei ~/.dmrc und die Speicherorte der Fotos des Benutzeralbums weiterhin unterstützt.
GDM 2.20 und ältere verfügten über die Fähigkeit, mehrere Bildschirme über verschiedene Grafikkarten anzusteuern. Sie kommt zur Anwendung in Umgebungen mit Terminal Server, einem Anmeldefenster mittels eines Programms wie Xnest oder Xephyr, dem Programm »gdmsetup«, XML-basierten Themen des Begrüßungsbildschirms. Es wurde auch die Fähigkeit unterstützt, den XDMCP-Wähler vom Anmeldebildschirm aus zu starten. Diese Merkmale wurden nicht während der Neuprogrammierung für 2.22 hinzugefügt.

Funktionsbeschreibung
GDM ist für die Verwaltung der Anzeigen des Systems zuständig. Dies beinhaltet die Legitimation der Benutzer, den Start und das Beenden der Benutzersitzung. GDM ist konfigurierbar, die diesbezüglichen Möglichkeiten werden im Abschnitt »GDM konfigurieren« in diesem Dokument beschrieben. GDM ist auch von Benutzern mit Behinderungen nutzbar.
GDM ermöglicht die Verwaltung der Hauptanzeige und über VT (Xserver Virtual Terminal) gestarteter Anzeigen. Es ist integriert in andere Anwendungen wie dem Benutzerwechsel und dem GNOME Bildschirmschoner, um mehrere Anzeigen auf der lokalen Konsole über die VT-Schnittstelle zu verwalten. Es kann auch XDMCP-Anzeigen verwalten.
Unabhängig von deren Typ führt GDM folgendes bei der Verwaltung der Anzeige aus: GDM startet den X-Server-Prozess, führt danach mit Systemverwalterrechten das Init-Skript aus, und startet dann auf der Anzeige das Begrüßer-Programm.
Das Begrüßer-Programm wird mit den Rechten des unprivilegierten Benutzers/der Gruppe »gdm« ausgeführt. Die Hauptfunktion des Begrüßer-Programms besteht in der Legitimation des Benutzers. Der Legitimationsprozess wird durch PAM (Pluggable Authentication Modules) gesteuert. Die PAM-Module stellen fest, welche Eingabeaufforderungen (falls vorhanden) dem Benutzer angezeigt werden sollen. Auf einem gewöhnlichen System fordert das Begrüßer-Programm die Eingabe von Benutzername von Passwort zur Legitimation an. Wie auch immer, einige Systeme können auch so konfiguriert sein, dass sie andere Legitimationsmechanismen wie Fingerabdruckerkennung oder SmartCard-Leser nutzen. GDM kann so konfiguriert werden, dass diese Anmeldemethoden parallel zu den Anmeldeerweiterungen des Begrüßers und der Option --enable-split-authentication für ./configure unterstützt werden, oder einmalig über die PAM-Konfiguration des Systems.
Die Smartcard-Erweiterung kann über den GSettings-Schlüssel org.gnome.display-manager.extensions.smartcard.active aktiviert oder deaktiviert werden.
Ebenso ist das für die Fingerabdruckleser-Erweiterung über den Schlüssel org.gnome.display-manager.extensions.fingerprint.active möglich.
GDM und PAM können so konfiguriert werden, dass keinerlei Eingabe erforderlich ist und automatisch ein Benutzer angemeldet und eine Sitzung gestartet wird. Das kann in bestimmten Umgebungen sinnvoll sein, zum Beispiel auf Systemen mit einem einzigen Benutzer oder für öffentlich aufgestellte Rechner.
Zusätzlich zur Legitimation ermöglicht das Begrüßer-Programm dem Benutzer die Auswahl der zu startenden Sitzung und der zu verwendenden Sprache. Sitzungen werden in Dateien mit der Endung ».desktop« definiert. Weitere Informationen finden Sie im Abschnitt »Konfiguration der GDM-Benutzersitzung und Sprache« dieses Dokuments. Per Vorgabe ist GDM so konfiguriert, dass ein Benutzeralbum angezeigt wird, in welchem der Benutzer sein Benutzerkonto durch Anklicken eines Bildes auswählen kann, anstatt seinen Benutzernamen einzugeben. GDM speichert die voreingestellte Sitzung und Sprache des Benutzers in der Datei ~/.dmrc. Falls der Benutzer keine Sitzung oder Sprache in der grafischen Anmeldung auswählt, verwendet GDM diese Vorgabewerte.
Nach der Legitimierung eines Benutzers führt der Dämon das PostLogin-Skript und dann das PreSession-Skript als »root« aus. Danach wird die Benutzersitzung gestartet. Sobald der Benutzer die Sitzung beendet wird das PostSession-Skript als »root« ausgeführt. Diese Skripte werden als Ansatzpunkt für Distributionen und Endanwender zur Verfügung gestellt, um den Ablauf von Sitzungen anzupassen. Zum Beispiel könnten Sie diese Ansatzpunkte zum automatischen Erstellen des persönlichen Ordners und automatischen Löschen bei Abmeldung verwenden. Der Unterschied zwischen dem PostLogin- und dem PreSession-Skript ist, dass das PostLogin-Skript vor dem Aufruf »pam_open_session« gestartet wird, d.h. dort ist der richtige Ort um alles zu erledigen, was vor der Initialisierung der Benutzersitzung erledigt werden soll. Das PreSession-Skript wird nach der Initialisierung aufgerufen.

Das Panel des Begrüßers
Das GDM-Anmeldefenster zeigt ein Panel auf dem unteren Bildschirmrand, das weitere Funktionen zur Verfügung stellt. Sobald ein Benutzer ausgewählt wurde, ermöglicht das Panel die Wahl einer Sitzung, einer Sprache und einer Tastaturbelegung für den Zeitraum nach der Anmeldung. Der Belegungswähler belegt die Tastatur entsprechend auch bei Eingabe des Passwortes. Das Panel beinhaltet ebenfalls einen Bereich für Statussymbole von Anmeldediensten. Beispiele für Statussymbole sind ein Symbol für den Ladezustand des Akkus und die Aktivierung der Barrierefreiheit. Im Anmeldefenster werden auch Knöpfe zum Herunterfahren oder Neustart des Systems angezeigt.GDM kann nach Wunsch so konfiguriert werden, dass die Knöpfe nicht angezeigt werden. GDM kann auch mittels »PolicyKit« (oder mittels »RBAC« in Oracle Solaris) so eingestellt werden, dass eine Legitimierung für ein Herunterfahren oder für einen Neustart angefordert wird.
Beachten Sie, dass die Merkmale zur Tastaturbelegung nur auf Systemen verfügbar sind, die »libxklavier« unterstützen.

Barrierefreiheit
GDM unterstützt die »Barrierefreie Anmeldung«, welche den Benutzern die Anmeldung an ihrer Sitzung erlaubt, die nicht auf die übliche Weise den Bildschirm, die Maus oder die Tastatur nutzen können. Barrierefreiheits-(AT)-Technologien wie Bildschirmtastatur, Bildschirmleser, Bildschirmlupe und der AccessX-Tastaturzugriff des X-Servers sind verfügbar. Es ist ebenso möglich, den Text zu vergrößern oder kontrastreiche Symbole oder Bedienelemente zu verwendet, falls dies erforderlich ist. Ziehen Sie den Abschnitt »Konfiguration der Barrierefreiheit« dieses Dokuments zu Rate, um weitere Informationen über die verschiedenen Barrierefreiheitsfunktionen zu erhalten.
Auf einigen Betriebssystemen kann es notwendig sein, dass der Benutzer »gdm« Mitglied der Gruppe »audio« ist, um Barrierefreiheits-Programmen die Audioausgabe (z.B. bei Umwandlung von Text in Sprache) zu ermöglichen.

Das GDM-Benutzeralbum
Das Benutzeralbum ist die Oberfläche, welche es Benutzern ermöglicht, Ihren Benutzernamen durch Klicken mit der Maus auf ein Foto auszuwählen. Dieses Sondermerkmal kann über den GSettings-Schlüssel »org.gnome.login-screen disable-user-list« ein- oder ausgeschaltet werden. Wenn es ausgeschaltet ist, müssen die Benutzer Ihren vollständigen Benutzernamen eingeben. Wenn es eingeschaltet ist, werden alle lokalen Benutzer angezeigt, die sich am System anmelden dürfen (alle Benutzerkonten, die in der Datei »/etc/passwd« definiert sind und eine gültige Shell und eine genügend große Benutzerkennzahl haben) sowie entfernte Benutzer, die sich vor kurzem angemeldet haben. Die Benutzeralben in GDM 2.20 und ältere versuchen alle entfernten Benutzer anzuzeigen, was zu Problemen in großen Unternehmensnetzen führte.
Im Benutzeralbum werden die Benutzer mit den häufigsten Anmeldungen im oberen Bereich der Liste angezeigt. Dadurch wird sichergestellt, dass die Benutzer mit den häufigsten Anmeldungen ihr Bild schneller finden können.
Das Benutzeralbum unterstützt Suchen-beim-Eingeben, was dynamisch die Auswahl anpasst, während der Benutzer seinen entsprechenden Benutzernamen aus der Liste eingibt. Dies bedeutet, dass ein Benutzer mit einem langem Benutzernamen nur die ersten Buchstaben eingeben muss, um den gewünschten Eintrag in der Liste auszuwählen.
Die von GDM verwendeten Symbole können systemweit vom Systemverwalter installiert oder auch in den persönlichen Ordnern der Benutzer gespeichert werden. Bei systemweiter Installation sollten sich die Symbole im Ordner <share>/pixmaps/faces/ befinden. Der Dateiname sollte dem jeweiligen Benutzernamen entsprechen. Die Bilddateien sollten in einem von GTK+ lesbaren Format vorliegen, wie beispielsweise PNG oder JPEG. Wenn die Symbole systemweit installiert werden, muss der Benutzer »gdm« in diesem Ordner Leserechte haben.
Falls es kein globales Symbol für den Benutzer gibt, sucht GDM im persönlichen Ordner des Benutzers ($HOME) nach der Bilddatei. Zunächst wird nach der Bilddatei des Benutzers in ~/.face gesucht. Falls diese nicht gefunden wird, wird nach ~/.face.icon gesucht. Falls auch diese Datei nicht gefunden wird, wird der in der Datei ~/.gnome2/gdm für »face/picture« gespeicherte Wert verwendet.
Falls ein Benutzer keine definierte Bilddatei hat, verwendet GDM das Symbol »stock_person« des aktuellen GTK+-Themas. Wenn ein solches Bild nicht definiert ist, dann wird ein generisches Benutzerbild verwendet.
Bitte beachten Sie, dass das Laden und Skalieren der Benutzerbilder aus entfernten persönlichen Ordnern viel Zeit in Anspruch nehmen kann. Weil es unpraktikabel ist, Bilder über NIS oder NFS zu laden, versucht GDM keine Bilder aus entfernten persönlichen Ordnern zu laden.
Wenn das Benutzeralbum aktiviert ist, werden auf dem Computer vorhandene gültige Benutzernamen für jeden sichtbar dargestellt. Dies schränkt natürlich in gewissem Maße die Sicherheit ein, weil ein böswilliger Benutzer die gültigen Benutzernamen nicht sehen sollte. In einigen sehr sicherheitskritischen Umgebungen sollte das Benutzeralbum nicht verwendet werden.

XDMCP
Der GDM-Dienst kann so eingestellt werden, dass auf »X Display Manage Protocol (XDMCP)«-Anfragen von entfernten Anzeigen reagiert wird und diese bearbeitet werden. Nach Vorgabe ist die Unterstützung für XDMCP nicht abgeschaltet, kann aber auf Wunsch aktiviert werden. Wenn GDM mit Unterstützung für »TCP Wrapper« erstellt wurde, so wird der Dienst nur Zugriff von Rechnern zulassen, die im Abschnitt »GDM service« in der Konfigurationsdatei von »TCP Wrappers« festgelegt sind.
GDM enthält verschiedene Mechanismen, die es robuster gegenüber Überlastungsangriffen auf den XDMCP-Dienst machen. Sehr viele Protokollparameter wie Handshake-Zeitabläufe usw. können fein abgestimmt werden. Die vorausgewählte Konfiguration sollte auf den meisten Systemen vernünftig funktionieren.
Laut Voreinstellung lauscht GDM auf XDMCP-Anfragen auf dem für XDMCP üblichen Port 177 und antwortet auf »QUERY«- und »BROADCAST_QUERY«-Anfragen mit einem »WILLING«-Paket an den Initiator.
GDM kann auch konfiguriert werden, um »INDIRECT«-Anfragen zu berücksichtigen und eine Rechnerauswahl dem entfernten Bildschirm zu präsentieren. GDM wird sich die Benutzerwahl merken und folgende Anfragen an den gewählten Verwalter weiterleiten. Es unterstützt ebenfalls eine Erweiterung zum Protokoll, die die Umleitung bei erfolgreicher Verbindung vergisst. Diese Erweiterung wird nur unterstützt, wenn beide Dienste durch GDM bereit gestellt werden. Sie ist transparent und wird von XDM oder anderen XDMCP-Diensten ignoriert.
Falls XDMCP nicht zu funktionieren scheint, stellen Sie bitte sicher, dass alle betreffenden Rechner in der Datei /etc/hosts benannt sind.
Informationen über Sicherheitsaspekte bei der Verwendung von XDMCP finden Sie im Abschnitt »Sicherheit«.

Protokollführung
Zur Fehler- und Statusprotokollierung wird »syslog« von GDM verwendet. Es können auch Diagnosemeldungen protokolliert werden, die zur Fehlersuche nützlich sein können, falls GDM nicht richtig funktioniert. Die Diagnoseausgabe kann durch Setzen des Schlüssels »debug/Enable« auf »wahr« in der Datei <etc>/gdm/custom.conf aktiviert werden.
Die Ausgaben verschiedenster XServer werden im GDM-Protokollordner abgelegt, welcher normalerweise <var>/log/gdm/ ist. Jede Meldung des Xserver wird in einer Datei abgespeichert, die mit dem Anzeigewert <display>.log verknüpft ist.
Die Sitzungsausgabe wird durch den GDM-Dienst in die Datei ~/$XDG_CACHE_HOME/gdm/session.log weitergeleitet. Das ist üblicherweise die Datei ~/.cache/gdm/session.log. Die Datei wird bei jeder Anmeldung neu überschrieben, was bedeutet, dass durch Ab- und Anmelden mit GDM mit dem gleichem Benutzernamen Nachrichten aus der vorhergehenden Sitzung verloren gehen.
Beachten Sie: Falls GDM aus irgendwelchen Gründen diese Datei nicht erstellen kann, wird eine Fallback-Datei namens ~/$XDG_CACHE_HOME/gdm/session.log.XXXXXXXX angelegt, wobei XXXXXXXX aus zufällig erzeugten Zeichen generiert wird.

Schneller Benutzerwechsel
GDM ermöglicht es, dass mehrere Benutzer gleichzeitig angemeldet sind. Sobald ein Benutzer angemeldet ist, können sich weitere Benutzer über den Benutzerwechsler, über das GNOME-Panel oder über den Knopf »Benutzer wechseln« im Dialog des Bildschirmschoners anmelden. Die aktive Sitzung kann beliebig mit dem selben Verfahren gewählt werden. Beachten Sie, dass einige Distributionen den Benutzerwechsler nicht per Vorgabe zum Panel hinzufügen. Er kann über das Panelmenü jederzeit hinzugefügt werden.
Beachten Sie, dass diese Funktion nur auf Systemen verfügbar ist, die »Virtuelle Terminals« unterstützen. Falls diese nicht unterstütz werden, arbeitet diese Funktion nicht.

Sicherheit

Der Benutzer GDM und die Gruppe GDM
Aus Sicherheitsgründen werden ein dedizierter Benutzer und eine Gruppenkennung für den ordnungsgemäßen Betrieb empfohlen. Benutzer und Gruppe heißen normalerweise »gdm« auf den meisten Systemen, können aber beliebig benannt werden. Alle grafischen GDM-Benutzeroberflächen werden unter diesem Benutzerkonto gestartet, das heißt alle Programme laufen in der eigenen Umgebung des Benutzerkontos. Das Konto und die Gruppe sollten eingeschränkte Rechte haben.
Das einzige spezielle vom Benutzer »gdm« benötigte Privileg sind Lese- und Schreibrechte für die Xauth-Dateien im Ordner <var>/run/gdm. Der Ordner <var>/run/gdm sollte dem Benutzer root und der Gruppe gdm gehören und die oktalen Zugriffsrechte 1777 haben.
Sie sollte unter keinen Umständen GDM ein Benutzerkonto und eine Gruppenkennung zuweisen, zu denen ein Benutzer leicht Zugang bekommen kann, wie z.B. das Benutzerkonto nobody. Jeder Benutzer, der Zugriff auf einen Xauth-Schlüssel erlangt, kann in der zugehörigen Sitzung eine Benutzeroberfläche belauschen und steuern oder einen Überlastungsangriff auf diese Sitzung starten. Es ist wichtig sicherzustellen, dass das System richtig konfiguriert ist, so dass nur das »gdm«-Benutzerkonto Zugriff auf diese Dateien hat und eine Anmeldung mit diesem Konto nicht einfach möglich ist. Zum Beispiel sollte das Konto nicht ohne Passwort angelegt sein oder eine Anmeldung anderer als Administratoren erlauben.
Die Konfiguration des GDM-Begrüßers wird in GConf gespeichert. Um dem Benutzer »gdm« die Speicherung der Konfiguration zu ermöglichen, benötigt dieser einen schreibbaren persönlichen Ordner ($HOME). Die Benutzer dürfen die vorgegebenen GConf-Einstellungen dahingehend ändern, dass der Benutzer »gdm« auf einen solchen Ordner verzichten kann. Allerdings könnten einige GDM-Funktionen nicht verfügbar sein, falls das Speichern von Statusinformationen in den GConf-Einstellungen nicht möglich ist.

PAM
GDM verwendet PAM für die Legitimation beim Anmelden. Die Abkürzung PAM steht für »Pluggable Authentication Module« und wird von den meisten Programmen auf Ihrem Computer verwendet, die eine Legitimation erfordern. Dies ermöglicht dem Systemverwalter, ein spezifisches Anmeldeverhalten für verschiedene Anmeldeprogramme einzustellen, wie beispielsweise SSH, grafische Anmeldung, Bildschirmschoner usw.
PAM ist kompliziert und umfangreich konfigurierbar. Diese Dokumentation beabsichtigt nicht die Konfiguration detailliert zu erklären, es wird jedoch ein Überblick gegeben, wie sich die PAM-Konfiguration auf GDM bezieht, und wie PAM allgemein mit GDM konfiguriert wird. Es wird vorausgesetzt, dass jemand, der PAM konfigurieren will, sich auch weiter in die PAM-Dokumentation vertiefen müsste, um die Konfiguration von PAM und die in diesem Abschnitt verwendeten Begriffe zu verstehen.
Die Konfiguration von PAM hat verschiedene, aber ähnliche Schnittstellen auf unterschiedlichen Betriebssystemen. Lesen Sie die Hilfeseiten zu pam.d und pam.conf für weitere Details. Lesen Sie unbedingt die Dokumentation zu PAM und machen Sie sich mit den Auswirkungen beabsichtigter Konfigurationsänderungen auf die Sicherheit vertraut.
Beachten Sie, dass GDM per Vorgabe den PAM-Dienstnamen »gdm« für die normale Anmeldung und den PAM-Dienstnamen »gdm-autologin« für die automatische Anmeldung verwendet. Diese Dienste dürften nicht in Ihren Konfigurationsdateien »pam.d« oder »pam.conf« definiert sein. Falls dort kein Eintrag existiert, wendet GDM das vorgegebene PAM-Verhalten an. Auf den meisten Systemen funktioniert das recht gut. Allerdings funktioniert die automatische Anmeldung nicht, wenn der Dienst »gdm-autologin« nicht definiert ist.
Das PostLogin-Skript wird ausgeführt, bevor pam_open_session aufgerufen wird, das PreSession-Skript danach. Dies ermöglicht dem Systemverwalter, diverse Skripte zum Anmeldeprozess hinzuzufügen, entweder bevor oder nachdem PAM die Sitzung initialisiert.
Wenn Sie möchten, dass GDM mit anderen Authentifizierungsmechanismen wie Fingerabdruckerkennung oder SmartCard-Lesegeräten zusammenarbeitet, sollten Sie dies als PAM-Servicemodul implementieren, anstatt den GDM-Code direkt zu verändern. Ziehen Sie die PAM-Dokumentation Ihres Systems zu Rate. Von Zeit zu Zeit wird auch in der Mailingliste

gdm-list@gnome.org

darüber diskutiert, daher dürften Sie weitere Informationen dazu auch in den Mailinglist-Archiven finden.
PAM hat einige Einschränkungen bezüglich der Fähigkeit, mit mehreren Legitimationsarten gleichzeitig umzugehen, wie die Unterstützung für sowohl die Anmeldung mittels SmartCard als auch über die Eingabe von Benutzername und Passwort im Anmeldeprogramm. Es gibt jedoch Möglichkeiten, dass auch das funktioniert. Am besten ist es, beim Erstellen einer solchen Konfiguration zunächst nach allgemein funktionierenden Lösungen für dieses Problem zu suchen.
Falls die automatische Anmeldungen auf einem System nicht funktioniert, überprüfen Sie, ob der Abschnitt »gdm-autologin« in der Konfiguration von PAM definiert ist. Damit sie funktioniert, ist es erforderlich ein PAM-Modul zu verwenden, das gar keine Legitimierung durchführt, oder das einfach »PAM_SUCCESS« aus allen öffentlichen Schnittstellen zurückgibt. Wenn man davon ausgeht, dass ein System das PAM-Modul »pam_allow.so« installiert hat, welches genau dies tut, so würde eine PAM-Konfiguration zum Einschalten von »gdm-autologin« folgendermaßen aussehen:

       gdm-autologin auth  required    pam_unix_cred.so.1
       gdm-autologin auth  sufficient  pam_allow.so.1
       gdm-autologin account  sufficient  pam_allow.so.1
       gdm-autologin session  sufficient  pam_allow.so.1
       gdm-autologin password  sufficient  pam_allow.so.1

Die obige Konfiguration wird keinen lastlog-Eintrag erzeugen. Falls ein Eintrag gewünscht wird, verwenden Sie die folgende für die Sitzung:

       gdm-autologin session required pam_unix_session.so.1

Wenn der Computer von verschiedenen Benutzern verwendet wird, ist eine automatische Anmeldung nicht sinnvoll, aber vielleicht möchten Sie einigen Benutzern eine Anmeldung ohne Passwort ermöglichen. Dieses Merkmal kann einzeln für jeden Benutzer mit dem Werkzeug »Benutzer und Gruppen« aktiviert werden; es wird durch Zuweisen des Benutzers zur Benutzergruppe »nopasswdlogin« vor Eingabe eines Passwortes erreicht. Damit es funktioniert muss die PAM-Konfigurationsdatei für den Service »gdm« z.B folgende Zeile enthalten:

      gdm auth  sufficient  pam_succeed_if.so  user ingroup nopasswdlogin

utmp und wtmp
GDM erstellt utmp- und wtmp-Einträge in der Benutzerdatenbank bei Anmeldung und Abmeldung von einer Sitzung. Die utmp-Datenbank enthält Informationen zu Benutzerrechten und -konten, auf die solche Befehle wie finger, last, login, und who zugreifen. Die wtmp-Datenbank enthält die Chronik der Benutzerrechte und -konten für die utmp-Datenbank. Schauen Sie für weitere Informationen in die Handbücher von utmp und wtmp.

Legitimierungsschema des XServer
Die Dateien des XServer zur Legitimierung werden beim Start in einem neu erstellten Unterordner von <var>/run/gdm abgelegt. Die Dateien werden zum Hinterlegen und Austauschen eines »Passworts« zwischen X-Clients und dem XServer verwendet. Dieses »Passwort« ist für jede laufende Sitzung eindeutig, so dass Benutzer aus einer Sitzung nicht die eines anderen Benutzers belauschen können.
GDM unterstützt nur das Legitimierungsschema »MIT-MAGIC-COOKIE-1« des Xserver. Normalerweise ist der Mehrwert anderer Schemata gering. Daher wurden bisher keine Anstrengungen unternommen, sie zu implementieren. Seien Sie beim Einsatz von XDMCP vorsichtig, weil der Xserver Legitimations-Cookie unverschlüsselt gesendet wird. Falls ein Mithören möglich ist, kann ein Angreifer das Legitimationspasswort während der Anmeldung unabhängig vom verwendeten Schema erspähen. Wenn ein Belauschen möglich, aber unerwünscht ist, dann sollte eine X-Verbindung getunnelt werden, anstatt dem XDMCP einzusetzen. Sie können sich XDMCP als eine Art grafisches Telnet mit den gleichen Sicherheitsproblemen vorstellen. In dem meisten Fällen sollte »ssh -Y« dem Leistungsmerkmal XDMCP vorgezogen werden.

XDMCP-Sicherheit
Obwohl Ihre Anzeige durch Cookies geschützt wird, werden XEvents und damit auch Tastatureingaben von Passwörtern unverschlüsselt versendet. Sie können sehr leicht belauscht werden.
XDMCP ist vorrangig nützlich zum Betreiben von Thin Clients an Terminal-Servern. Diese Thin Clients benötigen lediglich ein Netzwerk, um auf den Server zugreifen zu können. Daher scheint es die sicherheitstechnisch beste Lösung zu sein, die Thin Clients in einem separaten Netzwerk zu belassen, das keine Verbindung zur Außenwelt hat und sich nur mit dem Server verbinden kann. Der einzige Zugangspunkt nach außen ist der Server. In dieser Art der Konfiguration gibt es keinen unverwalteten Hub oder ein anderes ausspähbares Netzwerk.

XDMCP-Zugangskontrolle
Die XDMCP-Zugangskontrolle geschieht mittels TCP-Wrappern. Es ist möglich, GDM ohne Unterstützung für TCP-Wrapper zu konfigurieren, so dass diese Funktion auf manchen Betriebssystemen vielleicht nicht unterstützt wird.
Sie sollten den Dienstnamen gdm in den Dateien <etc>/hosts.allow und <etc>/hosts.deny verwenden. Um zum Beispiel die Anmeldung von Computern aus der Domäne .evil.domain zu verhindern, fügen Sie

gdm: .evil.domain

der Datei <etc>/hosts.deny hinzu. Sie können auch

gdm: .your.domain

der Datei <etc>/hosts.allow hinzufügen, wenn Sie normalerweise alle Dienste von allen Rechnern erlauben. Lesen Sie die Hilfeseiten zu hosts.allow(5) für weitere Informationen.

Firewall-Sicherheit
Obwohl GDM bemüht ist, mögliche Angreifer auf XDMCP auszutricksen, ist es dennoch ratsam, dass der XDMCP-Port (normalerweise UDP Port 177) durch Ihre Firewall geblockt wird, falls Sie es nicht unbedingt benötigen. GDM schützt vor verteilten Überlastungsangriffen, aber das X-Protokoll ist von Natur aus unsicher und sollte nur in sicheren Umgebungen verwendet werden. Ebenfalls werden durch jede entfernte Verbindung viele Systemressourcen belegt, was einen Überlastungsangriff mittels XDMCP leichter macht als gegen einen Webserver.
Es ist ratsam, alle Ports des XServer zu blockieren. Das sind die TCP-Ports 6000+ (einer für jede Anzeige) auf Ihrer Firewall. Bedenken Sie, dass GDM die Anzeigennummern 20 und höhere für die flexiblen Bedarfsserver verwendet.
X ist kein besonders sicheres Protokoll im Netz, und XDMCP ist sogar noch unsicherer.

PolicyKit
GDM kann so konfiguriert werden, das PolicyKit verwendet wird. Dies ermöglicht dem Systemverwalter die Entscheidung darüber, ob der Anmeldebildschirm die Knöpfe zum Ausschalten und Neustart des Rechners im Begrüßer anzeigen soll oder nicht.
Diese Knöpfe werden durch die Aktionen org.freedesktop.consolekit.system.stop-multiple-users und org.freedesktop.consolekit.system.restart-multiple-users gesteuert. Die Richtlinie für diese Aktionen kann mit dem Werkzeug »Zugriffsberechtigungen« (polkit-gnome-authorization) oder mit dem Befehlszeilenprogramm »polkit-auth« festgelegt werden.

RBAC (Role Based Access Control)
GDM kann so konfiguriert werden, dass RBAC anstelle von PolicyKit verwendet wird. In diesem Fall wird die RBAC-Konfiguration verwendet, um festzulegen, ob im Begrüßungsbildschirm die Knöpfe für Herunterfahren und Neustart angezeigt werden.
Zum Beispiel wird bei Oracle Solaris die Legitimation »solaris.system.shutdown« zum Steuern verwendet. Ändern Sie einfach die Datei /etc/user_attr so, dass der Benutzer »gdm« diese Legitimation hat.

Unterstützung für ConsoleKit
GDM unterstützt das Veröffentlichen von Benutzerkontoinformationen mit dem Framework Consolekit. ConsoleKit ermöglicht die Mitverfolgung aller angemeldeter Benutzer. In dieser Hinsicht kann es als Ersatz für utmp- und utmpx-Dateien verwendet werden, die auf den meisten Unix-Betriebssystemen zur Verfügung stehen.
Wenn GDM einen neuen Anmeldeprozess für einen Benutzer erstellt ruft es eine privilegierte Methode von ConsoleKit auf, um eine neue Sitzung für den Benutzer zu öffnen. Zu diesem Zeitpunkt liefert GDM auch Informationen über die Benutzersitzung an ConsoleKit wie z.B.: Die Benutzerkennung, der Name der X11-Anzeige der zugehörigen Sitzung, der Rechnername, auf dem die Sitzung läuft (nützlich bei XDMCP-Sitzungen), ob die Sitzung angebunden ist usw. GDM ist als die Instanz, die den Benutzerprozess startet, in einer einzigartigen Lage über alle Vorgänge zu wissen und ihm wird vertraut, die Informationen über die Sitzung geben zu können. Der Gebrauch der privilegierten Methode wird durch die Richtlinien des System-Nachrichtenbus D-Bus eingeschränkt.
Wenn sich ein Benutzer mit einer bereits bestehenden Sitzung bei GDM authentifiziert hat und die Sitzung fortsetzen möchte, dann wird von GDM eine privilegierte Methode von ConsoleKit zum Entsperren der Sitzung aufgerufen. Die genauen Details was passiert, wenn die Sitzung das Signal zum Entsperren erhält, sind nicht festgelegt und von der Sitzung abhängig. Allerdings werden die meisten Sitzungen darauf hin den Bildschirmschoner entsperren.
Wenn sich der Benutzer abmeldet oder GDM oder die Sitzung unerwartet beendet wird, so wird die ConsoleKit-Registrierung der Sitzung gelöscht.

Konfiguration
GDM verfügt über eine Reihe von Konfigurationsschnittstellen. Diese beinhalten Integrationspunkte für Skripte, die Daemon-Konfiguration, die Begrüßer-Konfiguration, allgemeine Sitzungseinstellungen, die Einbindung der Konfiguration des »gnome-settings-daemon« und die Sitzungskonfiguration. All diese Konfigurationsarten werden nachfolgend detailliert beschrieben.

Skripting-Integrationspunkte
Die Integrationspunkte für Skripte von GDM können im Ordner <etc>/gdm/ gefunden werden:

Xsession
Init/
PostLogin/
PreSession/
PostSession/

Die Init-, PostLogin-, PreSession- und PostSession-Skripte arbeiten alle wie unten beschrieben.
Für jeden Typ Skripts wird das Vorgabe-Skript, das ausgeführt wird, »Default« genannt und es wird in einem Ordner abgelegt, der mit dem Skripttyp assoziiert ist. D.h. das Vorgabe-Skript von Init lautet <etc>/gdm/Init/Default. Es kann ein Skript je Anzeige verwendet werden, und falls es existiert wird es an Stelle des Vorgabe-Skripts ausgeführt. Diese Skripte werden im selben Ordner abgelegt und haben den selben Namen wie der »DISPLAY«-Wert des Xserver für diese Anzeige. Falls zum Beispiel das Skript <Init>/:0 existiert wird es für die Anzeige »:0« ausgeführt.
Alle diese mit Systemverwalterrechten ausgeführten Skripte geben den Wert 0 zurück, falls die Ausführung erfolgreich war. Falls ein Fehler auftrat, der zum Abbruch der Anmeldesitzung führte, wird ein von 0 verschiedener Wert zurückgegeben. Beachten Sie auch, dass GDM bis zum Beenden der Skripte blockiert ist. Wenn eines dieser Skripte hängt, dann bleibt der Anmeldevorgang ebenfalls hängen.
Wenn der Xserver für den Anmeldebildschirm erfolgreich gestartet wurde, aber vor der Darstellung des Bildschirms, wird das Skript Init von GDM ausgeführt. Dieses Skript ist zum Starten von Programmen nützlich, die ausgeführt werden sollen, während der Anmeldebildschirm angezeigt wird, oder - falls erforderlich - für beliebige Initialisierungen.
Nachdem der Benutzer erfolgreich authentifiziert wurde wird von GDM das Skript PostLogin ausgeführt. Dies wird vor dem Aufsetzen einer Sitzung getan, auch vor dem Aufruf von »pam_open_session«. Dieses Skript ist nützlich für Initialisierungen, die vor dem Start der Sitzung geschehen müssen. Zum Beispiel könnte hier der persönliche Ordner des Benutzers angelegt werden.
Nach der Initialisierung der Sitzung wird das Skript PreSession von GDM ausgeführt. Dieses Skript ist nützlich für Initialisierungen, die nach dem Start der Sitzung geschehen müssen. Zum Beispiel kann es für die Sitzungsverwaltung oder die Benutzerverwaltung verwendet werden.
Wenn der Benutzer seine Sitzung beendet, führt GDM das Skript PostSession aus. Beachten Sie, dass der XServer gestoppt wird und während der Ausführung des Skripts nicht läuft. Daher kann in dieser Zeit nicht auf den X-Server zugegriffen werden.
Bedenken Sie, dass das Skript PostSession selbst dann ausgeführt wird, wenn die Anzeige z.B. wegen eines Ein-/Ausgabefehlers oder ähnlichem nicht mehr reagiert. Somit gibt es keine Garantie, dass X-Anwendungen während der Skriptausführung funktionieren.
Alle der oben genannten Skripte setzen die Umgebungsvariable $RUNNING_UNDER_GDM auf yes. Falls die Skripte auch durch andere Anmeldefenster genutzt werden, ermöglicht Ihnen dies die eindeutige Identifizierung des Aufrufs durch GDM. Auf diese Weise können Sie bestimmten Code ausführen, wenn GDM zum Einsatz kommt.

Autostart-Einstellungen
Der Ordner <share>/gdm/autostart/LoginWindow enthält Dateien im Format der »FreeDesktop.org Desktop Application Autostart Specification«. Funktionsmerkmale der Spezifikation können verwendet werden, um Programme anzugeben, die automatisch neugestartet oder ausgeführt werden sollen, wenn ein bestimmter Wert in der GConf-Konfiguration festgelegt ist usw.
Alle .desktop-Dateien in diesem Ordner werden einen automatischen Start der verknüpften Programme bei Erscheinen des Begrüßers auslösen. Von Haus aus wird GDM mit Dateien geliefert, die den einfachen grafischen Begrüßer, die Energieverwaltung, den Einstellungsdienst und den Fensterverwalter Metacity automatisch starten. Jene Programme werden vom Begrüßer benötigt. Zusätzlich werden Desktop-Dateien zum Starten verschiedener AT-Programme geliefert, wenn die im Abschnitt zur Barrierefreiheit angegebenen Konfigurationswerte eingestellt sind.

Xsession-Skript
Es gibt auch ein Skript Xsession im Ordner <etc>/gdm/Xsession, das zwischen den Skripten PreSession und PostSession aufgerufen wird. Dieses Skript unterscheidet nicht zwischen verschiedenen Anzeigen im Gegensatz zu den anderen. Es wird zum eigentlichen Starten der Benutzersitzung verwendet. Das Skript wird mit den Rechten des Benutzers ausgeführt und führt die Sitzung aus, die in der gewählten Desktop-Sitzungsdatei des Benutzers festgelegt ist.

Daemon-Konfiguration
Der GDM-Daemon wird über die Datei <etc>/gdm/custom.conf konfiguriert. Die voreingestellten Werte sind in der GConf-Datei gdm.schemas hinterlegt. Es wird empfohlen, dass Endanwender die Datei /etc/gdm/custom.conf anpassen, weil die Datei mit den Schemata überschrieben werden könnte, wenn die installierte Version von GDM aktualisiert wird.
Beachten Sie, dass ältere Versionen von GDM zusätzliche Einstellungsoptionen unterstützen, die in neueren GDM-Versionen nicht mehr verfügbar sind.
Die Datei <etc>/gdm/custom.conf ist im Schema keyfile formatiert. Schlüsselwörter in eckigen Klammern legen Gruppenabschnitte fest, Zeichenketten vor einem Gleichheitszeichen »=« sind Schlüssel und der zugehörige Wert steht hinter dem Gleichheitszeichen. Leere Zeilen und mit einer Raute (»#«) eingeleitete Zeilen werden ignoriert.
In der Datei /etc/gdm/custom.conf werden die Gruppenabschnitte »[daemon]«, »[security]« und »[xdmcp]« erkannt. Innerhalb jeder Gruppe legen bestimmte Paare aus Schlüsselwort und Wert das Verhalten von GDM fest. Zum Beispiel muss die Datei folgende Zeilen für eine automatische Anmeldung des Benutzers »Mustermann« enthalten:

[daemon]
TimedLoginEnable=true
TimedLogin=Mustermann

Es folgt die vollständige Liste unterstützter Konfigurationsschlüssel:

[chooser]
Multicast 	

Multicast=false

Falls wahr und IPv6 aktiviert ist, so sendet der Wähler Multicast-Anfragen ins lokale Netzwerk und sammelt Antworten von den Rechnern, die der Multicast-Gruppe beigetreten sind.
MulticastAddr 	

MulticastAddr=ff02::1

Dies ist die Link-Local Multicast-Adresse.

[daemon]
TimedLoginEnable 	

TimedLoginEnable=false

Legt fest, ob der mit TimedLogin festgelegte Benutzer nach einer bestimmten Anzahl inaktiver Sekunden (definiert durch TimedLoginDelay) auf dem Anmeldebildschirm angemeldet werden soll. Diese Funktion ist für öffentliche Zugangsrechner oder sogar für Heimanwender nützlich. Sobald der Benutzer die Tastatur benutzt oder Menüs öffnet, wird der Zähler auf 30 Sekunden oder auf TimedLoginDelay zurück gesetzt, je nachdem, welche Zahl größer ist. Wenn der Benutzer trotz Aufforderung keinen Benutzernamen eingibt und die Eingabetaste drückt, dann geht GDM davon aus, dass der Benutzer mit automatischer Anmeldung sich sofort anmelden möchte. Bedenken Sie, dass für diesen Benutzer kein Passwort abgefragt wird. Seien Sie also vorsichtig, auch wenn bei Verwendung von PAM eine Passworteingabe bei Anmeldung erzwungen werden kann. Lesen Sie im Handbuch den Abschnitt »Sicherheit - PAM« für weitere Informationen oder für Hilfe, wenn dieses Merkmal nicht zu funktionieren scheint.
TimedLogin 	

TimedLogin=

Dieser Benutzer wird nach einer bestimmten Anzahl inaktiver Sekunden automatisch angemeldet.
Wenn der Wert mit einem senkrechten Strich »|« (Unix-Umleitung) endet, dann wird GDM das angegebene Programm ausführen und die Standardausgabe des Programms als Benutzernamen verwenden. Das Programm wird mit gesetzter Variable »DISPLAY« ausgeführt, so dass es möglich ist, je nach Anzeige einen anderen Benutzer zu haben. Zum Beispiel für den Fall, dass der Wert »/usr/bin/getloginuser|« ist, wird das Programm »/usr/bin/getloginuser« ausgeführt, um den Benutzer zu ermitteln.
TimedLoginDelay 	

TimedLoginDelay=30

Verzögerung in Sekunden, bevor der durch TimedLogin festgelegte Benutzer angemeldet wird.
AutomaticLoginEnable 	

AutomaticLoginEnable=false

Legt fest, ob der durch AutomaticLogin festgelegte Benutzer sofort angemeldet werden soll. Dieses Merkmal entspricht einer verzögerten Anmeldung mit einer Verzögerung von 0 Sekunden.
AutomaticLogin 	

AutomaticLogin=

Dieser Benutzer wird sofort angemeldet, wenn AutomaticLoginEnable wahr ist.
Wenn der Wert mit einem senkrechten Strich »|« (Unix-Umleitung) endet, dann wird GDM das angegebene Programm ausführen und die Standardausgabe des Programms als Benutzernamen verwenden. Das Programm wird mit gesetzter Variable »DISPLAY« ausgeführt, so dass es möglich ist, je nach Anzeige einen anderen Benutzer zu haben. Zum Beispiel für den Fall, dass der Wert »/usr/bin/getloginuser|« ist, wird das Programm »/usr/bin/getloginuser« ausgeführt, um den Benutzer zu ermitteln.
User 	

User=gdm

Der Benutzername, unter dem der Begrüßer und andere grafische Programme ausgeführt werden. Lesen Sie für weitere Informationen über den Konfigurationsschlüssel Group und im Abschnitt »Sicherheit - GDM-Benutzer und Gruppen«.
Group 	

Group=gdm

Die Gruppe, unter welcher der Begrüßer und andere grafische Programme ausgeführt werden. Lesen Sie für weitere Informationen über den Konfigurationsschlüssel Benutzer und im Abschnitt »Sicherheit - GDM-Benutzer und Gruppen«.

Optionen zur Fehlerdiagnose

[debug]
Enable 	

Enable=false

Um die Diagnoseausgabe zu aktivieren, setzen Sie den Schlüssel »debug/Enable« in der Datei <etc>/gdm/custom.conf auf »wahr« und starten Sie GDM neu. Dann wird die Fehlerdiagnoseausgabe in der Systemprotokolldatei gespeichert, entweder <var>/log/messages oder <var>/adm/messages, abhängig von Ihrem Betriebssystem.

Optionen des Begrüßers

[greeter]
IncludeAll 	

IncludeAll=true

Falls wahr, so werden im Benutzeralbum alle Benutzer des lokalen Rechners angezeigt. Falls falsch, so werden im Benutzeralbum nur alle jüngst angemeldeten Benutzer angezeigt.
Wenn der Schlüssel wahr ist, wird GDM fgetpwent() aufrufen, um eine Liste der lokalen Benutzer des Systems zu ermitteln. Alle Benutzer mit einer Kennung kleiner als 500 (oder 100 auf Oracle Solaris-Systemen) werden dabei nicht angezeigt. Das Benutzeralbum wird ebenfalls alle Benutzer anzeigen, die sich zuvor am System angemeldet haben (wie zum Beispiel NIS/LDAP-Benutzer). GDM ermittelt die Liste per Aufruf der ConsoleKit-Schnittstelle ck-history. Es wird auch diejenigen Benutzer mit ungültiger Shell aussortieren (alle Shells, die getusershell() zurückgeben, sind gültige. /sbin/nologin oder /bin/false werden als ungültige Shells angesehen, selbst wenn sie getusershell() zurückgeben).
Wenn auf »falsch« gesetzt, dann wird GDM nur Benutzer anzeigen, die sich zuvor am System angemeldet haben (lokal oder über NIS/LDAP), indem die ConsoleKit-Schnittstelle ck-history aufgerufen wird.
Include 	

Include=

Legt eine Liste von Benutzern fest, die immer im Benutzeralbum angezeigt werden sollen. Dieser Wert ist eine Liste von Benutzern, die durch Kommata getrennt sind. Per Vorgabe ist dieser Wert leer.
Exclude 	

Exclude=bin,root,daemon,adm,lp,sync,shutdown,halt,mail,news,uucp,operator,nobody,nobody4,noaccess,postgres,pvm,rpm,nfsnobody,pcap

Legt eine Liste von Benutzern fest, die immer von der Anzeige im Benutzeralbum ausgeschlossen werden sollen. Beachten Sie, dass der Wert in der Datei custom.conf den Vorgabewert überschreibt. Wenn Sie zusätzliche Benutzer zu dieser Liste hinzufügen wollen, müssen Sie den Wert auf den Vorgabewert setzen und zusätzliche Benutzer an die Liste anhängen.

Sicherheitsoptionen

[security]
DisallowTCP 	

DisallowTCP=true

Falls aktiviert, wird beim Starten verbundener X-Server immer ein -nolisten tcp an die Befehlszeile angehängt, was eine TCP-Verbindung verhindert. Diese Konfiguration ist sicherer, wenn Sie keine entfernten Verbindungen verwenden.

XDMCP-Unterstützung

[xdmcp]
DisplaysPerHost 	

DisplaysPerHost=1

Um Angriffe durch Füllen der Warteschlange zu verhindern, erlaubt GDM nur eine Verbindung für jeden entfernten Rechner. Wenn Sie Anzeigedienste für Rechner mit mehr als einem Bildschirm bereitstellen möchten, sollten Sie diesen Wert entsprechend erhöhen.
Beachten Sie, dass die Anzahl erlaubter angebundener Anzeigen nicht beschränkt ist. Nur entfernte Verbindungen mittels XDMCP werden durch diese Option beschränkt.
Enable 	

Enable=false

Legt fest, ob Unterstützung für XDMCP aktiviert wird, so dass entfernte Anzeigen/X-Terminals durch GDM verwaltet werden.
gdm horcht nach Anfragen am UDP-Port 177. Weitere Informationen finden Sie in den Port-Optionen.
Falls GDM mit Unterstützung dafür kompiliert wurde, kann der Zugriff auf entfernte Displays mit Hilfe der Bibliothek »TCP Wrappers« gesteuert werden. Der Name des Dienstes lautet gdm.
Sie sollten

gdm:.my.domain

zu Ihrer Datei <etc>/hosts.allow, in Abhängigkeit zur Konfiguration der TCP-Wrappers hinzufügen. Lesen Sie die Hilfeseite zu hosts.allow für genauere Informationen.
Bitte beachten Sie, dass XDMCP kein ausgesprochen sicheres Protokoll ist. Es könnte daher eine gute Idee sein, in Ihrer Firewall-Konfiguration den UDP-Port 177 zu blockieren, falls Sie ihn nicht wirklich unbedingt brauchen.
HonorIndirect 	

HonorIndirect=true

Aktiviert den Wähler durch »XDMCP INDIRECT« (d.h. ein entferntes Ausführen von gdmchooser) für X-Terminals, die keinen eigenen Wähler bereit stellen.
MaxPending 	

MaxPending=4

Zur Vermeidung von massiven Überlastungsangriffen besitzt GDM eine Warteschlange fester Länge von ausstehenden Verbindungen. Es können höchstens so viele Anzeigen gleichzeitig gestartet werden, wie in »MaxPending« angegeben ist.
Bitte beachten Sie, dass dieser Parameter nicht die Anzahl der verwaltbaren entfernten Displays begrenzt, sondern lediglich die Anzahl der Displays, die eine Verbindung gleichzeitig initiieren.
MaxSessions 	

MaxSessions=16

Bestimmt die maximale Anzahl Verbindungen zu entfernten Displays, die gleichzeitig verwaltet werden. Anders ausgedrückt, die Gesamtzahl entfernter Displays, die Ihr Rechner nutzen kann.
MaxWait 	

MaxWait=30

Wenn GDM zur Verwaltung einer Anzeige bereit ist , wird an diese ein »ACCEPT«-Paket mit einer eindeutigen Sitzungskennung gesendet, die bei weiterer Kommunikation verwendet wird.
GDM wird dann die Sitzungskennung in die Liste ausstehender Verbindungen einfügen und auf eine »MANAGE«-Anfrage als Antwort der Anzeige warten.
Wenn keine Antwort innerhalb »MaxWait« Sekunden empfangen wird, dann wird GDM die Anzeige als verschwunden ansehen und den Eintrag aus der Liste ausstehender Verbindungen entfernen und einen freien Platz für eine andere Anzeige schaffen.
MaxWaitIndirect 	

MaxWaitIndirect=30

Der Parameter »MaxWaitIndirect« bestimmt die maximale Anzahl erlaubter Sekunden zwischen der Rechnerauswahl eines Benutzers und der folgenden indirekten Anfrage an den Rechner, wo der Benutzer verbunden ist. Wenn der Zähler abläuft, werden die Informationen über den gewählten Rechner verworfen und der indirekte Platz für andere Anzeigen frei gemacht. Die Informationen können früher verworfen werden falls mehr Rechner versuchen indirekte Anfragen zu senden, als durch MaxPendingIndirect erlaubt.
PingIntervalSeconds 	

PingIntervalSeconds=60

Wenn der Xserver nicht in der festgelegten Anzahl Sekunden antwortet, dann wird die Verbindung unterbrochen und die Sitzung beendet. In diesem Fall wird der Daemon mit einem ALARM-Signal beendet. Beachten Sie, dass GDM 2.20 und ältere diese Einstellung mit 2 multiplizierten, d.h. es kann erforderlich sein, dass der Zeitablauf bei einer Aktualisierung von GDM 2.20 oder älteren auf eine neuere Version erhöht werden muss.
Beachten Sie, dass in der Vergangenheit GDM einen Konfigurationsschlüssel »PingInterval« hatte, der auch die Einheit Minuten hatte. Für die meisten Zwecke kann diese Einstellung kleiner als eine Minute gewählt werden. Jedoch würde in den meisten Fällen, in denen XDMCP verwendet wird (wie in Terminal-Laboren), eine Verzögerung von mehr als etwa 15 Sekunden dazu führen, dass das Terminal ausgeschaltet oder neu gestartet wird, und man die Sitzung beenden möchte.
Port 	

Port=177

Die UDP-Portnummer, auf der gdm nach XDMCP-Anfragen horchen soll. Ändern Sie den Wert nur dann, wenn Sie genau wissen, was Sie tun.
Willing 	

Willing=<etc>/gdm/Xwilling

Wenn der Rechner ein »WILLING«-Paket nach einem »QUERY« zurücksendet, so wird eine Zeichenkette gesendet, die den aktuellen Status des Server vermittelt. Die vorgegebene Nachricht ist die Systemkennung, aber es ist möglich ein Skript zu erstellen, das angepasste Nachrichten anzeigen lässt. Wenn das Skript nicht vorhanden ist oder der Schlüssel leer ist, so wird die Vorgabenachricht gesendet. Wenn das Skript existiert und eine Ausgabe zurückgibt, dann wird (nur) die erste Zeile der Ausgabe gesendet. Es wird höchstens alle 3 Sekunden ausgeführt, um eine möglich Überlastung des Rechners durch eine Flut von »QUERY«-Paketen zu verhindern.

Einfache Konfiguration des Begrüßers
Der voreingestellte GDM-Begrüßer heißt »einfacher Begrüßer« und wird mit GConf konfiguriert. Die Vorgabewerte werden in GConf in der Datei gdm-simple-greeter.schemas hinterlegt. Diese Werte können aufgehoben werden, wenn der Benutzer »gdm« einen schreibbaren persönlichen Ordner zum Speichern der GConf-Einstellungen besitzt. Die Werte können mit den Programmen gconftool-2 oder gconf-editor bearbeitet werden. Die folgenden Einstellungsoptionen werden unterstützt:

Konfigurationsschlüssel für den Begrüßer
/apps/gdm/simple-greeter/banner_message_enable 	

falsch (Boolesche Variable)

Legt fest, ob die Bannernachricht angezeigt wird.
/apps/gdm/simple-greeter/banner_message_text 	

NULL (Zeichenkette)

Legt die Textnachricht im Banner des Begrüßerfensters fest.
/apps/gdm/simple-greeter/disable_restart_buttons 	

falsch (Boolesche Variable)

Legt fest, ob die Knöpfe für den Neustart im Anmeldefenster angezeigt werden.
/apps/gdm/simple-greeter/disable_user_list 	

falsch (Boolesche Variable)

Legt fest, ob das Benutzeralbum mit bekannten Benutzern nicht im Anmeldefenster angezeigt wird.
/apps/gdm/simple-greeter/logo_icon_name 	

computer (Zeichenkette)

Legt den Symbolnamen des Themas für das Logo im Begrüßer fest.
/apps/gdm/simple-greeter/recent-languages 	

[] (Liste aus Zeichenketten)

Legt die Liste aller Sprachen fest, die als Voreinstellung im Anmeldefenster angezeigt werden. Der Vorgabewert ist »[]«. Mit dem Vorgabewert wird nur die systemweit voreingestellte Sprache angezeigt und die Option »Weitere …«, die ein Dialogfenster mit allen verfügbaren Sprachen zum Auswählen einblendet.
Benutzer sollten diese Einstellung nicht manuell ändern. GDM merkt sich die gewählten Sprachen in diesem Konfigurationsschlüssel und sie werden im Auswahlfeld zusammen mit den Sprachen aus dem Dialogfeld »Weitere …« angezeigt. Auf diese Weise können oft gewählte Sprachen leichter ausgewählt werden.
/apps/gdm/simple-greeter/recent-layouts 	

[] (Liste aus Zeichenketten)

Legt die voreingestellte Liste der im Panel angezeigten Tastaturbelegungen fest. Mit dem Vorgabewert wird nur die systemweit voreingestellte Tastaturbelegung angezeigt und die Option »Weitere …«, die ein Dialogfenster mit allen verfügbaren Belegungen zum Auswählen einblendet.
Benutzer sollten diese Einstellung nicht manuell ändern. GDM merkt sich die gewählten Tastaturbelegungen in diesem Konfigurationsschlüssel und sie werden im Auswahlfeld zusammen mit den Belegungen aus dem Dialogfeld »Weitere …« angezeigt. Auf diese Weise können oft gewählte Tastaturbelegungen leicht ausgewählt werden.
/apps/gdm/simple-greeter/wm_use_compiz 	

falsch (Boolesche Variable)

Legt fest, ob Compiz als Fenstermanager anstelle von Metacity verwendet wird.

Konfiguration der Barrierefreiheit
Dieser Abschnitt beschreibt die Konfiguration der Einstellungen der Barrierefreiheit in GDM.

GDM-Dialog zur Barrierefreiheit und GConf-Schlüssel
Das Begrüßer-Panel von GDM zeigt im Anmeldebildschirm ein Barrierefreiheits-Symbol. Ein Klick auf das Symbol öffnet den Dialog der GDM-Barrierefreiheit. Im Dialog gibt es eine Liste von Ankreuzfeldern zum Aktivieren und Deaktivieren verschiedener Hilfstechnologien.
Die Ankreuzfelder für die Hilfswerkzeuge Bildschirmtastatur, Bildschirmlupe und Bildschirmleser wirken sich auf drei GConf-Schlüssel aus, die im nächsten Abschnitt der Hilfeseite beschrieben werden. Durch Auswählen der Ankreuzfelder wird der entsprechende GConf-Schlüssel auf »wahr« oder »falsch« eingestellt. Wenn der GConf-Schlüssel auf wahr gesetzt ist, werden die mit diesem Schlüssel verknüpften Hilfswerkzeuge gestartet. Wenn der GConf-Schlüssel auf falsch gesetzt ist, werden alle mit diesem Schlüssel verknüpften Hilfswerkzeuge beendet. Diese Schlüssel werden nicht automatisch auf eine Voreinstellung zurückgesetzt, nachdem sich ein Benutzer angemeldet hat. Das bedeutet, dass die aktiven Hilfstechnologien der letzten GDM-Sitzung auch automatisch in folgenden Sitzungen gestartet werden.
Die anderen Ankreuzfelder im GDM-Dialog zur Barrierefreiheit haben keine zugeordneten GConf-Schlüssel, weil kein zusätzliches Programm zur Aktivierung der Merkmale gestartet werden muss. Sie entsprechen Merkmalen der Barrierefreiheit, die vom Xserver bedient werden können, der immer während einer GDM-Sitzung läuft.

GConf-Schlüssel der Barrierefreiheit
GDM bietet die folgenden GConf-Schlüssel zur Steuerung der Barrierefreiheit:

Konfigurationsschlüssel von GDM
/desktop/gnome/interface/accessibility 	

falsch (Boolesche Variable)

Legt fest, ob die Barrierefreiheits-Infrastruktur zusammen mit der GDM-Benutzeroberfläche gestartet werden soll. Dies ist für die Funktion von Barrierefreiheits-Anwendungen notwendig.
/desktop/gnome/applications/at/screen_magnifier_enabled 	

falsch (Boolesche Variable)

Legt fest, ob die mit diesem GConf-Schlüssel verknüpften Hilfstechnologien mit der GDM-Oberfläche gestartet werden. Die Voreinstellung ist eine Bildschirmlupe.
/desktop/gnome/applications/at/screen_keyboard_enabled 	

falsch (Boolesche Variable)

Legt fest, ob die mit diesem GConf-Schlüssel verknüpften Hilfstechnologien mit der GDM-Oberfläche gestartet werden. Die Voreinstellung ist eine Bildschirmtastatur.
/desktop/gnome/applications/at/screen_reader_enabled 	

falsch (Boolesche Variable)

Legt fest, ob die mit diesem GConf-Schlüssel verknüpften Hilfstechnologien mit der GDM-Oberfläche gestartet werden. Die Voreinstellung ist ein Bildschirmleser.

GConf-Schlüssel mit Werkzeugen der Barrierefreiheit verknüpfen
Bei den GConf-Schlüsseln »screen_magnifier_enabled«, »the screen_keyboard_enabled« und »screen_reader_enabled« hängt das Hilfswerkzeug, das gestartet wird, von den .desktop-Dateien im Autostart-Ordner von GDM ab, wie es im Abschnitt »Autostart-Einstellungen« dieses Handbuchs beschrieben wird. Jede .desktop-Datei im Autostart-Ordner von GDM kann mit diesen GConf-Schlüsseln verknüpft werden über den Eintrag »AutostartCondition« in der .desktop-Datei. Eine Zeile mit dem Eintrag »AutostartCondition« könnte genau so aussehen wie eine der Folgenden:

AutostartCondition=GNOME /desktop/gnome/applications/at/screen_keyboard_enabled
AutostartCondition=GNOME /desktop/gnome/applications/at/screen_magnifier_enabled
AutostartCondition=GNOME /desktop/gnome/applications/at/screen_reader_enabled

Wenn ein Schlüssel der Barrierefreiheit auf wahr festgelegt ist, dann wird jedes Programm gestartet, dass in einer .desktop-Datei von GDM mit dem Schlüssel verknüpft ist (es sei denn, der Schlüssel ist in einer .desktop-Datei auf »Hidden« (versteckt) gesetzt). Ein einziger GConf-Schlüssel kann sogar mehrere Hilfswerkzeuge starten, wenn mehrere .desktop-Dateien mit diesem Schlüssel »AutostartCondition« im Autostart-Ordner von GDM sind.

Beispiel zur Bearbeitung der Einstellungen eines Werkzeuges der Barrierefreiheit
Wenn zum Beispiel GOK in Ihrer GNOME-Version als Bildschirmtastatur voreingestellt ist, dann könnte es durch ein anderes bevorzugtes Programm ersetzt werden. Um GOK durch die Bildschirmtastatur »onboard« zu ersetzen und zusätzlich das Hilfswerkzeug »mousetweaks« zur Unterstützung des verzögerten Klicks zu aktivieren, wird die folgende Konfiguration benötigt.
Erstellen Sie eine .desktop-Datei für »onboard« und eine zweite für »mousetweaks«, zum Beispiel mit den Namen »onboard.desktop« und »mousetweaks.desktop«. Diese Dateien müssen im Autostart-Ordner von GDM abgelegt werden und im wie in Abschnitt »Autostart-Einstellungen« beschriebenen Format vorliegen.
Im Folgenden ist ein Beispiel für eine Datei onboard.desktop:

[Desktop Entry]
Encoding=UTF-8
Name=Onboard Onscreen Keyboard
Comment=Use an on-screen keyboard
TryExec=onboard
Exec=onboard --size 500x180 -x 20 -y 10
Terminal=false
Type=Application
StartupNotify=true
Categories=GNOME;GTK;Accessibility;
AutostartCondition=GNOME /desktop/gnome/applications/at/screen_keyboard_enabled

Im Folgenden ein Beispiel der Datei mousetweaks.desktop :

[Desktop Entry]
Encoding=UTF-8
Name=Software Mouse-Clicks
Comment=Perform clicks by dwelling with the pointer
TryExec=mousetweaks
Exec=mousetweaks --enable-dwell -m window -c -x 20 -y 240 
Terminal=false
Type=Application
StartupNotify=true
Categories=GNOME;GTK;Accessibility;
AutostartCondition=GNOME /desktop/gnome/applications/at/screen_keyboard_enabled

Beachten Sie die Zeile mit »AutostartCondition«, die beide .desktop-Dateien mit dem GConf-Schlüssel für die Bildschirmtastatur verknüpft.
Um den Start von GOK zu verhindern, muss die .desktop-Datei für die GOK-Bildschirmtastatur entfernt oder deaktiviert werden. Anderenfalls würden onboard und GOK zugleich gestartet werden. Dies kann durch Löschen der Datei »gok.desktop« aus dem Autostart-Ordner von GDM erzielt werden, oder durch Hinzufügen der Schlüsseleinstellung »Hidden=true« in der Datei »gok.desktop«.
Nach dem Durchführen diese Änderungen wird GOK nicht mehr gestartet, wenn der Benutzer die Bildschirmtastatur in der GDM-Sitzung aktiviert; jedoch werden stattdessen »onboard« und »mousetweaks« gestartet.

Allgemeine Sitzungseinstellungen
Der GDM-Begrüßer verwendet einen Teil des Framework, das Ihre Sitzung verwendet. Einige GConf-Einstellungen werden gemeinsam verwendet. Der Begrüßer verwendet die Vorgabewerte, wenn diese nicht explizit durch a) zwingende GDM-Richtlinien oder b) zwingende Systemrichtlinien überschrieben werden. GDM installiert eine eigene zwingende Richtlinie zum Einschränken des Zugriffs auf einige Sicherheitseinstellungen.

GNOME-Einstellungsdaemon
GDM aktiviert die folgenden Plugins von gnome-settings-daemon: a11y-keyboard, background, sound, xsettings.
Diese sind verantwortlich für Dinge wie das Hintergrundbild, die Schrift, die Einstellungen für das Thema, Klänge etc.
Plugins können auch mittels GConf deaktiviert werden. Wenn Sie beispielsweise das Sound-Plugin deaktivieren wollen, dann deaktivieren Sie den folgenden Schlüssel: /apps/gdm/simple-greeter/settings-manager-plugins/sound/active.

GDM-Sitzungseinstellungen
GDM-Sitzungen werden durch die Spezifikation zum FreeDesktop.org Desktop-Eintrag angegeben, welche unter der folgenden Adresse abgerufen werden kann: http://www.freedesktop.org/wiki/Specifications/desktop-entry-spec.
Laut Vorgabe wird GDM die .desktop-Dateien in den Ordner <share>/xsessions installieren. GDM durchsucht die folgenden Ordner in angegebener Reihenfolge nach .desktop-Dateien: <etc>/X11/sessions/, <dmconfdir>/Sessions, <share>/xsessions und <share/gdm/BuiltInSessions. Nach Voreinstellung ist <dmconfdir> eingestellt auf <etc>/dm/, es sei denn, GDM ist durch die Option »--with-dmconfdir« angehalten, einen anderen Ordner zu verwenden.
Eine Sitzung kann deaktiviert werden, indem Sie die Desktop-Datei bearbeiten und die folgende Zeile hinzufügen: Hidden=true .
Die Desktop-Dateien von GDM unterstützen eine GDM-spezifische Erweiterung, einen Schlüssel namens »X-GDM-BypassXsession«. Falls der Schlüssel in einer *.desktop-Datei nicht enthalten ist, wird der Wert per Vorgabe auf »falsch« gesetzt. Falls der Schlüssel in einer *.desktop-Datei enthalten ist, startet GDM das Programm, welches im »Exec«-Schlüssel der *.desktop-Datei angegeben ist, direkt nach dem Start der Benutzersitzung. Das Programm wird nicht über das <etc>/gdm/Xsession-Skript ausgeführt, was normalerweise geschieht. Durch Umgehen des <etc>/gdm/Xsession-Skripts wird vermieden, die Benutzersitzung mit den normalen System- und Benutzereinstellungen zu starten. Auf diese Weise gestartete Sitzungen können für die Fehlerdiagnose des Systems genutzt werden oder zum Test von Benutzerskripten, die möglicherweise einen Benutzer am Start einer Sitzung hindern.

Konfiguration der GDM-Benutzersitzung und Sprache
Die Standardsitzung des Benutzers und die Sprachauswahl werden in der Datei ~/.dmrc gespeichert. Wenn sich ein Benutzer erstmalig anmeldet, wird diese Datei anhand der vom Benutzer eingegebenen Werte angelegt. Der Benutzer kann diese Standardwerte jedes Mal beim Anmelden durch einfache Neueingabe ändern. GDM speichert diese Änderungen für folgende Anmeldungen.
Die Datei ~/.dmrc wird im INI-Format gespeichert. Sie beinhaltet einen mit [Desktop] bezeichneten Abschnitt, welcher zwei Schlüssel enthält: Session und Language.
Der Schlüssel Session definiert den Basisnamen der .desktop-Datei, die der Benutzer normalerweise verwenden will, aber ohne die Erweiterung ».desktop«. Der Schlüssel Language legt die voreingestellte Sprache fest, die der Benutzer verwenden möchte. Wenn irgendein Schlüssel fehlt, so wird die systemweite Vorgabe verwendet. Die Datei sieht normalerweise folgendermaßen aus:

[Desktop]
Session=gnome
Language=de_DE.UTF-8

GDM-Befehle

GDM-Systemverwalter-Befehle
Das GDM-Paket stellt in sbindir folgende verschiedene Befehle bereit, die mit den Rechten des Systemverwalters ausgeführt werden:

gdm-Befehlszeilenoptionen
gdm ist der Hauptdienst, der einen grafischen Anmeldebildschirm bereit stellt und notwendige Hilfsprogramme startet.

gdm-Befehlszeilenoptionen
-?, --help 	 Zeigt einen Überblick der Befehlszeilenoptionen an.
--fatal-warnings 	 Alle Warnungen führen zum Beenden von GDM.
--timed-exit 	 Abbruch nach 30 Sekunden. Dies ist nützlich für Debugging-Zwecke.
--version 	 Zeigt die Version des GDM-Daemons.

gdm-restart-Befehlszeilenoptionen
Der Befehl gdm-restart beendet GDM und startet ihn neu, indem an den GDM-Daemon ein HUP-Signal gesendet wird. Dieser Befehl beendet unmittelbar alle Sitzungen der Benutzer, die gegenwärtig über GDM angemeldet sind.

gdm-safe-restart-Befehlszeilenoptionen
Der Befehl gdm-safe-restart beendet GDM und startet ihn neu, indem an den GDM-Daemon ein USR1-Signal gesendet wird. GDM wird neu gestartet, sobald sich alle Benutzer abgemeldet haben.

gdm-stop-Befehlszeilenoptionen
Der Befehl gdm-stop beendet GDM, indem an den GDM-Daemon ein TERM-Signal gesendet wird.

Fehlerbehandlung
Dieser Abschnitt bietet nützliche Tipps, wie Sie GDM zum Laufen bringen. Allgemein können Sie bei Problemen bei der Benutzung von GDM einen Fehlerbericht einschicken oder eine Nachricht an die Mailingliste »gdm-list« senden. Weitere Informationen finden Sie im Abschnitt »Einführung« dieses Dokuments.
Falls GDM nicht richtig arbeitet, sollten Informationen zur Fehlerdiagnose erhoben werden. Um die Fehlerdiagnose zu aktivieren, setzen Sie den Schlüssel »debug/Enable« in der Datei <etc>/gdm/custom.conf auf »wahr« und starten Sie GDM neu. Bringen Sie dann GDM zu dem Punkt des Versagens, und die Diagnosemeldungen werden im Systemprotokoll gespeichert (abhängig vom Betriebssystem <var>/log/messages oder <var>/adm/messages). Wenn Sie diese Ausgaben in der GDM-Gemeinschaft durch einen Fehlerbericht oder eine E-Mail veröffentlichen, dann legen Sie bitte nur die für GDM relevanten Diagnosemeldungen und nicht die vollständige Datei bei. Falls Sie keine Ausgaben von GDM im Protokoll sehen, müssen Sie eventuell syslog konfigurieren (Lesen Sie dazu die Hilfeseiten von syslog).

GDM startet nicht
Es gibt viele Probleme, die GDM am Starten hindern können. In diesem Abschnitt werden einige allgemeine Probleme behandelt, sowie die Möglichkeiten, wie man den Gründen für diese Startprobleme auf die Spur kommen kann. In einigen Fällen meldet sich GDM bei einem missglückten Startversuch mit einer Fehlermeldung zu Wort. Wenn der GDM-Start allerdings ohne Fehlermeldung abgebrochen wird, kann die Problemsuche schwierig werden.
Zunächst stellen Sie bitte sicher, dass der X-Server sauber konfiguriert ist. Die GDM-Konfigurationsdatei enthält einen Befehl im Abschnitt [server-Standard], der für den Start des X-Servers verwendet wird. Stellen sie sicher, dass dieser Befehl auf Ihrem System funktioniert. Wenn Sie diesen Befehl in einer Textkonsole ausführen, sollte der X-Server starten. Falls der Start scheitert, liegt das Problem möglicherweise in der Konfiguration Ihres X-Servers. Ziehen Sie die X-Server-Logdatei zu Rate, um festzustellen, wo das Problem liegen könnte. Es könnte beispielsweise sein, dass der X-Server abweichende Befehlszeilenoptionen benötigt. In diesem Fall ändern Sie bitte bitte den X-Server-Befehl in der GDM-Konfigurationsdatei so ab, wie es Ihr System erfordert.
Stellen Sie ebenfalls sicher, dass das /tmp-Verzeichnis die richtigen Eigentumsverhältnisse und Zugriffsrechte hat, und dass das Dateisystem nicht voll ist. Solche Probleme werden den Start von GDM verhindern.

Lizenz
Dieses Programm ist freie Software; Sie können es weiterverbreiten und/oder ändern unter den Bedingungen der GNU General Public License wie sie von der Free Software Foundation veröffentlicht wurde; entweder in Version 2 der Lizenz oder (nach Ihrer Wahl) jeder neueren Version.
Dieses Programm wird in der Hoffnung verbreitet, dass es nützlich ist, aber OHNE JEGLICHE GARANTIE; auch ohne eine GEBRAUCHSTAUGLICHKEITSGARANTIE oder eine Garantie über die TAUGLICHKEIT FÜR EINEN BESTIMMTEN ZWECK. Lesen Sie die GNU General Public License für genauere Hinweise.
Eine Kopie der GNU General Public License ist im Anhang des GNOME Benutzerhandbuchs enthalten. Sie können außerdem eine Kopie der GNU General Public License von der Free Software Foundation erhalten, indem Sie auf ihre Internetseite gehen oder schreiben Sie an die

      Free Software Foundation, Inc.
      51 Franklin Street, Fifth Floor
      Boston, MA 02110-1301
      USA