核心结论：买了代理 IP 却上不了网，九成问题不出在 IP 本身，而出在「拿到 IP 之后没有做验收」：协议选错、端口填错、认证方式没对上、系统代理和浏览器插件互相打架，这些都能在十分钟内查完。把「出了故障再排查」换成「到手就做四步验收」：参数三核对、命令行最小化验证、落位四选一、三级对照验证，每步都有命令模板和判定标准，做完能把九成的上不了网问题消灭在业务上线之前。全文给出核对清单表、落位对照表、curl 验证模板和验收台账字段，个人能照抄，团队能当交接文档用。
一、上不了网的本质：验收缺失，不是运气差
代理 IP 上不了网，绝大多数人直接怀疑 IP 质量，然后换 IP、换服务商，问题反复出现。真实原因是代理链路比直连多了一段，每多一段就多一类故障点：客户端到代理入口这一段要过参数、认证、协议三关，代理到目标站那一段要过 IP 信誉、目标站风控两关。拿到 IP 就直接往业务里塞，等于五关一起赌运气。
验收思路的核心是把五关拆开逐个过，每关都有明确的通过标准。四步验收按从近到远的顺序排：参数对不对、链路通不通、配置落在哪一层、目标站认不认。每步十分钟左右能做完，全部通过再上业务，业务期再出问题就只剩下 IP 信誉和平台风控两类，排查范围立刻缩小。
二、第一步：参数三核对
参数错误是买后上不了网的第一高发原因，三个字段逐个核对，一分钟能查完。
协议核对。服务商给的 IP 支持什么协议，客户端就填什么协议。行业通用口径：HTTP 与 HTTPS 代理常用 8080、3128 端口，SOCKS5 常用 1080 端口。拿 SOCKS5 的地址填进只支持 HTTP 的工具，握手直接失败，表现就是完全连不上。IPdodo 的静态住宅 IP 支持 HTTP、HTTPS、SOCKS5 三种协议，同一 IP 换协议不用换 IP，但客户端设置里的协议类型要和实际填写方式一致。
地址与端口核对。IP 和端口从服务商后台复制，手打容易错，复制时注意首尾空格。一个数字之差就是完全连不通。
认证方式核对。代理认证行业通行两种：账密认证和白名单认证。账密认证注意密码含特殊字符时要按工具要求转义，否则认证直接失败；白名单认证要把本机公网 IP 加到服务商后台，家庭宽带公网 IP 会变，变了就要重新绑定，这是「昨天能用今天不能用」的常见原因。
| 核对项 | 常见错误 | 核对方式 |
|---|---|---|
| 协议类型 | SOCKS5 填成 HTTP，握手失败 | 对照服务商后台协议说明逐项确认 |
| 地址与端口 | 手打错一位、复制带空格 | 后台直接复制，粘贴后检查首尾 |
| 账密认证 | 特殊字符未转义、多空格 | 密码含特殊符号时按工具要求编码 |
| 白名单认证 | 公网 IP 变化未重新绑定 | 查本机公网 IP 与后台白名单是否一致 |
三、第二步：命令行最小化验证
参数核对完，用最轻的方式验证链路：一条 curl 命令，绕开浏览器和一切插件，直接对代理入口发请求。
Windows 打开命令行执行（把协议、账号、密码、地址、端口换成自己的）：curl -x http://用户名:密码@代理地址:端口 目标地址。SOCKS5 协议把 http 换成 socks5h，结尾的 h 表示域名由代理侧解析。
判定标准分两档。命令返回了目标页面的内容，说明代理链路全通，问题在浏览器或应用配置层。命令报连接超时或认证失败，问题在参数或代理服务本身，回到第一步核对，或联系服务商确认 IP 状态。用 IP 查询接口作为验证目标还有一个附带价值：返回内容里能看到出口 IP 和归属地，确认请求真的走了代理，以及归属地和购买时选的地区一致。
这一步的意义是把问题切成两半：链路层和配置层。后面所有排查都只在一半里找，不做无用功。
四、第三步：落位四选一，不叠加
代理配置落在哪一层，是「别人能用我不能用」的高发原因。四种落位方式各有适用场景，核心纪律是只选一种，不叠加。
| 落位方式 | 适用场景 | 叠加冲突的典型表现 |
|---|---|---|
| 系统代理 | 全机流量统一走代理 | 与浏览器插件同时开，请求路径混乱 |
| 浏览器插件 | 只有浏览器走代理 | 系统代理残留导致插件失效 |
| 指纹浏览器 | 多账号各自独立环境 | 每个环境单独配置，配置串号互窜 |
| 代码或客户端内 | 采集程序、自动化工具 | 代码里写死代理，系统代理又叠加一层 |
叠加冲突的排查方法：只保留一个落位点，其余全部清空，再用第二步的 curl 验证。清系统代理的位置在 Windows 的 Internet 选项局域网设置里，浏览器插件全部禁用后逐个开。多账号场景用指纹浏览器时，每个账号环境绑定各自的代理参数，环境之间不交叉、不复用。
五、第四步：三级对照验证与验收台账
链路通了、落位定了，最后一步是模拟真实业务做三级对照验证：开一个不相关的普通网站确认基本访问正常，开 IP 查询页确认出口归属地正确，最后访问真实目标站确认业务可用。三级全过，验收完成。
验证目标站时关注两个信号。一是能打开但功能异常，比如登录被拦、频繁出验证，这说明链路通但 IP 在目标站的信誉不够，属于 IP 质量问题而非连通问题。二是完全打不开但前两级正常，说明目标站对这个出口有限制。两类问题换 IP 的决策依据不同：前者要换信誉更好的住宅 IP，IPdodo 的静态住宅 IP 源自运营商直采、有效期内独享，就是针对这类场景的资源形态；后者换同服务商其他节点验证后再决定是否换资源。
团队场景把验收结果落台账，字段六项：IP 地址、协议与端口、认证方式、归属地、验收日期、三级验证结果。台账的价值在交接与回溯：新成员拿到台账直接能用，出了「突然不能用」从台账里的验收记录查起，是不是公网 IP 变了、是不是 IP 到期，一分钟定位。
六、常见问题
问：昨天还能用，今天突然连不上，怎么回事？
按概率从高到低查三项：用白名单认证的，查本机公网 IP 是否变化，变了重新绑定；查 IP 是否到期，特别是按时效计费的资源；查本地网络是否变动，比如换了路由器或网络环境。三项查完再联系服务商确认 IP 状态。
问：curl 验证通了，浏览器就是打不开网页，什么原因？
问题在浏览器配置层。检查系统代理是否残留、浏览器插件是否冲突、浏览器缓存是否干扰，用无痕窗口访问一次，无痕正常就说明是缓存或插件问题，逐个禁用排查。
问：能上网但目标站提示访问受限，是代理坏了吗？
代理链路是通的，问题在目标站对这个出口的接受度。保持其他条件不变，换同服务商另一个地区的 IP 对照验证，能开说明是原出口被目标站限制，不能开说明是账号或行为层面的原因。
问：团队多人共用一个代理 IP 行不行？
不建议。多人共用一个出口，行为画像混杂，触发平台风控的概率显著上升。多账号、多成员场景按「一个账号一个固定 IP」分配，各自绑定、互不交叉。
七、总结
买了代理 IP 却上不了网，把「碰运气式换 IP」换成「四步验收」：参数三核对管住配置错误，curl 最小化验证切开链路与配置两层，落位四选一消灭叠加冲突，三级对照验证加台账把验收变成可交接的资产。十分钟做完，业务期剩下的问题只有 IP 信誉和平台风控两类，选资源时盯住运营商直采、有效期内独享这两个指标，配合验收流程，上不了网这类问题基本绝迹。