Befehl "xdm"

Zweck

Verwaltet einen Verbund von X-Anzeigen mit Unterstützung für XDMCP.

Syntax

xdm [  -konfiguration ConfigurationFile] [  -fehlersuche DebugLevel ] [  -nodaemon ] [  -fehler ErrorLogFile ] [  -ressourcen ResourceFile ] [  -server ServerEntry ] [  -udpPort PortNumber ] [  -sitzung SessionProgram ] [  -xrm ResourceSpecification ]

Beschreibung

Der Befehl xdm (X Display Manager, X-Anzeigemanager) verwaltet einen Verbund von X-Anzeigen, die sich auf dem lokalen Host oder auf fernen Servern befinden können. Das Design des Befehls xdm orientiert sich an den Anforderungen von X-Terminals sowie dem Standard-XDMCP (X Display Manager Control Protocol) des X Consortium. Der Befehl xdm stellt ähnliche Services wie die Befehle init, getty und login auf zeichenorientierten Terminals bereit: Anforderung eines Anmeldenamens und eines Kennworts, Authentifizierung des Benutzers und Ausführung einer Sitzung.

Eine Sitzung wird durch die Laufzeit oder Lebensdauer eines bestimmten Prozesses definiert. In der traditionellen Welt zeichenbasierter Terminals ist dies die Anmeldeshell des Benutzers. Im xdm-Kontext ist es ein beliebiger Sitzungsmanager. Dies ist darauf zurückzuführen, dass der Anmeldeshellprozess eines Benutzers in einer Umgebung mit Fenstertechnik nicht unbedingt eine terminalähnliche Schnittstelle für die Verbindungsherstellung hat. Wenn kein echter Sitzungsmanager verfügbar ist, wird in der Regel ein Fenstermanager oder Terminalemulator als Sitzungsmanager verwendet. Wenn dieser Prozess beendet wird, wird auch die Sitzung des Benutzers beendet.

Bei der Beendigung der Sitzung setzt xdm den X-Server zurück und startet (optional) den gesamten Prozess erneut.

Wenn der Befehl xdm eine indirekte Abfrage über XDMCP empfängt, kann er einen chooser-Prozess zum Durchführen einer XDMCP-Broadcastabfrage (oder einer XDMCP-Abfrage an bestimmte Hosts) für die Anzeige ausführen und ein Menü mit möglichen Hosts anzeigen, die das Management von XDMCP-Anzeigen unterstützen. Dieses Feature ist für X-Terminals hilfreich, die selbst kein Hostmenü anbieten.

Da der Befehl xdm die erste Schnittstelle ist, die Benutzer sehen, ist er einfach zu bedienen und lässt sich ohne großen Aufwand an die Anforderungen einer bestimmte Site anpassen.

Typische Verwendung

Der Befehl xdm wurde für den Einsatz in verschiedenen Umgebungen entwickelt.

DisplayManager.servers:       /usr/lib/X11/xdm/Xservers
DisplayManager.errorLogFile:  /usr/lib/X11/xdm/xdm-errors
DisplayManager*resources:     /usr/lib/X11/xdm/Xresources
DisplayManager*startup:       /usr/lib/X11/xdm/Xstartup
DisplayManager*session:       /usr/lib/X11/xdm/Xsession
DisplayManager.pidFile:       /usr/lib/X11/xdm/xdm-pid
DisplayManager._0.authorize:  true
DisplayManager*authorize:     false

Diese Datei enthält Verweise auf andere Dateien. Einige der Ressourcen sind mit einem * (Stern) gekennzeichnet, der die Komponenten voneinander trennt. Diese Ressourcen können für jede Anzeige eindeutig festgelegt werden, indem der Stern (*) durch den Anzeigenamen ersetzt wird. In der Regel ist dies jedoch nicht hilfreich. Eine vollständige Diskussion finden Sie im Abschnitt Ressourcen auf der nächsten Seite.

Die erste Datei, /usr/lib/X11/xdm/Xservers, enthält die Liste der zu verwaltenden Anzeige, die XDMCP nicht verwenden. Die meisten Workstations haben nur eine einzige Anzeige mit der Nummer 0 (null). In diesem Fall sieht die Datei in etwa wie folgt aus:

:0 Local local /usr/bin/X11/X -force

Diese Datei sorgt dafür, dass /usr/bin/X11/X weiterhin auf dieser Anzeige ausgeführt wird und ein fortlaufender Zyklus von Sitzungen verwaltet wird.

