自建住宅IP池的重点不是堆积节点，而是完成合法节点接入、健康检测、会话分配和故障切换。默认保持会话稳定，仅在节点失效、任务结束或租约到期时轮换，更适合持续运行的数据采集任务。

自建住宅IP池只是把节点放进列表吗？

仅把住宅IP写进列表，再用轮询算法切换，无法形成可持续运行的IP池。

真正的住宅IP池至少需要解决五件事：

本文仅讨论自有或获得明确授权的住宅网络节点。来源不明的设备不应接入代理池，住宅线路也不应被用于超出授权范围的数据访问。

住宅节点应该从哪里来？

住宅节点必须来自可核验、可授权、可停止的网络资源。

常见的合规来源包括自有办公住宅线路、获得设备所有者明确授权的家庭宽带，以及合同允许作为业务出口使用的网络线路。每个节点都应登记以下信息：

• 唯一节点编号
• 所属地区和运营网络
• 当前出口IP
• 线路带宽与允许并发
• 授权状态和有效期
• 最近心跳时间
• 当前任务数
• 最近失败原因

节点端宜主动建立到中心网关的加密连接，不直接开放公网入站端口。授权到期、心跳中断或配置被撤销后，控制端应立即停止分配该节点。

哪套架构更适合持续运行？

控制面与转发面分离，通常比所有逻辑堆在一个代理程序中更容易维护。

业务任务
   ↓
统一代理网关
   ↓
会话映射与节点调度器
   ↓
健康节点列表
   ↓
获得授权的住宅网络节点

控制面负责节点注册、健康评分、会话租约和调度决策。转发面只负责接收业务请求，并将请求送往已经分配的节点。

节点状态可以分为四类：

1. 可用：允许接收新任务。
2. 繁忙：保留已有会话，暂停新分配。
3. 隔离：健康检查异常，等待复检。
4. 下线：授权终止或需要人工处理。

IP自动轮换应该按什么规则触发？

默认应采用会话级轮换，而不是每次请求都更换IP。

逐请求轮换容易导致登录态、Cookie、地区和访问链路频繁变化。对招投标数据、舆情监测和网站采集器等连续任务，更稳妥的方式是给每个任务分配一个短期租约。

示例配置如下，具体阈值应根据任务类型和线路质量调整：

rotation:
  mode: session
  lease_seconds: 600
  failure_threshold: 2
  quarantine_seconds: 300

health_check:
  interval_seconds: 30
  timeout_seconds: 5

具体应该怎样搭建？

可以按“接入、检测、评分、分配、轮换、观测”六步实施。

第一步：建立节点注册表

为每个节点生成独立凭证，并记录地区、容量、授权有效期和当前出口IP。节点身份与出口IP需要分开管理，因为家庭宽带重新拨号后，出口IP可能发生变化。

第二步：部署节点代理程序

节点程序负责建立出站连接、定时上报心跳和执行出口检测。中心端只接受已登记凭证，单个凭证不应在多台未知设备上复用。

第三步：运行健康检查

健康检查至少覆盖连通性、响应时间、出口IP、近期成功率和当前负载。单次失败不宜直接删除节点，可先进入隔离状态，复检通过后再恢复。

第四步：建立调度评分

调度器可综合健康状态、地区匹配度、响应时间和剩余容量选择节点。下面是简化伪代码：

def choose_node(nodes, required_region):
    candidates = [
        node for node in nodes
        if node.healthy
        and node.region == required_region
        and node.load < node.capacity
    ]

    if not candidates:
        return None

    return max(candidates, key=lambda node: node.health_score)

第五步：保存会话映射

以任务编号或会话编号作为键，保存节点编号和租约截止时间。租约未到期且节点健康时继续复用，只有达到轮换条件才重新选择。

第六步：补齐监控记录

至少记录可用节点数、隔离节点数、轮换次数、失败率、响应时间和地区容量。若某个地区只剩一个节点，应提前告警，而不是等任务中断后再处理。

如何判断IP池已经可以投入业务？

通过压力测试不代表可以上线，还要验证轮换过程是否保持业务连续性。

建议分别使用网站采集器、招投标数据和舆情监测任务进行验证：

• 节点掉线后，任务能否在限定时间内切换。
• 同一会话是否在租约内保持出口稳定。
• 多任务并发时，是否出现单节点过载。
• 出口IP变化后，登记信息能否自动更新。
• 地区节点不足时，系统是否停止分配并告警。
• 任务日志能否追溯到具体节点和轮换原因。

正式上线前还应设置总并发、单节点并发和目标站点请求频率上限，避免异常任务拖垮整个节点池。

哪些问题最容易让IP池失控？

最常见的问题不是节点太少，而是状态不准、轮换过快和缺少授权管理。

• 只检测端口连通，不检查真实出口IP。
• 每次请求都轮换，导致会话状态不断变化。
• 节点失败后立即重新加入，形成反复切换。
• 不限制单节点并发，家庭线路长期满载。
• 只记录结果，不记录节点选择和轮换原因。
• 授权到期后仍保留节点凭证。
• 把不同地区、线路和容量的节点视为完全相同。

可维护的住宅IP池，本质上是一套受控的网络资源调度系统。节点数量决定容量上限，授权管理、健康检测和会话轮换决定它能否长期运行。

FAQ

Q：住宅IP池需要多少节点才能启动？

没有固定数量。应先按地区覆盖、任务并发和单节点允许容量测算。测试阶段即使节点较少，也要保留健康检测、隔离和告警机制，避免后期扩容时重写架构。

Q：自动轮换是不是越频繁越好？

不是。连续任务通常需要一定的会话稳定性。只有节点失效、租约到期、出口发生变化或任务结束时才轮换，通常比固定每次请求切换更可控。

Q：住宅宽带出口IP变化后怎么办？

节点程序应定期检测实际出口，并将变化上报控制端。控制端更新节点记录后重新执行健康检查，在状态确认前暂停新任务分配。

Q：节点短暂超时应该立即删除吗？

不建议。短暂超时可能来自线路抖动。更稳妥的处理是先降低权重或进入隔离状态，经过数次复检仍然异常，再转为下线状态。

Q：怎样避免多个节点实际使用同一个出口IP？

可对出口IP生成唯一索引。节点注册或心跳上报时发现重复出口，应保留一个主节点，其余节点暂停分配，防止调度器高估真实容量。

Q：住宅IP池适合所有数据任务吗？

不适合。需要固定出口、长期白名单或严格会话连续性的任务，更适合使用固定节点。住宅IP池主要适用于已获授权、需要地区调度和弹性容量的数据访问任务。