Befehl "dtlogin"
Zweck
Führt einen CDE-Anmeldeservice aus.
Syntax
dtlogin [ -config Konfigurationsdatei ] [ -daemon ] [ -debug Debugstufe ] [ -error Fehlerprotokolldatei ] [ -nodaemon ] [ -resources Ressourcendatei ] [ -server Servereintrag ] [ -session Sitzungsprogramm ] [ -udpPort Portnummer ]
Beschreibung
- dtgreet -Anmeldeanzeige für explizit verwaltete lokale und ferne Anzeigen und XDMCP-verwaltete ferne Anzeigen starten
- Über die GUI-Anmeldeanzeige auf traditionelle (zeichenorientierte) Terminalanmeldung zugreifen
- Systemabhängige Benutzer authentifizieren und anmelden
- Ausgewählte Sitzung starten
Der Befehl dtlogin stellt Services bereit, die denen ähneln, die von init, gettyund login auf Zeichenterminals bereitgestellt werden. Dazu gehören die Eingabeaufforderung für Anmeldung und Kennwort, die Authentifizierung des Benutzers und die Ausführung einer Sitzung. Eine Sitzung wird durch die Lebensdauer eines bestimmten Prozesses definiert. In der traditionellen Welt zeichenbasierter Terminals ist eine Sitzung der Anmeldeshellprozess des Benutzers. Im DT-Kontext handelt es sich um den DT Session Manager. Wenn der DT Session Manager nicht verwendet wird, wird gewöhnlich ersatzweise ein Fenstermanager mit einer Beendigungsoption (exit) oder ein Terminalemulator, in dem eine Shell ausgeführt wird, verwendet, wobei die Lebensdauer des Terminalemulators der Lebensdauer des Shellprozesses entspricht, der gerade ausgeführt wird. Dies reduziert die X-Sitzung auf eine Emulation der zeichenbasierten Terminalsitzung. Wenn die Sitzung beendet wird, setzt dtlogin den X-Server zurück und startet (optional) den gesamten Prozess erneut.
Der Befehl dtlogin unterstützt die Verwaltung ferner Anzeigen mit dem X Display Manager Control Protocol Version 1.0. (XDMCP). Wenn dtlogin eine indirekte Abfrage von XDMCP empfängt, kann es einen Auswahlprozess ausführen, um eine XDMCP- BroadcastQuery (oder eine XDMCP-Abfrage für angegebene Hosts) für die Anzeige auszuführen und ein Menü möglicher Hosts anzubieten, die die XDMCP-Anzeigeverwaltung anbieten. Diese Funktion ist für X-Terminals hilfreich, die kein Hostmenü anbieten.
Da dtlogin die erste Schnittstelle bereitstellt, die den Benutzern angezeigt wird, ist sie so konzipiert, dass sie einfach zu verwenden und einfach an die Anforderungen einer bestimmten Site anzupassen ist.
Anmeldefenster
Im Anmeldefenster können Benutzer eine Benutzer-ID und ein Kennwort eingeben, eine Startsitzung auswählen und ein Startländereinstellung auswählen. Außerdem können Benutzer den X-Server zurücksetzen oder den X-Server vorübergehend aussetzen, um auf den zeichenorientierten Anmeldedialog zuzugreifen.
- Feld "login"
- Ein Eingabefeld, in dem Benutzer ihre IDs eingeben können.
- Feld "password"
- Ein Eingabefeld, in dem Benutzer ihre Kennwörter eingeben (ohne Rückmeldung).
- Schaltfläche "OK"
- Authentifiziert einen Benutzer und startet eine Sitzung.
- Schaltfläche "Clear"
- Löscht den Inhalt von Anmelde-ID- und Kennwortfeldern.
- Optionen
- Ermöglicht Benutzern, einen Ländereinstellungsnamen und einen Anmeldesitzungstyp auszuwählen. Außerdem können Benutzer den X-Server erneut starten oder in einen zeichenorientierten Anmeldedialog wechseln (für lokale Anzeigen). Das Menü "Options" hat den folgenden Inhalt:
- Languages
- Zeigt das Menü "Languages" an. Wenn Sie die Sprache aus dem Optionsmenü des Anmeldebildschirms auswählen, wird die Anmeldeanzeige sofort lokalisiert und die Variable LANG für die nächste Sitzung festgelegt. Die Lokalisierung der Anmeldeanzeige und LANG kehren nach Abschluss der Sitzung zum Standardwert zurück. Der Inhalt dieses Menüs kann je nach den auf dem System installierten Ländereinstellungen variieren. Sie können mithilfe der languageList -Ressource überschrieben werden. Die Standardländereinstellung "C" kann mithilfe der Ressource "language" überschrieben werden. Die angegebenen System-oder languageList -Ländereinstellungen werden als Menüelemente im Menü 'Sprachen' angezeigt. Der anzuzeigende Alternativtext kann für einen bestimmten Ländereinstellungsnamen mithilfe der Ressource languageName angegeben werden.
- No-windows
- Zeigt den zeichenorientierten Anmeldedialog an (nur lokale Anzeigen).
- Reload Login
- Startet den X-Server neu und kehrt zur Anmeldeanzeige zurück.
- Ressourcen
- Listet die Ressourcen auf, die verwendet werden sollen.
- Sessions
- Zeigt das Menü "Sessions" an. In diesem Menü kann der Benutzer den Typ der nach der Anmeldung zu startenden Sitzung auswählen. Die folgenden Menüpunkte werden angeboten:
- DT Session
- Startet eine reguläre Desktopsitzung (Xsession).
- Fail-safe Session
- Startet eine sichere Sitzung (Xfailsafe).
- Hilfe
- Zeigt Hilfenachrichten an.
Server steuern
Der Befehl dtlogin steuert lokale Server mithilfe von POSIX -Signalen. Es wird erwartet, dass das SIGHUP-Signal den Server zurücksetzt, woraufhin alle Clientverbindungen geschlossen und weitere Bereinigungsaktivitäten ausgeführt werden. Es wird erwartet, dass das SIGTERM-Signal den Server beendet. Wenn diese Signale nicht die erwarteten Aktionen ausführen, können die Ressourcen resetSignal und termSignal alternative Signale angeben.
Um ferne Server zu steuern, die XDMCP nicht verwenden, durchsucht dtlogin die Fensterhierarchie in der Anzeige und verwendet die Protokollanforderung KillClient X, um das Terminal für die nächste Sitzung zu bereinigen. Dabei werden möglicherweise nicht alle Clients beendet, weil nur die Clients benachrichtigt werden, die Fenster erstellt haben. XDMCP bietet einen sichereren Mechanismus. Wenn dtlogin seine einleitende Verbindung schließt, ist die Sitzung beendet und das Terminal ist erforderlich, um alle anderen Verbindungen zu schließen.
dtlogin steuern
Der Befehl dtlogin antwortet auf zwei Signale: SIGHUP und SIGTERM. Wenn ein SIGHUP gesendet wird, liest dtlogin die Konfigurationsdatei und die von der Serverressource angegebene Datei erneut und stellt fest, ob Einträge hinzugefügt oder entfernt wurden. Wenn ein neuer Eintrag hinzugefügt wurde, startet dtlogin eine Sitzung in der zugehörigen Anzeige. Einträge, die entfernt wurden, werden sofort inaktiviert, d. h., alle aktiven Sitzungen werden ohne Ankündigung beendet und es wird keine neue Sitzung gestartet. Wenn ein SIGTERM gesendet wird, beendet dtlogin alle aktiven Sitzungen und wird beendet. Dieses Verfahren kann beim Herunterfahren des Systems verwendet werden.
Internationalisierung
Alle Kennsätze und Nachrichten sind lokalisierbar. Der dtlogin.cat -Nachrichtenkatalog enthält die lokalisierten Darstellungen der Standardbezeichnungen und -nachrichten. Der Befehl dtlogin liest den entsprechenden Nachrichtenkatalog, der von der Umgebungsvariablen LANG angegeben wird, und zeigt die lokalisierten Zeichenfolgen an. In der Authentifizierungsanzeige wird eine Option angeboten, mit der die Standardsprache für die nachfolgende Sitzung überschrieben werden kann. Wenn die Authentifizierungsanzeige für die ausgewählte Sprache lokalisiert wurde, wird die Anzeige erneut in dieser Sprache angezeigt. Andernfalls wird sie in der Standardsprache angezeigt. In beiden Fällen wird die Umgebungsvariable LANG für die resultierende Sitzung entsprechend festgelegt.
Mit der Ressource "language" in der dtlogin-Konfigurationsdatei kann die Standardsprache für eine Anzeige geändert werden. Die Ressource languageList ist in der Konfigurationsdatei dtlogin verfügbar, um die Standardgruppe von Sprachen zu überschreiben, die in der Authentifizierungsanzeige angezeigt werden. Die Ressource languageName ist verfügbar, um eine Zuordnung von Ländereinstellungsnamen zu dem im Menü 'Sprache' angezeigten Text bereitzustellen.
Authentifizierung und Prüfung
Der Befehl dtlogin ist ein von PAM aktivierter Anmeldeservice mit dem Servicenamen dtlogin. Der ' dtlogin unterstützt die PAM-Authentifizierung zusätzlich zur herkömmlichen lokalen UNIX-Anmeldung und -Überprüfung. Weitere Authentifizierungs- oder Prüffunktionen wie Kerberos oder B1 können von einzelnen Anbietern hinzugefügt werden.
Um PAM für die systemweite Authentifizierung zu verwenden, erstellen Sie Rootbenutzerberechtigungen und ändern Sie den Wert des Attributs auth_type in der Zeilengruppe usw der Datei /etc/security/login.cfg in PAM_AUTH.
dtlogin auth required /usr/lib/security/pam_aix
dtlogin account required /usr/lib/security/pam_aix
dtlogin password required /usr/lib/security/pam_aix
dtlogin session required /usr/lib/security/pam_aix
X Server-Sicherheit
Der X-Server unterstützt sowohl die benutzerbasierte als auch die hostbasierte Zugriffssteuerung. Standardmäßig verwendet dtlogin die benutzerbasierte Zugriffssteuerung für den X-Server (MIT-MAGIC-COOKIE-1). Diese Sicherheitsstufe ermöglicht eine Zugriffssteuerung auf Benutzerbasis. Sie basiert auf einem Schema, in dem der Clientzugriff zugelassen wird, wenn ein Client Berechtigungsdaten übergibt, die mit den auf dem Server vorhandenen übereinstimmen. Wenn sich ein Benutzer anmeldet, werden diese Berechtigungsdaten standardmäßig in der Datei $HOME/.Xauthority gespeichert und geschützt.
Die Verwendung hostbasierter Zugriffssteuerungsmechanismen ist in Umgebungen mit unsicheren Netzen jedoch vorzuziehen, weil die benutzerbasierte Zugriffssteuerung jedem Host die Herstellung einer Verbindung erlaubt, wenn er den privaten Schlüssel erkannt hat. Ein weiterer Nachteil der benutzerbasierten Zugriffssteuerung besteht darin, dass R2- und R3-Clients keine Verbindung zum Server herstellen können.
Die Ressource authorize steuert, ob die benutzerbasierte oder hostbasierte Zugriffssteuerung von dtloginverwendet wird. Weitere Informationen finden Sie in der Beschreibung der Befehle xhostund xauth .
Ressourcen
Der Befehl dtlogin wird durch den Inhalt der Konfigurationsdatei dtlogin gesteuert, die standardmäßig /usr/dt/config/Xconfigist. Einige Ressourcen steuern das Verhalten von dtlogin im Allgemeinen, andere können für eine bestimmte Anzeige angegeben werden.
Allgemeine Ressourcen
| Element | Beschreibung |
|---|---|
| accessFile |
|
| authDir |
|
| autoRescan |
|
| daemonMode |
|
| debugLevel |
|
| errorLogFile |
|
| errorLogSize |
|
| exportList |
|
| fontPathHead |
|
| fontPathTail |
|
| keyFile |
|
| lockPidFile |
|
| networkDevice |
|
| pidFile |
|
| removeDomainname |
|
| requestPort |
|
| servers |
|
| sysParmsFile |
|
| timeZone |
|
| wakeupInterval |
|
Ressourcen anzeigen
Der Befehl dtlogin kann für alle Anzeigen oder für eine bestimmte Anzeige angegeben werden. Wenn Sie eine bestimmte Anzeige angeben möchten, wird der Anzeigename in den Ressourcennamen zwischen Dtlogin
und dem letzten Segment des Ressourcennamens eingefügt. Dtlogin.expo_0.startup ist beispielsweise der Name der Ressource, die die
Startshelldatei für die Anzeige expo:0 definiert. Der Ressourcenmanager trennt den Namen der Ressource von ihrem Wert durch Doppelpunkte und trennt die Teile des Ressourcennamens durch Punkte, sodass dtlogin beim Generieren des Ressourcennamen Unterstreichungszeichen (_) für die Punkte (.) und Doppelpunkte (:) verwendet.
Ressourcen können auch für eine Klasse von Anzeigen angegeben werden, indem der Klassenname anstelle eines Anzeigenamens eingefügt wird. Für eine Anzeige, die nicht von XDMCP verwaltet wird, kann die Klassenzugehörigkeit in der Datei angegeben werden, auf die von der Ressource "servers" verwiesen wird. Eine Anzeige, die XDMCP verwendet, stellt ihre Klassenzugehörigkeit im XDMCP-Paket bereit.
| Element | Beschreibung |
|---|---|
| authorize |
|
| authName |
|
| authFile |
|
| chooser |
|
| cpp |
|
| environment |
|
| failsafeClient |
|
| grabServer |
|
| grabTimeout |
|
| language |
|
| languageList |
|
| languageName |
|
| openDelay |
|
| openRepeat |
|
| openTimeout |
|
| pingInterval |
|
| pingTimeout |
|
| reset |
|
| resetForAuth |
|
| resetSignal |
|
| resources |
|
| session |
|
| setup |
|
| startAttempts |
|
| startup |
|
| systemPath |
|
| systemShell |
|
| terminateServer |
|
| termSignal |
|
| userAuthDir |
|
| userPath |
|
| xdmMode |
|
| xrdb |
|
Logoressourcen
Dtlogin*logo* als Präfix vorangestellt werden.| Element | Beschreibung |
|---|---|
| bitmapFile |
|
| background |
|
| topShadowPixmap |
|
Dtlogin*greeting* als Präfix vorangestellt werden.| Element | Beschreibung |
|---|---|
| foreground |
|
| background |
|
| fontlist |
|
| labelString |
|
| perLabelString |
|
| alignment |
|
Matte-Ressourcen
Dtlogin*matte. vorangestellt werden, wenn sie angegeben wird.| Element | Beschreibung |
|---|---|
| width |
|
| height |
|
Beschriftungsressourcen
string Dtlogin*. als Präfix vorangestellt werden.| Element | Beschreibung |
|---|---|
| labelFont |
|
| textFont |
|
Flags
Alle Flags mit Ausnahme vonconfiggeben Werte an, die auch in der Konfigurationsdatei als Ressourcen angegeben werden können. In der Regel erfolgt die Anpassung über die Konfigurationsdatei anstelle von Befehlszeilenoptionen. Diese Flags eignen sich besonders für das Debugging und für Einzeldarstellungstests.
| Element | Beschreibung |
|---|---|
| -config Konfigurationsdatei | Gibt eine Ressourcendatei an, die die verbleibenden Konfigurationsparameter enthält. Dadurch wird die Datei dtlogin default Xconfig ersetzt. Weitere Informationen finden Sie im Abschnitt Datei Xconfig . |
| -daemon | Gibt true als Wert für die daemonMode -Ressource an. Dies bewirkt, dass dtlogin alle Dateideskriptoren schließt, die Zuordnung des Steuerterminals auflöst und sich selbst beim ersten Start in den Hintergrund stellt (genau wie der Host anderer Dämonen). |
| -debug Debugstufe | Gibt den numerischen Wert für die Ressource Debugstufe an. Ein Wert ungleich null bewirkt, dass dtlogin Debuganweisungen an das Terminal ausgibt. Außerdem inaktiviert es die daemonMode -Ressource, wodurch dtlogin gezwungen wird, synchron auszuführen. |
| -error Fehlerprotokolldatei | Gibt den Wert für die Ressource Fehlerprotokolldatei an. Weitere Informationen finden Sie im Abschnitt zur Datei Xerrors . |
| -nodaemon | Gibt false als Wert für die Ressourcen an. |
| -resources Ressourcendatei | Gibt den Wert für die Ressource Ressourcendatei an. Weitere Informationen finden Sie im Abschnitt Datei Xresources . |
| -server Servereintrag | Gibt den Wert für die Ressource Servereintrag an. Weitere Informationen finden Sie im Abschnitt Datei Xservers . |
| -udpPort Portnummer | Gibt den Wert für die requestPort -Ressource an. Dadurch wird die Portnummer festgelegt, die dtlogin auf XDMCP-Anforderungen überwacht. Da XDMCP den bekannten registrierten UDP-Port 177 verwendet, sollten Sie diese Ressource nur für das Debugging ändern. |
| -session sitzungsprogramm | Gibt den Wert für die Ressource Sitzungsprogramm an. Weitere Informationen finden Sie im Abschnitt Xconfig file . |
Umgebungsvariablen
Der Befehl dtlogin ruft die Sitzung des Benutzers mit der folgenden Standardumgebung auf:
| Element | Beschreibung |
|---|---|
| DISPLAY | Setzen Sie diese Variable auf den zugeordneten Anzeigenamen. |
| EDITOR | Wird auf /usr/dt/bin/dtpadgesetzt. |
| HOME | Setzen Sie diese Variable auf das Ausgangsverzeichnis des Benutzers. |
| KBD_LANG | Wird auf den Wert von LANG für zutreffende Sprachen gesetzt. |
| LANG | Setzen Sie diese Variable auf die aktuelle NLS-Sprache (sofern vorhanden). |
| LC_ALL | Setzen Sie diese Variable auf die aktuelle NLS-Sprache (sofern vorhanden). |
| LC_MESSAGES | Setzen Sie diese Variable auf die aktuelle NLS-Sprache (sofern vorhanden). |
| LOGNAME | Setzen Sie diese Variable auf den Benutzernamen. |
| Festgelegt auf /usr/mail/$USER (systemabhängig). | |
| PATH | Wird auf den Wert der Ressource userPath gesetzt. |
| USER | Setzen Sie diese Variable auf den Benutzernamen. |
| SHELL | Wird auf die Standardshell des Benutzers gesetzt (aus /etc/passwd) |
| TERM | Wird auf dttermgesetzt. |
| TZ | Setzen Sie diese Variable auf den Wert der Ressource timeZone oder auf den Systemstandardwert. |
| XAUTHORITY | Setzen Sie diese Variable auf die Berechtigungsdatei. |
Zur Umgebungsliste hinzufügen
- Die exportList -Ressource ist verfügbar, um den Export von Variablen zu ermöglichen, die vom übergeordneten Element für den dtlogin -Prozess bereitgestellt werden. Mit dieser Methode angegebene Variablen stehen sowohl dem X-Serverprozess der Anzeige als auch der Benutzersitzung zur Verfügung und überschreiben alle Standardeinstellungen. Die Ressource akzeptiert eine durch mindestens ein Leerzeichen oder Tabulatorzeichen getrennte Zeichenfolge von Name=Wert-Paaren.
- Die environment -Ressource ist in der Konfigurationsdatei dtlogin verfügbar, damit Umgebungsvariablen global oder pro Anzeige festgelegt werden können. Mit dieser Methode angegebene Variablen stehen sowohl dem X-Serverprozess der Anzeige als auch der Benutzersitzung zur Verfügung und überschreiben alle Standardeinstellungen. Die Ressource akzeptiert eine durch mindestens ein Leerzeichen oder Tabulatorzeichen getrennte Zeichenfolge von Name=Wert-Paaren. Die angegebenen Werte müssen Konstanten sein, da zum Parsen der Zeichenfolge keine Shell verwendet wird. Beispiel:
Dtlogin*environment:MAIL_HOST=blanco MAIL_SERVER=pabloAnmerkung: Die Umgebungsvariablen LANG und TZ haben eigene dedizierte Ressourcen in der Konfigurationsdatei und sollten nicht von der Umgebung festgelegt werden. - Umgebungsvariablen, die eine Verarbeitung durch eine Shell erfordern oder vom Wert einer anderen Umgebungsvariablen abhängig sind, können im Startscript Xsessionangegeben werden. Diese Variablen werden in die Umgebung aller Benutzer des Bildschirms geladen, aber nicht in den X-Serverprozess. Sie überschreiben alle vorherigen Einstellungen derselben Variablen. Das Script Xsession akzeptiert die Syntax ksh zum Festlegen von Umgebungsvariablen. Beispiel:
MAIL=/usr/mail/$USER - Persönliche Umgebungsvariablen können auf Benutzerbasis in der Scriptdatei $HOME/.dtprofile festgelegt werden. Der Befehl dtlogin akzeptiert die Syntax sh, kshoder csh für die Befehle in dieser Datei. Bei den Befehlen sollte es sich nur um Befehle handeln, die Umgebungsvariablen festlegen, nicht um solche, die Terminalein-/-ausgabe ausführen, mit Ausnahme von tset oder stty. Wenn die erste Zeile von .dtprofile
#!/bin/sh, #!/bin/kshoder#!/bin/cshist, verwendet dtlogin die entsprechende Shell zum Parsing von .dtprofile. Andernfalls wird die Standardshell des Benutzers ($SHELL) verwendet.
Exitstatus
Die folgenden Exitwerte werden zurückgegeben:
| Element | Beschreibung |
|---|---|
| 0 | Erfolgreiche Ausführung. |
| >0 | Es ist ein Fehler aufgetreten. |
Beispiele
- Geben Sie Folgendes ein, um den CDE-Anmeldeservice als Dämon zu starten:
/usr/dt/bin/dtlogin -daemon - Geben Sie Folgendes ein, um den CDE-Anmeldeservice im Debugmodus zu starten:
/usr/dt/bin/dtlogin -debug 1
Position
/usr/dt/bin/dtlogin
Standardfehler
Login incorrect; please try again.Unable to change to home directory.Sorry. Maximum number of users already logged in.Login error, invalid user ID.Login error, invalid group ID.Login error, invalid audit ID.Login error, invalid audit flag.Logins are currently disabled.Your current password has expired.
Dateien
Der Befehl dtlogin ist für den Betrieb in einer Vielzahl von Umgebungen konzipiert und stellt eine Suite von Konfigurationsdateien bereit, die an ein bestimmtes System angepasst werden können. Die Standardkonfigurationsdateien von dtlogin befinden sich in /usr/dt/config mit Ausnahme von Xsession, die in /usr/dt/bingespeichert sind. Die Dateien sind im Folgenden aufgelistet:
| Element | Beschreibung |
|---|---|
| /usr/dt/config/Xconfig | Gibt weitere dtlogin -Konfigurationsdateien und das Verhalten von dtlogin an |
| /usr/dt/config/Xaccess | Steuert den Zugriff über Anzeigen, die den XDMCP-Service anfordern. |
| /usr/dt/config/Xservers | Enthält die Liste der Anzeigen, die dtlogin explizit verwalten soll. |
| /usr/dt/config/Xresources | Enthält Ressourcendefinitionen, die das Erscheinungsbild der Anmeldeanzeige angeben. |
| /usr/dt/config/Xsetup | Ein Script, das vor der Anzeige der Anmeldeanzeige als Root ausgeführt wird. |
| /usr/dt/config/Xstartup | Ein Script, das als Root ausgeführt wird, nachdem sich der Benutzer erfolgreich authentifiziert hat. |
| /usr/dt/bin/Xsession | Ein Script, das als authentifizierter Benutzer ausgeführt wird, der die Sitzung des Benutzers startet. |
| /usr/dt/config/Xfailsafe | Ein Script, das als authentifizierter Benutzer ausgeführt wird und eine ausfallsichere Sitzung startet. |
| /usr/dt/config/Xreset | Ein Script, das nach der Beendigung der Benutzersitzung von Root ausgeführt wird. |
Datei Xconfig
- Dtlogin.errorLogFile
- /var/dt/Xerrors
- Dtlogin.pidFile
- /var/dt/Xpid
- Dtlogin.accessFile
- Xaccess
- Dtlogin.servers
- Xservers
- Dtlogin*resources
- %L/Xresources
- Dtlogin*setup
- Xsetup
- Dtlogin*startup
- Xstartup
- Dtlogin*reset
- Xreset
- Dtlogin*failsafeClient
- Xfailsafe
- Dtlogin*session
- /usr/dt/bin/Xsession
* die Komponenten voneinander trennt. Diese Ressourcen können für jede einzelne Anzeige eindeutig gemacht werden, indem * durch den Anzeigenamen ersetzt wird. Weitere Informationen finden Sie unter Ressourcen anzeigen .Die Standarddatei Xconfig ist /usr/dt/config/Xconfig. Ein Systemadministrator kann Xconfig anpassen, indem er/usr/dt/config/Xconfig in /etc/dt/config/Xconfig kopiert und /etc/dt/config/Xconfigändert. Die Standarddatei Xconfig enthält die vorherigen Konfigurations-und Protokolldateieinträge sowie einige anbieterspezifische Ressourcendefinitionen und Beispiele.
Die Xaccess-Datei
Die von der accessFile -Ressource angegebene Datenbankdatei stellt Informationen zur Verfügung, die dtlogin verwendet, um den Zugriff von Anzeigen aus zu steuern, die den XDMCP-Service anfordern. Diese Datei enthält drei Typen von Einträgen: Einträge, die die Antwort auf direkte und Broadcastabfragen steuern, Einträge, die die Antwort auf indirekte Abfragen steuern, und Makrodefinitionen.
Das Format eines Eintrags für direkte Abfragen ist entweder ein Hostname oder ein Muster. Ein Muster unterscheidet sich von einem Hostnamen durch eines oder mehrere Metazeichen (* entspricht einer beliebigen Folge von 0 oder mehr Zeichen an und ?
entspricht einem einzelnen Zeichen), die mit dem Hostnamen der Anzeigeinheit verglichen werden. Wenn der Eintrag ein Hostname ist, werden alle Vergleiche unter Verwendung von Netzadressen durchgeführt, sodass jeder Name verwendet werden kann, der in die richtige Netzadresse aufgelöst wird. Bei Mustern werden nur kanonische Hostnamen im Vergleich verwendet. Stellen Sie daher sicher, dass Sie nicht versuchen, Aliasse zuzuordnen. Die Verwendung eines Ausrufezeichens
(!) vor einem Hostnamen oder einem Muster bewirkt, dass Hosts, die mit diesem Eintrag übereinstimmen, ausgeschlossen werden.
Ein indirekter Eintrag enthält auch einen Hostnamen oder ein Muster, folgt jedoch mit einer Liste von Hostnamen oder Makros, an die indirekte Abfragen gesendet werden sollen. Indirekte Einträge können auch angeben, dass dtlogin ausgeführt werden soll dtchooser , um ein Menü mit Hosts anzubieten, für die eine Anmeldeanzeige angezeigt werden kann.
Eine Makrodefinition enthält einen Makronamen und eine Liste von Hostnamen und anderen Makros, in die das Makro erweitert wird. Um Makros von Hostnamen zu unterscheiden, beginnen Makronamen mit dem Zeichen %. Makros können verschachtelt werden.
Wenn der Zugriff für einen bestimmten Anzeigehost überprüft wird, werden die einzelnen Einträge nacheinander gescannt und der erste passende Eintrag bestimmt die Antwort. Direkte Einträge und Broadcasteinträge werden ignoriert, wenn nach einem indirekten Eintrag gesucht wird und umgekehrt. Leerzeilen werden ignoriert, # wird als Kommentarbegrenzer behandelt, der bewirkt, dass der Rest dieser Zeile ignoriert wird, und \newline bewirkt, dass
dass das Zeilenvorschubzeichen ignoriert wird, sodass Listen indirekter Hosts sich über mehrere Zeilen erstrecken können.
#
# Xaccess - XDMCP access control file
#
#
# Direct/Broadcast query entries
#
!xtra.lcs.mit.edu # disallow direct/broadcast service for xtra
bambi.ogi.edu # allow access from this particular display
*.lcs.mit.edu # allow access from any display in LCS
#
# Indirect query entries
#
#define %HOSTS macro
%HOSTS expo.lcs.mit.edu xenon.lcs.mit.edu \
excess.lcs.mit.edu kanga.lcs.mit.edu
#force extract to contact xenon
extract.lcs.mit.edu xenon.lcs.mit.edu
#disallow indirect access by xtra
!xtra.lcs.mit.edu dummy
#all others get to choose among %HOSTS
*.lcs.mit.edu %HOSTS Wenn der XDMCP-Zugriff erteilt wird, kann eine temporäre Datei in dem durch authDir angegebenen Verzeichnis erstellt werden, die Berechtigungsinformationen für das X-Terminal enthält. Diese Datei wird gelöscht, wenn die Sitzung gestartet wird.
Für X-Terminals, die kein Hostmenü zur Verwendung mit Broadcast-oder indirekten Abfragen bieten, kann das Programm chooser dies für sie tun. Geben Sie in der Datei Xaccess CHOOSER als ersten Eintrag in der Liste der indirekten Hosts an. Das Programm chooser sendet eine Abfrageanforderung an jeden der verbleibenden Hostnamen in der Liste und zeigt ein Menü aller Hosts an, die antworten. Die Liste kann aus dem Wort BROADCASTbestehen. In diesem Fall sendet chooser stattdessen eine Broadcastnachricht und zeigt erneut ein Menü aller Hosts an, die antworten. Auf einigen Betriebssystemen können keine UDP-Pakete gesendet werden und deshalb funktioniert dieses Feature nicht.
#offer a menu of these hosts to extract
extract.lcs.mit.edu CHOOSER %HOSTS
#offer a menu of all hosts to xtra
xtra.lcs.mit.edu CHOOSER BROADCASTDas Programm, das für chooser verwendet werden soll, wird von der Ressource chooser angegeben. Ressourcen für dieses Programm können in der nach den Ressourcen benannten Datei gespeichert werden. Die Standarddatei Xaccess ist /usr/dt/config/Xaccess. Ein Systemadministrator kann Xaccess anpassen, indem er /usr/dt/config/Xaccess in /etc/dt/config/Xaccess kopiert und anschließend /etc/dt/config/Xaccessändert. Die Standarddatei Xaccess enthält keine Einträge.
Datei Xservers
Die Datei Xservers enthält die Liste der zu verwaltenden Anzeigen. Die Standarddatei Xservers ist /usr/dt/config/Xservers. Ein Systemadministrator kann Xservers anpassen, indem er /usr/dt/config/Xservers in /etc/dt/config/Xservers kopiert und anschließend /etc/dt/config/Xserversändert. Die Standarddatei Xservers enthält einen Eintrag für eine lokale Anzeige.
Datei Xresources
Die Datei Xservers enthält die Ressourcendefinitionen, die die Darstellung der Anmeldeanzeige angeben. Die Standarddatei Xresources ist /usr/dt/config/Xresources. Ein Systemadministrator kann Xresources anpassen, indem er /usr/dt/config/Xresources in /etc/dt/config/Xresources kopiert und anschließend /etc/dt/config/Xresourcesändert.
Die Xsetup-Datei
Die Datei Xsetup ist normalerweise ein Shell-Script. Nur Rootbenutzer können dieses Script ausführen und sollten sehr vorsichtig mit der Sicherheit sein. Dieses Script wird ausgeführt, bevor die Anmeldeanzeige angezeigt wird. Es werden keine Argumente an das Script übergeben. Der Befehl dtlogin wartet, bis dieses Script beendet wird, bevor die Anmeldeanzeige angezeigt wird.
Die Standarddatei Xsetup ist /usr/dt/config/Xsetup. Ein Systemadministrator kann Xsetup anpassen, indem er /usr/dt/config/Xsetup in /etc/dt/config/Xsetup kopiert und anschließend /etc/dt/config/Xsetupändert. Die Standarddatei Xsetup enthält anbieterspezifischen Code, aber in der Regel Code, der den X-Server vor der Anzeige der Anmeldeanzeige einrichtet, z. B. das Einrichten von Tastaturbelegungen.
Datei 'Xstartup'
- DISPLAY
- Setzen Sie diese Variable auf den zugeordneten Anzeigenamen.
- HOME
- Setzen Sie diese Variable auf das Ausgangsverzeichnis des Benutzers.
- PATH
- Wird auf den Wert der Ressource systemPath gesetzt.
- BENUTZER
- Setzen Sie diese Variable auf den Benutzernamen.
- SHELL
- Wird auf den Wert der Ressource systemShell gesetzt.
Es werden keine Argumente an das Script übergeben. Der Befehl dtlogin wartet, bis dieses Script beendet wird, bevor die Benutzersitzung gestartet wird. Wenn der Exitwert dieses Scripts ungleich null ist, beendet dtlogin die Sitzung sofort und startet einen weiteren Authentifizierungszyklus.
Die Standarddatei Xstartup ist /usr/dt/config/Xstartup. Ein Systemadministrator kann Xstartup anpassen, indem er /usr/dt/config/Xstartup in /etc/dt/config/Xstartup kopiert und anschließend /etc/dt/config/Xstartupändert. Die Standarddatei Xstartup enthält Code zum Ändern des Eigentumsrechts an /dev/console in den Benutzer, dessen Sitzung in der Konsole ausgeführt wird.
Die Xsession-Datei
Das Script Xsession initialisiert die Sitzung eines Benutzers und ruft den Desktopsitzungsmanager auf. Es wird mit den Berechtigungen des berechtigten Benutzers ausgeführt und hat mehrere vordefinierte Umgebungsvariablen. Eine Liste der voreingestellten Variablen finden Sie unter Umgebungsvariablen .
- Quellen für die $HOME/.dtprofile des Benutzers
- Verwendet alle /etc/dt/config/Xsession.d/* -Scripts als Quelle.
- Verwendet alle /usr/dt/config/Xsession.d/* -Scripts als Quelle.
- Startet den Desktopbegrüßungsclient dthelloim Hintergrund
- Führt das Setup-Script für den Anwendungssuchpfad aus: dtsearchpath
- Startet den Hilfekonfigurationsclient dthelpgenim Hintergrund.
- Startet den Client für die Konfiguration des Anwendungsmanagerverzeichnisses ( dtappgather) im Hintergrund
- Führt den Desktopsitzungsmanager dtsession aus.
Die Xreset-Datei
Symmetrisch zu Xstartupwird das Script Xreset ausgeführt, nachdem die Benutzersitzung beendet wurde. Da es von einem Rootbenutzer ausgeführt wird, sollte das Script Xreset Befehle enthalten, die die Auswirkungen von Befehlen in Xstartuprückgängig machen, z. B. das Abhängen von Verzeichnissen von Dateiservern. Die Sammlung von Umgebungsvariablen, die an Xstartup übergeben wurden, wird auch an Xresetübergeben.
Die Standarddatei Xreset ist /usr/dt/config/Xreset. Ein Systemadministrator kann Xreset anpassen, indem er /usr/dt/config/Xreset in /etc/dt/config/Xreset kopiert und anschließend /etc/dt/config/Xresetändert. Die Standarddatei Xreset enthält den Eigner der Codeänderung von /dev/console zurück zum Stammverzeichnis.
Datei Xerrors
Das Script Xerrors enthält Fehlernachrichten von dtlogin und alle Ausgaben von Xsetup, Xstartup oder Xresetan stderr . Der Systemadministrator kann den Inhalt der Datei für die dtlogin -Fehlerbehebung verwenden. Die Ressource errorLogSize begrenzt die Größe der Datei Xerrors und kann verhindern, dass sie ungebunden wächst. Wenn die Datei größer als die angeforderte Größe wird und von dtloginabgeschnitten wird, muss jeder Benutzer, der auf die Datei zugreift (z. B. mit cat oder tail) die Datei schließen (nachdem die Datei abgeschnitten wurde) und für den Zugriff erneut öffnen, um nachfolgende Informationen anzuzeigen, die in der Datei protokolliert werden.
Ein Systemadministrator kann den Pfadnamen der Xerrors ändern, indem er die Ressource errorLogFile in der Datei Xconfig festlegt.
Xpid-Datei
Das Script Xpid enthält die Prozess-ID des dtlogin -Masterprozesses, die beim Senden von Signalen an dtloginverwendet werden kann. Ein Systemadministrator kann den Pfadnamen der Xpid ändern, indem er die Ressource pidFile in der Datei Xconfig festlegt.