X11如何在Ubuntu 17.10 / Wayland中转发？

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

Ubuntu 17.10提供Wayland而不是X11，自2011年以来，我已经阅读了很多有关此“功能”如何影响X11转发的应用程序的文章。我发现有很多灾难的预言，也有很多关于网络透明性的预言。

一些帖子声称，我将不得不在登录时选择X11或Wayland。但是，我已经在Macintosh和Windows上都运行过X11服务器，所以我认为这不一定是一个选择。但这只是猜测。这实际上如何工作？

引用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不会在很长一段时间内都无法使用。实际上，在许多DE中，AnTM是Wayland运行良好的唯一一台。您可能会发现它很有趣，但甚至Weston（仅作为参考实现的目的而存在）也没有完全发挥作用，因为它不支持主要选择协议。

XServer领域也在继续发展。例如昨天，我粗略地看到了有关 Freenode的＃dri-devel通道上的HDR实现的一些讨论。因此，它绝对不会过时了。