TL;DR

• MechanicalSoup 使用 Requests 进行 HTTP，因此代理行为属于 requests.Session。 配置会话一次，并将其传递给 StatefulBrowser 以便页面加载和表单提交共享此路由。
• 即使两个键指向同一个 HTTP 代理 URL，也要同时使用 http 和 https 键。 字典键选择目标方案；它们不一定描述代理传输。
• 将代理凭证保留在 Python 源代码之外。 从环境变量或秘密管理器中读取，进行 URL 编码，并隐藏失败信息。
• 粘性会话是登录和多步骤表单的安全默认选项。 每次请求的轮换可能会在 GET、CSRF 令牌获取和 POST 之间更改出口 IP。
• MechanicalSoup 1.4.0 不执行 JavaScript。 当内容、令牌或导航依赖于客户端代码时，选择真实浏览器。
• 验证必须覆盖整个工作流程。 一次本地实时测试确认 MechanicalSoup 1.4.0 通过相同的配置代理发送了 GET 和表单 POST。

MechanicalSoup 代理实际配置的内容

一个 MechanicalSoup 代理配置用于获取和提交 HTML 的 Requests 会话。Nstproxy 住宅高级代理 在授权工作流程需要区域性住宅路由或上游粘性会话时，可以提供经过身份验证的端点。

MechanicalSoup 将 HTTP 状态的 Requests 与用于 HTML 导航的 Beautiful Soup 结合在一起。它存储 cookies，跟随重定向，选择表单并提交字段，但不运行 JavaScript。官方 MechanicalSoup 文档 确立了这一架构，而它的API 参考 让 Browser 或 StatefulBrowser 接受现有的 Requests 会话。

这个会话边界是可靠使用代理的关键：

MechanicalSoup → requests.Session → 代理网关 → 网站

传递 proxies= 给一个 open() 调用只影响该请求。配置 session.proxies 可以在 MechanicalSoup 跟随链接或提交选定表单时保持路由。

为什么要与 MechanicalSoup 一起使用代理？

当允许的 HTML 工作流程需要控制的出口路由、位置或与应用服务器正常流量的隔离时，代理非常有用。好的例子包括第一方表单测试、地区内容质量保证、公共价格监控和网络路径诊断。