赋予www-data用户消息总线权限以运行Puppeteer/Chromium

我帮你梳理下问题根源和解决办法：

首先，这个错误的核心原因是www-data用户试图访问root用户的DBus会话总线（/run/user/0/bus）——每个Linux用户的DBus会话都是独立的，对应/run/user/<用户UID>目录下的总线文件，www-data的UID通常是33，正常应该用/run/user/33/bus，但因为www-data一般没有交互式登录会话，这个目录可能不存在，导致Chromium fallback到root的总线，而你又没有权限访问它。调整/run/user/0/bus的权限没用，因为这本质是会话上下文不匹配的问题，不是单纯的文件权限。

下面是几个可行的解决方案，按优先级排序：

方案1：用dbus-run-session包裹NodeJS脚本 #

直接在调用Node脚本时，为www-data创建一个独立的DBus会话，这样Chromium就会使用这个专属会话，不会再碰root的总线。

比如在PHP里调用Node脚本时，改成：

exec('dbus-run-session -- node /var/www/html/your-puppeteer-script.js', $output, $return_var);

你也可以先手动测试：切换到www-data用户，执行命令看是否正常：

sudo -u www-data dbus-run-session -- node /var/www/html/your-puppeteer-script.js

方案2：给Puppeteer添加Chromium启动参数，禁用DBus依赖 #

在你的NodeJS脚本里，给Puppeteer的launch方法添加以下参数，强制Chromium不依赖系统DBus：

const puppeteer = require('puppeteer-core');

(async () => {
  const browser = await puppeteer.launch({
    executablePath: '/path/to/your/chromium', // 如果你用的是puppeteer-core，需要指定Chromium路径
    args: [
      '--no-sandbox', // www-data用户通常没有沙箱权限，必须加这个
      '--disable-dev-shm-usage', // 解决Ubuntu上共享内存不足的问题
      '--disable-gpu', // 无头模式下不需要GPU
      '--no-zygote',
      '--disable-setuid-sandbox',
      '--dbus-stub' // 强制使用DBus stub，完全绕过系统DBus
    ],
    headless: 'new' // 推荐用新版无头模式，更稳定
  });

  // 你的业务代码...

  await browser.close();
})();

方案3：配置www-data的XDG_RUNTIME_DIR环境变量 #

如果上面的方案不行，你可以手动为www-data创建一个合法的运行时目录，并设置环境变量：

1. 创建目录并设置权限：

sudo mkdir -p /var/run/www-data
sudo chown www-data:www-data /var/run/www-data
sudo chmod 700 /var/run/www-data

2. 在PHP调用Node脚本时，先设置环境变量：

exec('export XDG_RUNTIME_DIR=/var/run/www-data && node /var/www/html/your-puppeteer-script.js', $output, $return_var);

这样Chromium就会使用这个目录下的会话资源，不会再去访问root的/run/user/0/bus。

建议先试方案1，最直接解决会话问题；如果还是不行，再结合方案2的启动参数，基本能解决这个问题。

内容的提问来源于stack exchange，提问作者Idan Aharoni