Puppeteer 指南 · 1 分钟阅读

带身份验证的 Puppeteer 代理设置

Puppeteer将代理服务器作为启动标志，但用户名和密码完全在其他地方处理 — 通过page.authenticate()。这是经过身份验证的s4m代理的正确模式，包含完整的Node代码。

为什么仅仅标记是不够的

Chromium — the browser Puppeteer drives — accepts a proxy through the --proxy-server command-line flag. The catch is that Chromium's flag format does not accept credentials inline: you cannot write --proxy-server=http://USER:PASS@host:3128 and expect it to work. When the proxy challenges for authentication, Chromium raises a native auth prompt that a headless browser cannot answer on its own.

Puppeteer's answer is page.authenticate({ username, password }). You pass the bare host and port to the launch flag, then hand the credentials to the page, and Puppeteer responds to the proxy's 407 Proxy Authentication Required challenge for you. With s4m that means launching with --proxy-server=http://proxy.s4m.online:3128 and authenticating with your USER:PASS. The HTTP endpoint (port 3128) is the right one here — Chromium's proxy flag speaks HTTP and SOCKS, but authenticated SOCKS5 with a browser is fiddly, so HTTP is the reliable choice. See the proxy overview and the proxy authentication guide.

经过身份验证的Puppeteer启动

代理主机放在启动标志中；USER:PASS通过page.authenticate()传递。在运行之前替换凭据。

javascript

// npm install puppeteer
const puppeteer = require("puppeteer");

const HOST = "proxy.s4m.online";
const PORT = 3128;             // HTTP proxy endpoint
const USER = "USER";
const PASS = "PASS";

(async () => {
  const browser = await puppeteer.launch({
    headless: "new",
    args: [
      `--proxy-server=http://${HOST}:${PORT}`,
      // credentials are NOT allowed here — see page.authenticate below
      "--no-sandbox",
    ],
  });

  const page = await browser.newPage();

  // This answers the proxy's 407 challenge:
  await page.authenticate({ username: USER, password: PASS });

  await page.goto("https://api.ipify.org?format=json", {
    waitUntil: "networkidle0",
    timeout: 30000,
  });
  console.log("Exit IP:", await page.evaluate(() => document.body.innerText));

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

让人困惑的事情

变成空白页或407的错误。

凭据转到页面

切勿在 --proxy-server 中放入 USER:PASS；Chromium 会忽略它。始终在第一次导航之前调用 page.authenticate()，每个页面一次。

使用 HTTP 端点

在浏览器中使用经过身份验证的 SOCKS5 不可靠。将 --proxy-server 指向 http://proxy.s4m.online:3128，让 page.authenticate 处理登录。

在转到之前进行身份验证

在page.goto()之前调用page.authenticate()，否则第一个请求将没有凭据地命中代理并返回407。

一个上下文，一个身份

每个浏览器上下文都有自己的认证。对于多个身份，启动单独的上下文，而不是重新认证共享页面。

阻塞、指纹和诚实

代理隐藏了您的IP；但并不能隐藏您正在自动化浏览器的事实。现代反机器人系统还会查看导航器属性、时机和TLS指纹。如果目标标记了无头Chromium，仅靠代理是无法解决的——您可能需要现实的视口和用户代理设置，以及类似人类的节奏，即便如此，有些网站对自动化仍然是完全禁止的。

也要诚实地说明代理类型：s4m代理是数据中心，非常适合测试、监控和中等防御的网站，但防御严密的目标可能会阻止数据中心范围。当您需要一个稳定的出口进行登录或白名单时，请添加一个专用个人IP。更喜欢Playwright？模式几乎相同——请参阅Playwright代理指南。使用工具验证您的出口，并针对免费代理列表进行原型测试。

FAQ

问题，已解答

为什么我的Puppeteer请求返回407？

因为代理在进行身份验证时遇到挑战，而您没有回答它。在您的第一次 page.goto() 之前调用 page.authenticate({ username, password }) — --proxy-server 标志中的凭据会被 Chromium 忽略。

Puppeteer可以使用SOCKS5代理吗？

Chromium的代理标志可以指向SOCKS，但在浏览器中认证的SOCKS5不可靠。使用3128端口上的HTTP端点和page.authenticate()进行可靠的设置。

我需要对每个页面进行身份验证吗？

是的 — 在导航之前，每个页面（或每个浏览器上下文）调用一次 page.authenticate()。每个上下文都有自己的凭据。

代理会让我不被检测为机器人吗？

不。代理只会更改您的IP。反机器人系统还会检查浏览器指纹和行为，因此代理是必要的，但不足以抵御激进的检测。

继续阅读

在代理后运行无头Chrome

在 proxy.s4m.online 上的认证数据中心代理，准备好用于 Puppeteer 的 page.authenticate()。按需计费，提供可选的专用 IP 以实现稳定登录。

查看代理定价查看定价

人们通过搜索找到此页面

带身份验证的 Puppeteer 代理设置
带身份验证的 Puppeteer 代理设置是安全的吗
如何检查带身份验证的 Puppeteer 代理设置
如何配置带身份验证的 Puppeteer 代理设置
带身份验证的 Puppeteer 代理设置设置
如何设置openvpn
工作中的代理设置
openvpn
Proxychains：如何链式使用SOCKS5代理
代理设置
轮换代理与固定代理会话
wireguard
如何在抓取时避免IP封禁

此页面回答的真实搜索短语 — 链接的短语打开详细覆盖它们的页面。