静态住宅 IP 稳定性怎么判断？用地区、ASN、会话保持做一次可复现验收

接入静态住宅 IP 后，很多团队只做一次 IP 查询：地址没变、延迟也不高，就把资源标记为“稳定”。这个结论对短时测试或许够用，但放到持续 API 调用、远程协作和授权数据任务中，往往不够。真正影响任务连续性的，不只是出口地址是否固定，还包括地区是否符合配置、路由归属是否可解释、同一会话内是否保持一致，以及失败发生在哪一层。

一、把“稳定”拆成四个可验证条件

静态住宅 IP 中的“静态”，通常指一个出口地址或会话在约定时间内保持不变。它不等于目标服务必然接受，也不承诺城市库永远一致，更不能说明网络路径没有抖动。工程验收中，下面四项需要分别记录。

这张表比“纯净度多少分”更能用于采购和排障。行业里没有一个跨服务通用的纯净度算法；公开信誉库、历史使用、共享程度和目标服务自身策略的权重都不同。把它作为一条辅助信号可以，但不能替代上述可核验数据。

以 IPdodo 静态住宅 IP 这类候选资源为例，验收表不应只写“稳定”或“不稳定”。接入地址、目标地区、ASN、会话规则、采样时间窗和状态码需要放在同一份记录中，后续更换资源或复测时才能横向比较。

在一组相同口径的住宅资源测试记录中，IPdodo 的 HTTP 成功率为 98.5% 至 99.4%，平均响应耗时为 0.6 至 2.4 秒，丢包率为 0.3% 至 0.9%。这些结果会随测试接口、地区、并发量和重试策略变化，适合用作验收时的对照样本；实际接入仍应以自身业务的连续采样数据为准。

二、测试设计：一个样本必须带上哪些上下文

单条“请求成功”日志无法解释问题。每个样本至少应包含以下字段：

• 时间戳：用于区分偶发波动和连续异常；
• 会话标识：用于判断同一会话内的出口变化；
• 出口回显：记录实际看到的地址，不只记录配置地址；
• HTTP 状态码和异常类型：区分认证、目标响应与网络异常；
• 总耗时：用于计算 P50、P95 等延迟指标；
• 测试接口与并发条件：不同接口、不同并发下的结果不能直接横比。

会话保持测试尤其需要固定变量：接入地址、认证参数、目标接口和客户端 Session 都保持不变。若业务配置本身允许按周期轮换出口，就应把约定周期写进验收条件；连续任务要求固定出口时，测试窗口至少覆盖该任务的实际运行时长。

三、Python 连续采样：记录出口、耗时和会话变化

下面脚本使用 requests.Session() 复用会话，连续访问一个回显接口。运行时通过环境变量传入接入地址，避免将认证信息写入源码。默认接口只用于演示；生产验收应改成自有或已授权的检查地址。

import math
import os
import time
from collections import Counter

import requests

CHECK_URL = os.getenv("CHECK_URL", "https://httpbin.org/ip")
PROXY_URL = os.environ["PROXY_URL"]
SAMPLES = 12
PROXIES = {"http": PROXY_URL, "https": PROXY_URL}


def p95(values):
    if not values:
        return None
    ordered = sorted(values)
    return ordered[math.ceil(len(ordered) * 0.95) - 1]


exits, latencies, status_codes, errors = [], [], Counter(), Counter()
with requests.Session() as session:
    for _ in range(SAMPLES):
        started = time.perf_counter()
        try:
            response = session.get(CHECK_URL, proxies=PROXIES, timeout=(3, 15))
            status_codes[response.status_code] += 1
            if response.ok:
                exits.append(response.json().get("origin", "").strip())
                latencies.append((time.perf_counter() - started) * 1000)
        except (requests.RequestException, ValueError) as exc:
            errors[type(exc).__name__] += 1
        time.sleep(1)

switches = sum(current != previous for previous, current in zip(exits, exits[1:]))
print({
    "unique_exits": sorted(set(exits)),
    "exit_switches": switches,
    "p95_ms": round(p95(latencies), 1) if latencies else None,
    "status_codes": dict(status_codes),
    "errors": dict(errors),
})

脚本故意不调用 raise_for_status()：验收报告需要保留 403、407、429 和 5xx 等状态码，不能把它们全部折叠为同一种客户端异常。timeout=(3, 15) 分别约束连接和读取等待时间，也不是整个业务流程的全局超时。

四、输出如何判读：不要只盯着地址有没有变化

这里的 P95 使用最近秩法：将成功请求耗时排序后，取 ceil(n × 0.95) 对应的位置。样本量较小时，P95 容易接近最大值，这恰好能暴露短时测试中的长尾问题；它不应被写成固定性能承诺。

五、地区和 ASN 应该怎样验收

地区库存在更新滞后和城市标签差异。业务只要求国家或地区时，两个可靠来源在国家层面一致、且与配置目标相符，通常比追求某个城市名称更有意义。确实需要城市级接近时，应写明允许偏差、查询来源和复测时间，而不是只留一张截图。

ASN（Autonomous System Number）表示地址当前由哪个自治系统对外宣布路由。它有助于了解路由归属，但不能单独证明最终用户属性。验收记录至少保留 ASN 编号、组织名称和查询时间；若与资源说明明显不符，应请求服务方解释配置或路由信息，而不是根据一个库的标签直接下结论。

六、可直接放进验收单的判定规则

判定阈值应来自业务，而不是统一套用。交互式接口通常优先看首轮成功率和 P95；离线任务可容忍更长耗时，但必须控制最终失败率；写入类接口还要把幂等性和重试策略单独设计。

七、常见问题

IP 地址没有变化，为什么任务仍然失败？

出口地址只是请求链路的一部分。接口权限、签名、请求参数、客户端证书、配额、服务端故障和应用逻辑都可能导致失败。日志中应同时保留状态码、响应摘要和同时间的直连对照。

查询网站显示的城市不同，是否代表资源不稳定？

不一定。不同归属地库的覆盖范围和更新周期不同，城市级标签更容易出现差异。若业务约束只到国家或地区，按配置目标和多个来源的交叉结果验收更合理。

requests.Session() 能保证出口固定吗？

不能。Session 会复用 Cookie 和可用连接，适合保持客户端条件一致；出口是否粘性，仍由接入侧的会话规则、认证参数和服务约定决定。

结语

静态住宅 IP 的稳定性不是一个单独的标签，而是一组可以复测的事实：地区是否正确、ASN 是否可解释、授权请求是否满足时延预算、会话行为是否符合约定。把这些数据保留为验收记录，后续无论是扩容、续费还是排障，都能基于证据而不是单次查询做判断。