团队使用代理 IP 时，不要让所有员工、项目和自动化任务长期共用一套主凭证。更容易管理的做法是按照项目和运行环境分配代理子账号，记录每个账号的负责人、使用位置和流量上限；项目结束或人员变动时，只停用对应账号，不必同时更换整支团队的配置。
团队账号管理重点解决三件事：谁在使用代理、这部分用量属于哪个项目，以及人员或项目变化时怎样快速撤销对应凭证。这里的“项目分账”只表示把代理用量和成本归到具体项目，并不代表子账号拥有独立钱包、订单或发票。
文章目录
一、多人共用代理凭证的管理风险
共用凭证最直接的问题不是“不能连接”，而是出了问题以后无法确认是谁、在哪台设备、为哪个任务使用了代理。一个测试脚本产生大量请求，后台可能只看到主账号总量；员工离职后，团队也很难判断旧密码还保存在哪些浏览器、服务器和配置文件中。
| 团队现象 | 共用凭证带来的问题 | 子账号管理目标 |
|---|---|---|
| 代理流量突然增加 | 无法把用量对应到项目、环境或负责人 | 按账号查看使用数据，缩小核查范围 |
| 测试任务影响正式业务 | 测试和生产使用同一凭证与总额度 | 拆分环境，分别设置可接受的使用边界 |
| 人员离职或供应商结束合作 | 更换主凭证会影响所有仍在运行的任务 | 停用对应子账号，并核对遗留配置 |
| 客户要求核对项目成本 | 只能提供团队总用量，缺少项目归属 | 用账号登记表与后台数据完成项目核算 |
拆分子账号不能消除所有风险，但能缩小故障和泄露的影响范围。只要每个账号都有明确用途和负责人，异常出现时就不必先停掉全部业务。
二、子账号的分配方式
代理子账号没有一种适合所有团队的分配方式。选择标准是：当某个账号流量异常、需要换密码或必须停用时，哪些任务应该一起受到影响？这组任务就是合理的隔离单元。
| 分配方式 | 适合场景 | 优点 | 主要问题 |
|---|---|---|---|
| 按人员 | 人工操作较多、每个人任务边界清楚的小团队 | 责任人容易确认，人员离开时可单独停用 | 同一项目会分散在多个账号，项目成本需要汇总 |
| 按项目 | 客户项目、采集任务或业务线相互独立 | 项目用量和预算容易对应 | 多人共用项目账号时，仍需在内部记录实际使用人 |
| 按环境 | 开发、测试和正式任务差异明显 | 测试故障不会直接牵连生产凭证 | 如果项目较多，仅按环境拆分仍然过粗 |
| 项目 × 环境 | 持续运行、有正式发布流程的团队 | 项目成本和环境风险都能分开 | 账号数量增加，需要维护登记表和负责人 |
对于同时存在多个长期项目、且区分测试与生产环境的团队，“项目 × 环境”通常是一个比较容易维护的起点。例如，同一个项目可以分别建立测试账号和生产账号；测试额度较小，生产账号由固定负责人保管。人员只是账号的使用者，不必因为员工调岗就重建整个项目的连接配置。
不要为了追求“绝对隔离”给每个一次性任务都创建账号。账号颗粒度过细后，负责人、密码和配置位置反而更难维护。判断是否需要拆分，可以看预算是否独立、停用是否需要互不影响，以及是否由不同人员负责。
三、账号命名与登记表
账号名称负责快速识别，登记表负责保存完整背景，两者不要混在一起。根据 IPWeb 当前公开的代理子账号接口说明，创建子账号时的用户名由字母和数字组成，并有长度限制。因此账号本身应使用短代码，项目全称、环境、负责人和交接记录放在团队登记表中。
下面这张表可以直接复制到 Excel、Notion 或团队资产台账中。示例行只用于展示填写方式，其中的 100 GB 不是推荐额度。
| 子账号 | 项目 | 环境 | 负责人 | 使用位置 | 用途 | 流量限额 | 凭证存放位置 | 最近改密 | 状态 |
|---|---|---|---|---|---|---|---|---|---|
mkprd01 |
市场价格监测 | Production | 运营 A | Server-A | 商品价格更新 | 100 GB（示例） | Vault/Proxy/Market | 2026-09-01（示例） | 使用中 |
实际使用时，登记表至少要覆盖以下信息：
- 子账号短代码；
- 所属项目和运行环境；
- 业务负责人及技术负责人；
- 使用代理的服务器、浏览器或应用；
- 允许访问的业务范围；
- 当前流量限额及调整记录；
- 创建、交接、改密和停用日期；
- 异常处理联系人。
登记表不要保存明文密码。它只记录“凭证存在哪里、谁负责、何时变更”，真正的代理密码应放在受控的密码库、密钥管理服务或访问范围明确的配置系统中。
四、流量限额与项目预算
流量限额的作用是阻止单个项目无限占用团队资源，不是用来代替预算管理。项目开始前要确定当前套餐单价、预算周期和业务预计用量，再把可使用的流量转换成子账号限额。
项目可购买流量 = 项目代理预算 ÷ 当前套餐每 GB 价格
子账号可分配流量 = 项目可购买流量 - 团队保留流量这两个公式只适合做内部粗算；如果套餐存在阶梯价格、地区差价、最低购买量、有效期限制或优惠及附加费用，应按照实际订单成本和当前可用余额重新计算。
团队保留多少流量没有统一比例，应根据业务波动和补充流量所需时间决定。不要照搬固定的 10% 或 20%。如果任务存在明显淡旺季，也不必一次性把整个季度额度全部放给子账号，可以按团队复核周期逐步调整。
限额需要与时间周期一起记录
公开接口中的 limitFlow用于设置流量限制，但文档没有把重置周期、余额扣减关系或预警方式写成统一规则。因此登记表中要额外写明这是单次项目额度、月度内部预算还是临时测试额度，并以后台当前页面、订单说明和实际数据为准。
不要把限额直接等同于流量告警
能设置上限，不代表系统一定会在达到某个比例时自动通知。没有确认后台告警能力前，可以在团队自己的表格或监控系统中设置复核节点，例如每周查看实际使用量和剩余额度。发生异常消耗时，应另行核对任务、时间和传输记录，而不是只提高限额。
调整额度要留下原因
临时追加流量时，至少记录申请人、项目、追加数值、原因和批准人。这样月底看到某个项目超出原预算时，可以区分业务正常扩量、配置错误和无人认领的异常使用。
五、代理凭证生命周期
代理账号和密码属于服务凭证。只要持有人仍能连接代理，这套凭证就没有真正完成交接。团队需要管理的不只是“把密码发给谁”，而是凭证从创建到停用的完整生命周期。
OWASP 密钥管理指南把创建、轮换、撤销和过期列为凭证生命周期的基本阶段，并强调凭证不再需要或可能泄露时应及时撤销。NIST 对最小权限原则的定义也要求用户或进程只获得完成任务所需的最低访问范围。
发放：账号与使用位置同时登记
新账号交付时，要登记接收人、设备或服务器、项目和有效用途。不要把完整代理连接字符串发到长期保留的多人群聊，也不要把密码写进公开代码仓库、共享工单或可下载日志。
使用：测试与生产凭证分开
开发者可以看到测试账号，不代表必须同时看到生产账号。如果代理平台本身没有更细的角色管理能力，团队仍可通过独立子账号、受控配置文件和内部审批流程限制凭证暴露范围。
交接：确认所有依赖位置
改密前先查：服务器环境变量、代理客户端、指纹浏览器、云手机、CI/CD、定时任务和第三方自动化平台。
负责人变更时，先从登记表找出使用该账号的程序、浏览器、服务器和定时任务。更换密码后要同步更新这些位置，并进行一次实际连接验证。只把新密码发给接任人，却不清理旧配置，不算完成交接。
撤销：停用后继续观察使用记录
项目结束、外包合作终止或怀疑泄露时，应停用对应子账号或更换凭证，随后检查已知客户端是否都已断开。IPWeb 公开接口提供子账号状态修改能力，但旧连接如何结束、状态传播需要多久并未在该页面详细说明，因此执行后仍要用实际连接和后台记录验证；如仍有异常，向官方支持提供账号与时间段。
六、子账号的能力边界
子账号主要解决认证、使用归属和额度管理问题，不自动代表独享 IP、独享端口、独享带宽或独立服务器。同一个团队即使建立了多个子账号，也要根据所购产品确认出口 IP 是否轮换、资源是否共享以及连接限制。
| 容易混淆的对象 | 它解决什么问题 | 不能据此推断什么 |
|---|---|---|
| 代理子账号 | 区分代理凭证、状态、限额和使用数据 | 不能证明出口 IP 只属于该账号 |
| 后台操作员账号 | 控制谁能登录管理后台及执行管理操作 | 不一定就是实际发起代理连接的凭证 |
| 目标平台子账号 | 管理电商、广告或其他业务平台内部权限 | 不能代替代理服务的认证账号 |
| 独享 IP 或独享带宽 | 描述出口地址或网络容量的资源边界 | 不能自动提供团队审批和凭证交接流程 |
如果团队还需要确认套餐里的 IP、端口、带宽和服务器分别是否共享，可以继续查看四类代理资源的区别，不要把“账号分开”和“网络资源独享”当成同一件事。
七、IPWeb 子账号管理项
根据 IPWeb 当前公开文档，代理子账号接口支持创建子账号、修改密码、调整流量限制、修改账号状态和获取子账号列表。返回数据中包括上传流量、下载流量、流量限制、用户名和状态等字段。接口参数和可用规则可能随产品更新，实际操作应以最新子账号文档及后台页面为准。
团队使用按流量计费且需要地区轮换的代理任务时，可以把每个项目的子账号接入动态住宅代理，再通过账号登记表记录负责人和预算。子账号只是管理手段，所选国家、城市、会话时长和协议仍要根据具体任务配置。
如果不需要通过 API 自动管理，可以在后台完成现有界面支持的操作；需要批量创建、调整或查询时，再由开发人员对照官方接口实现。具体请求参数和返回结构直接以官方接口文档为准，避免博客中的静态示例在接口更新后失效。
八、团队审计与项目结束清单
每周检查正在使用的账号
- 账号是否仍有明确项目和负责人；
- 本周用量是否与任务运行时间和规模相符；
- 测试账号是否在非测试时段持续使用；
- 已暂停项目是否还有流量或连接记录；
- 是否出现未登记的设备、服务器或第三方工具。
每月核对预算与账号结构
- 汇总每个项目的账号用量，不只看主账号总余额；
- 复核追加额度是否有申请与业务原因；
- 合并长期闲置或颗粒度过细的账号；
- 确认生产凭证没有继续保存在测试环境；
- 检查登记表、后台状态和实际配置是否一致。
项目结束或人员离开时
- 停止相关任务并记录最后运行时间；
- 停用对应子账号，必要时更换可能被共享的凭证；
- 从服务器、浏览器、自动化平台和配置库中移除旧凭证；
- 验证旧配置不能继续建立代理连接；
- 观察后台数据，确认不再产生未解释的使用量；
- 归档项目用量、额度调整和交接记录。
项目已经结束却仍有用量时，不要直接删除记录。保留账号、时间和客户端信息，完成异常核对后再归档，才能避免下一次遇到相同问题时重新猜测。
九、代理 IP 团队管理常见问题
1. 一个代理子账号可以给多个人使用吗？
技术上是否允许要看产品规则，但管理上不建议无记录地多人共用。确实需要多人参与同一项目时，应指定一名账号负责人，并在内部记录实际使用人、设备和任务；否则子账号仍无法提供责任归属。
2. 子账号按员工还是按项目创建更好？
人工操作为主、人员边界清楚时可以按员工；自动化和客户项目更适合按项目，正式任务较多时再拆分测试与生产环境。选择标准是停用一个账号时，哪些任务应该一起停止。
3. 给子账号设置流量限制后，还需要监控吗？
需要。限额只能约束最大使用边界，不能解释流量由什么请求产生，也不能证明后台一定提供自动告警。团队仍应定期核对账号、时间、任务和实际用量。
4. 修改代理密码后，旧程序会自动更新吗？
不会。保存在浏览器、服务器、脚本或第三方工具中的旧密码需要分别更新。改密后应逐一验证关键任务，并检查是否还有遗漏的旧配置持续报错。
5. 停用子账号后，旧连接会立即断开吗？
公开子账号接口只说明可以修改账号状态，没有明确承诺所有既有连接的结束时间。执行停用后应进行实际连接测试并观察后台记录；行为与预期不一致时，联系官方支持确认。
6. 创建独立子账号就能获得独享 IP 吗？
不能据此判断。子账号是认证和用量管理对象，出口 IP 是否独享、是否固定、带宽是否共享取决于所购代理产品与服务约定。
7. 团队规模很小，还有必要拆分代理账号吗？
只要正式任务和测试任务需要互不影响，或者两个人负责不同项目，就有拆分价值。无需一次创建很多账号，可以从“一个正式项目一个账号、测试环境另一个账号”开始。
团队能够随时回答“谁在用、用在哪里、最多能用多少、怎样立即停用”这四个问题，代理账号才算真正进入可管理状态。账号数量不是目标，清晰的负责人、用途、额度和撤销路径才是。
