静态住宅 IP 购买前怎么测试？代理验收检查清单

适用范围：这份清单能验证什么

这份清单适合准备购买静态住宅代理、申请测试线路，或刚收到交付信息后做首次验收的个人与团队。它可以帮助确认代理是否能连接、认证是否正确、目标流量是否经过代理、公开数据库如何识别出口，以及重连后出口是否变化。

它不能证明某个 IP 永远不会变化，也不能仅凭一次测试证明“纯净度”、长期成功率或特定平台一定可用。平台访问还会受到账号状态、客户端、地区政策和目标站规则影响。

步骤一：固定测试条件并建立验收表

开始前记录测试日期和时间、本地网络、代理协议、主机、端口、认证方式、目标国家或城市、测试客户端和目标网址。用户名、密码和完整代理地址必须脱敏，只保留足以复现问题的字段。

建议把每次测试写成同一张表：测试项、预期结果、实际结果、耗时、网页状态码、出口 IP、ASN/地区、重连次数和备注。至少在相同网络与相同目标站下重复测试，避免把不同条件造成的差异误判为线路波动。

步骤二：按连接层级检查，不要只做 ping

先确认代理主机能够解析，再确认主机与端口可以建立 TCP 连接；随后验证交付标注的代理协议与认证字段。407 表示代理要求认证，通常应先核对用户名、密码、白名单和代理格式，而不是反复刷新目标站。格式不确定时先看 《代理地址格式教程》（见文末资料来源）。

认证通过后再检查 TLS 与目标网页响应。遇到 403 或 429，先确认来自代理的 CONNECT 响应还是目标站，再检查对应策略或限流；证书错误不应通过关闭校验来掩盖。完整分层路径可参考《407、超时、DNS 与 TLS 排查清单》（见文末资料来源）。

步骤三：确认流量确实经过代理

在启用代理前后分别查询出口 IP，并确认测试客户端或浏览器配置作用在目标流量上。能打开网页不代表所有应用都使用了同一代理；系统代理、浏览器代理和应用内代理的生效范围可能不同。

如果目标是固定地区环境，应在相同客户端内核对国家、地区、时区需求与出口是否一致。不要为了追求某个数据库的显示结果频繁切换国家或城市，这会破坏测试条件。

步骤四：交叉检查 ASN、地区与住宅属性

使用至少两个公开 IP 数据库记录 ASN、运营商和地区结果。不同数据库的更新时间、城市粒度和分类规则不同，出现冲突时应保留各自结果与查询时间，并向服务方索要可核验说明，不能自行挑选最有利的一项作为结论。

一次反向 DNS、ping 延迟或单个数据库标签都不能独立证明住宅属性。验收记录应明确写成“数据库 A/B 在某日的识别结果”，避免把动态数据写成永久承诺。

在线代理检测器的隐私门槛：先决定能不能交出端点

在线检测器可能会接收你粘贴的代理主机、端口，甚至用户名和密码；“无需注册”“浏览器会话隔离”或一次检测完成，不等于你已经知道其日志、保留、共享和删除规则。不要上传生产凭据、完整代理列表、真实账号 Cookie、授权头或可关联订单的信息，也不要把第三方页面的宣传语当成经过验证的隐私保证。

选择工具前先核对运营主体、隐私说明、传输加密、数据用途、保留期限、删除方式和支持的协议。能用本地 curl 或服务方明确授权的测试入口完成时，优先只提交最小目标；确需第三方检测时使用专门的短期测试凭据和单个测试端点，完成后按服务方能力轮换或撤销。若工具要求关闭 TLS 校验、上传批量生产端点或无法说明数据处置，应停止使用。

步骤五：重复连接并记录稳定性

在固定测试窗口内重复建立连接，记录成功、超时、认证失败、TLS 错误和目标网页状态。延迟建议记录多次结果或分位数，不只保留最好的一次；测试样本少时只描述观察，不推导长期稳定率。

每次断开并重新连接后记录出口 IP。静态产品通常追求较稳定的出口，但不等于永久不变；还应购买前确认线路维护、续费、替换和退款规则，以及哪些情况属于可更换范围。

命令示例：同一目标分别验证 HTTP 与 SOCKS 代理

