X11 如何使用 Ubuntu 17.10/Wayland 进行转发?

pau*_*n32 12 ssh xorg wayland 17.10

我使用 Ubuntu 17.04。我一直使用 ssh 和 X11 转发来显示在我的计算机本地服务器上运行的 GUI 程序。

Ubuntu 17.10 提供 Wayland 而不是 X11,自 2011 年以来,我已经阅读了大量关于这“可能”如何影响 X11 转发应用程序的帖子。我发现了很多关于灾难的预测,以及很多关于网络透明度的预测。

一些帖子声称我将被迫在登录时在 X11 或 Wayland 之间进行选择。但是,我在 Macintosh 和 Windows 上都运行了 X11 服务器,所以我认为这不一定是非此即彼的选择。但这只是更多的猜测。这实际上是如何工作的?

Hi-*_*gel 7

引用Wayland 常见问题

不,这超出了 Wayland 的范围。为了支持远程渲染,您需要定义一个渲染 API,这是我一直非常小心避免做的事情。Wayland 之所以如此简单可行,是因为我正在回避这项艰巨的任务并将其推给客户。这是一个有趣的挑战,一项非常艰巨的任务,很难做到正确,但本质上与 Wayland 试图实现的目标是正交的。

这并不意味着 Wayland 无法进行远程渲染,只是意味着您必须将远程渲染服务器放在 Wayland 之上。一个这样的服务器可能是 X.org 服务器,但其他选项包括 RDP 服务器、VNC 服务器,或者有人甚至可以发明他们自己的新远程渲染模型。当您考虑它时,这是一个功能;在 Wayland 之上分层 X.org 的开销很小,但其他类型的远程渲染服务器不再需要 X.org,并且更容易尝试新协议。

也可以将远程协议放入 Wayland 合成器中,可以是独立的远程合成器,也可以作为完整桌面合成器的一部分。这将让我们转发本地 Wayland 应用程序。独立合成器可以让您登录服务器并在桌面上运行应用程序。将转发构建到桌面合成器中可以让您使用远程 Wayland 合成器即时导出或共享窗口,例如朋友的桌面。

TL;DR 是它“超出范围”。多年来,有很多应用程序和协议专门用于这种工作,将这个协议添加到 Wayland 几乎没有意义。

值得一提的是,AFAIK 没有人在 Wayland 合成器之上研究过提到的 X.org 协议的假设用法。

我要求 Ubuntu 17.10 用户提供关于“X11 转发”的报告。

我猜你在谈论一个错误报告。你不会找到一个(好吧,至少不是一个打开的),因为它会作为 NOTABUG 关闭。

我发现许多灾难的预言

这有什么不好?并不是说你失去了一个功能,这种工作有很多协议。此外,虽然我自己不使用 X11 转发,但从我读过的内容来看,它现在对许多应用程序都不起作用。我依稀记得,这是因为许多应用程序(主要是游戏和那些对图形很重要的应用程序都使用直接渲染并绕过 XServer。

你可以坚持使用X11,我不认为这是一个问题。Wayland 仍在开发中,X11 在很长一段时间内不会去任何地方。事实上 ATM,在众多 DE 中,Gnome 是唯一一个让 Wayland 运行良好的。您可能会觉得这很有趣,但即使是 Weston——存在的唯一目的是作为参考实现——让它完全工作,因为它不支持主要选择协议。

一些开发也在 XServer 领域继续进行。例如,就在昨天,我在 Freenode 的 #dri-devel 频道上粗略地看到了一些关于 HDR 实现的讨论。所以它绝对不会过时。

  • X11 对我们来说很棒,从来没有任何问题。从 Linux 高性能计算机集群来看,没有 RDP 或其他服务可能。只有X11转发。我想我的下一个问题将是 Ubuntu 17.10 用户在使用 Wayland 登录后如何启动 X 服务器。 (7认同)
  • 所有这些都需要大量的额外设置,按照惯例,我不会将这些设置安装在永远不会用作桌面系统的远程服务器上。 (2认同)