Selenium Grid 4 上跑 Remote WebDriver，节点容器里 curl 走代理正常，测试脚本却直连出机房 IP——这种「节点验过、Session 没带上代理」的配置错位，在 Docker 化 Grid 里特别常见。Grid 把浏览器摊到多节点，代理却可能在 Hub、Node、Capability 三层中的任意一层漏配。扩容时若只验 Hub 健康接口而不验 Session 级出口，生产往往在第一个定时任务批次才爆雷。本文给出节点级排错、单节点与池化抽样方法，以及成功率 / 延迟 / 403 率三指标，并与 代理池健康度评估 六指标对齐。

Selenium Grid 代理池验收流程
节点配置 → 单点/池化抽样 → 健康指标 → 008ip 对照

Grid 节点代理配置常见错误

Grid 4 里代理可以在两个位置生效：Node 启动参数（该节点所有 Session 共用同一出口）或 Session Capability（每个 Session 独立出口），配置层级见 Selenium Grid 官方配置文档。混用而不自知，会导致 A 测试走代理、B 测试直连。

典型错误清单：

  • HTTP_PROXY 只写在 Hub 环境变量，Node 容器未继承
  • Capability 里只设 proxyType: manual，未填 httpProxy / sslProxy
  • 带认证代理未走 Node 前无认证转发网关，或未加载 Chrome 代理认证扩展
  • Docker Compose 网络模式下 Node 访问不到宿主机上的代理网关

URI 格式与特殊字符编码问题，可先对照 Python 爬虫代理配置 中的标准写法，再映射到 Grid 环境变量。

Docker Compose 里 Node 侧常见正确写法（节选）：

# docker-compose.yml — chrome-node 服务
environment:
  SE_NODE_MAX_SESSIONS: 4
  SE_NODE_STEREOTYPE_EXTRA: '{"goog:chromeOptions":{"args":["--proxy-server=http://proxy-gw.internal:8080"]}}'
  HTTP_PROXY: ""   # 清空，避免与 Chrome args 叠加冲突
  HTTPS_PROXY: ""

Hub 日志里若看到 Session 创建成功但 httpbin 返回宿主机 IP，优先查 Node 容器是否继承了错误的 HTTP_PROXY——空字符串显式覆盖比「不设置」更可靠。

单节点 vs 池化出口抽样

单节点固定出口：在 Node 的 SE_NODE_STEREOTYPE_EXTRA 写入 --proxy-server=http://host:port，或在 Session Capability 里设 opts.proxy，连开 10 个 Session 访问 httpbin，期望 origin 完全相同。若出现多个 IP，说明上游其实是轮换网关而非固定出口。

Python 最小抽样脚本（Grid URL 按实际替换）：

from selenium import webdriver
from selenium.webdriver.chrome.options import Options
from selenium.webdriver.common.proxy import Proxy, ProxyType

opts = Options()
proxy = Proxy()
proxy.proxy_type = ProxyType.MANUAL
proxy.http_proxy = "proxy.example.com:8080"
proxy.ssl_proxy = "proxy.example.com:8080"
opts.proxy = proxy  # Selenium 4：勿用 add_to_capabilities

driver = webdriver.Remote(
    command_executor="http://grid.example.com:4444",
    options=opts,
)
driver.get("https://httpbin.org/ip")
print(driver.page_source)
driver.quit()

池化动态出口：每 Session 从轮换 API 拉新 endpoint 写入 Capability，或 Node 前挂轮换网关。连跑 50 次 Session，统计 unique IP 率——低于 30% 等价于少量 IP 高频复用。抽样逻辑与 爬虫项目代理检测流程 阶段 2 一致，只是执行载体换成 Grid。

每个 Session 创建前后，用 008ip 代理检测 核对出口类型与 Geo，避免 httpbin 可达但 IP 已被目标站拉黑的情况。

池化场景可并行开 Session 加速抽样（注意不超过 Grid slot 上限）：

from concurrent.futures import ThreadPoolExecutor
from selenium import webdriver
from selenium.webdriver.chrome.options import Options
from selenium.webdriver.common.proxy import Proxy, ProxyType

def build_opts_with_proxy():
    opts = Options()
    proxy = Proxy()
    proxy.proxy_type = ProxyType.MANUAL
    proxy.http_proxy = "proxy.example.com:8080"
    proxy.ssl_proxy = "proxy.example.com:8080"
    opts.proxy = proxy
    return opts

