0.0 2008-09 GDM - менеджер дисплеїв GNOME, графічна програма входу у сеанс. 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. У посібнику описується менеджер дисплеїв середовища Gnome версії 2.26.0. Останній раз оновлювався 02 жовтня 2009 року. У посібнику описується менеджер дисплеїв середовища Gnome версії 2.26.0. Останній раз оновлювався 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 - менеджер дисплеїв середовища GNOME (Gnome Display Manager). Назва використовується при посиланні на програмний пакет взагалі. Greeter - The graphical login window (provided by gnome-shell). PAM - механізм модульної автентифікації XDMCP - протокол керування дисплеєм 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. GDM - менеджер дисплею для GNOME, у якому реалізовано більшість функцій, що вимагаються для керування локальними та віддаленими дисплеями. GDM створено "з чистого аркуша" та він не містить оригінального коду XDM / X Consortium. Зауважте, що GDM є придатним до налаштовування, а багато параметрів налаштувань стосуються захисту системи. Проблеми, на які слід звернути увагу, висвітлено у цьому документі. Будь ласка, зверніть увагу на те, що у деяких операційних системах GDM налаштовано на поведінку, які відрізняється від типових значень, які описано у цьому документі. Якщо GDM поводить себе не так, як документовано, вам слід перевірити, чи відрізняються відповідні налаштування від описаних тут. 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/. У GDM 2.20 і попередніх версіях підтримувалася стабільність інтерфейсів налаштувань. Втім, у версії GDM 2.22 код було повністю переписано — його повну сумісність із попередніми версіями було втрачено. Почасти, причиною цього є те, що він працює інакше, отже деякі параметри втратили сенс, деякі ніколи не мали сенсу, а функціональні можливості, які було пов'язано із деякими параметрами, ще не було реалізовано. 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. У GDM 2.20 та попередніх версіях було передбачено можливість керувати декількома дисплеями із окремими графічними картками, такими, які використовуються у середовищах термінальних серверів, вхід у вікні за допомогою програми, подібної до Xnest або Xephyr, програма gdmsetup, теми вітання на основі XML та можливість запускати засіб вибору XDMCP з вікна вітання. Ці можливості не було додано під час переписування у версії 2.22. GDM відповідає за керування дисплеями у системі. Це стосується розпізнавання користувачів, запуску сеансів користувачів та переривання сеансів користувачів. GDM можна налаштовувати. Способи налаштовування описано у розділі «Налаштовування GDM» цього документа. Крім того, у GDM передбачено засоби доступності для користувачів із обмеженими можливостями. GDM надає можливість керувати дисплеєм головної консолі та дисплеями, які запущено за допомогою віртуальних терміналів. Його інтегровано із іншими програмами, зокрема Fast User Switch Applet (FUSA) та gnome-screensaver для керування декількома дисплеями на консолі за допомогою інтерфейсу віртуального термінала Xserver. Він також може керувати дисплеями 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. GDM і PAM можна налаштувати так, щоб вхід до системи не обумовлювався ніякими діями користувача, тобто GDM виконував автоматичних вхід до системи і просто розпочинав сеанс — це може бути корисним для деяких середових, зокрема систем із одним користувачем або електронних кіосків. 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. Програма вітання GDM показує панель, яку пришвартовано у нижній частині екрана і яка надає у ваше розпорядження додаткові функціональні можливості. Якщо вибрано користувача, панель надає змогу користувачеві вибрати, який сеанс, мову і розкладку клавіатури слід використовувати після входу до системи. Засіб вибору розкладки клавіатури змінює розкладку, у якій вводитиметься ваш пароль. Крім того, на панелі міститься область для служб входу до системи, де вони можуть розташовувати піктограми стану. Прикладами піктограм стану є піктограма акумулятора для показу поточного стану заряду акумулятора та піктограма для вмикання можливостей доступності. Також програма вітання забезпечує роботу кнопок, за допомогою яких користувач може вимикати або перезапускати систему. GDM можна налаштувати так, щоб кнопки вимикання і перезапуску не було показано, якщо ви так хочете. Крім того, GDM можна налаштувати з використанням PolicyKit (або RBAC у Oracle Solaris) так, щоб програма вимагала від користувача належного уповноваження у системі, перш ніж приймати запит щодо вимикання або перезапуску. Зауважте, що можливості розкладки клавіатури доступі лише у системах із підтримкою libxklavier. У GDM передбачено підтримку «Доступного входу», за допомогою якого користувачі можуть входити до сеансу стільничного середовища, навіть якщо їм непросто користуватися екраном, мишею або клавіатурою у звичайний спосіб. Можна скористатися можливостям доступних технологій, зокрема екранною клавіатура, засобом читання з екрана, екранною лупа та засобами доступності клавіатури AccessX Xserver. Також можна увімкнути збільшення тексту або висококонтрастні піктограми та засоби керування, якщо потрібно. Зверніться до розділу «Налаштовування доступності» цього підручника, щоб дізнатися більше про різноманітні можливості доступності, які можна налаштувати. У деяких операційних системах слід переконатися, що користувач GDM є учасником групи «audio», щоб програми доступності, які потребують виведення звукових даних (зокрема програми озвучення тексту) могли працювати належним чином. Переглядач портретів — інтерфейс, за допомогою якого користувачі можуть вибирати обліковий запис клацанням на зображенні. Цю можливість можна увімкнути або вимкнути за допомогою ключа GSettings org.gnome.login-screen disable-user-list. Типово, її увімкнено. Якщо можливість вимкнено, користувачам доведеться вводити ім'я користувача повністю вручну. Якщо можливість увімкнено, буде показано список усіх локальних користувачів, від імені яких можна увійти до системи (усіх облікових записів користувачів, які визначено у файлі /etc/passwd, які мають коректний запис оболонки і достатньо велике значення UID), і віддалених користувачів, які нещодавно входили до системи. Переглядач портретів у GDM 2.20 та попередніх версіях намагався показати усіх віддалених користувачів, що спричиняло проблеми зі швидкодією у великих промислових конфігураціях. Переглядач портретів налаштовано на показ зображень користувачів, які найчастіше входять до системи, на початку списку. Це спрощує швидке знаходження потрібного зображення користувачами, які найчастіше працюють у системі. У Переглядачі портретів передбачено підтримку «випереджального пошуку під час введення» — алгоритму, який динамічно переводить позначення зображення паралельно із введенням користувачем відповідного імені користувача зі списку. Це означає, що користувач із довгим іменем може ввести лише декілька перших літер у назві облікового запису, а програма автоматично вибере належний пункт у списку. 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. Якщо для користувача не визначено зображення обличчя, GDM скористається піктограмою «stock_person», яку визначено у поточній темі GTK+. Якщо таке зображення не визначено, програма скористається резервним типовим зображенням обличчя. Будь ласка, зауважте, що завантаження і масштабування піктограм облич, які зберігаються у віддалених домашніх каталогах користувачів є доволі витратним з точки зору часу. Оскільки завантаження зображень за допомогою NIS або NFS не є доцільним, GDM не робитиме спроб завантажити зображення облич з віддалених домашніх каталогів. Якщо переглядач увімкнено, коректні імена користувачів комп'ютера буде показано будь-кому. Якщо увімкнено XDMCP, імена користувачів буде показано віддаленим користувачам. Це, звичайно ж, дещо послаблює захист системи, оскільки зловмиснику не доведеться вгадувати коректні імена користувачів системи. У деяких середовищах із суворими правилами безпеки переглядач портретів може бути неприйнятним до використання. Фонову службу GDM можна налаштувати на очікування та керування запитами X Display Manage Protocol (XDMCP) з віддалених комп'ютерів. Типово, підтримку XDMCP вимкнено, але, якщо потрібно, її можна увімкнути. Якщо GDM зібрано із підтримкою обгортки TCP, фонова служба надаватиме доступ лише вузлам, які вказано у розділі служби GDM у файлі налаштувань обгорток TCP. GDM включає декілька заходів, які роблять його більш стійким до атак типу «відмова у обслуговуванні» на службу XDMCP. Можна налаштувати значну кількість параметрів протоколу, час очікування з'єднання тощо. Типові налаштування мають добре працювати у більшості систем. Типово, GDM очікує на запити XDMCP на звичайному порту UDP, який використовується для XDMCP, порту 177, і відповідає на запити QUERY і BROADCAST_QUERY надсиланням пакета WILLING на комп'ютер, з якого походить запит. GDM можна налаштувати на обробку INDIRECT запитів та відображення селектора вузлів на віддаленому дисплеї. GDM запам'ятовує вибір користувача та пересилає наступні запити вибраному менеджеру. GDM також підтримує розширення до протоколу, яке змушує забути про перенаправлення одразу після успішного з'єднання користувача. Це розширення підтримується якщо з обох сторін сервери GDM. Розширення прозоре і ігнорується XDM та іншими серверами, що підтримують XDMCP. If XDMCP seems to not be working, make sure that all machines are specified in /etc/hosts. Зверніться до розділу «Безпека», щоб дізнатися більше про проблеми захисту при використанні 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. GDM уможливлює одночасну роботу у системі декількох користувачів. Після входу до системи одного користувача додаткові користувачі можуть увійти за допомогою механізму перемикання користувачів з панелі GNOME або після натискання кнопки «Перемкнути користувача» у вікні блокування екрана засобу збереження екрана GNOME. Змінити активний сеанс можна за допомогою цього ж механізму. Зауважте, що у деяких дистрибутивах кнопку перемикання користувачів не додають до типової панелі. Додати цю кнопку можна за допомогою контекстного меню панелі. Зауважте, що доступ до цієї можливості надається у системах, де є підтримка віртуальних терміналів. Цією можливістю не можна буде скористатися, якщо у системі не реалізовано підтримку віртуальних терміналів. З міркувань безпеки, для належної роботи рекомендуємо створити спеціалізовані ідентифікатори користувача і групи. У більшості системи цим користувачем і групою є «gdm», але можна вказати будь-якого користувача і будь-яку групу. Усі програми GDM із графічним інтерфейсом буде запущено від імені цього користувача — усі програми, які взаємодіятимуть із користувачем буде запущено у певній «пісочниці». Відповідний користувач та група повинні мати доволі обмежені права доступу. 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. Налаштування програми вітання GDM зберігаються у GConf. Щоб користувач GDM міг записувати налаштування, користувач «gdm» повинен мати придатний до запису каталог $HOME. Користувачі можуть вказати типові налаштування GConf бажаним чином, щоб уникнути потреби у наданні користувачеві «gdm» придатного до запису каталогу $HOME. Втім, деякі можливості GDM може бути вимкнено, якщо програм не зможе записувати дані щодо стану до налаштувань GConf. GDM використовує для розпізнавання при вході PAM. PAM є абревіатурою від Pluggable Authentication Module («вставний модуль розпізнавання»). Ця система використовується у більшості програм, робота яких потребує розпізнавання на вашому комп'ютері. Система надає можливість адміністратору налаштувати специфічну поведінку розпізнавання для різних програм для входу до системи (зокрема ssh, графічної оболонки входу до системи, зберігача екрана тощо). PAM є складною і гнучкою у налаштуваннях системою — цю документацію не призначено для докладного її опису. Замість цього, ми обмежимося оглядом зв'язку налаштувань PAM із GDM, того, як PAM типово налаштовано для роботи з GDM, та відомих проблем. Ми очікуємо, що ті, хто хоче налаштувати PAM, ознайомляться із документацією до PAM для того, щоб зрозуміти, як налаштувати PAM, і ознайомитися із значенням термінів, які використано у цьому розділі. 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. Зауважте, що, типово, GDM використовує назву служби PAM «gdm» для звичайного входу до системи і назву служби PAM «gdm-autologin» для автоматичного входу системи. Ці служби не можна визначати у вашому pam.d або налаштованому файлі pam.conf. Якщо не буде запису, GDM використовуватиме типову поведінку PAM. У більшості систем усе в такому випадку працюватиме як слід. Втім, можливість автоматичного входу може не працювати, якщо службу gdm-autologin не буде визначено. 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. Якщо ви хочете зробити так, щоб GDM працював із іншими типами механізмів розпізнавання (зокрема відбитками пальців або інструментарієм для читання SmartCard), вам слід реалізувати це використанням модуля служби PAM для бажаного типу розпізнавання, а не намагатися модифікувати код GDM безпосередньо. Зверніться до документації з PAM у вашій системі. У PAM є деякі обмеження щодо можливості працювати зі декількома типами розпізнавання одночасно, зокрема підтримкою одночасної можливості приймати одночасно смарт-картку та можливості вводити ім'я користувача і пароль у програмі для входу до системи. Існують методики забезпечення працездатності таких схем, тому варто ознайомитися із типовими рішенням проблеми, якщо ви маєте намір скористатися подібними конфігураціями. Якщо у системі не працює автоматичний вхід, перевірте, чи визначено стек PAM «gdm-autologin» у налаштуваннях PAM. Щоб це спрацювало, необхідно скористатися модулем PAM, який просто не виконує розпізнавання або який просто повертає PAM_SUCCESS для усіх його загальнодоступних інтерфейсів. Припускаючи, що у вашій системі є модуль PAM pam_allow.so, який виконує це завдання, налаштування PAM для уможливлення роботи «gdm-autologin» мають виглядати якось так: 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 Якщо скористатися наведеними вище налаштуваннями, запис lastlog не буде створено. Якщо вам потрібен запис lastlog, скористайтеся таким для сеансу: gdm-autologin session required pam_unix_session.so.1 Якщо комп'ютером користуються декілька осіб, що робить автоматичний вхід до системи непридатним, може виникнути потреба у забезпеченні входу до облікових записів деяких користувачів без введення пароля. Цю можливість можна увімкнути на рівні параметра запису користувача за допомогою програми users-admin з пакунка gnome-system-tools. Досягти потрібного результату можна перевіркою того, чи є користувач учасником групи Unix із назвою «nopasswdlogin» перед тим, як йому буде надіслано запит щодо пароля. Щоб це спрацювало, файл налаштувань PAM для служби «gdm» має включати рядок, подібний до такого: 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. GDM підтримує лише систему автентифікації MIT-MAGIC-COOKIE-1. Зазвичай від інших схем користі не набагато більше, тому до цих пір не було вжито зусиль для їх реалізації. При використанні XDMCP слід бути особливо обережним, тому що cookie передаються по мережі у незмінному вигляді. Якщо можливе прослуховування лінії зв'язку, тоді нападник може просто отримати ваш пароль під час реєстрації, незалежно від схеми автентифікації. Якщо прослуховування можливе але небажане, тоді використовуйте ssh для тунелювання X з'єднань, замість використання XDMCP. Ви можете розглядати XDMCP як графічний telnet, який має ті ж самі властивості безпеки. У більшості випадків слід надавати перевагу ssh -Y перед можливостями XDMCP GDM. Хоча ваш дисплей захищено куками, XEvents і, отже, натискання клавіш при введенні паролів проходять крізь дроти з'єднання апаратури без шифрування. Доволі просто перехопити ці дані. Головним чином XDMCP використовується для тонких клієнтів у лабораторних умовах. Цім тонким клієнтам для доступу до сервера необхідна лише мережа, та, здається, найкращою політикою безпеки буде тримати їх у окремій мережі, до якої неможливо отримати доступ із зовнішнього світу, а зв'язок є лише з сервером. Єдиною точкою доступу до зовнішнього світу повинен бути сервер. У цьому типі налаштувань ніколи не слід використовувати некерований концентратор або іншу придатну до вивчення ззовні мережу. Керування доступом XDMCP виконується за допомогою обгорток TCP. Можна зібрати GDM без підтримки обгортки TCP, тому у деяких операційних системах підтримки цієї можливості не передбачено. 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. Хоча GDM намагається ввести в оману потенційних нападників, рекомендується блокувати XDMCP (UDP порт 177) на вашому брандмауері, якщо він вам не потрібен. GDM протидіє DoS атакам (атаки типу відмови у обслуговуванні), але X протоколу властиві успадковані вади безпеки, тому його слід використовувати у контрольованому оточенні. Також кожне віддалене з'єднання споживає багато ресурсів, тому набагато простіше викликати відмову обслуговування XDMCP сервера, ніж, скажімо, у веб-сервера. Також буде розумно блокувати на брандмауері всі порти X сервера (TCP порт 6000 + номер дисплею). Зауважте, що різні частини GDM використовують дисплеї з номером 20 та більше (наприклад, при запуску серверів за вимогою). X не є дуже безпечним протоколом, якщо користуватися ним для зв'язку інтернетом, а XDMCP є ще менш безпечним протоколом. GDM можна налаштувати на використання PolicyKit для уможливлення для системних адміністраторів керувати тим, чи надаватиме вікно входу до системи доступ до кнопок вимикання та перезапуску системи у вікні програми вітання. 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. GDM можна налаштувати на використання RBAC замість PolicyKit. У цьому випадку для уможливлення для системних адміністраторів керувати тим, чи надаватиме вікно входу до системи доступ до кнопок вимикання та перезапуску системи у вікні програми вітання, буде використано RBAC. 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. До GDM включено підтримку оприлюднення даних щодо входу користувачів та обліку сеансів у форматі бібліотеки, яка має назву ConsoleKit. ConsoleKit може стежити за усіма користувачами, які працюють у системі. У цьому сенсі нею можна скористатися як замінником файлів utmp і utmpx, які доступні у більшості Unix-подібних операційних системах. Коли GDM збирається створити процес входу до системи для користувача, програма викликає привілейований метод ConsoleKit з метою відкрити новий сеанс для цього користувача. На цей момент GDM також надає ConsoleKit відомості щодо цього сеанс користувача, зокрема такі: ідентифікатор користувача, показане ім'я X11, які буде пов'язано із сеансом, назву вузла, з якого походить сеанс (корисно у випадку сеансу XDMCP), чи є сеанс долученим тощо. Як елемент, який ініціює процес користувача, GDM перебуває в унікальному стані щодо визначення параметрів сеансу користувача і довіри для надання цієї частини даних. Використання цього привілейованого методу обмежено використанням правил безпеки каналу системних повідомлень D-Bus. Якщо користувач із наявним сеансом пройшов розпізнавання у GDM і надсилає запити щодо поновлення наявного сеансу, GDM викликає привілейований метод ConsoleKit для розблокування сеансу. Дії, які відбуваються, коли сеанс отримує цей сигнал розблокування, не визначено точно — вони залежать від сеансу. Втім, у більшості сеансів відбувається розблокування зберігача екрана. Якщо користувач виходить з облікового запису або якщо GDM або сеанс несподівано завершує роботу, реєстрацію сеансу користувача у ConsoleKit буде скасовано. У GDM передбачено декілька інтерфейсів налаштовування. Серед них точки інтеграції скриптів, налаштовування фонових служб, налаштовування програми вітання, загальні параметри сеансу, налаштовування інтеграції gnome-settings-daemon та налаштовування сеансу. Ці типи інтеграції докладно описано нижче. 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". Усі ці скрипти запускаються із правами доступу root і повертають 0, якщо їх виконано успішно, і ненульовий код повернення, якщо станеться якась помилка, яка спричинила переривання сеансу входу до системи. Також зауважте, що GDM блокуватиметься, аж доки скрипти не завершать роботу. Тому, якщо якийсь з цих скриптів повисне, це спричинить зависання процесу входу до системи. 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. Зауважте, що у застарілих версіях GDM було передбачено додаткові параметри налаштувань, підтримку яких у найновіших версіях 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 Нижче наведено повний список підтримуваних ключів налаштувань: Multicast Multicast=false Якщо має значення true та увімкнено IPv6, селектор буде надсилати multicast-запити у локальну мережу та слухати відповідь від вузлів, які входять у multicast-групу. MulticastAddr MulticastAddr=ff02::1 У цьому параметрі вказується multicast. 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= Це назва облікового запису користувача, якого має бути впущено до системи після вказаної кількості секунд бездіяльності. Якщо значення завершуватиметься вертикальною рискою | (символом каналу), GDM виконає вказану програму і використає будь-яке повернуте нею до стандартного виведення значення як назву облікового запису користувача. Програму буде запущено із встановленою змінною середовища DISPLAY, тому можна вказати окремого користувача для окремого дисплея. Наприклад, якщо значенням є «/usr/bin/getloginuser|», буде запущено програму «/usr/bin/getloginuser» для отримання значення назви облікового запису користувача. 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. Якщо значення завершуватиметься вертикальною рискою | (символом каналу), GDM виконає вказану програму і використає будь-яке повернуте нею до стандартного виведення значення як назву облікового запису користувача. Програму буде запущено із встановленою змінною середовища DISPLAY, тому можна вказати окремого користувача для окремого дисплея. Наприклад, якщо значенням є «/usr/bin/getloginuser|», буде запущено програму «/usr/bin/getloginuser» для отримання значення назви облікового запису користувача. 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 Щоб нападники не змогли наводнити запитами чергу очікування, GDM допускає одне з'єднання з одного віддаленого комп'ютера. Якщо ви бажаєте надавати дисплей комп'ютерам з більш ніж одним екраном, відповідно слід збільшити це значення. Зауважте, що кількість дозволених до долучення дисплеїв не обмежено. Цим параметром налаштувань обмежено лише кількість віддалених з'єднань за допомогою XDMCP. Enable Enable=false Встановлення значення у true вмикає підтримку XDMCP, що дозволяє керувати GDM віддаленими дисплеями/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. Зауважте, що XDMCP не є безпечним протоколом, тому якщо ви не використовуєте UDP-порт 177, його краще заблокувати на вашому брандмауері. 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 Для запобігання атакам типу "відмова у доступі", GDM має фіксований розмір черги з'єднань. Одночасно можуть бути запущені лише MaxPending дисплеїв. Зауважте, що цей параметр не обмежує кількість віддалених дисплеїв, якими можна керувати. Обмежується лише кількість дисплеїв які одночасно ініціюють з'єднання. MaxSessions MaxSessions=16 Визначає максимальну кількість одночасних з'єднань з віддаленими дисплеями. Тобто загальну кількість віддалених дисплеїв які використовуються на вашому вузлі. MaxWait MaxWait=30 Коли GDM готовий керувати дисплеєм, йому надсилається пакет ACCEPT який містить унікальний ідентифікатор сеансу, що використовується у майбутніх пакетах XDMCP. Потім GDM зберігає ідентифікатор сеансу у черзі, очікуючи відповіді від дисплея пакетом MANAGE. Якщо відповідь не надійшла протягом MaxWait секунд, GDM вважає дисплей мертвим та стирає його з черги очікування звільняючи слот для іншого дисплею. 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 Коли сервер надсилає пакет WILLING у відповідь на QUERY, він надсилає рядок з поточним статусом цього сервера. Типовим повідомленням є системний ідентифікатор, але можна створити власний сценарій, який відображатиме власне повідомлення. Якщо цей сценарій не існує або цей ключ порожній - надсилається типове повідомлення. Якщо цей сценарій успішно виконується та виводить деякий текст, надсилається перший рядок цього тексту (та лише перший рядок). Він запускається максимум раз на 3 секунди для запобігання можливим атакам типу "відмова у доступі" шляхом затоплення його запитами 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 (булеве) Керує тим, чи буде показано текст повідомлення банера. /apps/gdm/simple-greeter/banner_message_text NULL (рядок) Вказує повідомлення текстового банера, яке слід показати у вікні привітання. /apps/gdm/simple-greeter/disable_restart_buttons false (булеве) Керує тим, чи буде показано кнопки перезапуску системи у вікні входу до системи. /apps/gdm/simple-greeter/disable_user_list false (булеве) Якщо має значення «true», у вікні входу до системи буде показано переглядач портретів зі списком усіх відомих користувачів. /apps/gdm/simple-greeter/logo_icon_name computer (рядок) Встановіть назву піктограми з теми, яку слід використати як логотип програми вітання. /apps/gdm/simple-greeter/recent-languages [] (список рядків) Встановлюється у значення списку мов, які типово буде показано у вікні входу до системи. Типовим значенням є «[]». З типовим значенням буде показано лише типову мову системи та пункт «Інші...», який відкриває діалогову панель із повним списком доступних мов, одну з яких може бути вибрано користувачем. Не рекомендуємо користувачам змінювати значення цього параметра вручну. Замість цього, GDM стежить за вибраними для цього ключа налаштувань мовами і показує їх у спадному списку разом із пунктом «Інші...». У такий спосіб спрощується вибір типових вибраних мов. /apps/gdm/simple-greeter/recent-layouts [] (список рядків) Встановлюється у значення списку розкладок клавіатури, які типово буде показано на панелі входу до системи. Типовим значенням є «[]». З типовим значенням буде показано лише типову розкладку клавіатури системи та пункт «Інші...», який відкриває діалогову панель із повним списком доступних розкладок клавіатури, одну з яких може бути вибрано користувачем. Не рекомендуємо користувачам змінювати значення цього параметра вручну. Замість цього, GDM стежить за вибраними для цього ключа налаштувань розкладками клавіатури і показує їх у спадному списку разом із пунктом «Інші...». У такий спосіб спрощується вибір типових вибраних розкладок клавіатури. /apps/gdm/simple-greeter/wm_use_compiz false (булеве) Керує тим, чи використовується compiz як програма для керування вікнами замість metacity. У цьому розділі описано параметри налаштування доступності, якими можна скористатися у GDM. На панелі вітання GDM у вікні входу до системи буде показано піктограму доступності. Натисканням цієї піктограми можна відкрити діалогове вікно доступності GDM. У діалоговому вікні доступності GDM ви побачите список пунктів для вмикання або вимикання пов'язаних допоміжних інструментів. Пункт для позначення, які відповідають екранній клавіатурі, екранному збільшувальному склу та допоміжним інструментам читання з екрана працюють із трьома ключами GConf, які описано у наступному розділі цього документа. Позначенням цих пунктів або зняттям з них позначення можна встановити для пов'язаного ключа GConf значення «true» або «false». Якщо для ключа GConf встановлено значення «true», буде запущено допоміжні інструменти, пов'язані із цим ключем. Якщо для ключа GConf встановлено значення «false», роботу будь-якого допоміжного інструмента, пов'язаного із цим ключем GConf, буде перервано. Ці ключі GConf не буде автоматично скинуто до типового стану після входу користувача до системи. Отже, допоміжні інструменти, які було запущено під час останнього сеансу входу за допомогою GDM, буде також запущено під час наступного сеансу входу до системи за допомогою GDM. У інших пунктів діалогового вікна доступності GDM немає відповідних ключів у GConf, оскільки з ними не пов'язано додаткових програм, які запускаються для надання можливостей доступності. Ці інші пункти відповідають можливостями доступності, працездатність яких забезпечується сервером X, який завжди запускається під час сеансу GDM. У GDM передбачено вказані нижче ключі GConf для керування його можливостями доступності: /desktop/gnome/interface/accessibility false (булеве) Керує тим, чи буде запущено інфраструктуру доступності разом із графічним інтерфейсом GDM. Такий запуск потрібен для забезпечення працездатності багатьох програм, які пов'язано із технологіями доступності. /desktop/gnome/applications/at/screen_magnifier_enabled false (булеве) Якщо встановлено, разом із графічним інтерфейсом GDM буде запущено допоміжні інструменти, які пов'язано із цим ключем GConf. Типово, таким інструментом є екранне збільшувальне скло. /desktop/gnome/applications/at/screen_keyboard_enabled false (булеве) Якщо встановлено, разом із графічним інтерфейсом GDM буде запущено допоміжні інструменти, які пов'язано із цим ключем GConf. Типово, таким інструментом є екранна клавіатура. /desktop/gnome/applications/at/screen_reader_enabled false (булеве) Якщо встановлено, разом із графічним інтерфейсом GDM буде запущено допоміжні інструменти, які пов'язано із цим ключем GConf. Типово, таким інструментом є програма для читання тексту з екрана. Для ключів GConf screen_magnifier_enabled, screen_keyboard_enabled, і screen_reader_enabled інструмент доступності, який буде запущено, залежить від файлів desktop, які зберігаються у каталозі автоматичного запуску GDM, як це описано у розділі «Налаштовування автозапуску» цього підручника. Будь-який файл desktop у каталозі автозапуску GDM можна пов'язати із цим ключем GConf за допомогою визначення цього ключа GConf у значенні AutostartCondition файла desktop. Отже, точний рядок AutostartCondition у файлі desktop може бути одним з таких: 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 Якщо ключ доступності має значення «true», буде запущено будь-яку програму, яку пов'язано із цим ключем у файлі desktop автоматичного запуску GDM (якщо у цьому файлі desktop не встановлено значення «true» для ключа Hidden). Один ключ GConf може навіть запускати декілька допоміжних інструментів, якщо у каталозі автозапуску GDM зберігається декілька файлів desktop із відповідним значенням AutostartCondition. Наприклад, якщо GNOME постачається із GOK як типовою екранною клавіатурою, її можна замінити, якщо хочете, будь-якою іншою програмою. Щоб замінити GOK на екранну клавіатуру «onboard» і додатково активувати допоміжний інструмент «mousetweaks» для підтримки затриманого клацання, слід скористатися описаними нижче налаштуваннями. Створіть файл desktop для onboard і ще один для mousetweaks; наприклад, onboard.desktop і mousetweaks.desktop. Ці файли мають зберігатися у каталозі автоматичного запуску (autostart) GDM у форматі, який описано у розділі «Налаштовування автозапуску» цього документа. 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 Зауважте рядок із AutostartCondition, який пов'язує файли desktop із ключем GConf для екранної клавіатури. Щоб вимкнути запуск GOK, файл desktop для екранної клавіатури GOK слід вилучити або дезактивувати. Якщо цього не зробити, буде одночасно запущено onboard і GOK. Досягти потрібного результату можна вилученням файла gok.desktop з каталогу автозапуску GDM або додаванням ключа «Hidden=true» до файла gok.desktop. Після внесення цих змін GOK не запускатиметься, коли користувач активує екранну клавіатуру у сеансі GDM, — замість нього буде запущено onboard і mousetweaks. Програма вітання GDM використовує деякі з бібліотек, які використовуватиме і ваш стільничний сеанс. Отже, на його роботу впливають декілька параметрів GConf стільничного сеансу. Для кожного з таких параметрів програма вітання використовуватиме типове значення, якщо його не буде окремо перевизначено а) встановленими обов'язковими правилами GDM; б) обов'язковими правилами системи. GDM встановлює власні обов'язкові правила для блокування деяких параметрів з міркувань безпеки. GDM вмикає такі додатки gnome-settings-daemon: a11y-keyboard, background, sound, xsettings. Ці додатки відповідають за фонове зображення, шрифт та параметри теми, озвучення подій тощо. 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 Виводить коротку довідку з переліком параметрів командного рядка. --fatal-warnings Зробити так, щоб попередження призводили до виходу з GDM. --timed-exit Вийти за 30 секунд. Корисно для діагностики. --version Вивести версію сервера 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. У цьому розділі наведено корисні підказки щодо забезпечення працездатності GDM. Загалом, якщо у вас виникають проблеми з користуванням GDM, ви можете надіслати повідомлення про ваду або повідомлення електронної пошти до списку листування gdm-list. Відомості щодо того, як це зробити, наведено у вступному розділі цього підручника. 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). Існує багато проблем, які можуть призводити до неможливості запуску GDM, але у цьому розділі ми обговоримо декілька типових проблем і те, яким чином підходити до відстежування причин проблем із запуском GDM. Деякі проблеми спричиняють виведення GDM повідомлення про помилку або діалогового вікна при спробі запуску, але причину проблеми важко встановити, якщо GDM завершує роботу без будь-яких повідомлень. Спочатку, переконайтеся, що сервер X налаштовано належним чином. Файл налаштувань GDM містить у розділі [server-Standard] команду, яка використовується для запуску сервера X. Перевірте, чи працює ця команда у вашій системі. Запуск цієї команди з консолі має запускати сервер X. Якщо запустити сервер не вдається, проблему, ймовірно, пов'язано із вашими налаштуваннями сервера X. Зверніться до журналу помилок сервера X, щоб дізнатися про причини проблеми. Проблема може також полягати у тому, що ваш сервер X потребує для запуску інших параметрів командного рядка. Якщо це так, змініть команду запуску сервера X у файлі налаштувань GDM так, щоб вона відповідала вашій системі. 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