TL;DR

• SeleniumBase 从三个可互换的入口点中读取代理 —— --proxy pytest CLI 标志、Driver() 的 proxy 参数或 SB() 上下文管理器的 proxy 参数 —— 并且这三者在内部都通过相同的驱动程序启动代码进行路由。
• Chrome 和 Edge 上的经过身份验证的 HTTP/HTTPS 代理工作无需登录弹出窗口，因为 SeleniumBase 会动态编写一个 Manifest V3 浏览器扩展，自动响应每个 407 挑战；您在这两个浏览器上从不需要单独的匿名代理层。
• Firefox 处理代理的方式不同，并且不会自动填充凭据。 SeleniumBase 设置 Firefox 的本机 network.proxy.* 首选项（包括 SOCKS4/5/5h），但没有凭据注入步骤，因此经过身份验证的代理仍会触发 Firefox 自己的登录提示。
• SOCKS4、SOCKS5 和 SOCKS5h 是 CLI 标志和 Python 构造函数中的有效代理方案（例如 socks5://host:port），直接从 SeleniumBase 4.51.10 的 proxy_helper.validate_proxy_string() 源进行了确认。
• UC 模式接受与标准会话相同的 proxy= 参数，但 SeleniumBase 并未提供内置的每请求轮换调度程序 —— 请求之间轮换 IP 必须来自代理网关本身或通过新的值重新启动驱动程序。
• Chrome 137 对扩展内部的更改短暂破坏了 SeleniumBase 的代理身份验证扩展。 当前版本包括修复；在新版本的 Chrome 构建中，如果仍然出现登录弹出窗口，则在导航之前切换到 CDP 模式是已记录的解决方法。
• Nstproxy 的住宅网关通过一个字符串插入到三个集成点中的任何一个（username:password@gw-us.nstproxy.com:24125），跳过普通 Selenium、Puppeteer 和 Playwright 设置通常需要的本地匿名代理层，以用于经过身份验证的代理。

介绍：SeleniumBase 的代理支持实际上涵盖了什么

SeleniumBase 是一个基于 Selenium WebDriver 和 pytest 的 Python 浏览器自动化和测试框架，它添加了一个代理层，超出了原始 Selenium 开箱即用的功能。普通 Selenium 的 --proxy-server Chrome 选项无法携带用户名和密码，SeleniumBase 解析 username:password@host:port 字符串，为 Chromium 浏览器动态构建一个小型浏览器扩展，并将该扩展接入以自动回答身份验证挑战。该框架在 ，当前版本为 4.51.10，由 Michael Mintz 在 上维护。该框架自己的代理文档在其 中涵盖了本指南中使用的 CLI 标志语法。