Сетевые средства Linux
Шрифт:
Настройка клиента удаленной регистрации
Подобно другим серверам, XDMCP-сервер сам по себе абсолютно бесполезен; его использование имеет смысл только тогда, когда он взаимодействует с одним или несколькими клиентами. Как правило, клиенты XDMCP встраиваются в состав X-серверов. Клиент XDMCP может либо непосредственно взаимодействовать с сервером XDMCP, либо предоставлять список доступных X-серверов. (X-сервер для Windows, отображающий список компьютеров, показан на рис. 14.3.) Если вы выберете компьютер и щелкнете на кнопке Connect (или активизируете другой интерактивный элемент аналогичного назначения), вы увидите окно регистрации, представленное на рис. 14.2. После окончания регистрации X-сервер
Рис. 14.3. Выбрав сервер XDMCP из списка, вы можете запустить X-программу на этом компьютере
Большинство X-серверов, предназначенных для работы в системе Windows или MacOS, предоставляют диалоговое окно, которое позволяет задать особенности выполнения операций XDMCP. Диалоговое окно, предоставляемое одним из X-серверов, выполняющихся в системе Windows, показано на рис. 14.4. Основными элементами являются переключатели опций, расположенные в верхней части окна. С их помощью задается способ, которым клиент XDMCP, встроенный в X-сервер, устанавливает соединение с сервером XDMCP. В различных программах имена опций могут различаться. Назначение этих опций описано ниже.
Рис. 14.4. Большинство клиентов XDMCP позволяют выбирать способ взаимодействия с серверами XDMCP
• Do Not Use XDM (Passive). Данная опция предполагает, что соединение с X-сервером устанавливается вручную с использованием Telnet или другого инструмента регистрации либо что сервер XDMCP настроен для управления отображением на X-сервере (это можно сделать с помощью записи
• XDM Query. Если задана эта опция, X-сервер передает запрос на регистрацию тому узлу, имя или IP-адрес которого вы зададите. Если на указанном компьютере выполняется сервер XDMCP, будет выведено окно регистрации, подобное изображенному на рис. 14.2. Используя данную опцию, вы не можете непосредственно регистрироваться на другом компьютере. XDM Query заставляет X-сервер при каждом запуске передавать запрос серверу XDMCP. Такое поведение более приемлемо для пользователя, чем ситуация, когда сервер XDMCP управляет X-сервером.
• XDM Broadcast. Данную опцию лучше всего задавать, когда в локальной сети выполняется несколько X-серверов. В этом случае X-сервер передает широковещательный запрос по сети, определяет расположение всех серверов XDMCP и выводит их список, как показано на рис. 14.3. Некоторые серверы позволяют ограничить широковещательный запрос определенными адресами (для этого предназначена кнопка Register Hosts to Search, показанная на рис. 14.4).
• XDM Indirect. Данную опцию удобно применять, если вы хотите, чтобы пользователи могли регистрироваться на одном из нескольких компьютеров, принадлежащих внешней сети. Введите имя или IP-адрес сервера XDMCP в сети; в результате X-сервер обратится к этой системе для получения списка серверов. В данном случае сервер XDMCP должен быть сконфигурирован для обработки косвенных запросов.
Способностью отображать список доступных серверов XDMCP обладают не только X-серверы, предназначенные для выполнения в системе Windows. To же самое может
Приведенные выше опции действуют так же, как и опции X-сервера для Windows, за одним исключением. Опция
При желании вы можете сконфигурировать компьютер под управлением Linux как выделенный X-терминал. Конфигурацию следует задать так, чтобы X-сервер не запускался автоматически посредством сервера XDMCP. Затем следует создать сценарий запуска, который вызывал бы X-сервер с указанием требуемой опции:
Обеспечение удаленного доступа с помощью сервера VNC
Средства X Window очень часто применяются для создания графической среды в системе Linux. Поскольку система X Window непосредственно разрабатывалась для работы в сети, ее очень удобно использовать в качестве инструмента удаленной регистрации. Однако X Window — не единственный инструмент, предоставляющий графический интерфейс для взаимодействия с удаленным компьютером. Эту задачу решают также средства VNC. Сетевая модель VNC отличается от X Window, и ей присущи свои преимущества и недостатки. Процедура инсталляции и настройки сервера VNC отличается от установки и выбора конфигурации X-сервера. Клиенты этих систем также различаются между собой.
Взаимодействие клиента и сервера VNC
Излагая материал данной главы, я пытался обратить внимание на роль различных клиентских и серверных программ в процессе сетевого взаимодействия. Как вы уже знаете, один и тот же компьютер может действовать как сервер по одному протоколу и выполнять функции клиента по другому протоколу. Рассматривая VNC, понять принцип взаимодействия программ несколько проще, так как в этом случае компьютер, за которым работает пользователь, является клиентом VNC, а удаленный компьютер — сервером VNC.
Если вы вспомните недавнее обсуждение принципов работы X Window, вам, наверное, покажется странным, как клиент VNC может обеспечивать работу пользовательского компьютера. Если X-сервер управляет клавиатурой, мышью и дисплеем, то как пользователь, не работающий за X-сервером, может выполнять X-программы? Дело в том, что VNC предполагает дополнительный уровень сетевого взаимодействия, скрытый от пользователя. На узле сети, выполняющем роль сервера VNC, присутствует X-клиент, который взаимодействует с X-сервером локального компьютера. X-сервер обменивается данными с сервером VNC так, как будто X-сервер работает с реальными устройствами ввода-вывода, однако вместо локальной клавиатуры, мыши и дисплея сервер VNC взаимодействует по сети с удаленным клиентом VNC, который поддерживает обмен с устройствами ввода-вывода. На рис. 14.5 показано, как работают компоненты сервера VNC. Для сравнения на этом же рисунке изображено взаимодействие X-клиента и X-сервера, работающих на отдельном компьютере и в сети.