先搞清楚：代理不通，问题通常出在哪一环
很多人第一次配置 HTTP 代理，看到浏览器转圈、软件报错、请求超时，第一反应是"这个代理IP是坏的"。实际情况是，大部分"设置代理后无法联网"的问题，出在填写和配置环节，而不是IP本身。
一次完整的代理请求要经过四环：本地软件把请求交给代理 → 代理服务器验证你的身份 → 代理服务器替你访问目标网站 → 结果原路返回。任何一环断了，表现出来都是"打不开网页"，但原因完全不同。
下面五个错误覆盖了九成以上的情况，按顺序对照检查，基本都能定位问题。
错误一：地址、端口、协议类型抄错了
这是最高频的错误。代理信息通常由三部分组成：代理服务器地址、端口号、协议类型。三者缺一不可，错一个就用不了。
常见的手误包括：把端口号多写或少写一位、把地址前面的 http:// 也复制进"地址"输入框、误以为所有端口都是 8080。还有一个更容易被忽略的坑——协议类型选错。HTTP 代理、HTTPS 代理、SOCKS5 代理是三套不同的协议，把 HTTP 代理的地址端口填进 SOCKS5 的设置项里，连接一定失败。
修正方法：从服务商后台复制信息时，逐字符核对地址与端口；填写时"地址"栏只放 IP 或域名，"端口"栏只放数字；协议类型以服务商标注的为准，不要凭猜测选。如果同一套信息支持多协议，优先用 HTTP 试通之后，再考虑更换协议。
错误二：认证信息没配对，或者白名单没生效
代理服务器不是谁都能用，它需要确认你是谁。主流方式有两种：用户名密码认证和IP 白名单认证。这两块出问题，表现往往是"能连上代理，但请求被拒绝"。
用户名密码认证的常见问题是：密码里含有特殊字符（比如 @、#、:），在拼接代理地址时被截断；或者只填了用户名漏了密码；又或者账密在后台修改过，本地还留着旧密码。
白名单认证的常见问题是：在服务商后台加了白名单，但加的是家里宽带的IP，实际运行程序的却是公司网络或云服务器，出口IP不一致；宽带重播后 IP 变了，白名单没同步更新。
修正方法：先用带认证信息的命令行请求验证一次，能拿到正确返回，说明认证没问题，再回到软件里排查：
# 带账号密码测试代理是否真正可用
curl -x http://用户名:密码@代理服务器地址:端口 http://myip.ipip.net
# 返回结果里的 IP 应该等于代理服务器出口IP
# 如果提示 407，说明认证没通过，检查账号密码
# 如果长时间无返回，说明地址端口不通，回到错误一排查使用用户名密码认证时，如果密码含特殊字符，建议先在工具里单独填写账号密码字段，而不是拼在地址里，能避开大部分转义问题。
错误三：系统代理和软件代理打架
很多工具（浏览器、命令行程序、自家开发的脚本）都会读取系统代理设置。如果你在系统里配了一个代理，又在软件里单独配了一个，两者同时生效时，请求可能被送到一个根本不存在的通道上，结果就是全部超时。
更隐蔽的情况是：某些程序会读环境变量 HTTP_PROXY / HTTPS_PROXY，而你在图形界面里设置的代理对它无效。命令行里刚改完配置，图形工具却在读另一份设置，看起来像"代理时好时坏"。
修正方法：同一时间只保留一层代理。用软件内置代理时，把系统代理关掉；用系统代理时，让软件走"跟随系统"。命令行场景下，检查并临时清空代理环境变量再测试：
# 查看当前环境变量里有没有残留的代理配置
env | grep -i proxy
# 临时清空后再测试，确认是不是环境变量在捣乱
unset HTTP_PROXY HTTPS_PROXY http_proxy https_proxy错误四：本地防火墙、安全软件拦住了代理端口
如果连代理端口都连不上，问题可能根本不在代理服务器，而在你自己的电脑或公司网络上。
常见拦截来源有三种：本机安全软件对"程序访问陌生端口"做了限制；公司网络只放行 80/443 端口，其他端口的出站请求被网关丢弃；云服务器安全组没放行对应出站规则。
修正方法：先判断是"连不上"还是"连上但被拒"。前者多为网络拦截，后者多为认证问题：
# 第一步：只测端口通不通（不通=网络或防火墙问题）
telnet 代理服务器地址 端口
# 第二步：端口通了再测 HTTP 请求（通不过=认证或协议问题）
curl -v -x http://用户名:密码@代理服务器地址:端口 http://myip.ipip.net如果 telnet 直接卡住或提示连接被拒，先换一个网络环境（比如手机热点）再试一次。换个网络就通，说明是原网络有端口限制，联系网络管理员或改用支持的端口即可。
错误五：代理IP本身已经不可用
排除了上面四类配置问题，就要考虑代理IP本身的状态了。短效代理有有效期，静态代理也有并发或流量限制，超时未切换、并发打满、目标网站限流，都会让请求失败。
判断方法很简单：换一个节点，用同样的配置再请求一次。新节点立刻正常，说明原节点失效；新节点同样失败，说明问题还在你自己的配置里，回到前面四项。
还有一种情况值得注意：某些网站会对频繁请求的 IP 做限制，返回 403 或验证页。这不是代理坏了，而是节点被目标站限流，需要降低请求频率或更换节点。
一张表看懂常见报错对应的原因
| 现象/报错 | 最可能的原因 | 优先检查 |
|---|---|---|
| 连接超时、页面一直转圈 | 地址端口填错，或端口被网络拦截 | 错误一、错误四 |
| 407 Proxy Authentication Required | 未填写账号密码，或密码错误 | 错误二 |
| 能连代理但请求全部被拒 | 白名单IP不匹配 | 错误二 |
| 部分软件正常、部分软件不通 | 系统代理与软件代理冲突 | 错误三 |
| 昨天好好的，今天全都不通 | 代理IP过期或节点失效 | 错误五 |
| 返回 403 或出现验证页 | 节点被目标网站限流 | 更换节点、降低频率 |
排查时建议养成顺序习惯：先测端口通不通，再测认证过不过，最后测节点还能不能用。这个顺序能把大部分问题在三十秒内定位到具体环节，不用反复改配置碰运气。
想少踩坑，代理源头的稳定性很关键
前面五个错误里，前四个靠仔细配置就能避免，第五个则取决于你用的代理服务本身稳不稳。天启HTTP 专注国内HTTP代理IP服务，从几个细节上可以帮新手少走弯路：
·提供账密认证与IP白名单两种方式，账号密码和授权信息在后台可直接复制，不用手动拼地址；
·支持HTTP/HTTPS/SOCKS5 多种协议，切换协议时地址端口对应清楚，避免协议类型选错；
·支持 API 提取，程序化获取IP，避免手动复制粘贴出错；
·提供独享IP、低延迟的国内节点，减少因节点失效导致的"昨天还好今天不通"。
需要提醒的是，天启HTTP 是国内IP代理服务商，适用于访问国内网站、数据采集、多账号管理等国内业务场景，不适用于需要境外IP的需求。如果你的业务场景是境外访问，这套方案并不匹配。
常见问题
Q：代理设置好了，浏览器能上网，但我的程序不行，为什么？
大概率是程序不读系统代理，而是读环境变量或自己独立的配置文件。先在程序里单独配置代理，或者检查 HTTP_PROXY 环境变量是否被设置。
Q：填了 IP 白名单，还是提示认证失败？
白名单校验的是你的出口公网IP，不是内网IP。如果你的程序跑在云服务器上，要把那台服务器的出口IP加进白名单；家里宽带重播后IP会变化，需要重新添加。
Q：为什么同一个代理，网页能开，某个网站却打不开？
可能是该网站对代理IP做了限制，返回了拦截页。换一个节点再试，如果换了节点就正常，说明是节点被目标站限流，而不是配置错误。
Q：HTTP 代理能访问 HTTPS 网站吗？
可以。走 HTTP 代理访问 HTTPS 站点时，代理会用 CONNECT 方式建立隧道，只要服务商支持 HTTPS 转发，就不会有问题。如果访问 HTTPS 全部失败而 HTTP 正常，检查代理是否支持 HTTPS 转发。
Q：重启电脑后代理就失效了，每次都要重设？
说明当前用的是临时设置，没有保存到系统配置里。建议在软件内固定代理配置，或写成启动脚本，避免每次手动重设、漏填某一项。
Q：怎么快速确认代理到底有没有生效？
直接请求一个能返回当前出口IP的地址，把返回的IP与你本地真实IP对比。两者不同，说明代理已经生效；返回的是本地IP，说明请求根本没走代理。
