node.js - 在 headless 模式下运行时是否可以远程跟踪 Chromium 的 GUI？

Question

我在 AWS EC2 AMI (Linux) 上以 headless 模式运行 puppeteer 来进行一些网络抓取。是否可以远程跟踪它的 GUI，也许是从我的本地 Windows 设置？

我提到了 this文章，想知道是否将 --remote-debugging-port=9222 添加到我的代码中，然后在本地浏览器上访问 http://localhost:9222 是否会让我看到图形用户界面。是否有可能做到这一点？我不确定我是否在正确的轨道上。任何帮助将不胜感激。

Answer 1

是的，这是可能的。您必须设置 --remote-debugging-address 参数。

引自List of Chromium Command Line Switches :

Use the given address instead of the default loopback for accepting remote debugging connections. Should be used together with --remote-debugging-port. Note that the remote debugging protocol does not perform any authentication, so exposing it too widely can be a security risk.

解释

默认情况下，Chrome 绑定(bind)到 127.0.0.1(仅限本地的接口(interface))，它只允许来自机器本身的连接。如果您将参数设置为 0.0.0.0，Chrome 会监听所有允许来自计算机外部的连接的网络接口(interface)(查看 this answer on stackoverflow 了解更多信息)。但是，您仍然需要确保没有可能阻止连接的防火墙，但默认情况下不应出现这种情况。

这意味着，像这样启动 Chrome 将允许从另一台计算机进行调试:

chrome --remote-debugging-port=9222 --remote-debugging-address=0.0.0.0 [possible other flags]

您现在可以访问 http://IP_OF_YOUR_MACHINE:9222 并且会看到 Chrome 的 DevTools GUI。或者，您可以使用 puppeteer.connect 连接到机器:

const browser = await puppeteer.connect({ browserURL: 'http://...:9222' });
// ...

安全注意事项

请记住，此端口对可以访问 Internet 的任何人 公开。您可能需要考虑使用防火墙来阻止连接或使用类似 node-http-proxy 的库在将任何连接传递到您的浏览器之前对其进行过滤。