运行无头 Chromium 浏览器会引发错误“无法读取 DnsConfig”（在 Docker 容器内）

Question

我的目标：
使用 Karma/Jasmine 在我的 Angular 6 应用程序（在 Docker 容器内运行）上运行单元测试。为了运行这些测试，我似乎需要一个网络浏览器。所以看起来 Chromium headless 是一个不错的选择。我已经通过我的 Dockerfile 将它与一堆其他库一起安装了，但是在 Docker 容器内运行我的测试失败（在它之外运行测试工作正常）。

错误：

23 02 2019 04:28:08.884:ERROR [launcher]: ChromiumHeadless stdout: 
23 02 2019 04:28:08.884:ERROR [launcher]: ChromiumHeadless stderr: [0223/042808.557529:WARNING:dns_config_service_posix.cc(326)] Failed to read DnsConfig.
[0223/042808.591436:FATAL:udev_loader.cc(38)] Check failed: false.

实际上打开浏览器（http://localhost:9876/）然后运行测试仍然会导致无头失败，但测试会显示在浏览器中。很高兴看到这些测试，但如果我希望这些单元测试最终作为 CI 或其他东西的一部分运行，那么帮助不大。

我的猜测是我实际上可能不需要 DNS 工作（它确实从 stderr 输出中说警告），但我不确定如何禁用它。

以下是 Karma 测试运行程序中的当前浏览器配置：

browsers: ['ChromeHeadlessCustom'],
customLaunchers: {
  ChromeHeadlessCustom: {
    base: 'ChromiumHeadless',
    flags: [
      '--no-sandbox',
      '--allow-insecure-localhost',
      '--homepage=about:blank',
      '--no-first-run',
      '--headless',
      '--disable-software-rasterizer',
      '--disable-gpu',
      '--disable-translate',
      '--disable-extensions',
      '--disable-setuid-sandbox',
      '--remote-debugging-port=9876'
    ]
  }
}

唯一重要的标志是headless和no-sandbox标志，我在浏览其他帖子时投入的所有其他内容似乎没有任何影响。

Dockerfile（我认为我成功安装了 Chromium）：

FROM node:8-alpine

# Install Google Chrome to run Angular unit tests
ENV CHROME_BIN="/usr/bin/chromium-browser"
ENV LIGHTHOUSE_CHROMIUM_PATH /usr/bin/chromium-browser

RUN \
  echo "http://dl-cdn.alpinelinux.org/alpine/edge/community" >> /etc/apk/repositories \
  && echo "http://dl-cdn.alpinelinux.org/alpine/edge/main" >> /etc/apk/repositories \
  && echo "http://dl-cdn.alpinelinux.org/alpine/edge/testing" >> /etc/apk/repositories \
  && apk --no-cache  update \
  && apk --no-cache  upgrade \
  && apk add --no-cache --virtual .build-deps gifsicle pngquant optipng libjpeg-turbo-utils udev ttf-opensans chromium
  && rm -rf /var/cache/apk/* /tmp/* /usr/include

因此，如果有人对从这里开始的方向有任何建议，或者如果我错过了其他一些明显的运行这些测试的简单方法，我们将不胜感激！

Answer 1

我遇到了同样的问题，但未能定位问题。但正如我发现的那样，像这个 Dockerfile中这样的即时数据包会生成工作映像，而不会出现此错误。

这解决了问题，但没有揭示其原因。