您可以通过连接设置在 Firefox 上设置代理，只需输入主机、端口和协议，无需扩展。身份验证和 DNS 安全需要额外的几次点击，尤其是在使用 SOCKS5 时。
社交媒体经理可能在切换客户账户时，突然触发位置挑战。QA 测试人员可能正在检查特定国家的结账流程，发现 Firefox 仍然暴露办公室网络的公共地址。在这两种情况下，代理本身可能不是问题。浏览器可能只路由部分流量，本地解析 DNS，或者应用一个共享配置，而需要单独的会话。
Firefox 将代理处理保留在其正常设置中，而不是隐藏在开发者工具后面。Mozilla 的 连接设置文档 描述了手动代理配置，包括主机、端口和绕过规则的字段，使该功能在 2026 年成为标准浏览器网络控制。
为什么您的 Firefox 代理配置很重要
代理改变了 Firefox 在请求到达目的地之前发送网络请求的位置。这使得配置与隐私相关的内容超出了隐私。团队使用受控路由进行 合法市场研究、广告验证、价格监控、品牌保护、QA 测试和符合平台规则的账户操作。
缺少代理可能会在应该保持分开的工作流程中暴露相同的网络身份。配置不当的代理可能会造成相反的问题，例如账户看到意外的国家，内部服务停止加载，或身份验证反复失败。操作风险来自不一致，而不是代理的存在。
将浏览器视为网络的一部分
Firefox 对于代理工作负载仍然实用，因为其连接面板直接暴露设置。Mozilla 的管理员参考文档还记录了 Passthrough，它排除了选定的主机名或 IP 地址，以及特殊的 <local> 值，该值绕过没有句点的主机名的代理。当组织需要外部流量使用网关，而内部服务保持直接可达时，这些控制是重要的。
社交媒体团队可能需要为客户批准的发布和审核提供一致的区域连接。广告验证专家可能需要检查目标市场的着陆页表现。开发团队可能需要测试依赖位置的流程，而无需更改整个操作系统的网络配置。
实用规则： 在排除网站故障之前配置路由边界。如果 Firefox 通过错误的路径发送流量，浏览器级别的测试可能会产生误导性结果。
故意选择代理类别
移动代理使用与蜂窝网络相关的地址，通常通过 4G 或 5G 连接。这些地址对于自动防御来说更难被分类为数据中心流量，因为移动网络使用运营商级 NAT，许多设备共享运营商网络后面的公共地址空间。
住宅代理与消费者互联网连接相关，而数据中心代理来自托管基础设施。每个类别都有不同的信任配置文件、成本结构和操作适配性。正确的选择取决于工作流程、目标地理位置、会话要求和管理活动的权限。
Firefox 为您提供路由机制。它不决定您的收集、测试或账户活动是否被允许。团队应验证平台政策，尊重访问控制，并避免使用代理来绕过安全检查或违反条款。
在 Firefox 设置中手动设置代理
一旦您知道哪个字段控制哪个流量，Firefox 的手动工作流程就很简单。Mozilla 当前的支持指南引导用户到浏览器的 连接设置 面板，并建议在使用手动代理模式时从系统管理员那里获取正确的配置。
打开连接面板
- 打开 Firefox 并选择应用程序菜单。
- 选择 设置。
- 在常规设置区域，找到 网络设置。
- 选择 设置 以打开连接设置。
- 选择 手动代理配置。
Firefox 还提供自动检测、系统代理设置和自动配置 URL。当团队需要确定性的浏览器路由并有特定的端点要输入时，手动模式是更好的选择。
输入端点详细信息
使用为您的代理账户或内部网关提供的值。
- HTTP 代理： 输入普通网络流量的主机名或地址，然后输入其端口。
- HTTPS 代理： 仅在服务提供独特的 HTTPS 端点时单独填写此项。
- SOCKS 主机： 当服务提供 SOCKS 端点而不是 HTTP 代理时，请使用此字段。
- SOCKS v5： 当端点专门使用 SOCKS5 时选择此项。
- 不使用代理： 添加应直接连接的内部目的地或受信任的本地服务。
不要自动将相同的主机复制到每个协议字段。特定协议的端点可以使用不同的端口、身份验证行为或传输期望。关于 自动代理设置 的指导可以帮助团队决定手动配置文件或自动配置方法哪个更适合他们的部署。
处理身份验证和绕过规则
当代理首次连接时，Firefox 可能会请求用户名和密码。准确输入提供的凭据，包括任何必需的账户标识符或会话令牌。当端点需要身份验证时，留空字段将无效，反复关闭提示可能会使有效的代理看起来不可用。
谨慎使用绕过条目。本地仪表板、内部网主机名或测试服务可能需要直接访问，但广泛的排除可能会无意中将流量发送到意图之外的路径。Mozilla 在其 管理员代理参考 中记录了没有句点的主机名的 <local> 直通值，并描述了 SOCKS5 的 DNS 路由控制。
选择 确定，保存设置，并测试允许的目标。检查明显的公共位置以及预期的内部服务是否仍然正常。
HTTP 与 SOCKS5 代理协议
工作流程应决定协议。HTTP 代理是围绕网络请求设计的，而 SOCKS5 在较低的会话级别工作，可以承载更广泛的流量。这种差异影响路由、身份验证、DNS 处理，以及移动代理是否按预期工作。
对于浏览器研究、SEO 监控、QA 导航和基于网络的广告检查，HTTP 通常更易于操作。Firefox 将网络流量发送到 HTTP 端点，而当代理支持该行为时，HTTPS 目标可以被隧道化。身份验证通常属于代理端点，因此请验证提供的主机、端口、用户名和密码，而不是假设一个配置文件适用于每条路径。
SOCKS5 适合需要更广泛会话级路由的工作流程，包括一些自动化和移动代理用例。它可以承载超出标准网络请求的流量，但 Firefox 需要单独的 DNS 设置，以防止本地查找绕过代理。
暴露路由的 DNS 失败
DNS 将域名转换为地址。如果 Firefox 通过 SOCKS5 发送页面流量，但通过本地网络解析域名，则这些查找可能会暴露正常网络，即使页面请求使用了代理。这在团队分离帐户、验证位置或通过移动 4G 或 5G 端点运行自动化会话时很重要。
在 Firefox 中使用 SOCKS5：
- 选择 手动代理配置。
- 输入 SOCKS 主机和端口。
- 选择 SOCKS v5。
- 启用 使用 SOCKS v5 时的代理 DNS。
Mozilla 的管理员文档将相应的控制称为 UseProxyForDNS，它通过 SOCKS5 代理发送 DNS 查找，而不是通过本地解析器。 SOCKS5 代理协议指南 提供了有关此路由方法如何与 HTTP 不同的进一步背景。
DNS 检查：仅仅进行退出位置测试并不能确认 DNS 跟随代理。请单独检查名称解析，特别是在敏感研究、位置验证或多帐户工作流程中。
HTTP 仍然是仅用于网络工作的更简单选择。SOCKS5 适合需要更广泛流量支持的应用，只要启用远程 DNS 并确认端点协议。不要将 SOCKS 端点放在 HTTP 字段中，未经验证重复使用端口，或假设这两种协议接受相同的身份验证行为。
使用 Firefox 容器进行代理隔离
全局 Firefox 代理影响整个浏览器配置文件。这适用于单个受控工作流程，但当一个操作员管理多个客户端环境、测试多个位置或将个人浏览与工作活动分开时，它会变得有限。
Firefox 容器在同一浏览器中创建不同的浏览上下文。它们可以分离 cookies、登录和会话状态，但网络隔离也必须经过故意配置。如果没有范围路由，一个容器可能会保持自己的帐户状态，同时仍使用与其他容器相同的代理路径。
在身份必须保持分离时使用范围路由
Firefox 141 增加了在创建用户上下文时设置直接或手动代理的支持，如 Firefox 141 发布说明 中所述。这为需要一个容器直接连接而另一个容器使用手动网关的团队创建了更精确的操作模型。
一个实用的结构可能包括：
- 一个带有批准区域代理的 客户端容器。
- 一个使用单独测试路由的 QA 容器。
- 一个直接访问公司服务的 内部容器。
- 一个具有自己会话和身份验证状态的 研究容器。
其价值在于隔离。一个客户端的登录 cookie 不需要与另一个客户端的帐户共存，测试路由也不必成为内部工作的默认路由。
了解内置设置何时不足
当每个 Firefox 工作流程都应使用相同的端点时，全局手动配置仍然适用。当 帐户分离、地理位置或测试条件因任务而异 时，按容器路由变得更有用。
容器级代理支持还改变了故障排除模型。检查拥有路由的上下文，而不仅仅是浏览器的一般设置。在一个容器中成功的连接并不能证明另一个容器使用相同的协议、凭据、绕过列表或 DNS 行为。
使用单独的授权帐户，并保持自动化在每个平台的规则之内。隔离改善了操作卫生，但并不允许创建欺骗性身份或逃避执法。
配置移动 4G 和 5G 代理提供商
移动代理设置从提供商的连接模型开始，而不是从 Firefox 开始。一个 移动代理 通过蜂窝网络（如 4G 或 5G）路由流量，并可能提供固定会话、轮换会话或通过管理操作进行用户控制的更改。
移动地址可能比许多数据中心地址更难以检测和阻止，因为它们类似于运营商流量。这并不意味着它们是不可见的，也不意味着不需要合规使用。它确实使该类别与位置感知 QA、广告验证、社交媒体操作和网络声誉影响结果的研究相关。
将提供商选项转换为 Firefox 字段
在打开连接设置之前，请询问四个详细信息：
- 协议和主机：确认端点是 HTTP 还是 SOCKS5。
- 端口类型：确定端口是个人的、共享的、专用的，还是与会话相关的。
- 凭据：记录确切的用户名和密码格式。
- 轮换行为：了解地址是保持不变还是自动更改。
一个 粘性会话 在定义的工作流程期间保持相同的退出地址。轮换会话根据提供商的规则更改地址。对于帐户操作和结账 QA，连续性可能比频繁更改更重要。对于广泛的市场观察，轮换可以帮助在不同网络身份之间收集视图，只要活动保持授权。
将轮换与工作匹配
不要将轮换视为自动有利。登录或支付流程中的地址变化可能会触发额外的验证，并使测试结果不可靠。稳定的会话通常更有助于重现用户旅程，而受控轮换可以支持区域抽样或弹性检查。
Firefox 的 不使用代理的 字段在移动连接中也很重要。排除必须在没有网关的情况下保持可访问的内部仪表板、私有服务或本地测试目标。Mozilla 文档中包含主机名和 IP 地址的直通规则，包括 <local> 用于没有句点的主机名，以便团队可以明确地定义此边界。
对于像 Evoproxy 这样的提供商，将其提供的移动主机、端口、协议、轮换选择和身份验证值映射到 Firefox 中，而不是在字段之间猜测。首先测试一个批准的工作流程，然后记录有效配置，以便其他团队成员可以重现。
排除常见代理故障
连接失败并不自动意味着代理帐户无效。在实践中，浏览器通常在错误的字段中有有效的端点、协议不匹配，或者凭据的格式与服务期望的不同。
从控制故障的字段开始
如果 Firefox 报告代理不可用，请首先检查端点类型。HTTP 服务应放在 HTTP 字段中，而 SOCKS5 服务应放在 SOCKS 主机字段中，并选择 SOCKS v5。除非提供商明确表示一个端点支持所有这些，否则不要在 HTTP、HTTPS 和 SOCKS 字段中填入相同的值。
身份验证提示值得单独检查。确认用户名、密码、端口和任何会话标识符，然后如果 Firefox 不断重试旧登录，请删除过期的保存凭据。凭据问题可能看起来像网络超时，因为代理在页面加载之前拒绝连接。
诊断泄漏和意外位置
如果网站报告错误位置，请在更改浏览器设置之前检查会话分配和轮换行为。轮换端点可能已移动到不同的区域，或者提供商可能提供了与预期市场不匹配的共享路由。
如果公共地址看起来正确，但隐私测试仍然显示本地网络，请重新检查 使用 SOCKS v5 时的代理 DNS。对于暴露本地对等或媒体网络信息的浏览器工作流程，团队还可以查看此 WebRTC 泄漏防护指南，并仅在允许此类控制的环境中进行测试。
使用简短的诊断序列：
- 协议： 端点是 HTTP 还是 SOCKS5？
- 端口： 端口是否与所选服务匹配？
- 凭据： 值是否是最新的并且格式正确？
- DNS： SOCKS5 是否启用了远程 DNS？
- 绕过： 目标是否意外被排除？
- 范围： 正确的 Firefox 容器是否使用了预期的路线？
一次更改一个设置。这可以保留可用的因果关系，而不是将故障排除变成猜测。
可靠代理工作流程的下一步
一个有效的 Firefox 代理只是起点。可靠的团队在对业务重要的条件下验证路线：真实的登录流程、特定位置的页面、授权的爬取或可重复的 QA 旅程。
检查明显的出口位置，确认 DNS 是否遵循预期路线，并验证会话在任务中是否保持稳定。如果启用了轮换，观察变化是否发生在预期的边界，而不是在关键交易期间。对于多账户工作，独立测试每个容器，并确认 cookies、凭据和代理范围没有跨越您预期的操作边界。
代理选择应遵循工作流程：
- 账户操作： 优先选择稳定的会话、明确的分离和文档化的权限。
- 市场研究： 使用受控地理位置和不扭曲结果的轮换策略。
- 广告验证： 在比较创意或着陆页行为之前，始终如一地再现目标位置。
- QA 测试： 保持测试路线隔离，以便网络变化不会污染内部检查。
- 隐私敏感浏览： 验证 DNS 和其他浏览器泄漏表面，而不是仅依赖代理标签。
当运营商网络身份、区域测试和会话控制很重要时，移动 4G 或 5G 代理可以是一个实用的选择。根据您的特定工作负载评估信任、吞吐量、轮换行为、身份验证弹性和支持响应能力，然后在扩展访问之前先进行小规模授权测试。
Evoproxy 提供具有个人和共享端口的移动代理连接、可配置的轮换以及手动 Firefox 设置，适用于需要 4G 或 5G 路由的团队。访问 Evoproxy 查看可用选项，并测试其移动连接是否适合您的社交媒体管理、广告验证、研究或 QA 工作流程。
