xrsh - Интернет в облаке

ПРОГРАММА:

ИМЯ

xrsh - запустить X-программу на удаленной машине

СИНТАКСИС

хрш [ -Помощь ] [ -версия ] [ -l username ] [ -e ршпрог ] [ -аутентификация тип авторизации ] [ -экран
экран-# ] [ -проходить список ] [ -отлаживать ] [ -отладка2 ] удаленный узел [ X-команда [ Аргументы
... ] ]

ОПИСАНИЕ

Хрш запускает данную команду X на удаленном хосте. Он создает среду для этого
таким образом, чтобы он отображал свои окна на экране текущего сервера с помощью
распространение переменной окружения $ DISPLAY. Если не указано, клиентом по умолчанию является
Xterm. Xrsh автоматически выбирает SSH(1) RSH(1) Ремш(1) или ркмд(1) для выполнения удаленного
команды, в зависимости от того, что доступно в операционной среде.

Xrsh автоматически обрабатывает аутентификацию, так что удаленному клиенту будет разрешено
открыть окна на сервере. Это делается несколькими способами в зависимости от значения
переменной среды $ XRSH_AUTH_TYPE или аргумента -auth.

По умолчанию xrsh будет использовать xhost, чтобы позволить удаленному клиенту открыть соединение с сервером.
Также можно указать использовать xauth для объединения локальных ключей в файл удаленной авторизации.
Или он может передать переменную среды $ XAUTHORITY удаленному хосту, чтобы поделиться
общий смонтированный авторитетный файл NFS. Его также можно заставить ничего не делать в случае
где явное разрешение не требуется.

Пользователи, которым просто нужно окно удаленного терминала, могут посмотреть на сестринскую команду xrsh,
xrлогин(1). Xrlogin использует локально запущенный xterm для открытия соединения rlogin с удаленным
хозяин. Решение о том, использовать ли «xrsh host xterm» или «xrlogin host», должно основываться на
по нескольким факторам. Если X недоступен на удаленном хосте или локальном эмуляторе терминала
имеет лучшие функции, используйте xrlogin. В общем, автор рекомендует использовать xrsh вместо
xrlogin в большинстве ситуаций.

Если команда для выполнения на удаленном хосте - xterm, xrsh автоматически передает
-name аргумент xterm со значением "xterm-hostname", где hostname - это имя
удаленный узел. Это позволяет пользователю указывать ресурсы в диспетчере ресурсов своего сервера.
которые специфичны для xterms с данного хоста. Например, эту функцию можно использовать для
сделать все окна xterm с данного удаленного хоста одного цвета или использовать определенный шрифт
или запустить в определенном месте на экране. Xrlogin передает ту же строку, поэтому они
совместимы в этом плане. Эту функцию можно переопределить, указав свое собственное имя.
аргумент в командной строке xterm.

Если команда для выполнения на удаленном хосте - xterm, xrsh указывает, что по умолчанию
заголовок для нового xterm будет "xterm @ hostname", где hostname - это имя удаленного
хозяин. Это также можно изменить, указав свой собственный аргумент -title в xterm
командная строка.

Xrsh очень осторожен, чтобы не оставлять лишних процессов ни на локальном, ни на удаленном компьютере.
машина ждет, пока клиент выйдет. В некоторых удаленных средах (особенно
некоторые реализации csh и rsh в Sys V), это невозможно, и xrsh следует запускать как
фоновая команда.

ДОПОЛНИТЕЛЬНЫЕ ОПЦИИ

Обратите внимание, что параметры xrsh предшествуют данной команде X и ее аргументам.

-аутентификация тип авторизации
Выберите, какой тип X-авторизации (или контроля доступа) будет использоваться.
Тип аутентификации может быть одним из "xhost", "xauth", "xhost-xterminal", "environment" или
"никто". По умолчанию это xhost, но по умолчанию можно установить значение
переменная окружения $ XRSH_AUTH_TYPE.

Если указан xhost и X-сервер запущен на локальном компьютере, xhost будет
запускаться локально, чтобы позволить удаленному хосту открыть X-соединение. Если сервер
на третьем хосте (не на том, где запущен xrsh, и не на том, где вы хотите
для запуска команды), rsh будет использоваться для запуска xhost на хосте сервера для авторизации
хост, на котором будет выполняться команда.

Если указан xauth, то xrsh объединит записи для сервера из
local $ XAUTHORITY в файл удаленного хоста с помощью rsh.

Authtype xhost-xterminal предназначен для использования людьми, использующими X-терминалы. Если
xhost-xterminal, затем при первом запуске xrsh он запускает xhost локально, чтобы
включить удаленный хост для доступа. Это должно работать, поскольку (теоретически)
первый раз он запускается на хосте XDMCP для X-терминала. С тех пор это
распространяет имя этого хоста на все удаленные хосты через переменную среды
$ XHOST. В последующих вызовах с удаленных хостов xrsh использует rsh для подключения к
хост $ XHOST и запустите xhost, чтобы включить новые удаленные хосты.

Authtype "none" явно не работает для контроля доступа. Используйте это, если вы этого не сделаете
включить контроль доступа или если вы используете другой механизм контроля доступа.

Наконец, authtype "environment" автоматически распространяет переменную среды
$ XAUTHORITY на удаленные хосты, предполагая, что это смонтированное расположение NFS, которое может
быть доступным со всех хостов.

