主页 / ubuntu / 问题 / 9920
Accepted
Sandro
Asked: 2010-10-28 20:10:10 +0800 CST

X11 通过 Gnu 屏幕转发，可以吗？

  • 772

我经常使用 GNU Screen。但是，我一直在试图弄清楚当我 ssh 时是否有办法让 X11 应用程序在屏幕上转发（这是一个词吗？）。目前，如果我尝试通过屏幕运行“gedit”，它会在我的“服务器”计算机上打开，而不是在我的客户端上。如果我在屏幕外做同样的事情，那么一切都很好。但是我也希望在使用屏幕时一切都好！

谢谢！

PS：我已经用谷歌搜索了这个问题，我看到提到了 xmove，但我似乎无法在我的 ubuntu 上找到包含 xmove 的包。（Ubuntu 10.10）

command-line ssh gnu-screen

7 个回答

  1. Best Answer

    要手动执行此操作，一旦您通过 SSH 登录，但在重新连接到屏幕之前，请检查您的 DISPLAY 环境变量：

    echo $DISPLAY

    重新连接到屏幕后，显式设置环境变量：

    export DISPLAY=:N.0

    其中:N.0是echo附加之前显示的内容。这不会是完美的，因为某些应用程序可能希望与会话 D-Bus 通信，而通过 SSH 连接发送它有点复杂。

    • 35

  2. 存储库中有一个名为 xpra 的程序，它就像 x11 的 gnu 屏幕。使用起来并不难：

    X 持久远程应用程序

    Xpra 为您提供 GNU Screen for X 应用程序的功能。

    它允许用户在他们的本地机器上查看远程 X 应用程序，并与远程机器断开连接和重新连接，而不会丢失正在运行的应用程序的状态。

    • 13

  3. Byobu 会自动重新附加 ssh 和 gpg 代理。如果这对您有帮助，我可以让它重新附加显示变量...

    • 7

  4. 这就是我在运行 byobu 时的工作方式

    在“_byobu_source..”行之前的.bash_login 中添加这一行：

    echo $DISPLAY > $HOME/.display.env

    然后将此行添加到.bashrc：

    if [ ! -z ${SSH_CONNECTION+x} ]; then
  export DISPLAY=$(cat $HOME/.display.env) 
fi
    • 2

  5. 似乎问题在于屏幕会话中没有保留环境变量 XAUTHORITY。我通过将以下内容添加到我的 .bashrc 中解决了这个问题。我不认为这应该是必要的，但我想你做你必须做的：

    # ensure X forwarding is setup correctly, even for screen
XAUTH=~/.Xauthority
if [[ ! -e "${XAUTH}" ]]; then
 # create new ~/.Xauthority file
 xauth
fi
if [[ -z "${XAUTHORITY}" ]]; then
 # export env var if not already available.
 export XAUTHORITY="${XAUTH}" 
fi

    我不认为这是最好的解决方案，或者最简洁的解决方案，但它确实有效。

    • 1

  6. FreeNX 是一款出色的远程显示器应用程序。

    • 0

  7. 根据@harre 的建议，我发现这是最好的解决方案，至少对于通过 Putty 的 RHEL 而言。我知道有比创建一个保存 var 的文件更好的方法，但是这X11可以DISPLAY通过gnu screen.

    自动化解决方案

    添加到.bashrc（或.bash_profile，取决于您的用例）

    #.bashrc
if [ -f ~/etc/.bash-screen-x11 ]; then
   echo $DISPLAY > $HOME/.display.env
   source ~/etc/.bash-screen-x11
fi

    然后添加以下文件（或您的路径选择）

    #~/etc/.bash-screen-x11
# sets back display var.
if [ -z $STY ]; then
  export DISPLAY=$(cat $HOME/.display.env)
fi
    • 0

相关问题