xrsh - 云端在线

程序：

您的姓名

xrsh - 在远程机器上启动 X 程序

概要

西尔什 [ -救命 [ -版 [ -l 用户名 [ -e rshprog [ -身份验证 认证类型 [ -屏幕
屏幕-＃ [ -通过 环境清单 [ -调试 [ -调试2 ] 远程主机 [ X命令 [ 参数
... ] ]

商品描述

Xrsh 在远程主机上运行给定的 X 命令。 它为此设置了环境
命令，以便它将在当前服务器的屏幕上显示其窗口
传播 $DISPLAY 环境变量。 如果未指定，则默认客户端为
xterm的. Xrsh 自动选择 SSH（1） RSH（1） 雷姆什（1）或 远程命令(1) 执行远程
命令，具体取决于操作系统环境可用的内容。

Xrsh 自动处理身份验证，以便允许远程客户端
在服务器上打开窗口。 它根据值以几种不同的方式执行此操作
$XRSH_AUTH_TYPE 环境变量或 -auth 参数的。

默认情况下，xrsh 将使用 xhost 来启用远程客户端打开服务器连接。
也可以告诉它使用 xauth 将本地密钥合并到远程授权文件中。
或者它可以将 $XAUTHORITY 环境变量传递给远程主机以共享一个
常见的 NFS 挂载权限文件。 也可以指示在这种情况下什么都不做
在不需要明确授权的情况下。

只想要远程终端窗口的用户可以看看 xrsh 的姐妹命令，
登录(1). Xrlogin 使用本地运行的 xterm 打开到远程的 rlogin 连接
主持人。 决定使用“xrsh host xterm”还是“xrlogin host”应该基于
在几个因素上。 如果 X 在远程主机或本地终端模拟器上不可用
有更好的功能，使用xrlogin。 总的来说，作者推荐使用xrsh而不是
在大多数情况下，xrlogin。

如果要在远程主机上执行的命令是 xterm，则 xrsh 会自动传递
xterm 的 -name 参数，值为“xterm-hostname”，其中主机名是
远程主机。 这允许用户在其服务器的资源管理器中指定资源
特定于来自给定主机的 xterm。 例如，此功能可用于
使来自给定远程主机的所有 xterm 窗口具有相同颜色或使用特定字体
或在屏幕上的特定位置启动。 Xrlogin 传递相同的字符串，因此它们是
在这方面兼容。 可以通过指定您自己的 -name 来覆盖此功能
xterm 命令行上的参数。

如果要在远程主机上执行的命令是 xterm，则 xrsh 指定默认
新 xterm 的标题将是“xterm@hostname”，其中主机名是远程的名称
主持人。 这也可以通过在 xterm 上指定您自己的 -title 参数来覆盖
命令行。

Xrsh 非常小心，不会在本地或远程上留下任何额外的进程
机器等待客户端退出。 在一些远程环境中（特别是
csh 和 rsh 的一些 Sys V 实现），这是不可能的，xrsh 应该作为
后台命令。

配置

请注意，xrsh 选项位于给定的 X 命令及其参数之前。

-身份验证 认证类型
选择要使用的 X 授权（或访问控制）类型。
Authtype 可以是“xhost”、“xauth”、“xhost-xterminal”、“environment”或
“没有任何”。 默认是xhost，但是可以通过设置的值来设置默认值
环境变量 $XRSH_AUTH_TYPE。

如果指定了 xhost 并且 X 服务器在本地机器上运行，则 xhost 将
在本地运行以使远程主机能够打开 X 连接。 如果服务器是
在第三台主机上（不是运行 xrsh 的主机，也不是您希望的主机
运行命令），rsh将用于在服务器主机上运行xhost进行授权
将运行命令的主机。

如果指定了 xauth，则 xrsh 将合并来自服务器的条目
使用 rsh 将本地 $XAUTHORITY 文件转换为远程主机的文件。

authtype xhost-xterminal 旨在供使用 X 终端的人使用。 如果
使用xhost-xterminal，那么第一次运行xrsh时，本地运行xhost到
启用远程主机进行访问。 这应该有效，因为（理论上）
第一次运行是在 X 终端的 XDMCP 主机上。 从此以后
通过环境变量将该主机的名称传播到所有远程主机
$XHOST。 在来自远程主机的后续调用中，xrsh 使用 rsh 连接到
主机 $XHOST 并运行 xhost 以启用新的远程主机。

Authtype“none”对访问控制没有明确的工作。 如果你不使用这个
启用访问控制，或者如果您使用其他访问控制机制。

最后，authtype "environment" 自动传播环境变量
$XAUTHORITY 到远程主机，假设它是一个 NFS 挂载位置，可以
可以从所有主机访问。

-调试 通常 xrsh 将标准输入和标准输出重定向到 /dev/null
努力导致不需要的 rshd 和 shell 进程退出。 结果，用户
通常看不到任何可能发生的错误（例如“权限被拒绝”。
rsh)。 如果您在让 xrsh 与远程主机一起工作时遇到问题，请尝试
给 -debug 开关以查看是否正在生成任何错误。

-调试2
此开关会导致 xrsh 打开 shell 中的 -x 选项，以便用户可以
查看 xrsh 执行的每个 shell 命令。 仅在以下情况下使用此脚本
调试 xrsh 代码本身。

-救命 将参数列表打印到标准输出。

-l 用户名
使用 -l 开关指定用于通过 rsh on 登录的不同用户名
远程主机。

-e rshprog
-e 开关可用于设置不同的远程 shell 程序，例如 ssh。 这
默认为 remsh 或 rsh，具体取决于您的系统。 此标志覆盖 $XRSH_RSH。

-通过 环境清单
Envlist 是一个引号分隔的字符串，命名任意一组环境
传递给远程主机上的 shell 环境的变量。 如果有人想
将 $XRSH_AUTH_TYPE 和 $XAUTHORITY 设置为远程主机，可以使用：-pass
“XRSH_AUTH_TYPE XAUTHORITY”。 要传递的一组默认环境变量可能是
使用环境变量 $XRSH_ENVS_TO_PASS 设置。

-屏幕 屏幕-＃
在服务器上指定一个不同的屏幕来显示远程客户端。

-版
打印版本信息并退出。

环境

环境变量 XRSH_AUTH_TYPE 和 XRSH_ENVS_TO_PASS 可用于设置
如果还指定了等效开关，则开关默认值将被覆盖。

权威
$XAUTHORITY 环境变量被传递给远程主机，如果 authtype
-auth 或 $XRSH_AUTH_TYPE 指定的是“环境”。

XRSH_AUTH_TYPE
这个环境变量可以用来指定默认的授权类型
或访问控制。 它可以设置的值与
参数-auth。

XRSH_RSH
该变量可以重新定义要使用的远程shell 程序，例如ssh。

XRSH_RSH_ERRORS 错误
如果环境变量 XRSH_RSH_ERRORS 设置为文件名，则任何 rsh
错误将出现在远程主机上的该文件中。 如果该变量未设置，
除非给出 -debug 开关，否则错误消息将被丢弃。 （注意：不要
在文件名中使用 ~ 因为它会在本地主机上扩展为 ~，但尝试将
远程主机上该文件中的错误。）

XRSH_ENVS_TO_PASS

COMMON 问题

确保远程主机上的 PATH 环境变量在 .cshrc 或
.bashrc 以便 rsh 程序可以访问它。 (/ bin / sh的 和 /bin/ksh 用户很难
时间在这里，因为他们的外壳不会在 rsh 下执行任何 init 文件。 您可以使用
XRSH_ENVS_TO_PASS 环境变量将PATH环境变量传递给远程
主持人。 在这种情况下，您可以选择键入 xrsh 的完整路径。 （例如 xrsh 远程-
主机 /usr/bin/X11/xterm))

确保远程主机上的 PATH 环境变量包含目录
包含 X 程序。 这通常是 /usr/bin/X11 或 /usr/local/bin/X11。

确保您已将 rsh 配置为在远程主机上工作。 您可以通过以下方式测试
键入： rsh remote-host echo '$PATH' 这将证明 rsh 有效并向您显示 PATH
将在远程主机上使用。 如果您收到“权限被拒绝”。 你可能需要
更新你的 〜/.rhosts 远程主机上的文件。 看 登陆（1）。

示例

xrsh尤达
在当前 X 服务器上显示的主机 yoda 上启动一个 xterm。 使用 xhost
用于访问控制。

xrsh -auth xauth 失败者 emacs
在主机失败者上启动 emacs。 为此合并 xauth 授权条目
server 写入远程主机上的权限文件。

xrsh -l mjd -auth 无 -pass XRSH_AUTH_TYPE -debug tigger xterm -fn 5x7
以非常小的字体在主机 tigger 上启动一个 xterm，传播环境
变量 $XRSH_AUTH_TYPE 到远程主机，使用 id 登录到远程主机
“mjd”，不做任何特定的授权，不重定向标准/错误输出
到 /dev/null 以便我可以看到任何错误。

使用 onworks.net 服务在线使用 xrsh