0.0 2008-09 A GDM a GNOME Kijelzőkezelő, amely egy grafikus bejelentkezési program. 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. Ez a kézikönyv a GNOME Kijelzőkezelő 2.26.0-s verzióját ismerteti. Utoljára 2009. október 2-án volt frissítve. Ez a kézikönyv a GNOME Kijelzőkezelő 2.26.0-s verzióját ismerteti. Utoljára 2009. október 2-án volt frissítve. 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: GNOME Kijelzőkezelő (GNOME Display Manager). A szoftvercsomag egészének leírására szolgál. Greeter - The graphical login window (provided by gnome-shell). PAM: moduláris hitelesítési modulok XDMCP - X-megjelenítéskezelő protokoll 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. A GNOME Display Manager (GDM) egy olyan kijelzőkezelő, amely megvalósítja a csatlakoztatott és távoli kijelzők kezeléséhez szükséges összes jelentős funkciót. A GDM a semmiből íródott, és nem tartalmaz semmilyen XDM vagy X-konzorcium kódot. Ne feledje, hogy a GDM konfigurálható, és számos beállítási lehetőség hatással van a biztonságra. Ebben a dokumentumban kiemelésre kerülnek azok a problémák, amelyekkel tisztában kell lenni. Ne feledje, hogy egyes operációs rendszerek úgy állítják be a GDM-et, hogy az a jelen dokumentumban leírt alapértelmezett értékektől eltérően viselkedjen. Ha úgy tűnik, hogy a GDM nem a dokumentáltak szerint viselkedik, akkor ellenőrizze, hogy a kapcsolódó beállítások eltérnek-e az itt leírtaktól. 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/. A GDM 2.20 és a korábbi verziók stabil beállítási interfészeket támogattak. A kódbázist azonban teljesen átírták a GDM 2.22-höz, és nem teljesen kompatibilis visszafelé a régebbi kiadásokkal. Ez részben azért van, mert a dolgok másképp működnek, így néhány kapcsolónak egyszerűen nincs értelme, részben azért, mert néhány kapcsolónak soha nem volt értelme, részben pedig azért, mert néhány funkciót még nem valósítottak meg újra. 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. A GDM 2.20 és a korábbi verziók támogatták a több különálló grafikus kártyával rendelkező kijelzők kezelésének lehetőségét, mint például a terminálkiszolgáló környezetben használtakat, egy ablakban történő bejelentkezést egy olyan programon keresztül, mint az Xnest vagy a Xephyr, a gdmsetup programot, az XML-alapú üdvözlő témákat és az XDMCP választónak a bejelentkezési képernyőről történő futtatásának lehetőségét. Ezek a funkciók nem kerültek vissza a 2.22-es átírás során. A GDM felelős a rendszer kijelzőinek kezeléséért. Ez magában foglalja a felhasználók hitelesítését, a felhasználói munkamenet elindítását és a felhasználói munkamenet megszüntetését. A GDM konfigurálható, és a beállítási módokat ennek a dokumentumnak az „A GDM beállítása” szakasza ismerteti. A GDM a fogyatékkal élő felhasználók számára is elérhető. A GDM lehetővé teszi a fő konzol kijelzőjének és a virtuális terminálon keresztül indított kijelzőknek a kezelését. Integrálva van más programokkal, mint például a Fast User Switch Applet (FUSA) és a gnome-screensaver, hogy az Xserver virtuális terminál (VT) interfészen keresztül több kijelzőt tudjon kezelni a konzolon. Képes az XDMCP kijelzőket is kezelni. 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. A GDM és a PAM úgy is konfigurálható, hogy ne igényeljen semmilyen bemenetet, amely azt eredményezi, hogy a GDM automatikusan bejelentkezik és egyszerűen elindít egy munkamenetet, ami hasznos lehet bizonyos környezetekben, például egyfelhasználós rendszereknél vagy kioszkoknál. 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. A GDM üdvözlő program a képernyő aljára dokkolt panelt jelenít meg, amely további funkciókat biztosít. A felhasználó kiválasztásakor a panel lehetővé teszi a felhasználó számára, hogy a bejelentkezés után kiválassza a használni kívánt munkamenetet, nyelvet és billentyűzetkiosztást. A billentyűzetkiosztás-választó a jelszó beírásakor használt billentyűzetkiosztást is megváltoztatja. A panel tartalmaz egy területet is a bejelentkezési szolgáltatások számára, hogy állapotikonokat hagyjanak ott. Néhány példa az állapotikonokra az akkumulátor ikonja az akkumulátor aktuális használatához, valamint az akadálymentesítési funkciók engedélyezésének ikonja. Az üdvözlő program olyan gombokat is biztosít, amelyek lehetővé teszik a felhasználó számára a rendszer leállítását vagy újraindítását. Szükség esetén a GDM úgy is konfigurálható, hogy a leállítás és újraindítás gombok ne jelenjenek meg. A GDM a PolicyKit segítségével (vagy az Oracle Solaris rendszeren lévő szerepalapú hozzáférés-vezérlésen keresztül) úgy is konfigurálható, hogy a leállítási vagy újraindítási kérés elfogadása előtt a felhasználónak megfelelő jogosultsággal kelljen rendelkeznie. Ne feledje, hogy a billentyűzetkiosztási funkciók csak a libxklavier támogatással rendelkező rendszereken érhetőek el. A GDM támogatja az „akadálymentes bejelentkezést”, amely lehetővé teszi a felhasználók számára, hogy akkor is bejelentkezzenek az asztali munkamenetükbe, ha nem tudják a képernyőt, az egeret vagy a billentyűzetet a szokásos módon, egyszerűen használni. Elérhetők az akadálymentes technológiai (AT) funkciók, mint például a képernyő-billentyűzet, a képernyőolvasó, a képernyőnagyító és az X-kiszolgáló AccessX billentyűzet-akadálymentesítése. Szükség esetén lehetőség van nagy méretű szöveg vagy nagy kontrasztú ikonok és vezérlők engedélyezésére is. A dokumentum „Akadálymentesítési beállítás” szakaszában további információkat talál arról, hogy hogyan lehet a különböző akadálymentesítési funkciókat beállítani. Néhány operációs rendszeren meg kell győződni arról, hogy a GDM felhasználó tagja-e az „audio” csoportnak az olyan AT programok esetében, amelyeknek hangkimenetre van szükségük (például szövegről beszédre átalakító), hogy működőképesek legyenek. Az arcböngésző egy olyan interfész, amely lehetővé teszi a felhasználók számára, hogy egy képre kattintva válasszák ki a felhasználónevüket. Ez a funkció az org.gnome.login-screen disable-user-list GSettings-kulcson keresztül engedélyezhető vagy tiltható le, és alapértelmezetten be van kapcsolva. Ha ki van kapcsolva, akkor a felhasználóknak kézzel kell beírniuk a teljes felhasználónevüket. Ha engedélyezve van, akkor megjeleníti az összes olyan helyi felhasználót, akik elérhetőek a bejelentkezésre a rendszeren (az /etc/passwd fájlban meghatározott összes felhasználói fiók, amelyeknek van érvényes parancsértelmezője és kellően magas UID-ja), valamint azokat a távoli felhasználókat, akik nemrég jelentkeztek be. A GDM 2.20 és a korábbi verziókban az arcböngésző az összes távoli felhasználót megpróbálta megjeleníteni, ami teljesítményproblémákat okozott a nagy, vállalati telepítésekben. Az arcböngésző úgy van konfigurálva, hogy a leggyakrabban bejelentkező felhasználókat jelenítse meg a lista tetején. Ez segít abban, hogy a gyakran bejelentkező felhasználók gyorsan megtalálják bejelentkezési képüket. Az arcböngésző támogatja a „kiegészítési keresést”, amely dinamikusan a listában lévő megfelelő felhasználónévre mozgatja az arckiválasztást a felhasználó gépelése közben. Ez azt jelenti, hogy egy hosszú felhasználónévvel rendelkező felhasználónak csak a felhasználónév első néhány karakterét kell beírnia, mielőtt a megfelelő elem kiválasztásra kerül a listában. 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. Ha egy felhasználónak nincs meghatározott arcképe, akkor a GDM az aktuális GTK+ témában meghatározott „stock_person” ikont fogja használni. Ha nincs ilyen kép meghatározva, akkor egy általános arcképet fog használni tartalékként. Ne feledje, hogy a távoli felhasználók saját könyvtáraiban található arcikonok betöltése és méretezése nagyon időigényes feladat lehet. Mivel a képek NIS-en vagy NFS-en keresztül történő betöltése nem praktikus, a GDM nem próbálja meg betölteni az arcképeket a távoli saját könyvtárakból. Ha a böngésző be van kapcsolva, akkor a számítógépen lévő érvényes felhasználónevek mindenki számára láthatóvá válnak. Ha az XDMCP engedélyezve van, akkor a felhasználónevek a távoli felhasználók számára is láthatóak. Ez természetesen némileg korlátozza a biztonságot, mivel egy rosszindulatú felhasználónak nem kell kitalálnia az érvényes felhasználóneveket. Egyes nagyon szigorúan korlátozott környezetekben az arcböngésző nem biztos, hogy megfelelő. A GDM-démon úgy is konfigurálható, hogy figyelje és kezelje a távoli kijelzőktől érkező X-kijelzőkezelési protokoll (XDMCP) kéréseket. Alapértelmezetten az XDMCP-támogatás ki van kapcsolva, de igény szerint engedélyezhető. Ha a GDM TCP-csomagoló támogatással lett összeállítva, akkor a démon csak a TCP-csomagoló konfigurációs fájljában lévő GDM-szolgáltatás szakaszban megadott gépeknek ad hozzáférést. A GDM számos olyan intézkedést tartalmaz, amelyek ellenállóbbá teszik az XDMCP-szolgáltatást érő szolgáltatásmegtagadási támadásokkal szemben. Sok protokollparaméter, a kézfogadási időkorlátok stb. finomhangolhatóak. Az alapértelmezett konfigurációnak észszerűen kell működnie a legtöbb rendszeren. A GDM alapértelmezetten az XDMCP-kéréseket az XDMCP-nél használt normál UDP-porton, a 177-es porton figyeli, és a QUERY és BROADCAST_QUERY kérésekre egy WILLING csomag küldésével válaszol a küldőnek. A GDM úgy is konfigurálható, hogy az INDIRECT lekérdezéseket tiszteletben tartsa, és gépválasztót jelenítsen meg a távoli kijelzőhöz. A GDM megjegyzi a felhasználó választását, és a későbbi kéréseket a kiválasztott kezelőhöz továbbítja. A GDM támogatja a protokoll olyan kiterjesztését is, amely elfelejteti az átirányítást, amint a felhasználó kapcsolódása sikerült. Ez a kiterjesztés csak akkor támogatott, ha mindkét démon GDM. Ez átlátszó, és az XDM vagy más, XDMCP-t megvalósító démonok figyelmen kívül fogják hagyni. If XDMCP seems to not be working, make sure that all machines are specified in /etc/hosts. Az XDMCP használata során felmerülő biztonsági problémákkal kapcsolatos információkért olvassa el a „Biztonság” szakaszt. 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. A GDM lehetővé teszi, hogy egyszerre több felhasználó is bejelentkezzen. Miután egy felhasználó bejelentkezett, további felhasználók jelentkezhetnek be a GNOME panelen lévő felhasználóváltón keresztül, vagy a GNOME képernyővédőjének zároló képernyő párbeszédablakában lévő „Felhasználóváltás” gombra kattintva. Az aktív munkamenet ugyanezzel a mechanizmussal váltható oda és vissza. Ne feledje, hogy egyes disztribúciók esetleg nem adják hozzá a felhasználóváltót az alapértelmezett panelkonfigurációhoz. A panel helyi menüjének használatával adható hozzá. Ne feledje, hogy ez a funkció a virtuális terminálokat támogató rendszereken érhető el. Ez a funkció nem fog működni, ha a virtuális terminálok nem érhetők el. A megfelelő működéshez biztonsági okokból ajánlott egy külön erre a célra létrehozott felhasználó- és csoportazonosítót használni. Ez a felhasználó és csoport a legtöbb rendszeren általában „gdm”, de bármilyen felhasználóra vagy csoportra beállítható. Az összes grafikus felhasználói felületű GDM program ezen felhasználóként fut, így a felhasználóval interakcióba lépő programok egy védőfallal ellátott környezetben futnak. Ennek a felhasználónak és csoportnak korlátozott jogosultságokkal kell rendelkeznie. 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. A GDM üdvözlő konfigurációja a GConf beállításai között van tárolva. Ahhoz, hogy a GDM felhasználó képes legyen a konfiguráció írására, az szükséges, hogy a „gdm” felhasználónak írható $HOME könyvtára legyen. A felhasználók tetszés szerint konfigurálhatják az alapértelmezett GConf konfigurációt, hogy ne kelljen írható $HOME könyvtárral rendelkező „gdm” felhasználót biztosítani. Azonban a GDM egyes funkciói letiltásra kerülhetnek, ha nem képes állapotinformációkat írni a GConf-konfigurációba. A GDM a PAM-et használja a bejelentkezés hitelesítésére. A PAM a Pluggable Authentication Modules (moduláris hitelesítési modulok) rövidítése, és a legtöbb olyan program használja, amely hitelesítést kér a számítógépen. Lehetővé teszi a rendszergazdának, hogy a különböző bejelentkezési programok (például ssh, bejelentkezési grafikus felület, képernyővédő stb.) számára különleges hitelesítési viselkedést állítson be. A PAM bonyolult és nagymértékben konfigurálható, de ennek a dokumentációnak nem célja, hogy ezt részletesen elmagyarázza. Ehelyett inkább áttekintést kíván adni arról, hogy a PAM konfigurációja hogyan kapcsolódik a GDM-hez, hogyan konfigurálják általában a PAM-ot a GDM-mel, valamint az ismert problémákat ismerteti. Elvárható, hogy egy olyan személynek, akinek a PAM konfigurációját kell elvégeznie, a PAM dokumentációjának további olvasása szükséges ahhoz, hogy megértse, hogyan kell a PAM-ot konfigurálni, és hogy megértse az ebben a szakaszban használt kifejezéseket. 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. Ne feledje, hogy alapértelmezetten a GDM a „gdm” PAM-szolgáltatásnevet használja a normál bejelentkezéshez és a „gdm-autologin” PAM-szolgáltatásnevet az automatikus bejelentkezéshez. Előfordulhat, hogy ezek a szolgáltatások nincsenek meghatározva a pam.d vagy pam.conf beállítófájlban. Ha nincs bejegyzés, akkor a GDM az alapértelmezett PAM-viselkedést fogja használni. A legtöbb rendszeren ennek jól kell működnie. Azonban előfordulhat, hogy az automatikus bejelentkezés funkció nem működik, ha a gdm-autologin szolgáltatás nincs meghatározva. 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. Ha a GDM-et más típusú hitelesítési mechanizmusokkal (például ujjlenyomat- vagy intelligenskártya-olvasóval) is működőképessé szeretné tenni, akkor ezt a kívánt hitelesítési típushoz tartozó PAM-szolgáltatási modul használatával kell megvalósítania, nem pedig a GDM-kód közvetlen módosításának kísérletével. Olvassa el a rendszerén lévő PAM-dokumentációt. A PAM-nak vannak bizonyos korlátai a tekintetben, hogy egyszerre több hitelesítési típussal is képes legyen dolgozni, például az intelligens kártya elfogadásának, illetve a felhasználónévnek és jelszónak a bejelentkezési programba való beírási képességének támogatásában. Vannak olyan technikák, amelyekkel ez működik, és a legjobb, ha egy ilyen konfiguráció beállításakor utánanéz, hogy ezt a problémát általában hogyan szokták megoldani. Ha az automatikus bejelentkezés nem működik egy rendszeren, akkor ellenőrizze, hogy a „gdm-autologin” PAM-verem meg van-e határozva a PAM konfigurációjában. Ahhoz, hogy ez működjön, olyan PAM-modult kell használni, amely egyszerűen nem végez hitelesítést, vagy amely egyszerűen PAM_SUCCESS értéket ad vissza az összes nyilvános interfészéről. Feltételezve, hogy a rendszere rendelkezik olyan pam_allow.so PAM-modullal, amely ezt teszi, a „gdm-autologin” engedélyezéséhez szükséges PAM-konfigurációnak így kellene kinéznie: 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 A fenti beállítás nem fogja az utolsó bejelentkezés bejegyzésének előállítását eredményezni. Ha utolsó bejelentkezés bejegyzése szükséges, akkor használja a következőket a munkamenethez: gdm-autologin session required pam_unix_session.so.1 Ha a számítógépet többen használják, ami miatt az automatikus bejelentkezés nem megfelelő, akkor egyes felhasználók számára engedélyezheti a jelszó megadása nélküli bejelentkezést. Ezt a funkciót a gnome-system-tools programban lévő users-admin eszközben lehet felhasználónként engedélyezni. Ez úgy érhető el, hogy a jelszó bekérése előtt ellenőrzi, hogy a felhasználó tagja-e a „nopasswdlogin” nevű Unix-csoportnak. Ahhoz, hogy ez működjön, a „gdm” szolgáltatás PAM-beállítófájljának tartalmaznia kell egy ehhez hasonló sort: 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. A GDM csak a MIT-MAGIC-COOKIE-1 X-kiszolgáló hitelesítési sémát támogatja. Általában keveset lehet nyerni a többi sémából, és eddig nem is tettek erőfeszítést a megvalósításukra. Különösen óvatosnak kell lenni az XDMCP használatával, mert az X-kiszolgáló hitelesítési sütije nyílt szövegként megy át a hálózaton. Ha a lehallgatás lehetséges, akkor egy támadó a használt hitelesítési sémától függetlenül egyszerűen lehallgathatja a hitelesítési jelszavát, amikor bejelentkezik. Ha a lehallgatás lehetséges és nem kívánatos, akkor inkább ssh-t kell használni az X-kapcsolat alagútjának létrehozására az XDMCP használata helyett. Az XDMCP-re egyfajta grafikus telnetként is gondolhat, amelynek ugyanolyan biztonsági problémái vannak. A legtöbb esetben az ssh -Y előnyben részesítendő a GDM XDMCP funkcióival szemben. Annak ellenére, hogy a kijelzőt sütik védik, az X-események és így a jelszavak bevitele során beírt billentyűleütések továbbra is nyílt szövegként kerülnek átvitelre a hálózaton. Ezek elfogása triviális. Az XDMCP elsősorban vékony kliensek futtatásához hasznos, például terminál laborokban. Ezeknek a vékony klienseknek mindig csak a kiszolgáló eléréséhez van szükségük a hálózatra, ezért a legjobb biztonsági irányelvnek az tűnik, ha ezek a vékony kliensek külön hálózaton vannak, amelyhez a külvilág nem férhet hozzá, és csak a kiszolgálóhoz tudnak kapcsolódni. Az egyetlen pont, ahonnan a külvilágot el kell érni, az a kiszolgáló. Az ilyen típusú beállítások soha nem használhatnak kezeletlen elosztót vagy más lehallgatható hálózatot. Az XDMCP hozzáférés-vezérlése TCP-csomagolók használatával történik. Lehetséges a GDM-et TCP-csomagoló támogatása nélkül is lefordítani, így előfordulhat, hogy ez a funkció nem támogatott néhány operációs rendszeren. 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. Annak ellenére, hogy a GDM megpróbál túljárni az XDMCP-t kihasználni próbáló potenciális támadók eszén, mégis azt tanácsoljuk, hogy blokkolja az XDMCP-portot (általában a 177-es UDP-portot) a tűzfalán, hacsak valóban nincs rá szükség. A GDM védelmet nyújt a szolgáltatásmegtagadásos támadások ellen, de az X protokoll még mindig eleve nem biztonságos, és csak ellenőrzött környezetekben szabad használni. Emellett minden egyes távoli kapcsolat sok erőforrást vesz igénybe, így sokkal könnyebb szolgáltatásmegtagadásos támadást végrehajtani az XDMCP-n keresztül, mint egy webkiszolgálót megtámadni. Az összes X-kiszolgáló portot is bölcs dolog blokkolni. Ezek a 6000 fölötti TCP-portok (minden kijelzőszámhoz egy) a tűzfalon. Ne feledje, hogy a GDM a 20-as és annál magasabb kijelzőszámokat használja a rugalmas, igény szerinti kiszolgálókhoz. Az X nem túl biztonságos protokoll, ha az interneten keresztül használják, az XDMCP pedig még kevésbé biztonságos. A GDM úgy is konfigurálható, hogy PolicyKitet használjon annak lehetővé tételére, hogy a rendszergazda vezérelhesse azt, hogy a bejelentkezési képernyő biztosítson-e leállítás és újraindítás gombokat az üdvözlő képernyőn. 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. A GDM úgy is konfigurálható, hogy szerepalapú hozzáférés-vezérlést (RBAC) használjon a PolicyKit helyett. Ebben az esetben a szerepalapú hozzáférés-vezérlés konfigurációja használható annak vezérlésére, hogy a bejelentkezési képernyő biztosítson-e leállítás és újraindítás gombokat az üdvözlő képernyőn. 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. A GDM támogatja a ConsoleKit nevű felhasználói és bejelentkezési munkamenet-nyilvántartási keretrendszerrel történő felhasználói bejelentkezési információk közzétételét. A ConsoleKit képes nyomon követni az összes jelenleg bejelentkezett felhasználót. Ebben a tekintetben használható a legtöbb Unix-szerű operációs rendszeren elérhető utmp vagy utmpx fájlok helyettesítéseként. Amikor a GDM új bejelentkezési folyamat létrehozására készül egy felhasználó számára, akkor meghívja a ConsoleKit egy jogosultsággal rendelkező metódusát, hogy új munkamenetet nyisson a felhasználónak. Ekkor a GDM a ConsoleKitnek is megadja a felhasználói munkamenetre vonatkozó információkat, többek között például a felhasználó azonosítóját, a munkamenethez hozzárendelendő X11-kijelző nevét, azt a gépnevet, ahonnan a munkamenet származik (hasznos XDMCP-munkamenet esetén), valamint azt, hogy a munkamenet csatolt-e vagy sem. A felhasználói folyamatot kezdeményező entitásként a GDM egyedülálló helyzetben van ahhoz, hogy tudjon a felhasználói munkamenetről, és hogy megbízzanak benne ezeknek az információknak a megadásában. Ennek a jogosultsággal rendelkező metódusnak a használatát a D-Bus rendszerüzenetbusz biztonsági irányelvének használata korlátozza. Abban az esetben, ha egy meglévő munkamenettel rendelkező felhasználó hitelesített a GDM-nél, és a meglévő munkamenet folytatását kéri, a GDM meghívja a ConsoleKit egy jogosultsággal rendelkező metódusát a munkamenet feloldásához. Annak pontos részletei, hogy mi történik, amikor a munkamenet megkapja ezt a feloldási jelet, nem meghatározott és a munkamenetre jellemző. Azonban a legtöbb munkamenet válaszul feloldja a képernyővédőt. Ha a felhasználó a kijelentkezést választja, illetve ha a GDM vagy a munkamenet váratlanul kilép, akkor a felhasználói munkamenet regisztrációja törölve lesz a ConsoleKitből. A GDM számos konfigurációs interfésszel rendelkezik. Ezek közé tartoznak a parancsfájlírási integrációs pontok, a démon konfigurációja, az üdvözlő konfigurációja, az általános munkamenet beállításai, a gnome-settings-daemon konfigurációval való integráció és a munkamenet konfigurációja. Ezek az integrációs típusok az alábbiakban részletesen ismertetésre kerülnek. 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". Ezen parancsfájlok mindegyike rendszergazdai jogosultsággal fut, és 0-t ad vissza sikeres futtatás esetén, illetve egy nem nulla visszatérési kódot, ha olyan hiba történt, amely a bejelentkezési munkamenet megszakítását eredményezi. Ne feledje azt sem, hogy a GDM addig blokkol, amíg a parancsfájlok be nem fejeződnek, így ha bármelyik parancsfájl elakad, az a bejelentkezési folyamatot is megakasztja. 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. Ne feledje, hogy a GDM régebbi verziói további beállítási lehetőségeket is támogattak, amelyek többé már nem támogatottak a GDM legújabb verzióiban. 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 támogatott beállítási kulcsok teljes listája a következő: Multicast Multicast=false Ha igaz és az IPv6 engedélyezve van, akkor a választó csoportcímes lekérdezést küld a helyi hálózatra, és összegyűjti a válaszokat a csoportcímes csoporthoz csatlakozott gépektől. MulticastAddr MulticastAddr=ff02::1 Ez a kapcsolatszintű csoportcímes cím. 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= Ez az a felhasználó, akit be kell jelentkeztetni a megadott számú másodpercnyi inaktivitás után. Ha az érték egy függőleges vonallal | (a csőszimbólummal) végződik, akkor a GDM végrehajtja a megadott programot, és a program által a szabványos kimeneten visszaadott bármilyen értéket használja fel a felhasználóként. A program a DISPLAY környezeti változó készletével fut annak érdekében, hogy lehetőség legyen a felhasználó kijelzőnkénti megadására. Ha például az érték az „/usr/bin/getloginuser|”, akkor az „/usr/bin/getloginuser” program lesz lefuttatva a felhasználó értékének lekéréséhez. 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. Ha az érték egy függőleges vonallal | (a csőszimbólummal) végződik, akkor a GDM végrehajtja a megadott programot, és a program által a szabványos kimeneten visszaadott bármilyen értéket használja fel a felhasználóként. A program a DISPLAY környezeti változó készletével fut annak érdekében, hogy lehetőség legyen a felhasználó kijelzőnkénti megadására. Ha például az érték az „/usr/bin/getloginuser|”, akkor az „/usr/bin/getloginuser” program lesz lefuttatva a felhasználó értékének lekéréséhez. 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 Annak megakadályozásához, hogy a támadók megtöltsék a várakozási sorokat, a GDM csak egy kapcsolatot engedélyez minden egyes távoli számítógéphez. Ha egynél több képernyővel rendelkező számítógépek számára szeretne megjelenítési szolgáltatásokat nyújtani, akkor növelnie kell ezt az értéket. Ne feledje, hogy a csatlakoztatott KIJELZŐK megengedett száma nincs korlátozva. Csak az XDMCP-n keresztüli távoli kapcsolatokat korlátozza ez a beállítási lehetőség. Enable Enable=false Ennek igazra állítása engedélyezi az XDMCP-támogatást, amely lehetővé teszi a távoli kijelzők/X-terminálok GDM általi kezelését. 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. Ne feledje, hogy az XDMCP nem különösebben biztonságos protokoll, és jó ötlet lehet a tűzfalon blokkolni a 177-es UDP-portot, hacsak nincs igazán szüksége rá. 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 A szolgáltatásmegtagadásos támadások elkerülése érdekében a GDM rögzített méretű várakozási sorral rendelkezik a függőben lévő kapcsolatokhoz. Egyszerre csak a MaxPending beállításban megadott kijelzők indulhatnak el. Ne feledje, hogy ez a paraméter nem korlátozza a kezelhető távoli kijelzők számát. Csak az egyidejűleg kapcsolatot kezdeményező kijelzők számát korlátozza. MaxSessions MaxSessions=16 Meghatározza az egyidejűleg kezelendő távoli kijelzőkapcsolatok legnagyobb számát. Vagyis a távoli kijelzők teljes számát, amelyek használhatják a gépét. MaxWait MaxWait=30 Ha a GDM készen áll egy kijelző kezelésére, akkor egy olyan egyedi munkamenet-azonosítót tartalmazó ACCEPT csomagot küld neki, amely a későbbi XDMCP-beszélgetésekben lesz használva. A GDM ezután a munkamenet-azonosítót a várakozási sorba helyezi arra várva, hogy a kijelző egy MANAGE kéréssel válaszoljon. Ha nem érkezik válasz a MaxWait beállításban megadott másodpercen belül, akkor a GDM halottnak nyilvánítja a kijelzőt, és törli azt a várakozási sorból, felszabadítva ezzel a helyet más kijelzők számára. 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 Ha a gép egy WILLING csomagot küld vissza egy QUERY kérés után, akkor olyan karakterláncot küld, amely megadja ennek a kiszolgálónak az aktuális állapotát. Az alapértelmezett üzenet a rendszer azonosítója, de lehetőség van olyan parancsfájl létrehozására, amely személyre szabott üzenetet jelenít meg. Ha ez a parancsfájl nem létezik vagy ez a kulcs üres, akkor az alapértelmezett üzenet kerül elküldésre. Ha ez a parancsfájl sikeres és kimenetet állít elő, akkor a kimenet első sora kerül elküldésre (és csak az első sor). Legfeljebb 3 másodpercenként egyszer fut le, hogy megakadályozza a gép QUERY csomagokkal való elárasztásával történő lehetséges szolgáltatásmegtagadást. 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 (logikai) Azt szabályozza, hogy a szalagcímüzenet szövege megjelenjen-e. /apps/gdm/simple-greeter/banner_message_text NULL (karakterlánc) Megadja az üdvözlőablakban megjelenítendő szöveges szalagcímüzenetet. /apps/gdm/simple-greeter/disable_restart_buttons false (logikai) Azt szabályozza, hogy megjelenjenek-e az újraindítási gombok a bejelentkezési ablakban. /apps/gdm/simple-greeter/disable_user_list false (logikai) Ha igaz, akkor az ismert felhasználókkal rendelkező arcböngésző nem jelenik meg a bejelentkezési ablakban. /apps/gdm/simple-greeter/logo_icon_name computer (karakterlánc) Az üdvözlő logóhoz használandó tematikus ikon nevének beállítása. /apps/gdm/simple-greeter/recent-languages [] (karakterlánclista) A bejelentkezési ablakban alapértelmezetten megjelenítendő nyelvek listájának beállítása. Az alapértelmezett érték a „[]”. Az alapértelmezett beállítással csak a rendszer alapértelmezett nyelve és az „Egyéb…” lehetőség jelenik meg, amely az elérhető nyelvek teljes listáját megjelenítő párbeszédpanelt jeleníti meg, hogy a felhasználó választhasson közülük. A felhasználók nem szándékoznak kézzel megváltoztatni ezt a beállítást. Ehelyett a GDM nyomon követi az ebben a beállítási kulcsban kiválasztott nyelveket, és megjeleníti azokat a nyelv kombinált listájában az „Egyéb…” választási lehetőséggel együtt. Ezáltal a gyakran kiválasztott nyelveket könnyebb kiválasztani. /apps/gdm/simple-greeter/recent-layouts [] (karakterlánclista) A bejelentkezési panelen alapértelmezetten megjelenítendő billentyűzetkiosztások listájának beállítása. Az alapértelmezett érték a „[]”. Az alapértelmezett beállítással csak a rendszer alapértelmezett billentyűzetkiosztása és az „Egyéb…” lehetőség jelenik meg, amely az elérhető billentyűzetkiosztások teljes listáját megjelenítő párbeszédpanelt jeleníti meg, hogy a felhasználó választhasson közülük. A felhasználók nem szándékoznak kézzel megváltoztatni ezt a beállítást. Ehelyett a GDM nyomon követi az ebben a beállítási kulcsban kiválasztott billentyűzetkiosztásokat, és megjeleníti azokat a billentyűzetkiosztás kombinált listájában az „Egyéb…” választási lehetőséggel együtt. Ezáltal a gyakran kiválasztott billentyűzetkiosztásokat könnyebb kiválasztani. /apps/gdm/simple-greeter/wm_use_compiz false (logikai) Azt szabályozza, hogy a compiz legyen-e használva ablakkezelőként a metacity helyett. Ez a szakasz a GDM-ben elérhető akadálymentesítési beállítási lehetőségeket ismerteti. A bejelentkezési képernyőn lévő GDM üdvözlőpanel megjelenít egy akadálymentesítési ikont. Az ikonra kattintva megnyílik a GDM akadálymentesítési párbeszédablaka. A GDM akadálymentesítési párbeszédablakában található egy jelölőnégyzetekből álló lista, így a felhasználó engedélyezheti vagy letilthatja a kapcsolódó segédeszközöket. A képernyő-billentyűzet, a képernyőnagyító és a képernyőolvasó segédeszközöknek megfelelő jelölőnégyzetek arra a három GConf-kulcsra hatnak, amelyek ennek a dokumentumnak a következő szakaszában kerülnek ismertetésre. Ezen jelölőnégyzetek engedélyezésével vagy letiltásával a hozzárendelt GConf-kulcs „true” (igaz) vagy „false” (hamis) értékre lesz beállítva. Ha a GConf-kulcs igazra van állítva, akkor az ehhez a GConf-kulcshoz kapcsolt segédeszközök elindulnak. Ha a GConf-kulcs „false” (hamis) értékre van állítva, akkor a GConf-kulcshoz kapcsolt minden futó segédeszköz befejeződik. Ezek a GConf-kulcsok nem lesznek automatikusan visszaállítva az alapértelmezett állapotba, miután a felhasználó bejelentkezett. Következésképpen az utolsó GDM bejelentkezési munkamenet során futó segédeszközök automatikusan elindulnak a következő GDM bejelentkezési munkamenetnél. A GDM akadálymentesítési párbeszédablakában lévő többi jelölőnégyzetnek nincs megfelelő GConf-kulcsa, mivel az általuk nyújtott akadálymentesítési funkciók biztosításához nincs további program elindítva. Ezek az egyéb lehetőségek olyan akadálymentesítési funkcióknak felelnek meg, amelyeket a GDM-munkamenet során mindig futó X-kiszolgáló biztosít. A GDM a következő GConf-kulcsokat nyújtja az akadálymentesítési funkcióinak vezérléséhez: /desktop/gnome/interface/accessibility false (logikai) Azt vezérli, hogy az akadálymentesítési infrastruktúra elinduljon-e a GDM grafikus felhasználói felületével. Erre számos akadálymentesítési technológiai programnak szüksége van a működéséhez. /desktop/gnome/applications/at/screen_magnifier_enabled false (logikai) Ha be van állítva, akkor az ehhez a GConf-kulcshoz kapcsolt segédeszközök elindulnak a GDM grafikus felhasználói felületű programmal. Alapértelmezetten ez egy képernyőnagyító alkalmazás. /desktop/gnome/applications/at/screen_keyboard_enabled false (logikai) Ha be van állítva, akkor az ehhez a GConf-kulcshoz kapcsolt segédeszközök elindulnak a GDM grafikus felhasználói felületű programmal. Alapértelmezetten ez egy képernyő-billentyűzet alkalmazás. /desktop/gnome/applications/at/screen_reader_enabled false (logikai) Ha be van állítva, akkor az ehhez a GConf-kulcshoz kapcsolt segédeszközök elindulnak a GDM grafikus felhasználói felületű programmal. Alapértelmezetten ez egy képernyőolvasó alkalmazás. A screen_magnifier_enabled, a screen_keyboard_enabled és a screen_reader_enabled GConf-kulcsoknál az induló segédeszköz a GDM automatikus indítási könyvtárában található asztali fájloktól függ, amint ennek a kézikönyvnek az „Automatikus indítás beállítása” szakaszában bemutatásra került. A GDM automatikus indítási könyvtárában lévő bármely asztali fájl összekapcsolható ezekkel a GConf-kulcsokkal azáltal, hogy az asztali fájlban lévő AutostartCondition értékben megadásra kerül az adott GConf-kulcs. Tehát az asztali fájlban lévő pontos AutostartCondition sor az alábbiak egyike lehet: 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 Ha egy akadálymentesítési kulcs igaz, akkor minden olyan program elindul, amely a GDM automatikus indítási asztali fájlban ehhez a kulcshoz hozzá van kapcsolva (hacsak a „Hidden” kulcs nincs igazra állítva az asztali fájlban). Egyetlen GConf-kulcs akár több segédeszközt is elindíthat, ha a GDM automatikus indítási könyvtárában több, ezzel az AutostartCondition bejegyzéssel rendelkező asztali fájl is megtalálható. Ha például a GNOME a GOK-kal, mint alapértelmezett képernyő-billentyűzettel kerül terjesztésre, akkor ezt lehet egy másik programmal helyettesíteni, ha szükséges. A GOK alkalmazásnak az „onboard” képernyő-billentyűzet alkalmazással történő cseréjéhez, valamint a „mousetweaks” segédeszköz használati támogatásának aktiválásához a következő beállításra van szükség. Hozzon létre egy asztali fájlt az „onboard” és egy másodikat a „mousetweaks” számára, például onboard.desktop és mousetweaks.desktop néven. Ezeket a fájlokat a GDM automatikus indítási könyvtárában kell elhelyezni, és ennek a dokumentumnak az „Automatikus indítás beállítása” szakaszában bemutatott formátumban kell lenniük. 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 Ne feledje az AutostartCondition sort, amely hozzákapcsolja mindkét asztali fájlt a képernyő-billentyűzet GConf-kulcsához. A GOK indításának letiltásához el kell távolítani vagy deaktiválni kell a GOK képernyő-billentyűzet asztali fájlját. Ellenkező esetben az onboard és a GOK egyszerre indulna el. Ez úgy érhető el, ha eltávolítja a gok.desktop fájlt a GDM automatikus indítási könyvtárából, vagy ha hozzáadja a „Hidden=true” kulcsbeállítást a gok.desktop fájlhoz. Ezen változtatások elvégzése után a GOK többé nem kerül elindításra, amikor a felhasználó aktiválja a képernyő-billentyűzetet a GDM munkamenetben. Ehelyett az onboard és a mousetweaks lesz elindítva. A GDM üdvözlő részben ugyanazt a keretrendszert használja, mint amelyet az asztali munkamenet használni fog. És ezáltal számos azonos GConf-beállítás befolyásolja. Ezen beállítások mindegyikénél az üdvözlő az alapértelmezett értéket fogja használni, hacsak azt kifejezetten nem bírálja felül a GDM telepített kötelező házirendje vagy a rendszer kötelező házirendje. A GDM saját kötelező házirendet telepít, hogy bizonyos beállításokat biztonsági okokból lezárjon. A GDM a következő gnome-settings-daemon bővítményeket engedélyezi: a11y-keyboard, background, sound, xsettings. Ezek olyan dolgokért felelősek, mint a háttérkép, a betűkészlet- és témabeállítások, a hangesemények stb. 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 Rövid áttekintést ad a parancssori kapcsolókról. --fatal-warnings Olyanná teszi az összes figyelmeztetést, hogy a GDM kilépését okozza. --timed-exit Kilépés 30 másodperc után. Hibakereséshez hasznos. --version A GDM-démon verziójának kiírása. 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. Ez a szakasz a GDM működésbe hozásához szükséges hasznos tanácsokat ismerteti. Általánosságban elmondható, hogy ha problémája van a GDM használatával, akkor küldhet hibajelentést vagy e-mailt a gdm-list levelezőlistára. Az ezzel kapcsolatos információk a dokumentum „Bevezetés” szakaszában találhatók. 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). Számos probléma okozhatja, hogy a GDM nem indul el, de ez a szakasz néhány gyakori problémát tárgyal, és azt, hogy miként közelítheti meg a GDM indulásával kapcsolatos probléma felderítését. Néhány probléma azt eredményezi, hogy a GDM hibaüzenettel vagy párbeszédablakkal válaszol, amikor megpróbál elindulni, de nehéz lehet a problémák nyomon követése, ha a GDM visszajelzés nélkül lesz működésképtelen. Először győződjön meg arról, hogy az X-kiszolgáló megfelelően van-e beállítva. A GDM konfigurációs fájl tartalmaz egy parancsot a [server-Standard] szakaszban, amely az X-kiszolgáló indítására szolgál. Ellenőrizze, hogy ez a parancs működik-e az Ön rendszerén. A parancs konzolból történő futtatásakor el kell indítania az X-kiszolgálót. Ha ez nem sikerül, akkor a probléma valószínűleg az X-kiszolgáló beállításával van. Nézze meg az X-kiszolgáló hibanaplóját, hogy megtudja, mi lehet a probléma. A probléma az is lehet, hogy az X-kiszolgáló különböző parancssori kapcsolókat igényel. Ha ez a helyzet, akkor módosítsa az X-kiszolgáló parancsot a GDM konfigurációs fájlban úgy, hogy az megfeleljen az Ön rendszerének. 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