首页 > 解决方案 > 如何在不退出远程服务器上的 R 的情况下恢复 X11 连接

问题描述

简短版:在远程机器上工作时,如何从 R 中重新启动丢失的 X11 连接?

长版

  1. 设置

我使用 Mac 11.1 并连接到远程 Linux 服务器以在 R 中编码(通过Nvim-R)。我使用的步骤通常是:

ssh -Y login@remote.server
screen -r my_R_work_session
conda activate my_environment
nvim code.r

然后键入\rf命令以在nvim.

然后我可以在 R 中绘制任何东西(例如 with plot(iris))。该图在我的 Mac 上的外部窗口中弹出(通过X11/ )。XQuartz它通常在一开始就可以正常工作。

  1. 问题

但在某些时候,我可能会失去与服务器的连接一秒钟(互联网故障,vpn 停止......),当我恢复与服务器的连接时,一切似乎都正常(ssh保持主连接)除了X11 连接

此时,any 的输出plot(iris)将是:

Error in .External2(C_X11, d$display, d$width, d$height, d$pointsize,  :
  unable to start device X11cairo
In addition: Warning message:
In function (display = "", width, height, pointsize, gamma, bg,  :
  unable to open connection to X11 display ''
  1. 解决方案(但正在寻找更好的东西!)

我目前找到的唯一解决方案是启动与服务器的新 ssh 连接并重新执行整个过程,直到启动 R 会话并绘制内容。有时,只关闭screen会话有效,但我仍然需要重新加载conda和我的R会话。但这很耗时(而且很烦人),我猜可能会有更好的解决方案。

  1. 我也尝试过(但没有改变任何东西)

我发现很多帖子都在搜索这个错误,但仍然没有任何东西可以解决这个问题。

- 查看capabilities()

在失去 X11 连接之前,输出capabilities()为:

       jpeg         png        tiff       tcltk         X11        aqua
       TRUE        TRUE        TRUE        TRUE        TRUE       FALSE
   http/ftp     sockets      libxml        fifo      cledit       iconv
       TRUE        TRUE        TRUE        TRUE        TRUE        TRUE
        NLS     profmem       cairo         ICU long.double     libcurl
       TRUE        TRUE        TRUE        TRUE        TRUE        TRUE

失去 X11 连接后,唯一的区别X11是设置为FALSE.

- 查看DISPLAY

参考这篇文章,我检查了DISPLAY但一切似乎都很好。在终端中(在启动 R 之前或在 r 运行时):

> echo $DISPLAY
localhost:10.0

在 R 中:

> Sys.getenv("DISPLAY")
localhost:10.0

我尝试设置Sys.setenv("DISPLAY"=":0.0")但没有任何区别。

-X11UseLocalhost

这篇文章建议更改X11UseLocalhost noX11UseLocalhost yesin /etc/ssh/sshd_config,但这对我没有任何影响。

-Xpra

最后,我尝试按照这篇文章Xpra中的建议(可能是最有希望的建议)使用,但也没有任何区别。虽然在这里我不确定我是否正确使用它。这是我所做的:

[local] ssh -Y login@remote.server
[remote] screen -r xpra
[remote] xpra start :10
# exit screen
[local] xpra attach ssh:remote.server:10 
[remote] screen -r my_R_work_session
[remote] conda activate my_environment
[remote] nvim code.r

非常感谢您的任何评论和帮助!

标签: rsshx11-forwardingxquartz

解决方案


对于遇到这篇文章的任何人,我最终找到了一个超级简单的解决方案:您只需要ssh -Y在当前会话的同时启动一个新连接。然后您可以将DISPLAY当前会话中的参数重定向到新连接中的值。

这是一个更详细的示例。在当前会话中(在开始新的 ssh 连接之前),如果您在 R终端中尝试:

> capabilites()             # returns X11 = FALSE 
> Sys.getenv('DISPLAY')     # returns localhost:xx.0
localhost:12.0
> x11('localhost:12.0')     # returns error message

现在您并行启动新的 ssh 连接:ssh -Y login@remote.server. 您需要DISPLAY在这个新会话中找到 的值,例如:

在 bash 中:

$ echo $DISPLAY
localhost:13.0

或在 R 中:

> Sys.getenv('DISPLAY')
localhost:13.0

最后,在原来的 R 终端中,将DISPLAY参数设置为新的连接值:

> Sys.setenv('DISPLAY' = 'localhost:13.0')
> x11('localhost:13.0')  # or x11() - both should work

还有一个选择,就是修改ForwardX11Timeoutssh 配置文件 ( ~/.ssh/config) 中的值。默认情况下,它通常设置为 ~20 分钟(请参阅 参考资料man ssh)。您可以尝试将其设置为一天(或更多),例如:ForwardX11Timeout 1d. X11如果打开时间少于 24 小时,这将防止在任何工作会话期间停止。您甚至可以ForwardX11Trusted yes在此配置文件中进行设置。但是,这些选项可能会导致安全漏洞,因此需要谨慎考虑。


推荐阅读