在 docker 容器中运行 Xephyr答案

【问题标题】：Running Xephyr inside a docker container在 docker 容器中运行 Xephyr
【发布时间】：2015-06-13 03:05:35
【问题描述】：

我正在尝试在直接访问 X11 套接字的 docker 容器内运行嵌套的 X-server Xephyr，但我遇到了目前不理解的奇怪图形错误。

Dockerfile的内容只是

FROM ubuntu:14.04

RUN apt-get update
RUN apt-get install -qqy xserver-xephyr

# Clean up APT when done.
RUN apt-get clean && rm -rf /var/lib/apt/lists/* /tmp/* /var/tmp/*

构建它

sudo docker build -t xephyrtest .

并运行它

sudo docker run -e DISPLAY -v /tmp/.X11-unix:/tmp/.X11-unix xephyrtest Xephyr :1

输出以下内容：

Xephyr unable to use SHM XImages
Initializing built-in extension Generic Event Extension
Initializing built-in extension SHAPE
Initializing built-in extension MIT-SHM
Initializing built-in extension XInputExtension
Initializing built-in extension XTEST
Initializing built-in extension BIG-REQUESTS
Initializing built-in extension SYNC
Initializing built-in extension XKEYBOARD
Initializing built-in extension XC-MISC
Initializing built-in extension SECURITY
Initializing built-in extension XINERAMA
Initializing built-in extension XFIXES
Initializing built-in extension RENDER
Initializing built-in extension RANDR
Initializing built-in extension COMPOSITE
Initializing built-in extension DAMAGE
Initializing built-in extension MIT-SCREEN-SAVER
Initializing built-in extension DOUBLE-BUFFER
Initializing built-in extension RECORD
Initializing built-in extension DPMS
Initializing built-in extension Present
Initializing built-in extension DRI3
Initializing built-in extension X-Resource
Initializing built-in extension XVideo
Initializing built-in extension XVideo-MotionCompensation
Initializing built-in extension SELinux
Initializing built-in extension GLX
[dix] Could not init font path element /usr/share/fonts/X11/cyrillic, removing from list!
[dix] Could not init font path element /usr/share/fonts/X11/100dpi/:unscaled, removing from list!
[dix] Could not init font path element /usr/share/fonts/X11/75dpi/:unscaled, removing from list!
[dix] Could not init font path element /usr/share/fonts/X11/Type1, removing from list!
[dix] Could not init font path element /usr/share/fonts/X11/100dpi, removing from list!
[dix] Could not init font path element /usr/share/fonts/X11/75dpi, removing from list!

在这里，第一行 Xephyr unable to use SHM XImages 似乎是最重要的，因为它没有显示在 Xephyr 正常工作的主机上。

虽然会弹出 Xephyr 窗口，但使用 :1 显示的应用程序会出现奇怪的故障。例如。 DISPLAY=:1 gedit 看起来像这样（当鼠标在窗口内移动时输出会迅速变化）：

SHM XImages 是什么意思，如何解决它在容器中不可用的问题？

【问题讨论】：

标签： docker x11 x11-forwarding

【解决方案1】：

MIT-SHM 扩展是一种允许在客户端和服务器之间以更快的方式（主要）显示图像的方式，只要它们在同一台计算机上运行。这是通过创建一个 SysV shm 共享内存对象来完成的，客户端可以将图像数据写入并由 X 服务器直接显示，而不必通过套接字序列化图像。

如果 Docker 容器阻止了这个并且 gedit 依赖它，我不会感到惊讶。

【讨论】：

【解决方案2】：

事实证明，从 Docker 1.5 开始，使用命令在 docker 容器中运行 Xephyr 实际上非常容易

sudo docker run -e DISPLAY -v /tmp:/tmp --ipc=host --pid=host xephyrtest Xephyr :1

另外两个参数是

--ipc=host 允许容器使用与主机相同的 IPC 命名空间，因此也可以访问相同的共享内存段
--pid=host 让容器看到（和修改）主机的进程。这是必要的，因为 X 服务器端口锁定是通过 /tmp/.Xi-lock 锁定文件完成的（将 i 替换为您的显示端口），其中包含在端口 i 上运行的 X 服务器的 pid。

您还必须将 -v /tmp/.X11-unix:/tmp/.X11-unix 更改为 -v /tmp:/tmp 才能访问容器内的 X11 unix 套接字之外的锁定文件。

虽然这很好用，但您必须注意，这两个附加参数以及对主机的 /tmp 文件夹的访问权限会授予容器重要权限，这在某些情况下可能会带来安全风险。

【讨论】：

最近，我收到No protocol specified Xephyr cannot open host display. Is DISPLAY set? 错误。

【解决方案3】：

使用选项-extension MIT-SHM 运行 Xephyr 以禁用共享内存。然后，您不需要使用 docker 选项 --ipc=host 打破容器隔离。

为避免使用 docker 选项 --pid=host，请考虑在主机上运行 Xephyr，共享其 X 套接字并设置 -e DISPLAY=:1。只共享socket文件/tmp/.X11-unix/X1就够了，不需要共享整个文件夹，甚至整个/tmp。

【讨论】：