运行无头 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/）然后运行测试仍然会导致headless失败，但测试显示在浏览器中。很高兴看到这些测试，但如果我希望这些单元测试最终作为 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

我有同样的问题，但未能定位问题。但正如我发现的那样，像 this Dockerfile 中的 instang 数据包生成工作图像，没有这个错误。

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