为什么隧道 Xdmcp+ssh 不起作用？

Question 1

由于您告诉 Xephyr 将其查询发送到 localhost，因此它可能会将 XDMCP 数据包中显示的网络地址指定为 127.0.0.1。您的 socat->ssh->socat 管道可能不会更改数据包的内容。

（我不确定这种从 UDP 到 TCP 再回到 UDP 的协议转换是否会产生任何有害的副作用，但我假设它会。）

因此，Solaris 上的显示管理器会收到一条消息：“您好，我是位于 127.0.0.1:2 的 X11 显示器。您愿意管理我吗？”。假设在 Solaris 端启用了 XDMCP 支持，并且 XDMCP 协商成功，这将导致显示管理器建立经典的 X11 连接，以便在 127.0.0.1 上的 TCP 端口 6002（基于显示编号）上显示图形登录窗口，即在 Solaris 主机上。这显然根本不会到达 Slackware 主机。

（实际上，我希望 Solaris 10 系统默认为“不允许 XDMCP 访问”，但我假设已经完成了必要的配置。）

如果您还设置了从 Solaris 主机的端口 6002 到 Slackware 主机上的本地端口 6002 的 SSH 远程 TCP 转发，您可能会有所收获：

 ssh -L 6667:localhost:6667 -R 6002:localhost:6002 192.168.201.200

但 Xephyr 是一个现代 X11 服务器，因此默认情况下它甚至可能不侦听传入的 TCP 连接。您可能需要明确告诉它侦听传入的 TCP 连接：

Xephyr -listen tcp -query localhost -screen 1024x767 :2

通过这些更改，并假设 Solaris 端已正确设置为允许 XDMCP，您可能有机会实现此功能。或许。不过，我不会屏住呼吸。

一个可能的问题可能是，如果 XDMCP 协议将显示名称中继为:2，那么 Solaris 端的显示管理器可能会假设/tmp/.X11-unix/X2可以使用 Unix 套接字 at 来连接到查询显示服务器。如果Solaris主机有足够现代的sshd，你也可以转发它......但是使用Unix套接字会导致任何X11应用程序（包括显示管理器）假设显示器实际上是本地显示器，并尝试激活X11 协议扩展依赖于对 X11 服务器的共享内存访问。由于应用程序和服务器位于不同的计算机上，共享内存访问显然是不可能的。

然后您的 Xephyr X11 服务器就可以使用 Solaris Motif 窗口管理器所需的任何 X11 字体...

Answer