Die Datei /usr/lib/X11/xdm/xdm-errors enthält Fehlernachrichten von xdm und alle Ausgaben der Scripts Xsetup, Xstartup, Xsession und Xreset für die Standardfehlerausgabe. Wenn Sie Probleme mit dem Starten des Befehls xdm haben, überprüfen Sie die Datei /usr/lib/X11/xdm/xdm-errors, um festzustellen, ob der Befehl xdm irgendwelche Hinweise auf das Problem gibt.

Der nächste Konfigurationseintrag, /usr/lib/X11/xdm/Xresources, wird mit dem Befehl xrdb als Ressourcendatenbank in die Anzeige geladen. Da das Authentifizierungswidget diese Datenbank vor dem Start liest, enthält es gewöhnlich Parameter für dieses Widget.

Flags

Die folgenden Optionen (mit Ausnahme von -config) geben alle Werte an, die auch in der Konfigurationsdatei als Ressourcen angegeben werden können.

Ressourcen

In vielen Phasen können die Aktionen von xdm durch die Verwendung der zugehörigen Konfigurationsdatei im X-Ressourcenformat gesteuert werden. Einige Ressourcen ändern das Verhalten von xdm auf allen Anzeigen, während andere das Verhalten nur auf einer einzigen Anzeige ändern. Wenn sich Aktionen auf eine bestimmte Anzeige beziehen, wird der Anzeigename in den Ressourcennamen zwischen "DisplayManager" und dem letzten Segment des Ressourcennamens eingefügt. Angenommen, DisplayManager.expo_0.startup ist der Name der Ressource, die die Startshelldatei für die Anzeige "expo:0" definiert. Da der Ressourcenmanager Doppelpunkte verwendet, um den Namen der Ressource von ihrem Wert zu trennen, und Punkte für die Trennung der einzelnen Ressourcennamenskomponenten, ersetzt der Befehl xdm Punkte und Doppelpunkte durch Unterstreichungszeichen, wenn er den Ressourcennamen generiert.

XDMCP-Zugriffssteuerung

Die mit der Ressource DisplayManager.accessFile angegebene Datenbankdatei enthält Informationen, die der Befehl xdm verwendet, um Zugriffe von Bildschirmen zu steuern, die den XDMCP-Service anfordern. Diese Datei enthält drei Typen von Einträgen:

• Einträge, die die Antwort auf Direkt -und Broadcast-Übertragung -Abfragen steuern.
• Einträge, die die Antwort auf Indirekt -Abfragen steuern.
• Makrodefinitionen.

Einträge für direkte Abfragen enthalten entweder einen Hostnamen oder ein Muster, das sich von einem Hostnamen durch den Einschluss eines oder mehrerer Mustererkennungszeichen unterscheidet. Ein Stern (*) entspricht einer beliebigen Folge von 0 (null) oder mehr Zeichen und einem Fragezeichen (?) (Fragezeichen) entspricht einem beliebigen einzelnen Zeichen. Diese werden mit dem Hostnamen der Anzeige verglichen. Wenn es sich bei dem Eintrag um einen Hostnamen handelt, werden alle Vergleiche mit Netzadressen durchgeführt, sodass jeder Name verwendet werden kann, der in die richtige Netzadresse aufgelöst wird. Bei Mustern werden nur tatsächliche Hostnamen für den Vergleich verwendet. Stellen Sie daher sicher, dass Sie nicht versuchen, Aliasse abzugleichen. Vor einem Hostnamen oder einem Muster mit einem! (Ausrufezeichen) bewirkt, dass Hosts, die diesem Eintrag entsprechen, ausgeschlossen werden.

Ein Eintrag für indirekte Abfragen enthält auch einen Hostnamen oder ein Muster, dem jedoch eine Liste von Hostnamen oder Makros folgt, an die die indirekten Abfragen gesendet werden sollen.

Eine Makrodefinition enthält einen Makronamen und eine Liste von Hostnamen und anderen Makros, in die das Makro erweitert wird. Um Makros von Hostnamen unterscheiden zu können, beginnen Makronamen mit einem Prozentzeichen (%). Makros können verschachtelt werden.

In Einträgen für indirekte Abfragen kann auch angegeben werden, dass der Befehl xdm den Befehl chooser ausführen soll, um ein Menü mit Hosts anzubieten, zu denen eine Verbindung hergestellt werden kann. Weitere Informationen finden Sie unter Auswahlfunktion.