def one_sample(i):
    driver = webdriver.Remote("http://grid:4444", options=build_opts_with_proxy())
    driver.get("https://httpbin.org/ip")
    body = driver.page_source
    driver.quit()
    return i, body

with ThreadPoolExecutor(max_workers=5) as ex:
    results = list(ex.map(one_sample, range(50)))

解析 50 份 origin 算 unique 率：低于 30% 建议暂停扩容，先和供应商核对池深度。单节点模式下 unique 率应接近 0%（同一 IP），若突然升高说明 Node 前的网关已开始轮换，验收假设需更新。

健康度指标：成功率 / 延迟 / 403 率

Grid 级健康不宜只看「能起 Session」。建议每个 nodeId 维护三张表：

  • 成功率：目标站 10 次请求 >95% 返回业务预期状态码
  • P95 延迟：page load 或 domContentLoaded 第 95 百分位，单节点 >15s 需排查代理链路
  • 403 率：小样本 <5%；节点间差异 >10 个百分点说明某 Node 出口脏

简易聚合命令（日志格式需自行适配）：

# 按 nodeId 统计最近 1h 403 占比
grep '"status":403' grid-task.log | awk -F'"nodeId":"' '{print $2}' | cut -d'"' -f1 | sort | uniq -c | sort -rn

浏览器冒烟层可对照 Scrapy/Playwright 代理预检 与 代理池轮换阈值 的三连测思路，在 Grid 上改为 Remote WebDriver 版本，确保 JS 渲染路径也被覆盖。

建议把 Grid 事件流（Session 创建/销毁、nodeId、耗时）写入结构化 JSON，与业务任务 ID 关联。某 nodeId 的 P95 延迟突然从 3s 跳到 18s，往往是该节点上游代理链路拥塞，而非 Selenium 本身故障——按 node 剔除比全集群重启更快恢复 SLA。

1 小时滑动窗口告警阈值参考（小样本验收期）：

  • 集群成功率跌破 90% → 暂停新任务入队
  • 单 nodeId 403 占比 >15% → 下线该 Node 并复测出口
  • P95 延迟 >20s 持续 3 个窗口 → 检查代理网关带宽

与 proxy-pool-health-guide 衔接

Grid 任务日志里的成功率、unique IP 率、403 滑动窗口，可直接映射到 代理池健康度评估 的六项指标：可用率、唯一性、Geo 覆盖、延迟分布、403 趋势、IP 类型一致性。建议双轨留存——008ip 报告做接入前基线，Grid 聚合日志做运行期监控。

接入新池或 Node 扩容时，先跑 50 Session 抽样 + 008ip 全量报告，再放开定时任务。若 unique 率下滑或某 nodeId 403 突增，按池健康指南触发换池或剔除节点，比在坏出口上硬撑并发更省时间。

运维侧可维护一张「Node ↔ 代理槽位 ↔ 008ip 报告 ID」对照表。换供应商时只改槽位映射，Grid 拓扑不变，回归测试范围可控。报告 ID 存档至少 90 天，方便追溯某次封号争议时的出口状态。

Grid 与单机 Selenium 的最大差异是出口归因：任务失败时必须能回答「是哪个 nodeId、哪条代理槽位、哪次 008ip 报告」。缺这一层，池健康指标再好看也无法定位根因。建议每周对活跃 Node 做一次 10 Session 回归抽样，与接入基线报告 diff，Geo 或 ASN 漂移超过阈值即触发复验。

下一步

在 008ip 代理检测 生成池级报告，配合 Grid 抽样脚本输出，作为节点扩容与换池的验收凭证。

常见问题 FAQ

Q：Grid 里代理认证放哪一层？

无认证代理可写在 Node SE_NODE_STEREOTYPE_EXTRA 的 --proxy-server 或 Session opts.proxy。带认证时 Chromium 不支持在 URL 里写 user:pass，应走 Node 前无认证转发网关，或加载 Chrome 代理认证扩展，勿把密码写进 Grid 配置文件明文。

Q：多节点出口 IP 重复怎么查？

对每个 nodeId 连开 10 Session 抓 httpbin origin，做交叉矩阵。若不同 Node 出现相同 IP，说明上游池子深度不足或轮换策略未生效。

Q：健康指标达标但目标站仍 403？

httpbin 与目标站风控标准不同。回查 008ip 报告中的 IP 类型与风控分数，并对照 代理池健康度评估 做 Geo/ASN 一致性复测。