下例适用于已有测试授权的线路。先在仅本人可读的本地 proxy-test.conf 中配置 proxy-user = "YOUR_USER:YOUR_PASSWORD"；它包含真实凭据时不要上传或发给他人。执行时把 proxy.example、端口和目标站替换为实际值，Windows 使用 curl.exe，macOS 或 Linux 使用 curl。另请检查 NO_PROXY 是否使测试目标绕过代理，并按步骤三核对实际出口。

HTTP 代理示例：curl --config proxy-test.conf --proxy http://proxy.example:3128 --connect-timeout 10 --max-time 30 --write-out " connect=%{http_connect} http=%{response_code} total=%{time_total}" https://example.com/

如果交付明确支持 SOCKS 代理，可在同一命令中把 --proxy 后的值换成 socks5://proxy.example:1080 或 socks5h://proxy.example:1080。前者与后者在 curl 中的目标域名解析位置不同，详见文末《代理地址格式教程》。不要把两种协议套在未开放的端口上。

命令里的 10 秒和 30 秒只是一次排查的时间上限，不是服务质量标准。保留 curl 的原始错误与终端进程退出码；没有收到 HTTP 响应时显示的 000 不是服务器发出的 HTTP 状态。curl 默认在成功传输 403、429 或 5xx 响应时也可能退出 0，因此必须同时看响应和业务结果。

步骤六：用分段计时记录真实请求，不把 ping 当代理性能

先按业务风险和书面服务条件预先确定测试次数、时段与目标站，不使用没有来源的统一“合格延迟”。每次请求保存时间、测试环境、出口、response_code、http_connect、time_namelookup、time_connect、time_appconnect、time_starttransfer、time_total 和进程退出码。curl 计时通常是自请求开始累计的阶段时间，不应把每个值直接当成该阶段独占耗时。

ping 测到的是到代理主机的 ICMP 路径，不等于经代理完成域名解析、连接、加密握手和网页请求。curl 的 --connect-timeout 约束连接建立阶段，--max-time 约束整个传输；两者都可能返回退出码 28，所以记录“在哪一阶段耗尽时间”比只写“超时”更有用。测试结果可能随本地网络、地区、时段和目标站变化，不代表 PuppyIP 或任何线路的长期性能承诺。对同一条件下的多次结果同时保留中位数、p95、成功率和错误分布；样本数量也要展示，少量样本的 p95 不能代表长期服务表现。

步骤七：用三组对照定位超时，并设定停手条件

使用相同时间窗做三组小规模对照：直连与代理访问同一允许测试的目标，用于识别本地网络或目标站共同故障；同一代理访问两个允许测试的目标，用于识别单一目标站维护、限流或账号权限；同一目标分别使用两条已授权测试线路，用于识别单条线路异常。每组都保持客户端、协议、地区与请求方法一致，并分别记录 DNS、连接、TLS、代理认证、目标响应和退出码。

出现持续 407 时停止性能比较并先修复认证；出现证书链或主机名错误时停止并保留 TLS 证据，不关闭校验；目标站明确维护、403、429 或账号权限不足时停止向代理归因；测试条件改变后应新建一组记录，不能混算。若继续测试需要提高并发、扩大流量或可能触及第三方规则，应立即停止，携带脱敏原始记录联系服务方或目标站。

验收记录模板与下一步决定

复制记录字段：测试时间与时区｜客户端与版本｜测试网络｜协议与认证方式｜目标网址｜订单或线路的内部编号｜出口 IP｜数据库与查询时间｜预期地区｜实际地区｜CONNECT 状态｜目标 HTTP 状态｜退出码｜总耗时｜重连前后出口｜处理结论。外发版本需脱敏。

配置和认证未通过：先修正字段再复测，不计入性能比较。只有单个目标拒绝：转查目标权限、额度和频率。多个目标在相同网络层持续失败，或出口/地区与已确认交付条件不符：保留证据联系支持。是否换线或退款按书面条件处理，不能从一次失败直接推出应退款。

PuppyIP 用户的交付后检查

购买 PuppyIP 静态住宅代理后，可在交付页复制所需格式，从页面右侧打开使用教程完成配置，再记录连接、认证、地区与重连结果。需要查看当前产品入口时，可点击页面右侧“访问 PuppyIP 官网”。

如果测试结果与交付信息不一致，请提交脱敏的测试时间、协议、错误类型、目标站、出口 IP 与多源地区结果；不要在工单或截图中公开密码、完整代理地址或授权头。