Bei der Überprüfung des Zugriffs für einen bestimmten Bildschirmhost werden die Einträge nacheinander gescannt und der erste übereinstimmende Eintrag bestimmt die Antwort. Ein Eintrag für eine direkte Abfrage wird beispielsweise ignoriert, wenn ein Eintrag für eine indirekte Abfrage gesucht wird. Ein Eintrag für eine Broadcastabfrage wird ignoriert, wenn ein Eintrag für eine direkte Abfrage gesucht wird.

Leerzeilen werden ignoriert. Das Zeichen # wird als Kommentartrennzeichen behandelt und bewirkt, dass der Rest dieser Zeile ignoriert wird. Ein Backslash (\) am Ende der Zeile bewirkt, dass die neue Zeile ignoriert wird und sich Listen mit Hosts für indirekte Abfragen über mehrere Zeilen erstrecken können.

Im Folgenden sehen Sie eine Xaccess-Beispieldatei:

#
# 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
#

%HOSTS          expo.lcs.mit.edu xenon.lcs.mit.edu \\
               excess.lcs.mit.edu kanga.lcs.mit.edu

extract.lcs.mit.edu    xenon.lcs.mit.edu    #force extract to contact xenon
!xtra.lcs.mit.edu         dummy     #disallow indirect access
*.lcs.mit.edu     %HOSTS           #all others get to choose

Chooser

Für X-Terminals, die kein Hostmenü für Broadcastabfragen oder indirekte Abfragen anbieten, kann das Programm chooser (Auswahlfunktion) verwendet werden. Geben Sie in der Datei Xaccess CHOOSER als ersten Eintrag in der Liste der Hosts für indirekte Abfragen an. Das Programm chooser sendet eine Abfrageanforderung (Query) an jeden der verbleibenden Hostnamen in der Liste und zeigt dann ein Menü mit allen Hosts an, die antworten.

Die Liste kann aus dem BROADCAST bestehen. In diesem Fall sendet chooser eine Broadcastabfrage und zeigt auch dann ein Menü mit allen Hosts an, die antworten.

Im Folgenden sehen Sie eine Xaccess-Beispieldatei, in der chooser verwendet wird:

extract.lcs.mit.edu       CHOOSER   %HOSTS         #offer a menu of these hosts
xtra.lcs.mit.edu          CHOOSER   BROADCAST      #offer a menu of all hosts

Das für chooser verwendete Programm wird mit der Ressource DisplayManager.DISPLAY.chooser angegeben. Die Ressourcen für dieses Programm können in die mit der Ressource DisplayManager.DISPLAY.resources angegebene Datei eingetragen werden.

Das chooser-Programm wurde mit SelectionBoxWidget (Motif) implementiert. Eine Beschreibung der Ressourcen und Widget- oder Gadgetnamen finden Sie in der Dokumentation zur Klasse XmSelectionBoxWidget.

Serverspezifikation

Die Ressource DisplayManager.servers enthält eine Serverspezifikation oder, wenn die Werte mit einem Schrägstrich (/) beginnen, den Namen einer Datei mit Serverspezifikationenen (eine pro Zeile).

Jede Spezifikation gibt eine Anzeige an, die fortlaufend verwaltet werden soll und XDMCP nicht verwendet. Jede Spezifikation besteht aus mindestens drei Teilen:

• Anzeigename
• -Anzeigeklasse
• Anzeigetyp
• Für lokale Server eine Befehlszeile zum Starten des Servers.

Im Folgenden sehen Sie einen typischen Eintrag für die lokale Anzeigenummer 0:

:0 IBM-GT local /usr/bin/X11/X :0

Die folgenden Anzeigetypen sind verfügbar:

Der Anzeigename muss ein Name sein, der in der Option -display an ein X-Programm übergeben werden kann. Diese Zeichenfolge wird verwendet, um die anzeigenspezifischen Ressourcennamen zu generieren. Achten Sie daher darauf, die Namen abzugleichen (z. B. ":0 local /usr/bin/X11/X :0" statt "`localhost:0 local /usr/bin/X11/X :0" wenn Ihre anderen Ressourcen wie folgt angegeben werden: "DisplayManager._0.session"). Der Anzeigeklassenabschnitt wird auch in den anzeigespezifischen Ressourcen als Klasse der Ressource verwendet. Dies ist hilfreich, wenn Sie sehr viele ähnliche Anzeigen haben (z. B. sehr viele X-Terminals) und Ressourcen für Gruppen dieser Anzeigen festlegen möchten. Wenn XDMCP verwendet wird, muss die Anzeige die Anzeigeklasse angeben. Die Anzeigeklassenzeichenfolge für Ihre Einheit finden Sie in der Dokumentation zu Ihrem X-Terminal. Sollten Sie diese Zeichenfolge nicht in der Dokumentation finden, können Sie den Befehl xdm im Debugmodus ausführen und sich die für diese Einheit generierten Ressourcenzeichenfolgen ansehen, zu denen auch die Klassenzeichenfolge gehört.