-отлаживать Обычно xrsh перенаправляет стандартный ввод и стандартный вывод в / dev / null в
попытка вызвать завершение ненужных процессов rshd и оболочки. В результате пользователь
обычно не может увидеть какие-либо ошибки, которые могут произойти (например, "Permission denied." от "Permission denied."
rsh). Если вам не удается заставить xrsh работать с удаленным хостом, попробуйте
указав переключатель -debug, чтобы увидеть, не возникают ли какие-либо ошибки.

-отладка2
Этот переключатель заставляет xrsh включать параметр -x в оболочке, чтобы пользователь мог
увидеть каждую команду оболочки, выполняемую xrsh. Используйте этот скрипт только в том случае, если вы
отладка самого xrsh-кода.

-Помощь Распечатайте список аргументов для стандартного вывода.

-l username
Используйте переключатель -l, чтобы указать другое имя пользователя, которое будет использоваться для входа через rsh на
удаленный хост.

-e ршпрог
Ключ -e можно использовать для установки другой программы удаленной оболочки, например ssh. В
по умолчанию - remsh или rsh, в зависимости от вашей системы. Этот флаг переопределяет $ XRSH_RSH.

-проходить список
Envlist - это строка с разделителями-кавычками, обозначающая произвольный набор окружений.
переменные для передачи в среду оболочки на удаленном хосте. Если бы кто-то хотел
установить $ XRSH_AUTH_TYPE и $ XAUTHORITY на удаленный хост, можно использовать: -pass
"XRSH_AUTH_TYPE XAUTHORITY". Набор переменных среды по умолчанию для передачи может быть
устанавливается с помощью переменной окружения $ XRSH_ENVS_TO_PASS.

-экран экран-#
Укажите другой экран на сервере, на котором будет отображаться удаленный клиент.

-версия
Распечатайте информацию о версии и выйдите.

ОКРУЖАЮЩАЯ СРЕДА

Переменные среды XRSH_AUTH_TYPE и XRSH_ENVS_TO_PASS, которые можно использовать для установки
значения переключателя по умолчанию переопределяются, если также указан эквивалентный переключатель.

XАВТОРИТЕТ
Переменная среды $ XAUTHORITY передается удаленному хосту, если authtype
указанный -auth или $ XRSH_AUTH_TYPE - это "среда".

XRSH_AUTH_TYPE
Эта переменная среды может использоваться для указания типа авторизации по умолчанию.
или контроль доступа. Значения, которые могут быть установлены, такие же, как значения для
аргумент -auth.

XRSH_RSH
Эта переменная может переопределить программу удаленной оболочки, например ssh.

XRSH_RSH_ERRORS
Если для переменной среды XRSH_RSH_ERRORS установлено имя файла, любой rsh
ошибки появятся в этом файле на удаленном хосте. Если эта переменная не установлена,
сообщения об ошибках будут отброшены, если не указан ключ -debug. (Примечание: не
используйте ~ в имени файла, потому что он будет расширяться до ~ на локальном хосте, но попробуйте поставить
ошибки в этом файле на удаленном хосте.)

XRSH_ENVS_TO_PASS

ОБЩИЙ ПРОБЛЕМЫ

Убедитесь, что переменная среды PATH на удаленном хосте установлена ​​в вашем .cshrc или
.bashrc, чтобы программы rsh имели к нему доступ. (/ Бен / ш и пользователи / bin / ksh не могут
время время здесь, так как их оболочки не выполняют никаких файлов инициализации под rsh. Вы можете использовать
Переменная среды XRSH_ENVS_TO_PASS для передачи переменной среды PATH удаленному
хозяин. При желании в этом случае вы можете ввести полный путь к xrsh. (Например, xrsh remote-
хост / usr / bin / X11 / xterm))

Убедитесь, что ваша переменная среды PATH на удаленном хосте включает каталог
содержащий X-программы. Часто это / usr / bin / X11 или / usr / local / bin / X11.

Убедитесь, что у вас настроен rsh для работы на удаленном хосте. Вы можете проверить это
введите: rsh remote-host echo '$ PATH' Это докажет, что rsh работает, и покажет вам ПУТЬ
который будет использоваться на удаленном хосте. Если вы получите сообщение «В разрешении отказано». тебе, наверное, нужно
обновить ваш ~ / .rhosts файл на удаленном хосте. Видеть Rlogin(1).

ПРИМЕРЫ

xrsh йода
Запустите xterm на хосте yoda, который отображается на текущем X-сервере. Используйте xhost
для контроля доступа.

xrsh -auth, аутсайдер xauth, emacs
Запустите emacs на проигрывателе хоста. Объедините записи авторизации xauth для этого
server в авторитетный файл на удаленном хосте.

xrsh -l mjd -auth none -pass XRSH_AUTH_TYPE -debug tigger xterm -fn 5x7
Запустите xterm на хосте tigger очень мелким шрифтом, распространите среду
переменная $ XRSH_AUTH_TYPE на удаленный хост, войдите на удаленный хост, используя идентификатор
"mjd", не выполнять какой-либо специальной авторизации и не перенаправлять стандартный вывод / вывод ошибок
в / dev / null, чтобы я мог видеть любые ошибки.

Используйте xrsh онлайн с помощью сервисов onworks.net