0.0 2008-09 El GDM és el gestor de pantalla del GNOME, un programa gràfic d'entrada. MartinK. Petersen

mkp@mkp.net

GeorgeLebl

jirka@5z.com

JonMcCann

mccann@jhu.edu

RayStrode

rstrode@redhat.com

BrianCameron

Brian.Cameron@Oracle.COM

1998 1999 Martin K. Petersen 2001 2003 2004 George Lebl 2003 2007 2008 Red Hat, Inc. 2003 2011 Oracle and/or its affiliates. All rights reserved. Aquest manual descriu la versió 2.26.0 del gestor de pantalla del GNOME. Es va actualitzar per últim cop el 10/02/2009. Aquest manual descriu la versió 2.26.0 del gestor de pantalla del GNOME. Es va actualitzar per últim cop el 10/02/2009. Chooser - A program used to select a remote host for managing a display remotely on the attached display (gdm-host-chooser). FreeDesktop - The organization providing desktop standards, such as the Desktop Entry Specification used by GDM. http://www.freedesktop.org. GDM: el Gestor de pantalla del GNOME. S'utilitza per a descriure el paquet de programari completament. Greeter - The graphical login window (provided by gnome-shell). PAM: mòduls de connectors d'autenticació XDMCP: Protocol de gestió de pantalles X Xserver - An implementation of the X Window System. For example the Xorg Xserver provided by the X.org Foundation http://www.x.org. Paths that start with a word in angle brackets are relative to the installation prefix. I.e. <share>/pixmaps/ refers to /usr/share/pixmaps if GDM was configured with --prefix=/usr. El gestor de pantalla del GNOME (GDM) és un gestor de pantalla que implementa totes les funcions destacades que fan falta per a gestionar pantalles locals i remotes. El GDM es va escriure des de zero i no conté cap codi de l'XDM o de l'X Consortium. Tingueu en compte que el GDM es pot configurar i que molts paràmetres de configuració poden afectar a la seguretat. En aquest document es ressalten els temes en què s'ha de vigilar. Tingueu en compte que alguns sistemes operatius configuren el GDM per a comportar-se de forma diferent als valors per defecte que es descriuen en aquest document. Si el GDM no sembla que es comporta com s'explica aquí, comproveu si alguna configuració relacionada és diferent de la descrita aquí. For further information about GDM, refer to the project website at http://wiki.gnome.org/Projects/GDM. For discussion or queries about GDM, refer to the discussion forum at https://discourse.gnome.org/tag/gdm. The archives of the previous mailing list are also a good resource to check to seek answers to common questions. The list was archived at https://mail.gnome.org/archives/gdm-list/ and has a search facility to look for messages with keywords. Please submit any bug reports or enhancement requests to https://gitlab.gnome.org/GNOME/gdm/-/issues/. El GDM 2.20 i les versions anteriors admetien configuracions d'interfície estables. Tot i això, es va reescriure el codi totalment pel GDM 2.22 i no és del tot compatible amb les versions anteriors. Això és en part perquè ara funciona una mica diferent, de manera que algunes opcions no tenen cap sentit, entre altres coses perquè algunes opcions mai van tenir sentit i també perquè algunes funcions encara no s'han tornat a implementar. Interfaces which continue to be supported in a stable fashion include the Init, PreSession, PostSession, PostLogin, and Xsession scripts. Some daemon configuration options in the <etc>/gdm/custom.conf file continue to be supported. Also, the ~/.dmrc, and face browser image locations are still supported. El GDM 2.20 i les versions anteriors permetien gestionar diverses pantalles amb diferents targetes gràfiques, com s'utilitza en entorns de terminal de servidor, l'entrada dins d'una finestra mitjançant un programa com l'Xnest o el Xephyr, el programa gdmsetup, els temes de rebedor basats en XML i la capacitat d'executar el seleccionador XDMCP des de la pantalla d'entrada. Aquestes funcions no s'han tornat a afegir durant la reescriptura de la versió 2.22. El GDM és el responsable de la gestió de les pantalles del sistema. Això inclou l'autenticació d'usuaris, l'inici de la sessió de l'usuari i la finalització d'aquesta. Les opcions de configuració del GDM estan descrites a la secció del document «Configuració del GDM». El GDM també és accessible per als usuaris amb discapacitats. El GDM proporciona la capacitat de gestionar la consola principal de la pantalla i les pantalles executades mitjançant el VT. S'integra amb altres programes, com ara la miniaplicació del commutador d'usuari ràpid (FUSA) i l'estalvi de pantalla (gnome-screensaver) per a gestionar diverses pantalles a la consola mitjançant la interfície del terminal virtual (VT) del servidor X. També pot gestionar pantalles XDMCP. Regardless of the display type, GDM will do the following when it manages the display. It will start an Xserver process, then run the Init script as the root user, and start the greeter program on the display. The greeter program is run as the unprivileged "gdm" user/group. This user and group are described in the "Security" section of this document. The main functions of the greeter program are to provide a mechanism for selecting an account for log in and to drive the dialogue between the user and system when authenticating that account. The authentication process is driven by Pluggable Authentication Modules (PAM). The PAM modules determine what prompts (if any) are shown to the user to authenticate. On the average system, the greeter program will request a username and password for authentication. However some systems may be configured to use supplemental mechanisms such as a fingerprint or SmartCard readers. GDM can be configured to support these alternatives in parallel with greeter login extensions and the --enable-split-authentication ./configure option, or one at a time via system PAM configuration. The smartcard extension can be enabled or disabled via the org.gnome.display-manager.extensions.smartcard.active gsettings key. Likewise, the fingerprint extension can be enabled or disabled via the org.gnome.display-manager.extensions.fingerprint.active gsettings key. Es pot configurar el GDM i el PAM perquè no necessitin cap introducció, el que faria que el GDM iniciés automàticament una sessió, fet que pot ser útil en alguns entorns, com en un sistema d'un sol usuari o en un kiosk. In addition to authentication, the greeter program allows the user to select which session to start and which language to use. Sessions are defined by files that end in the .desktop suffix and more information about these files can be found in the "GDM User Session and Language Configuration" section of this document. By default, GDM is configured to display a face browser so the user can select their user account by clicking on an image instead of having to type their username. GDM keeps track of the user's default session and language in the user's ~/.dmrc and will use these defaults if the user did not pick a session or language in the login GUI. After authenticating a user, the daemon runs the PostLogin script as root, then runs the PreSession script as root. After running these scripts, the user session is started. When the user exits their session, the PostSession script is run as root. These scripts are provided as hooks for distributions and end-users to customize how sessions are managed. For example, using these hooks you could set up a machine which creates the user's $HOME directory on the fly, and erases it on logout. The difference between the PostLogin and PreSession scripts is that PostLogin is run before the pam_open_session call so is the right place to do anything which should be run before the user session is initialized. The PreSession script is called after session initialization. El programa rebedor del GDM mostra un quadre acoblat a la part inferior de la pantalla que proporciona funcions addicionals. Quan se selecciona un usuari, el quadre permet seleccionar la sessió, l'idioma i la distribució del teclat que es vol utilitzar durant la sessió. El selector de la distribució del teclat també canvia la distribució del teclat quan s'introdueix la contrasenya. El quadre també conté una àrea on els serveis d'entrada poden deixar icones d'estat. Alguns exemples d'icones d'estat poden ser una icona de bateria amb la utilització actual de bateria i una icona per a habilitar les funcions d'accessibilitat. El programa rebedor també proporciona botons que permeten a l'usuari aturar o tornar a iniciar el sistema. És possible configurar el GDM perquè no mostri els botons d'apagada i reinici. També es pot configurar mitjançant el PolicyKit (o mitjançant RBAC en Oracle Solaris) per a sol·licitar que l'usuari tingui l'autorització necessària abans d'acceptar la sol·licitud d'apagada o reinici. Tingueu present que les característiques de la disposició de teclat només són disponibles en els sistemes que implementen les libxklavier. El GDM admet l'«Entrada accessible», que permet als usuaris entrar a la sessió d'escriptori fins i tot si no poden utilitzar fàcilment la pantalla, el ratolí o el teclat de la manera habitual. Hi ha disponibles les funcions de la tecnologia assistiva (AT) com ara el teclat en pantalla, el lector de pantalla, l'ampliador de pantalla i l'accessibilitat del teclat del servidor X AccessX. Si és necessari, també es pot canviar el text per a fer-lo més gran o mostrar icones i controls de contrast alt. Per a més informació sobre la configuració de les funcions d'accessibilitat, vegeu la secció «Configuració de l'accessibilitat» d'aquest document. En alguns sistemes operatius és necessari assegurar-se que l'usuari del GDM és membre del grup «audio» per als programes de tecnologies assistives que utilitzen la sortida d'àudio (com ara el text-a-veu) per a funcionar. El navegador de cares és la interfície que permet als usuaris seleccionar el seu nom d'usuari en fer clic a una imatge. Es pot habilitar mitjançant la clau del GSettings org.gnome.login-screen disable-user-list i està habilitada de forma predeterminada. Si està inhabilitada, els usuaris han d'introduir el nom d'usuari complet a mà. Si està habilitat, es mostren tots els usuaris locals que hi ha disponibles per a entrar al sistema (tots els comptes d'usuari definits al fitxer /etc/passwd que tenen un intèrpret d'ordres vàlid i un UID suficientment alt) i els usuaris remots que han entrat recentment. El navegador de cares del GDM 2.20 i versions anteriors intentava mostrar tots els usuaris remots, fet que provocava problemes de rendiment en entorns d'empresa grans. El navegador de cares està configurat per a mostrar els usuaris que entren amb més freqüència a la part superior de la llista. D'aquesta manera es facilita que els usuaris que entrin sovint puguin trobar ràpidament la seva imatge d'entrada. El navegador d'imatges admet la «cerca en teclejar» que canvia dinàmicament la selecció de cares mentre l'usuari introdueix el nom d'usuari corresponent a la llista. Això significa que un usuari amb un nom d'usuari llarg només haurà d'introduir els primers caràcters del nom d'usuari abans que l'element correcte de la llista estigui seleccionat. The icons used by GDM can be installed globally by the sysadmin or can be located in the user's home directories. If installed globally they should be in the <share>/pixmaps/faces/ directory and the filename should be the name of the user. Face image files should be a standard image that GTK+ can read, such as PNG or JPEG. Face icons placed in the global face directory must be readable to the GDM user. If there is no global icon for the user, GDM will look in the user's $HOME directory for the image file. GDM will first look for the user's face image in ~/.face. If not found, it will try ~/.face.icon. If still not found, it will use the value defined for "face/picture=" in the ~/.gnome2/gdm file. Si un usuari no ha definit cap imatge de cara, el GDM utilitzarà la icona «stock_person» definida en el tema actual del GTK+. Si no està definida, llavors s'utilitzarà una imatge de cara genèrica. Tingueu en compte que la càrrega i l'escalat d'icones d'imatge ubicades a directoris d'usuari remots pot tardar molt. Com que no és pràctic carregar imatges mitjançant NIS o NFS, el GDM no intentarà carregar imatges de cara des de directoris d'usuari remots. Quan el navegador està habilitat, es mostren els noms d'usuari vàlids de l'ordinador a tothom. Si l'XDMCP està habilitat, llavors els noms d'usuari es mostren a usuaris remots. Això, per descomptat, limita la seguretat d'alguna manera, ja que un usuari malintencionat no ha d'endevinar possibles noms d'usuari vàlids. En alguns entorns molt restrictius el navegador de cares pot no ser apropiat. El dimoni del GDM es pot configurar per a escoltar i gestionar les sol·licituds del X Display Manage Protocol (XDMCP) de les pantalles remotes. Per defecte la compatibilitat de l'XDMCP està inhabilitada, però es pot habilitar si es vol. Si el GDM està construït amb compatibilitat de l'embolcall TCP, llavors el dimoni només permetrà l'accés a amfitrions especificats a la secció de servei del GDM al fitxer de configuració de l'embolcall TCP. El GDM inclou diverses mesures per a fer-lo més resistent als atacs de denegació de servei al servei XDMCP. Molts dels paràmetres del protocol (temps d'espera de confirmació de connexió, etc.) es poden ajustar finament. La configuració estàndard hauria de funcionar bé en la majoria de sistemes. Per defecte el GDM escolta les sol·licituds XDMCP al port UDP normal que s'utilitza per l'XDMCP, el port 177, i respondrà a les sol·licituds QUERY i BROADCAST_QUERY enviant un paquet WILLING a la font de la sol·licitud. El GDM també es pot configurar perquè respecti les sol·licituds INDIRECT i mostri un seleccionador d'amfitrió a la pantalla remota. El GDM recordarà l'opció de l'usuari i reenviarà les següents sol·licituds al gestor seleccionat. El GDM també admet una extensió al protocol per a oblidar la redirecció un cop la connexió de l'usuari sigui satisfactòria. Aquesta extensió només és compatible si els dos dimonis són GDM. És transparent i l'ignorarà l'XDM o els altres dimonis que implementen l'XDMCP. If XDMCP seems to not be working, make sure that all machines are specified in /etc/hosts. Consulteu la secció «Seguretat» per a obtenir més informació sobre les notes de seguretat quan s'utilitza l'XDMCP. GDM uses syslog to log errors and status. It can also log debugging information, which can be useful for tracking down problems if GDM is not working properly. Debug output can be enabled by setting the debug/Enable key to "true" in the <etc>/gdm/custom.conf file. Output from the various Xservers is stored in the GDM log directory, which is normally <var>/log/gdm/. Any Xserver messages are saved to a file associated with the display value, <display>.log. The session output is piped through the GDM daemon to the ~/$XDG_CACHE_HOME/gdm/session.log file which usually expands to ~/.cache/gdm/session.log. The file is overwritten on each login, so logging out and logging back into the same user via GDM will cause any messages from the previous session to be lost. Note that if GDM can not create this file for some reason, then a fallback file will be created named ~/$XDG_CACHE_HOME/gdm/session.log.XXXXXXXX where the XXXXXXXX are some random characters. El GDM permet a diversos usuaris entrar a la mateixa vegada. Després que un usuari hagi entrat, poden entrar més usuaris mitjançant el commutador d'usuari al quadre del GNOME o des del botó «Commuta l'usuari» al diàleg de bloqueig de la pantalla de l'estalvi de pantalla del GNOME. La sessió activa es pot canviar de nou utilitzant el mateix mecanisme. Tingueu en compte que algunes distribucions no afegeixen el commutador d'usuari a la configuració per defecte del quadre. El podeu afegir a través del menú contextual del quadre. Tingueu present que aquesta característica només és disponible en els sistemes que implementen Terminals Virtuals. En aquest cas, aquesta característica no funcionarà. Per raons de seguretat es recomana un identificador d'usuari i de grup específic pel correcte funcionament. A la majoria de sistemes aquest usuari i grup normalment és el «gdm», però pot ser qualsevol usuari o grup. Tots els programes d'interfície gràfica d'usuari del GDM s'executen amb aquest usuari, de manera que els programes que interactuen amb l'usuari s'executen en un entorn aïllat. L'usuari i el grup haurien de tenir els privilegis limitats. The only special privilege the "gdm" user requires is the ability to read and write Xauth files to the <var>/run/gdm directory. The <var>/run/gdm directory should have root:gdm ownership and 1777 permissions. You should not, under any circumstances, configure the GDM user/group to a user which a user could easily gain access to, such as the user nobody. Any user who gains access to an Xauth key can snoop on and control running GUI programs running in the associated session or perform a denial-of-service attack on it. It is important to ensure that the system is configured properly so that only the "gdm" user has access to these files and that it is not easy to login to this account. For example, the account should be setup to not have a password or allow non-root users to login to the account. La configuració del rebedor del GDM s'emmagatzema al GConf. Per a permetre que l'usuari GDM pugui escriure la configuració, és necessari que l'usuari «gdm» tingui un directori d'usuari amb permisos d'escriptura. Els usuaris poden configurar la configuració per defecte del GConf com desitgin per a evitar la necessitat de proporcionar a l'usuari «gdm» un directori d'usuari amb permisos d'escriptura. Tot i això, es poden inhabilitar algunes funcions del GDM si no es pot escriure informació d'estat a la configuració del GConf. El GDM utilitza el PAM per a l'autenticació d'entrada. PAM significa mòduls de connectors d'autenticació (Pluggable Authentication Modules) i l'utilitzen la majoria de programes que sol·liciten autenticació a l'ordinador. Això permet a l'administrador configurar els comportaments d'autenticació específics per diferents programes d'entrada (com ara el ssh, la interfície gràfica d'entrada, l'estalvi de pantalla, etc.) El PAM és complicat i altament configurable i en aquesta documentació no s'intenta d'explicar-lo amb pèls i senyals. La idea és donar una visió global de com afecta la configuració del PAM al GDM, com es configura normalment el PAM amb el GDM i els problemes coneguts. S'espera que qui hagi de realitzar una configuració del PAM llegirà més documentació del PAM per a entendre com configurar-lo i entendre'n els termes utilitzats en aquesta secció. PAM configuration has different, but similar, interfaces on different Operating Systems, so check the pam.d or pam.conf man page for details. Be sure you read the PAM documentation and are comfortable with the security implications of any changes you intend to make to your configuration. Tingueu en compte que, per defecte, el GDM utilitza el nom de servei del PAM «gdm» per a una entrada normal i el nom de servei del PAM «gdm-autologin» per a una entrada automàtica. Pot ser que aquests serveis no estiguin definits al fitxer de configuració pam.d o pam.conf. Si no hi ha cap entrada el GDM utilitzarà el comportament per defecte del PAM. A la majoria de sistemes aquest hauria de funcionar sense cap problema. Tot i això, la funció d'entrada automàtica podria no funcionar si el servei gdm-autologin no està definit. The PostLogin script is run before pam_open_session is called, and the PreSession script is called after. This allows the system administrator to add any scripting to the login process either before or after PAM initializes the session. If you wish to make GDM work with other types of authentication mechanisms (such as a fingerprint or SmartCard reader), then you should implement this by using a PAM service module for the desired authentication type rather than by trying to modify the GDM code directly. Refer to the PAM documentation on your system. El PAM té algunes limitacions relacionades en ser capaç de treballar amb diversos tipus d'autenticació a la vegada, admetre l'habilitat d'acceptar targetes SmartCard i introduir el nom d'usuari i la contrasenya al programa d'entrada. S'utilitzen diverses tècniques per a fer que això funcioni i és una bona idea conèixer-les si es vol utilitzar una configuració semblant. Si a un sistema no funciona l'entrada automàtica, comproveu si la pila del PAM «gdm-autologin» està definida a la configuració del PAM. Per a fer-ho funcionar, és necessari utilitzar un mòdul del PAM que simplement no faci autenticació o que simplement retorni PAM_SUCCESS des de totes les interfícies públiques. Si s'assumeix que el sistema té un mòdul del PAM pam_allow.so que fa això, una configuració del PAM per a habilitar el «gdm-autologin» podria ser aquesta: 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 La configuració anterior provocarà que no es generi cap entrada de lastlog. Si voleu una entrada de lastlog, llavors utilitzeu el següent per a la sessió: gdm-autologin session required pam_unix_session.so.1 Si l'ordinador l'empren diferents persones, el que fa inviable l'inici automàtic de sessió, podeu permetre que algun usuari accedeixi sense contrasenya. Aquesta característica es pot habilitar a nivell d'usuari amb l'eina users-admin del gnome-system-tools; s'aconsegueix verificant abans de demanar la contrasenya si l'usuari és membre del grup Unix «nopasswdlogin». Perquè funcioni, el fitxer de configuració del PAM pel servei «gdm» ha d'incloure una línia com aquesta: gdm auth sufficient pam_succeed_if.so user ingroup nopasswdlogin GDM generates utmp and wtmp User Accounting Database entries upon session login and logout. The utmp database contains user access and accounting information that is accessed by commands such as finger, last, login, and who. The wtmp database contains the history of user access and accounting information for the utmp database. Refer to the utmp and wtmp man pages on your system for more information. Xserver authorization files are stored in a newly created subdirectory of <var>/run/gdm at start up. These files are used to store and share a "password" between X clients and the Xserver. This "password" is unique for each session logged in, so users from one session can't snoop on users from another. El GDM només admet l'esquema d'autenticació MIT-MAGIC-COOKIE-1 del servidor X. La resta d'esquemes no aporten gairebé cap benefici, de manera que no s'ha realitzat cap esforç per a implementar-los. Vigileu especialment la utilització de l'XDMCP perquè les galetes d'autenticació del servidor X circulen per la xarxa com a text pla. Si és possible tafanejar, llavors un atacant podria simplement tafanejar la vostra contrasenya d'autenticació quan entreu, independentment de l'esquema d'autenticació que s'utilitzés. Si és possible tafanejar però no és desitjable, llavors hauríeu d'utilitzar l'SSH per a fer una tunelització d'una connexió X en comptes d'utilitzar l'XDMCP. Podeu pensar que l'XDMCP és una espècie de telnet gràfic, que té els mateixos problemes de seguretat. En la majoria de casos, s'hauria de fer servir l'SSH -Y en comptes de les funcions XDMCP del GDM. Encara que la pantalla està protegida per galetes, els XEvents i les pulsacions de tecles quan s'introdueix la contrasenya encara circularan per la xarxa com a text pla. És trivial capturar-les. L'XDMCP és útil principalment per a executar clients lleugers com ara en terminals de laboratori. Aquests clients lleugers només necessiten la xarxa per a accedir al servidor i per tant sembla que la millor política de seguretat és tenir aquests clients lleugers en una xarxa separada a la qual no es pot accedir des del món exterior i només es pot connectar al servidor. L'únic punt des d'on necessiteu accedir a fora és el servidor. Aquest tipus de configuració no hauria d'utilitzar un concentrador no gestionat o una altra xarxa que es pugui vigilar. El control d'accés de l'XDMCP es realitza utilitzant embolcalls TCP. És possible compilar el GDM sense la compatibilitat d'embolcalls TCP, de manera que aquesta funció potser no està disponible en alguns sistemes operatius. You should use the daemon name gdm in the <etc>/hosts.allow and <etc>/hosts.deny files. For example to deny computers from .evil.domain from logging in, then add gdm: .evil.domain to <etc>/hosts.deny. You may also need to add gdm: .your.domain to your <etc>/hosts.allow if you normally disallow all services from all hosts. See the hosts.allow(5) man page for details. Encara que el GDM intenta diferenciar intel·ligentment atacants potencials utilitzant l'avantatge de l'XDMCP, encara es recomana que bloquegeu el port de l'XDMCP (normalment el port UDP 177) del tallafoc a no ser que realment el necessiteu. El GDM es protegeix contra atacs de denegació de servei, però el protocol X encara és inherentment insegur i només s'hauria d'utilitzar en entorns controlats. A més cada connexió remota utilitza molts recursos, de manera que és molt més fàcil realitzar un atac de denegació de servei mitjançant l'XDMCP que atacar un servidor web. També es recomana bloquejar al tallafoc tots els ports del servidor X (aquests són els ports TCP 6000 + el número de la pantalla). Tingueu en compte que el GDM utilitzarà els números de pantalla 20 i superiors per als servidors sota demanda flexibles. X no és un protocol molt segur per a utilitzar-se per Internet i XDMCP ho és encara menys. Es pot configurar el GDM perquè utilitzi el PolicyKit per a permetre a l'administrador del sistema controlar quan la pantalla d'entrada hauria de proporcionar els botons d'apagar i de tornar a iniciar a la pantalla del rebedor. These buttons are controlled by the org.freedesktop.consolekit.system.stop-multiple-users and org.freedesktop.consolekit.system.restart-multiple-users actions respectively. Policy for these actions can be set up using the polkit-gnome-authorization tool, or the polkit-auth command line program. El GDM es pot configurar perquè utilitzi el RBAC en comptes del PolicyKit. En aquest cas, s'utilitza la configuració del RBAC per a controlar quan la pantalla d'entrada hauria de proporcionar els botons d'apagar i de tornar a iniciar a la pantalla del rebedor. For example, on Oracle Solaris, the "solaris.system.shutdown" authorization is used to control this. Simply modify the /etc/user_attr file so that the "gdm" user has this authorization. El GDM inclou compatibilitat per a publicar la informació d'entrada de l'usuari amb l'entorn de treball de comptabilitat d'usuaris i de sessions d'entrada conegut com a ConsoleKit. El ConsoleKit és capaç de fer el seguiment de tots els usuaris que estan connectats actualment. En aquest aspecte, es pot utilitzar com un substitut dels fitxers utmp o utmpx que hi ha disponibles a la majoria de sistemes operatius tipus UNIX. Quan el GDM va a crear un procés d'entrada nou per a un usuari cridarà un mètode privilegiat del ConsoleKit per a obrir una sessió nova per a aquest usuari. En aquest moment el GDM també proporciona al ConsoleKit la informació sobre aquesta sessió d'usuari com ara: l'identificador de l'usuari, el nom de la pantalla X11 que estarà associada amb la sessió, el nom de l'amfitrió que origina la sessió (útil en el cas d'una sessió XDMCP), si la sessió és local, etc. Com a entitat que inicia el procés d'usuari, el GDM és en una posició única per a conèixer la sessió de l'usuari i per a confiar-hi aquestes dades. La utilitat d'aquest mètode privilegiat està restringit a la utilització d'una política de seguretat del bus del sistema de missatges del D-Bus. En el cas on un usuari amb una sessió existent s'hagi autenticat al GDM i sol·liciti de continuar la sessió existent, el GDM crida un mètode privilegiat del ConsoleKit per a desblocar la sessió. Els detalls exactes de què succeeix quan la sessió rep aquest senyal de desblocatge són indefinits i específics de la sessió. Tot i això, la majoria de sessions desblocaran un estalvi de pantalla com a resposta. Quan l'usuari vol sortir o si el GDM o la sessió surten de manera inesperada, es desregistrarà la sessió de l'usuari al ConsoleKit. El GDM té tot un seguit d'interfícies de configuració. Aquestes inclouen punts d'integració pels scripts, la configuració de dimonis, la configuració del rebedor, els paràmetres de sessió generals, la integració amb la configuració del gnome-settings-daemon i la configuració de la sessió. Aquests tipus d'integració estan descrits en detall a sota. The GDM script integration points can be found in the <etc>/gdm/ directory: Xsession Init/ PostLogin/ PreSession/ PostSession/ The Init, PostLogin, PreSession, and PostSession scripts all work as described below. For each type of script, the default one which will be executed is called "Default" and is stored in a directory associated with the script type. So the default Init script is <etc>/gdm/Init/Default. A per-display script can be provided, and if it exists it will be run instead of the default script. Such scripts are stored in the same directory as the default script and have the same name as the Xserver DISPLAY value for that display. For example, if the <Init>/:0 script exists, it will be run for DISPLAY ":0". Tots aquests scripts s'executen amb privilegis d'usuari primari i retornen 0 si s'executen correctament i retornen un codi diferent de zero si hi ha alguna fallada que hauria de causar que s'interrompés la sessió d'entrada. Tingueu en compte que el GDM es blocarà fins que l'script finalitzi, de manera que si algun d'aquests scripts es penja, això provocarà que el procés d'entrada també es pengi. When the Xserver for the login GUI has been successfully started, but before the login GUI is actually displayed, GDM will run the Init script. This script is useful for starting programs that should be run while the login screen is showing, or for doing any special initialization if required. After the user has been successfully authenticated GDM will run the PostLogin script. This is done before any session setup has been done, including before the pam_open_session call. This script is useful for doing any session initialization that needs to happen before the session starts. For example, you might setup the user's $HOME directory if needed. After the user session has been initialized, GDM will run the PreSession script. This script is useful for doing any session initialization that needs to happen after the session has been initialized. It can be used for session management or accounting, for example. When a user terminates their session, GDM will run the PostSession script. Note that the Xserver will have been stopped by the time this script is run, so it should not be accessed. Note that the PostSession script will be run even when the display fails to respond due to an I/O error or similar. Thus, there is no guarantee that X applications will work during script execution. All of the above scripts will set the $RUNNING_UNDER_GDM environment variable to yes. If the scripts are also shared with other display managers, this allows you to identify when GDM is calling these scripts, so you can run specific code when GDM is used. The <share>/gdm/autostart/LoginWindow directory contains files in the format specified by the "FreeDesktop.org Desktop Application Autostart Specification". Standard features in the specification may be used to specify programs that should auto-restart or only be launched if a GConf configuration value is set, etc. Any .desktop files in this directory will cause the associated program to automatically start with the login GUI greeter. By default, GDM is shipped with files which will autostart the gdm-simple-greeter login GUI greeter itself, the gnome-power-manager application, the gnome-settings-daemon, and the metacity window manager. These programs are needed for the greeter program to work. In addition, desktop files are provided for starting various AT programs if the configuration values specified in the Accessibility Configuration section below are set. There is also an Xsession script located at <etc>/gdm/Xsession which is called between the PreSession and the PostSession scripts. This script does not support per-display like the other scripts. This script is used for actually starting the user session. This script is run as the user, and it will run whatever session was specified by the Desktop session file the user selected to start. The GDM daemon is configured using the <etc>/gdm/custom.conf file. Default values are stored in GConf in the gdm.schemas file. It is recommended that end-users modify the <etc>/gdm/custom.conf file because the schemas file may be overwritten when the user updates their system to have a newer version of GDM. Tingueu en compte que les versions anteriors del GDM admetien opcions de configuració addicionals que ja no són compatibles amb les últimes versions del GDM. The <etc>/gdm/custom.conf file is in the keyfile format. Keywords in brackets define group sections, strings before an equal sign (=) are keys and the data after equal sign represents their value. Empty lines or lines starting with the hash mark (#) are ignored. The file <etc>/gdm/custom.conf supports the "[daemon]", "[security]", and "[xdmcp]" group sections. Within each group, there are particular key/value pairs that can be specified to modify how GDM behaves. For example, to enable timed login and specify the timed login user to be a user named "you", you would modify the file so it contains the following lines: [daemon] TimedLoginEnable=true TimedLogin=you A continuació hi ha una llista completa de claus de configuració admeses: Multicast Multicast=false Si és cert i s'ha habilitat l'IPv6, el selector enviarà una consulta de difusió a la xarxa local i recollirà les respostes de les màquines que s'hagin afegit al grup de difusió. MulticastAddr MulticastAddr=ff02::1 Aquesta és l'adreça multidifusió Link-local. TimedLoginEnable TimedLoginEnable=false If the user given in TimedLogin should be logged in after a number of seconds (set with TimedLoginDelay) of inactivity on the login screen. This is useful for public access terminals or perhaps even home use. If the user uses the keyboard or browses the menus, the timeout will be reset to TimedLoginDelay or 30 seconds, whichever is higher. If the user does not enter a username but just hits the ENTER key while the login program is requesting the username, then GDM will assume the user wants to login immediately as the timed user. Note that no password will be asked for this user so you should be careful, although if using PAM it can be configured to require password entry before allowing login. Refer to the "Security->PAM" section of the manual for more information, or for help if this feature does not seem to work. TimedLogin TimedLogin= Aquest és l'usuari que hauria d'entrar després d'un nombre de segons d'inactivitat especificat. Si el valor acaba en un una barra vertical | (el símbol de conducte), aleshores el GDM executarà el programa especificat i emprarà qualsevol valor que aquest retorni a la sortida estàndard del programa com l'usuari. El programa s'executa amb la variable d'entorn DISPLAY definida, de forma que és possible especificar l'usuari en funció del display. Per exemple, si el valor és «/usr/bin/getloginuser», aleshores s'executarà el programa «/usr/bin/getloginuser» per a obtenir el valor de l'usuari. TimedLoginDelay TimedLoginDelay=30 Delay in seconds before the TimedLogin user will be logged in. AutomaticLoginEnable AutomaticLoginEnable=false If true, the user given in AutomaticLogin should be logged in immediately. This feature is like timed login with a delay of 0 seconds. AutomaticLogin AutomaticLogin= This is the user that should be logged in immediately if AutomaticLoginEnable is true. Si el valor acaba en un una barra vertical | (el símbol de conducte), aleshores el GDM executarà el programa especificat i emprarà qualsevol valor que aquest retorni a la sortida estàndard del programa com l'usuari. El programa s'executa amb la variable d'entorn DISPLAY definida, de forma que és possible especificar l'usuari en funció del display. Per exemple, si el valor és «/usr/bin/getloginuser», aleshores s'executarà el programa «/usr/bin/getloginuser» per a obtenir el valor de l'usuari. User User=gdm The username under which the greeter and other GUI programs are run. Refer to the User configuration key and to the "Security->GDM User And Group" section of this document for more information. Group Group=gdm The group name under which the greeter and other GUI programs are run. Refer to the Group configuration key and to the "Security->GDM User And Group" section of this document for more information. Enable Enable=false To enable debugging, set the debug/Enable key to "true" in the <etc>/gdm/custom.conf file and restart GDM. Then debug output will be sent to the system log file (<var>/log/messages or <var>/adm/messages depending on your Operating System). DisallowTCP DisallowTCP=true If true, then always append -nolisten tcp to the command line when starting attached Xservers, thus disallowing TCP connection. This is a more secure configuration if you are not using remote connections. DisplaysPerHost DisplaysPerHost=1 Per a evitar que els atacants omplin la cua de pendents, el GDM només permetrà una connexió per a cada ordinador remot. Si voleu proporcionar serveis de pantalla a ordinadors amb més d'una pantalla, hauríeu d'incrementar aquest valor. Tingueu en compte que el nombre de pantalles locals permeses no està limitat. Només les connexions remotes mitjançant XDMCP estan limitades per aquesta opció de configuració. Enable Enable=false En establir-ho a cert s'habilita la compatibilitat XDMCP, permetent que el GDM pugui gestionar les pantalles remotes o els terminals X. gdm listens for requests on UDP port 177. See the Port option for more information. If GDM is compiled to support it, access from remote displays can be controlled using the TCP Wrappers library. The service name is gdm You should add gdm:.my.domain to your <etc>/hosts.allow, depending on your TCP Wrappers configuration. See the hosts.allow man page for details. Tingueu en compte que XDMCP no és un protocol precisament segur i que és una bona idea bloquejar el port UDP 177 al tallafoc a no ser que realment el necessiteu. HonorIndirect HonorIndirect=true Enables XDMCP INDIRECT choosing (i.e. remote execution of gdmchooser) for X-terminals which do not supply their own display browser. MaxPending MaxPending=4 Per a evitar els atacs de denegació de servei, el GDM té una cua de connexions pendents de mida fixa. Només el nombre de les pantalles MaxPending poden iniciar a la vegada. Tingueu en compte que aquest paràmetre no limita el número de pantalles remotes que es poden gestionar. Només limita el número de pantalles que inicien una connexió simultàniament. MaxSessions MaxSessions=16 Determina el número màxim de connexions de pantalles remotes que es poden gestionar simultàniament. És a dir, el número total de pantalles remotes que pot utilitzar el vostre amfitrió. MaxWait MaxWait=30 Quan el GDM està preparat per a gestionar una pantalla se li envia un paquet ACCEPT que conté un identificador de sessió únic que s'utilitzarà en futures connexions XDMCP. Llavors el GDM ubicarà l'identificador de sessió a la cua de pendents esperant que la pantalla respongui amb una sol·licitud MANAGE. Si no es rep una resposta abans de MaxWait segons, el GDM declararà la pantalla com a morta i la suprimirà de la cua de pendents, alliberant la ranura per a altres pantalles. MaxWaitIndirect MaxWaitIndirect=30 The MaxWaitIndirect parameter determines the maximum number of seconds between the time where a user chooses a host and the subsequent indirect query where the user is connected to the host. When the timeout is exceeded, the information about the chosen host is forgotten and the indirect slot freed up for other displays. The information may be forgotten earlier if there are more hosts trying to send indirect queries then MaxPendingIndirect. Port Port=177 The UDP port number gdm should listen to for XDMCP requests. Do not change this unless you know what you are doing. Willing Willing=<etc>/gdm/Xwilling Quan l'ordinador retorna un paquet WILLING després d'un QUERY aquest envia una cadena que proporciona l'estat actual del servidor. El missatge per defecte és l'identificador del sistema, però es pot crear un script que mostri un missatge personalitzat. Si no existeix l'script o la clau està buida, s'enviarà el missatge per defecte. Si aquest script acaba bé i produeix alguna sortida, s'enviarà la primera línia de la seva sortida (i només la primera línia). S'executa com a molt cada 3 segons per a evitar una possible denegació de servei per inundació de l'ordinador amb paquets QUERY. The GDM default greeter is called the simple Greeter and is configured via GConf. Default values are stored in GConf in the gdm-simple-greeter.schemas file. These defaults can be overridden if the "gdm" user has a writable $HOME directory to store GConf settings. These values can be edited using the gconftool-2 or gconf-editor programs. The following configuration options are supported: /apps/gdm/simple-greeter/banner_message_enable false (booleà) Controla si es mostra el missatge de text del bàner. /apps/gdm/simple-greeter/banner_message_text NULL (cadena) Especifica el missatge de text del bàner que es mostra a la finestra del rebedor. /apps/gdm/simple-greeter/disable_restart_buttons false (booleà) Controla si s'han de mostrar els botons de reiniciar a la finestra d'entrada. /apps/gdm/simple-greeter/disable_user_list false (booleà) Si és cert, aleshores no es mostrarà el navegador de cares amb els usuaris coneguts a la finestra d'accés. /apps/gdm/simple-greeter/logo_icon_name ordinador (cadena) Estableix el nom del tema d'icones que s'utilitza per al logotip del rebedor. /apps/gdm/simple-greeter/recent-languages [] (llista de cadenes) Definit com un llistat d'idiomes a mostrar de forma predeterminada a la finestra d'accés. El valor predeterminat és «[]». Amb el valor predeterminat, només es mostra l'idioma predeterminat en el sistema i l'opció «Altres...» que surt en un diàleg emergent mostrant el llistat complet d'idiomes que pot triar l'usuari. Se suposa que els usuaris no han de modificar aquest paràmetre a mà. En canvi, el GDM registra de tots els idiomes seleccionats amb aquesta clau de configuració i els mostra al selector d'idiomes amb les opcions «Altres». D'aquesta forma, es pot triar més fàcilment els idiomes d'ús freqüent. /apps/gdm/simple-greeter/recent-layouts [] (llista de cadenes) Està definit com un llistat de disposicions de teclat que es mostra de forma predeterminada al panell d'accés. El valor predeterminat és «[]». Amb el valor predeterminat només es mostra la disposició de teclat predeterminada en el sistema i l'opció «Altres» que obre un diàleg emergent on mostra el llistat complet de disposicions disponibles que pot triar l'usuari. Se suposa que els usuaris no han de modificar aquest paràmetre a mà. En canvi, el GDM registra quines disposicions de teclat s'han seleccionat en aquesta clau de configuració i els mostra al selector que es mostra amb l'opció «Altres...». D'aquesta forma, es pot triar més fàcilment les disposicions de teclat d'ús freqüent. /apps/gdm/simple-greeter/wm_use_compiz false (booleà) Controla si s'utilitza el compiz com a gestor de finestres en lloc del metacity. Aquesta secció descriu les opcions disponibles en la configuració d'accessibilitat del GDM. El panell de benvinguda del GDM a la pantalla d'accés, mostra la icona d'accessibilitat. En fer-hi clic, s'obre el diàleg d'accessibilitat del GDM, on es mostra un llistat de quadres de verificació, així l'usuari pot habilitar o deshabilitar els assistents associats. Els quadres de verificació corresponents als assistents de teclat virtual en pantalla, ampliador de pantalla i lector de pantalla actuen amb les tres claus del GConf que es descriuen a la següent secció d'aquest document. En habilitar-les o deshabilitar-les, les claus del GConf associades obtenen el valor «true» o «false», respectivament. Quan les claus del GConf tenen el valor cert, s'inicien els assistents vinculats a aquestes claus. Quan les claus del GConf tenen el valor «false», qualsevol assistent que tingui vinculada la clau es tanca. Aquestes claus del GConf no tornen a un valor predeterminat cada cop que l'usuari accedeix. Així, els assistents que estiguessin funcionant a l'última sessió del GDM s'iniciaran automàticament a la següent. Els altres quadres de verificació del diàleg d'accessibilitat del GDM no tenen clau respectiva al GConf perquè no s'inicia cap programa per a proporcionar les característiques d'accessibilitat que ofereixen. Aquestes altres opcions corresponen a característiques d'accessibilitat que proporciona Xserver, que sempre s'executa durant la sessió del GDM. El GDM ofereix les claus del GConf següents per a controlar les seves funcions d'accessibilitat: /desktop/gnome/interface/accessibility false (booleà) Controla si la infraestructura d'accessibilitat s'ha iniciat amb la interfície del GDM. Això li cal a moltes tecnologies d'accessibilitat per a poder funcionar. /desktop/gnome/applications/at/screen_magnifier_enabled false (booleà) Si s'ha definit, l'assistent vinculat a aquesta clau del GConf s'iniciarà amb la interfície gràfica del GDM. De forma predeterminada és una lupa de pantalla. /desktop/gnome/applications/at/screen_keyboard_enabled false (booleà) Si s'ha definit, l'assistent vinculat a aquesta clau del GConf s'iniciarà amb la interfície gràfica del GDM. De forma predeterminada és un teclat virtual en pantalla. /desktop/gnome/applications/at/screen_reader_enabled false (booleà) Si s'ha definit, l'assistent vinculat a aquesta clau del GConf s'iniciarà amb la interfície gràfica del GDM. De forma predeterminada és un lector de pantalla. Per a les claus del GConf screen_magnifier_enabled, screen_keyboard_enabled i the screen_reader_enabled l'assistent que s'inicia depèn dels fitxers desktop ubicats al directori d'autoinici del GDM, com es descriu a la secció "Autostart Configuration" d'aquest manual. Qualsevol fitxer desktop del directori d'autoinici del GDM es pot enllaçar amb aquesta clau del GConf especificant-la a la condició AutorstartCondition del fitxer desktop. Així, la línia concreta de l'AutostartCondition al fitxer desktop podria ser una de les següents: 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 Quan una clau d'accessibilitat té el valor cert, aleshores qualsevol programa amb què estigui enllaçat en un fitxer desktop de l'autoinici del GDM s'iniciarà (excepte que la clau Hidden estigui definida com a certa en aquest mateix fitxer desktop). Una única clau GConf pot, fins i tot, iniciar diferents assistents si hi ha diferents fitxers .desktop amb la AutostartCondition al directori d'autoinici del GDM. Per exemple, si el GNOME s'ha distribuït amb el GOK com el teclat en pantalla predeterminat, aquest es podria substituir per un altre programa si es volgués. Per a reemplaçar el GOK amb el teclat en pantalla «onboard» i, addicionalment, activar l'assistent «mousetweaks que implementa el clic en pausa, caldria la següent configuració. Crea un fitxer d'escriptori per a l'onboard i un altre pel mousetweaks; per exemple, onboard.desktop i mousetweaks.desktop. Aquests fitxers s'han de posar al directori d'autoinici del GDM i han de tenir el format que s'explica a la secció "Autostart Configuration" d'aquest document. The following is an example onboard.desktop file: [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 The following is an example mousetweaks.desktop file: [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 Tingueu present la línia amb AutostartCondition que enllaça ambdós fitxers d'escriptori a la clau GConf pel teclat en pantalla. Per a evitar que el GOK s'iniciï, s'ha de suprimir o desactivar el fitxer d'escriptori del teclat en pantalla GOK. D'altra forma, l'onboard i el GOK s'iniciaran simultàniament. Això es pot aconseguir suprimint el fitxer gok.desktop del directori d'autoinici del GDM, o afegint la clau "Hidden=true" al fitxer gok.desktop. Després d'aquests canvis, el GOK no s'iniciarà quan l'usuari activi el teclat en pantalla a la sessió del GDM; a canvi, s'iniciaran l'onboard i el mousetweaks. El rebedor del GDM utilitza alguns components de l'entorn de treball que utilitzarà la sessió d'escriptori. I per això l'hi afecten tot un seguit de paràmetres del GConf compartides. Per cada un d'aquests paràmetres el rebedor utilitzarà el valor per defecte a no ser que s'hagi sobreescrit per la política obligatòria instal·lada del GDM o per la política obligatòria del sistema. El GDM, per seguretat, instal·la la seva política obligatòria per a bloquejar alguns paràmetres. El GDM habilita els connectors següents del gnome-settings-daemon: l'a11y-keyboard, el background, el sound i xsettings. Aquests són responsables d'aspectes com la imatge de fons, el tipus de lletra i els paràmetres del tema, els esdeveniments de so, etc. Plugins can also be disabled using GConf. For example, if you want to disable the sound plugin then unset the following key: /apps/gdm/simple-greeter/settings-manager-plugins/sound/active. GDM sessions are specified using the FreeDesktop.org Desktop Entry Specification, which can be referenced at the following URL: http://www.freedesktop.org/wiki/Specifications/desktop-entry-spec. By default, GDM will install desktop files in the <share>/xsessions directory. GDM will search the following directories in this order to find desktop files: <etc>/X11/sessions/, <dmconfdir>/Sessions, <share>/xsessions, and <share>/gdm/BuiltInSessions. By default the <dmconfdir> is set to <etc>/dm/ unless GDM is configured to use a different directory via the "--with-dmconfdir" option. A session can be disabled by editing the desktop file and adding a line as follows: Hidden=true. GDM desktop files support a GDM-specific extension, a key named "X-GDM-BypassXsession". If the key is not specified in a desktop file, the value defaults to "false". If this key is specified to be "true" in a desktop file, then GDM will launch the program specified by the desktop file "Exec" key directly when starting the user session. It will not run the program via the <etc>/gdm/Xsession script, which is the normal behavior. Since bypassing the <etc>/gdm/Xsession script avoids setting up the user session with the normal system and user settings, sessions started this way can be useful for debugging problems in the system or user scripts that might be preventing a user from being able to start a session. The user's default session and language choices are stored in the ~/.dmrc file. When a user logs in for the first time, this file is created with the user's initial choices. The user can change these default values by simply changing to a different value when logging in. GDM will remember this change for subsequent logins. The ~/.dmrc file is in the standard INI format. It has one section called [Desktop] which has two keys: Session and Language. The Session key specifies the basename of the session .desktop file that the user wishes to normally use without the .desktop extension. The Language key specifies the language that the user wishes to use by default. If either of these keys is missing, the system default is used. The file would normally look as follows: [Desktop] Session=gnome Language=cs_CZ.UTF-8 The GDM package provides the following commands in sbindir intended to be run by the root user: gdm is the main daemon which sets up graphical login environment and starts necessary helpers. -?, --help Proporciona un resum general de les opcions de la línia d'ordres. --fatal-warnings Fa que tots els avisos provoquin que el GDM surti. --timed-exit Surt després de 30 segons. És útil per a depurar. --version Mostra la versió del dimoni del GDM. gdm-restart stops and restarts GDM by sending the GDM daemon a HUP signal. This command will immediately terminate all sessions and log out users currently logged in with GDM. gdm-safe-restart stops and restarts GDM by sending the GDM daemon a USR1 signal. GDM will be restarted as soon as all users log out. gdm-stop stops GDM by sending the GDM daemon a TERM signal. Aquesta secció descriu consells útils per a fer funcionar el GDM. En general, si teniu algun problema utilitzant el GDM, podeu transmetre un error o enviar un correu electrònic a la llista de correu gdm-list. Trobareu més informació sobre com fer-ho a la secció «Introducció» del document. If GDM is failing to work properly, it is always a good idea to include debug information. To enable debugging, set the debug/Enable key to "true" in the <etc>/gdm/custom.conf file and restart GDM. Then use GDM to the point where it fails, and debug output will be sent to the system log file (<var>/log/messages or <var>/adm/messages depending on your Operating System). If you share this output with the GDM community via a bug report or email, please only include the GDM related debug information and not the entire file since it can be large. If you do not see any GDM syslog output, you may need to configure syslog (refer to the syslog man page). Hi ha molts problemes que poden provocar que el GDM falli en iniciar-se, en aquesta secció però només es descriu alguns problemes comuns i com descobrir la causa dels problemes amb la inicialització del GDM. Alguns problemes faran que el GDM mostri un missatge o diàleg d'error quan intenta iniciar, però pot ser difícil saber la causa del problema si el GDM falla de forma silenciosa. Primer assegureu-vos que el servidor X està configurat correctament. El fitxer de configuració del GDM conté una ordre a la secció [server-Standard] que s'utilitza per a iniciar el servidor X. Verifiqueu que aquesta ordre funciona. En executar aquesta ordre des del terminal s'hauria d'iniciar el servidor X. Si aquesta falla, llavors el problema segurament és amb la configuració del servidor X. Consulteu el registre d'errors del servidor X per a mirar quin pot ser el problema. El problema també pot ser que el servidor X necessita opcions diferents de la línia d'ordres. Si és així, modifiqueu l'ordre del servidor X al fitxer de configuració del GDM perquè sigui correcte pel vostre sistema. Also make sure that the /tmp directory has reasonable ownership and permissions, and that the machine's file system is not full. These problems will cause GDM to fail to start. This program is free software; you can redistribute it and/or modify it under the terms of the GNU General Public License as published by the Free Software Foundation; either version 2 of the License, or (at your option) any later version. This program is distributed in the hope that it will be useful, but WITHOUT ANY WARRANTY; without even the implied warranty of MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE. See the GNU General Public License for more details. A copy of the GNU General Public License is included as an appendix to the GNOME Users Guide. You may also obtain a copy of the GNU General Public License from the Free Software Foundation by visiting their Web site or by writing to

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