Setup-Programm

Die Xsetup-Datei wird ausgeführt, nachdem der Server zurückgesetzt wurde, aber bevor das Anmeldefenster angezeigt wird. Die Datei ist gewöhnlich ein Shell-Script. Sie wird als Root ausgeführt und deshalb sollten Sie im Hinblick auf die Sicherheit vorsichtig vorgehen. Mit dieser Datei können Sie den Basishintergrund ändern oder weitere Fenster zusammen mit dem Anmeldewidget anzeigen. Da xdm die Tastatur annektiert, können andere Fenster keine Tastatureingaben empfangen. Sie werden jedoch mit der Maus interagieren. Achten Sie jedoch hier auf potenzielle Sicherheitslücken. Wenn DisplayManager.DISPLAY.grabServer gesetzt ist, kann Xsetup keine Verbindung zur Anzeige herstellen. Ressourcen für dieses Programm können in die mit der Ressource DisplayManager.DISPLAY.resources angegebene Datei eingefügt werden.

Zusätzlich zu den mit DisplayManager.exportList angegebenen Werten werden die folgenden Umgebungsvariablen übergeben:

Authentifizierungsclient

Das MIT-Authentifizierungswidget wurde durch einen Authentifizierungsclient ersetzt, der sich aus Standard-Motif-Widgets zusammensetzt. Im Folgenden finden Sie eine Liste der Widgetnamen (und deren Widgetklassen):

outframe(xmFrameWidget)
  inframe(xmFrameWidget)
    main(XmFormWidget)
      tframe(xmFrameWidget)
        greeting(xmLabelGadget)
      logoline(xmFormWidget)
        dpyname(xmLabelWidget)
      userline(xmRowColumnWidget)
        userlabel(xmLabelWidget)
        username(xmTextWidget)
        passlabel(xmLabelWidget)
        password(xmTextWidget)
      failsafeline(xmFormWidget)
        failsafe(xmToggleButtonWidget)
      cancelline(xmFormWidget)
        cancel(xmPushButtonWidget)
      message(xmLabelWidget)

Der Authentifizierungsclient liest ein Name/Kennwort-Paar von der Tastatur. Fügen Sie die Ressourcen für diesen Client in die mit der Ressource DisplayManager.DISPLAY.resources angegebene Datei ein. Alle Widgets haben angemessene Standardwerte und deshalb ist es nicht erforderlich, sie anzugeben. Weitere Informationen zu Standardwerten für Authentifizierungsclientressourcen sowie die entsprechende Dokumentation zu den Widgetklassen finden Sie unter /usr/lib/X11/xdm/Xresources. Die folgenden Ressourcen werden vom Authentifizierungsclient ebenfalls unterstützt:

Ctrl<Key>b: backward-character()\n\
Ctrl<Key>a: beginning-of-line()\n\
Ctrl<Key>e: end-of-line()\n\
Ctrl<Key>f: forward-character()\n\
Ctrl<Key>d: kill-next-character()\n\
Ctrl<Key>k: kill-to-end-of-line()\n\
Ctrl<Key>u: kill-to-start-of-line()\n

Xlogin*XmText.translations: #override\n\

<Key>osfHelp:    set-session-argument(failsafe) finish-field()\n\
Ctrl<Key>Return: set-session-argument(failsafe) finish-field()\n\
Ctrl<Key>H:      delete-previous-character() \n\
Ctrl<Key>D:      delete-character() \n\
Ctrl<Key>B:      move-backward-character() \n\
Ctrl<Key>F:      move-forward-character() \n\
Ctrl<Key>A:      move-to-beginning() \n\
Ctrl<Key>E:      move-to-end() \n\
Ctrl<Key>K:      erase-to-end-of-line() \n\
Ctrl<Key>U:      erase-line() \n\
Ctrl<Key>X:      erase-line() \n\
<Key>Return:     finish-field() \n
<Key>BackSpace:  delete-previous-character() \n\
<Key>Delete:     delete-previous-character() \n

Startprogramm

