代理配置总览：浏览器网络决策图

当团队把 endpoint、DNS、端口和地址族当成一个开关时，代理问题就很难定位。本文在浏览器代理配置之外连接代理主题簇，并提供选择顺序。

BotBrowser 可以用声明的代理重复授权 profile，但不能修复上游提供商、保证匿名性，也不能决定服务保留什么数据。

要点

• 先选范围，再选 endpoint：浏览器、context 或一次操作。
• 分别验证切换、端口、DNS 和地址族一致性。
• 每次变更保留不含密钥的决策记录。
• 公共 IP 通过不代表 DNS 或 WebRTC 也符合预期。

内容

• 先确定范围
• 使用代理主题簇
• 记录决策
• 排查差异
• 结论

先确定范围

先写明操作是浏览器、隔离 context 还是定时运行，再声明协议、密钥来源、endpoint 和期望地址族。不要把密钥放进页面或截图。

问题	记录	下一责任方
哪些页面需要这条路径？	浏览器或 context 范围	自动化负责人
endpoint 能否切换？	触发器和回滚	运维负责人
DNS 在哪里解析？	代理、本地或未知	网络负责人
期望哪个地址族？	IPv4、IPv6 或两者	提供商和应用负责人

使用代理主题簇

做跨层排障时，先把引擎与 API 保护测试和身份表面总览放在一起对照，再改变网络路径。遇到地址族问题时，先用IPv4 与 IPv6 代理一致性检查，再改变提供商。按顺序阅读这些文章：

• 代理配置定义 endpoint、认证和范围。
• 动态代理切换记录切换与回滚。
• 端口保护解释端口策略边界。
• DNS 泄漏预防把解析观察和公共 IP 分开。
• IPv4 与 IPv6 代理一致性对比期望地址族。

主题簇文章保留细节；本文负责选择顺序和交接表。

记录决策

在运行记录旁保存小型 JSON，包含范围和各项独立检查：

{
  "runId": "proxy-map-20261016-01",
  "scope": "context",
  "protocol": "socks5h",
  "switch": { "trigger": "provider-timeout", "rollback": "previous-endpoint" },
  "portPolicy": "declared",
  "dns": "proxy-side",
  "addressFamily": { "expected": "ipv6", "observed": "ipv6" },
  "testedOn": "2026-10-16"
}

它是运维观察，不证明每个目标都使用同一路径，也不证明提供商可信。

排查差异

公共 IP 不符合预期时，先检查范围和 endpoint 是否持久化。DNS 在本地时，运行对应文章的受控测试。只有一个 context 变化时，检查 context 责任边界。IPv4 与 IPv6 不一致时，对比提供商策略和浏览器连接竞速。

保留第一次结果，标记失败阶段，每次只改一个输入。密钥、提供商容量、本地策略和应用假设应交给不同负责人。

结论

代理配置是一串决策：范围、endpoint、切换、端口、DNS 和地址族。用主题簇查细节，用本文决定顺序。独立观察能避免把一次 echo 通过写成匿名性承诺。

来源

• 代理服务器与隧道（MDN）
• RFC 8305 Happy Eyeballs
• W3C Network Error Logging

下一篇

先读代理配置，再根据实际失败沿五个主题链接继续。