Чтение онлайн

KDM использует те же конфигурационные файлы, что и XDM, поэтому рекомендации по обеспечению удаленного доступа, изложенные в предыдущем разделе, подходят и для KDM. Кроме того, в KDM предусмотрены дополнительные средства настройки по сравнению с XDM. Соответствующие опции указываются в файле

, расположение которого зависит от дистрибутивного пакета. Чаще всего он находится в каталоге или . В этом файле содержатся средства управления размером окна регистрации, стилем интерфейса и другими параметрами отображения данных. Одной из наиболее важных является опция . Она определяет тип пользовательского сеанса, в частности диспетчеры окон для выбора. Если вы добавляете сеанс в список, вы также должны учесть его в файле или , находящемся в каталоге или . К сожалению, разобраться в структуре файла достаточно трудно, кроме того, эта структура изменяется в зависимости от дистрибутивного пакета. Для добавления сеанса служит переменная либо другая переменная с подобным именем. В состав некоторых пакетов входит инструмент , который автоматически учитывает диспетчер окон или среду рабочего стола в конфигурации KDM или GDM. Чтобы это стало возможным, диспетчер окон или среда рабочего стола должны поставляться с соответствующими конфигурационными файлами. В большинстве случаев пользователю проще настроить окружение, отредактировав файл , находящийся в его рабочем каталоге. Для того чтобы система использовала этот файл, пользователь должен выбрать при работе с KDM специальный пункт под названием Default.

Подобно KDM, сервер GDM предоставляет пользователям возможность выбрать окружение рабочего стола, а также завершить работу локального компьютера или сеанс удаленного взаимодействия. Однако, в отличие от KDM, GDM использует собственные конфигурационные файлы, которые обычно хранятся в каталоге

. Наиболее важным из них является файл .

Как и большинство систем, использующих серверы XDMCP, системы, включающие GDM, конфигурируются так, чтобы пользователи не могли регистрироваться с удаленных узлов. Чтобы отказаться от этого ограничения, надо изменить одну или две записи в разделе

файла . Строку следует заменить на . Если вы хотите, чтобы GDM предоставлял X-терминалу список других компьютеров, работающих с XDMCP, вам надо заменить на .

Если вы хотите, чтобы GDM был доступен для удаленных узлов, а локальный X-сервер не запускался, вам надо закомментировать строку, соответствующую локальным серверам в разделе

. Как правило, в этом разделе находится следующая запись:

Эта запись указывает GDM на то, что X-сервер (программа

) должен быть запущен для управления первым X-сеансом. Если в начало этой строки будет включен символ комментариев, GDM не будет управлять локальным устройством отображения или запускать X-сервер.

Подобно KDM, GDM позволяет пользователю выбрать диспетчер окон или окружение рабочего стола. (В GDM для этого предназначено меню Session.) Для добавления или удаления сеансов надо создать соответствующие сценарии в каталоге

. По умолчанию обычно используется сценарий . Вам необходимо отредактировать данный сценарий или создать новый, выполняющий подобные действия, реализовав в нем возможность загрузки другого диспетчера окон или окружения рабочего стола. В большинстве систем пользователь может настраивать среду посредством редактирования файла

Чтобы обеспечить запуск сервера XDMCP, надо настроить компьютер для работы с X Window и приема запросов на регистрацию. В большинстве дистрибутивных версий для этой цели зарезервирован уровень выполнения 5, но в некоторых случаях используются и другие уровни. Например, в версиях SuSE, предшествующих версии 7.2, регистрация с применением графического интерфейса производится на уровне 3, а в Slackware для этого используется уровень 4. В Debian и системах, созданных на ее основе, средства X Window выполняются на всех уровнях, допускающих работу нескольких пользователей.

Уровень по умолчанию задается с помощью специальной записи в файле

, которая выглядит приблизительно следующим образом:

Во многих дистрибутивных пакетах данной записи предшествуют комментарии, объясняющие ее назначение. Номер уровня содержится во втором поле; именно на этот уровень система переходит после загрузки. Если на компьютере установлены средства X Window, сервер XDCMP также будет загружен.

Для изменения уровня выполнения служит утилита

. Например, по команде происходит переход на уровень 5. Система будет находиться на указанном уровне до следующего вызова либо до перезагрузки компьютера.

Совет

Если вы вносите изменения в конфигурацию сервера XDMCP, вам надо обеспечить, чтобы новая конфигурация была учтена при работе сервера. Сделать это вы можете, перейдя на уровень, обеспечивающий работу только в текстовом режиме, а затем вернувшись на уровень, допускающий выполнение X-программ. Для перехода на другой уровень используется утилита

telinit

. Кроме того, вы можете остановить работу сервера XDMCP, вызвав команду

kill

или

killall

, а затем запустить сервер снова. Для того чтобы сервер XDMCP повторно прочитал содержимое конфигурационных файлов, ему можно передать сигнал

SIGHUP

; в этом случае завершать работу сервера нет необходимости.

В каждом дистрибутивном пакете используется свой сервер XDMCP, но при желании вы можете переконфигурировать систему для работы с нужным вам сервером. Средства для выбора сервера XDMCP, используемые в различных версиях Linux, описаны ниже.

• 

. В некоторых дистрибутивных пакетах Linux, например, в системах Red Hat и Mandrake, для загрузки сервера XDMCP применяется сценарий с именем (он находится в каталоге ). Для выбора среды рабочего стола и сервера XDMCP данный сценарий читает файл . Обычно в этом файле содержатся значения , и , которые задают в качестве XDMCP-сервера соответственно KDM, GDM и XDM.

• Сценарии запуска SysV. В Debian и системах, созданных на ее основе, запуск сервера XDMCP осуществляется посредством сценария SysV, например

. Заменив или отредактировав этот файл, вы можете задать использование другого сервера XDMCP. Аналогичный способ применяется в системе SuSE, но тип сервера XDMCP, запускаемого с помощью сценария определяет значение переменной окружения , которое задается в файле .

• Прочие сценарии запуска. Для запуска сервера XDMCP в системе Slackware применяется сценарий

. Как было сказано в главе 4, в Slackware в явном виде не используется механизм уровней выполнения, но сценарий выполняет те же функции, что и сценарий в системах Debian и SuSE. В Caldera применяется тот же подход, но сценарий запуска называется . Код сценария для Slackware составлен так, что сначала предпринимается попытка запустить KDM, затем GDM, а потом XDM. Сценарий в системе Caldera запускает только KDM. Отредактировав код сценария, вы можете изменить порядок вызова серверов.