Die Xstartup-Datei ist normalerweise ein Shell-Script. Da es als Rootbenutzer ausgeführt wird, sollten Sie bei der Ausführung auf die Sicherheit achten. Das Script enthält gewöhnlich Befehle, die Einträge zu /etc/utmp hinzufügen, die Ausgangsverzeichnisse von Benutzer über Dateiserver mounten, die Nachricht des Tages anzeigen oder die Sitzung abbrechen, wenn keine Anmeldungen zulässig sind.

Zusätzlich zu den mit DisplayManager.exportList angegebenen Werten werden folgende Variablen übergeben:

Es werden keine Argumente an das Script übergeben. Der Befehl xdm wartet die Beendigung dieses Scripts ab, bevor er die Benutzersitzung startet. Wenn der Exitwert dieses Scripts ungleich null ist, beendet der Befehl xdm die Sitzung und startet einen weiteren Authentifizierungszyklus.

Sitzungsprogramm

Das Programm Xsession legt den Stil der Benutzersitzung fest. Es wird mit den Berechtigungen des berechtigten Benutzers ausgeführt.

Zusätzlich zu den mit DisplayManager.exportList angegebenen Werten werden die folgenden Umgebungsvariablen übergeben:

Bei den meisten Installationen muss das Xsession-Programm im Ausgangsverzeichnis des Benutzers ($HOME) nach einer Datei .xsession suchen, die die Befehle enthält, die der Benutzer als Sitzung verwenden möchte. Das Xsession-Programm muss für den Fall, dass keine benutzerdefinierte Sitzung vorhanden ist, auch eine Systemstandardsitzung implementieren. Weitere Informationen finden Sie im Abschnitt "Typische Verwendung".

Das Authentifizierungswidget kann mit der Aktion "set-session-argument" ein Argument an dieses Programm übergeben. Anhand dieses Arguments kann ein anderer Sitzungsstil ausgewählt werden. Gewöhnlich wird dieses Feature verwendet, damit der Benutzer bei einem Fehler die normale Sitzung verlassen kann. Dies ermöglicht Benutzern, ihren eigenen .xsession-Prozess zu reparieren, wenn ein Fehler auftritt, ohne dass ein Verwaltungseingriff erforderlich ist. Eine Beschreibung dieses Features finden Sie im Abschnitt "Typische Verwendung".

Zurücksetzungsprogramm

Das Script Xreset wird nach der Beendigung der Benutzersitzung ausgeführt. Das Script muss als Root ausgeführt werden und muss die Befehle enthalten, die die Auswirkungen der Befehle in Xstartup rückgängig machen, indem sie Einträge aus /etc/utmp entfernen oder Verzeichnisse von Dateiservern abhängen. Die an Xstartup übergebenen Umgebungsvariablen werden auch an Xreset übergeben. Dieses Programm ist symmetrisch mit dem Programm Xstartup.

Server steuern

Der Befehl xdm steuert lokale Server mithilfe von POSIX-Signalen. Es wird erwartet, dass der Server mit einem SIGHUP-Signal zurücksetzt wird und dass alle Clientverbindungen geschlossen und weitere Bereinigungsaktionen ausgeführt werden. Es wird erwartet, dass die Serverausführung mit einem SIGTERM-Signal abgebrochen wird. Wenn diese Signale nicht die erwarteten Aktionen ausführen, können mit den Ressourcen DisplayManager.DISPLAY.resetSignal und DisplayManager.DISPLAY.termSignal alternative Signale angegeben werden.

Zur Steuerung ferner Terminals, die XDMCP nicht verwenden, durchsucht der Befehl xdm die Fensterhierarchie auf dem Bildschirm und verwendet die Protokollanforderung KillClient, um zu versuchen, das Terminal für die nächste Sitzung zu bereinigen. Dies führt möglicherweise nicht dazu, dass alle Clients inaktiviert werden, weil nur die Clients erkannt werden, für die Fenster erstellt wurden. XDMCP bietet einen Mechanismus mit höherer Sicherheit. Wenn der Befehl xdm die erste Verbindung beendet, wird die Sitzung beendet und das Terminal muss alle anderen Verbindungen schließen.

XDM steuern

Der Befehl xdm reagiert auf zwei Signale: SIGHUPund SIGTERM. Wenn ein SIGHUP-Signal gesendet wird, liest xdm die Konfigurationsdatei, die Zugriffssteuerungsdatei und die Serverdatei erneut. Der Befehl erkennt, ob Einträge in der Serverdatei hinzugefügt oder entfernt wurden. Wenn ein neuer Eintrag hinzugefügt wurde, startet der Befehl xdm eine Sitzung auf dem zugeordneten Bildschirm. Entfernte Einträge werden sofort inaktiviert, d. h., dass alle aktiven Sitzungen ohne Benachrichtigung beendet und keine neuen Sitzungen gestartet werden.

