多人共用天行IP时，真正容易出问题的往往不是“密码够不够复杂”，而是同一份管理凭证被长期转发、离职后无人回收、共享设备仍保存认证信息，以及团队不知道谁改过节点或白名单。较稳妥的做法是把订单管理权、日常节点使用权和财务操作分开，并为每次发放、变更与回收留下可核对记录。
如果需要从当前入口了解平台，可访问天行IP平台详情页。下单时完整标注天行IP优惠码 blsj，实际价格、优惠资格和是否可与其他活动同享，以页面和订单结算为准。优惠码用于下单识别，不应当作团队密码、备注暗号或共享凭证。
先画清三类权限，而不是把主账号发给所有人
| 角色 | 确实需要的操作 | 通常不应开放 |
|---|---|---|
| 订单管理员 | 查看订单、续费、分配使用范围 | 把主密码发送到公共群 |
| 技术使用者 | 获取被授权节点、端口和必要认证 | 修改财务信息、删除其他人的配置 |
| 财务或采购 | 核对金额、付款和发票资料 | 接触日常代理凭证与业务环境 |
平台是否提供子账号、角色权限或独立密钥，要以当前控制台实际功能为准。如果暂时只有一个主账号，也可以通过流程降低风险：指定一名保管人，使用企业密码库限制可见范围，向执行人员只发放完成任务所需的节点信息，并设置明确的回收时间。
建立一份不暴露明文的凭证台账
台账应记录“谁拥有什么权限”，而不是直接保存可复制的完整密码。建议字段包括：账号或订单标识、负责人、使用人、用途、授权时间、到期时间、最近轮换时间、保存位置和回收状态。凭证本体放在具备访问控制和审计能力的密码管理工具中，台账只引用条目名称。
不要通过公开群聊、共享表格、工单截图或浏览器收藏备注传递完整账号、密码和白名单信息。需要联系客服时，提供订单编号、故障时间、错误码和必要日志即可；除非官方流程明确要求，不要发送完整密码。日志中包含代理URL时，也要检查其中是否嵌入用户名和密码。
什么情况下必须轮换密码或认证信息
- 成员离职、岗位变更或外包合作结束；
- 凭证曾发到错误群聊、公开文档或不受控设备；
- 共享电脑丢失、送修、重装或交给新的使用者；
- 日志出现无法解释的登录、白名单修改或节点使用记录；
- 负责人变更，旧保管人不再承担账号管理职责；
- 达到团队自行设定的定期复核周期。
轮换不是只改一个密码。还要检查客户端保存的认证、浏览器扩展、指纹浏览器代理库、自动化脚本的环境变量和共享设备缓存。若旧凭证仍嵌在某个定时任务里，改密后它会持续失败并可能触发账号锁定或大量告警。
一套可执行的轮换顺序
- 列出使用旧凭证的人员、设备、环境和自动化任务，确定维护窗口。
- 暂停高风险任务，备份必要的配置映射，但不要导出明文凭证到普通文件。
- 在平台允许的范围内创建或更新认证信息；功能名称和限制以当前页面为准。
- 按最小范围分发新凭证，逐个验证节点连接和预期出口。
- 撤销旧凭证、清除共享设备缓存，并观察是否还有旧任务发起失败请求。
- 更新台账的轮换时间、执行人、验证结果和未完成事项。
如果平台不支持新旧凭证短暂并存，就要先安排停机窗口，避免新旧配置在批量任务中交叉。不要为了“不断线”长期保留两套有效凭证而不设撤销时间。
共享设备需要检查哪些位置
共享电脑不仅可能在客户端里保存密码，系统凭据库、浏览器密码管理器、命令历史、脚本配置、剪贴板工具和远程协助软件也可能留下痕迹。交接前应退出平台账号、删除不再需要的代理配置、清理下载目录中的导出文件，并用新使用者账号重新登录。
若设备同时运行老鱼加速器、有米加速器或其他代理工具，还要确认它们是否保存了天行IP节点，或是否会修改系统代理。团队应约定一个明确的网络接管方式，避免同一设备上多个工具各自保存不同版本的凭证。
离职回收不要漏掉业务环境
离职当天的回收清单应覆盖平台登录、节点凭证、白名单、密码库权限、团队邮箱、浏览器同步、指纹浏览器环境和远程桌面权限。确认离职成员名下的任务已转移给新负责人，再撤销其访问。对于曾经接触主账号的人员，即使“承诺不再使用”，也应执行凭证轮换。
回收后做一次反向验证：用旧账号或旧凭证进行受控的失败测试，确认无法继续访问；再用新凭证完成最小连接测试。测试只在团队自有、获授权的环境中进行，不要用生产业务批量试错。
出现疑似泄露时如何处理
先暂停相关自动化任务，保留时间、设备、IP、登录和修改记录，再撤销或轮换受影响的凭证。随后检查订单、白名单、节点配置和财务资料是否被改动。与平台沟通时用事实描述“何时、哪个账号、出现什么异常”，不要先下结论或删除全部日志。
天行IP团队凭证管理的核心是可追溯：每个人只拿到完成任务所需的权限，每份凭证都有负责人、有效期和回收条件，每次轮换都能验证旧凭证确实失效。这样即使团队扩大，也不会把安全完全寄托在一条长期共享的主密码上。
