向木偶操纵者传递内部 docker 网络 URL

当我的页面托管在远程主机上时，我可以让 puppeteer 正常工作：

const url = '.html';
await page.goto(url);

我在我自己的服务器上运行的 Docker 容器（成群）内的 node.js 应用程序中运行它，并通过 CapRover 部署，它完成了设置 docker 服务等的所有工作

为了消除对

paidhost

第二个节点应用程序（托管我的网页）可通过 URL

http://srv-captain--mynodehost/app/mypage.html

我已经确认由第二个节点应用程序服务的 html 页面 可以通过内部 URL 通过 docker 网络从第一个节点应用程序访问，因为从第一个节点应用程序获取原始 html 页面本身（不尝试呈现它) 通过 URL 使用我最喜欢的 http 请求库

http://srv-captain--mynodehost/app/mypage.html

我也可以从公共 Web 浏览器访问此页面，该浏览器通过

.html

所以下面的“外部”负载起作用：

const url = '.html';
await page.goto(url);

但是当我使用“内部”URL 从第一个节点应用程序加载 puppeteer 页面时，它不起作用（即使页面应该可以访问......见上文）：

const url = 'http://srv-captain--mynodehost/app/mypage.html';
await page.goto(url);

它尝试了一会儿，然后就超时了

TimeoutError: Waiting failed: 20000ms exceeded

使用“外部”URL（指向我的节点“主机”服务器）有一个好处......我不必为

paidhost

那么，如何将 puppeteer 指向内部 docker 网络 URL，并让它工作？

Dockerfile 包含以下用于 puppeteer 安装的内容：

FROM node:18.15.0
RUN apt-get update \
 && apt-get install -y --no-install-recommends \
     chromium \
     (various other dependencies) \
 && apt-get clean \
 && rm -rf /var/lib/apt/lists/*
ENV PUPPETEER_SKIP_CHROMIUM_DOWNLOAD=true
ENV CHROME_PATH=/usr/bin/chromium
ENV PUPPETEER_EXECUTABLE_PATH=/usr/bin/chromium
CMD [ "npm", "start" ]

使用 package.json：

"dependencies": {
  "puppeteer": "^19.11.0",
  (various other dependencies)
},

容器内运行的chromium版本为：

# chromium --version
Chromium 112.0.5615.121 built on Debian 11.6, running on Debian 11.6