Wenn ein SIGTERM-Signal gesendet wird, beendet der Befehl xdm alle aktiven Sitzungen und wird dann beendet. Dieses Verfahren kann beim Herunterfahren des Systems verwendet werden.

Der Befehl XDM versucht, seine verschiedenen Unterprozesse für die Verwendung durch den Befehl Ps zu markieren, indem er die Befehlszeilenargumentliste an Ort und Stelle bearbeitet. Da der Befehl xdm keinen Speicherplatz für diese Task reservieren kann, empfiehlt es sich, den Befehl xdm mit einer ausreichend langen Befehlszeile zu starten (die Verwendung des vollständigen Pfadnamens sollte ausreichen). Jeder Prozess, der einen Bildschirm bedient, ist mit -display gekennzeichnet.

Weitere Möglichkeiten

Mit dem Befehl xdm können Sie auch jeweils eine Sitzung auszuführen. Verwenden Sie dazu die xinit-Befehlsoptionen oder andere geeignete Dämonprozesse, indem Sie den Server in der Befehlszeile angeben:

xdm -server ":0 local /usr/bin/X11/X :0 -force"

Der Befehl kann auch einen Dateiserver und eine Reihe von X-Terminals ausführen. Diese Konfiguration ist abgesehen davonk, dass die Datei Xservers folgendermaßen aussehen würde, identisch mit dem vorherigen Beispiel:

        extol:0 VISUAL-19 foreign
        exalt:0 NCD-19 foreign
        explode:0 NCR-TOWERVIEW3000 foreign

Beispiele

1. Das folgende Beispielscript xstartup verhindert die Anmeldung, während die Datei /etc/nologin vorhanden ist. Da die Anzeige von Nachrichten hier nicht vorgesehen ist, (es gibt keinen X-Basisclient, der Dateien anzeigt), wird das Setup in diesem Beispiel nicht empfohlen, weil die Anmeldung ohne Erklärung fehlschlagen würde. Es handelt sich also nicht um ein vollständiges Beispiel, sondern nur um eine Demonstration der verfügbaren Funktionalität.

   #!/bin/sh
   #
   # Xstartup
   #
   # This program is run as root after the user is verified
   #
   if [ \-f /etc/nologin ]; then
           exit 1
   fi
   exit 0

2. Dieses XSitzung -Script erkennt den speziellen Failsafe -Modus, der in den Übersetzungen in der vorherigen Datei XRessourcen angegeben ist, um ein Escapezeichen aus der normalen Sitzung bereitzustellen:

   #!/bin/sh
   exec > $HOME/.xsession-errors 2>&1
   case $# in
   1)
           case $1 in failsafe)
                  exec aixterm -geometry 80x24-0-0
                  ;;
           esac
   esac
   startup=$HOME/.xsession
   resources=$HOME/.Xresources
   if [ -f /usr/bin/X11/startx ]; then
          exec /usr/bin/X11/startx -t -wait
   elif [ -f $startup]; then
          exec $startup
   else
          if [ -f $resources ]; then
                  xrdb -load $resources
          fi
          mwm &
          exec aixterm -geometry 80x24+10+10 -ls
   fi

3. Damit XDM vom Systemstart gestartet wird, geben Sie als Rootbenutzer Folgendes ein:

   /usr/lib/X11/xdm/xdmconf

4. Geben Sie zum Inaktivieren von XDM beim Warmstart als Root Folgendes ein:

   /usr/lib/X11/xdm/xdmconf -d

5. Bei Verwendung von XDM für die Verwaltung Ihrer Anzeige stellt eine Authentifizierungsprozedur sicher, dass nur zulässige Clients eine Verbindung zu Ihrer Anzeige herstellen können. Clients, die mit X11 R4- und X11 R5-Bibliotheken erstellt wurden, verstehen dieses Protokoll. Clients, die mit X11 R3- oder älteren Bibliotheken erstellt wurden, unterstützen dieses Authentifizierungsprotokoll nicht und dürfen keine Verbindung zum Xserver herstellen, sofern keine xhost-Berechtigung erteilt wird. Sie können lokale Clients mit dem folgenden Befehl verbinden:

   xhost =localhost

   oder

   xhost =machine

   Dabei ist Maschine der Hostname des lokalen Clients.

Dateien