设置代理ip后没网络？先别急着砸路由器，八成是这些原因
说个特别常见的场景：你兴冲冲地把代理IP填进浏览器或者代码里，点完确定，页面转了八秒钟，弹出来一个"无法访问此网站"。第一反应是什么？路由器是不是又抽风了？要不要重启一下？
别急。我干这行这么多年，见过太多人把代理IP配完就怪路由器、怪运营商、怪WiFi信号不好。实际上，十次里有八次，问题出在代理IP本身或者你的本地配置上，跟路由器半毛钱关系都没有。今天就把这几个坑给你掰开了讲，照着排查，基本十分钟就能定位到问题。
先确认一件事：你的代理IP到底还活着没有
这是最容易被忽略、但概率最高的一种情况。代理IP这东西，尤其是短效动态IP，它是有寿命的。你上午拿到的那个IP，可能下午就失效了，端口也关了，你再拿它去连，当然什么都连不上。
怎么判断？最简单的方法——拿一个全新的IP，单独测一下。别用你之前存下来的那个，重新从代理池里拉一个，填进去试。如果新IP能通、旧IP不通，那问题就清楚了：IP过期了，不是你的网络有问题。
还有一种更隐蔽的情况：IP没过期，但端口变了。有些代理服务商的端口是动态分配的，你光记了IP地址没记端口，或者端口已经轮换了，填进去自然连不上。所以每次取IP的时候，IP和端口要一起记，别只截了个IP地址就完事。
协议和端口，对不上就是白搭
这个坑我见得特别多。你拿到的代理IP是HTTP协议的，结果你在浏览器里配的时候选了SOCKS5；或者反过来，代码里写的是SOCKS5，但代理池给的是HTTP端口。协议和端口不匹配，表现就是——连得上但没数据，或者直接超时。
怎么确认？看你的代理服务商给你的文档或者API返回里，明确写了支持什么协议。比如神龙HTTP这边，HTTP、HTTPS、SOCKS5三种协议都支持，但每个IP对应的端口和协议是绑定的，你取的时候看清楚就行，别自己瞎猜。
另外提醒一句，HTTPS代理和HTTP代理的端口通常是不一样的。如果你要抓的是HTTPS站点，一定要确认你的代理端口支持HTTPS隧道，不然会出现"能连上但页面打不开"的诡异现象。
本地配置：你填对地方了吗
听起来很蠢，但真的有人把代理IP填到了"自动检测设置"那个选项里，或者填到了系统代理和浏览器代理两个地方，互相打架。给你列一下常见的配置位置，对号入座：
浏览器层面：如果你用的是Chrome或者Firefox，代理设置一般在"设置→网络→代理"里。注意，浏览器代理和系统代理是两回事，你只改了系统代理但浏览器里设了"不使用代理"，那浏览器根本不走你配的代理IP。
系统层面：Windows在"设置→网络和Internet→代理"，Mac在"系统偏好设置→网络→高级→代理"。改完记得点"应用"，别改完就关窗口。
代码层面：如果你是在Python、Java这类脚本里配代理，格式别写错。HTTP代理和SOCKS5代理的写法是不一样的：
Python requests 示例
import requests
HTTP代理
proxies = {
"http": "http://192.168.1.100:8080",
"https": "http://192.168.1.100:8080"
}
SOCKS5代理（需要额外安装 pysocks）
proxies_socks = {
"http": "socks5://192.168.1.100:1080",
"https": "socks5://192.168.1.100:1080"
}
response = requests.get("https://example.com", proxies=proxies, timeout=10)
print(response.status_code)注意看，HTTPS请求走HTTP代理时，代理地址前面写的也是http://，不是https://，这是很多人搞混的地方。SOCKS5的话前缀是socks5://，别写成socks://，虽然有些库兼容，但规范写法是socks5。
路由器、防火墙、DNS：最后才轮到它们
前面几个都排除了，网络还是不通，这时候才需要看本地网络环境。但说实话，走到这一步的概率很小，大概也就一成的样子。
防火墙拦截：有些公司内网或者家庭路由器自带防火墙，会把非标准端口的出站连接直接掐掉。你的代理IP端口如果是8080、3128这种，一般没问题；但如果是50000以上的高位端口，有可能被防火墙规则挡了。临时测试的时候，把防火墙关了试试，通了就是它的事。
DNS解析问题：代理IP配好之后，你的请求是先经过代理服务器再出去解析域名的。如果你本地DNS配置有问题（比如手动设了一个已经停服的DNS），可能出现"代理通了但域名解析不了"的情况。把DNS改回自动获取，或者换成114.114.114.114试试。
路由器本身：如果以上都排除了，重启一下路由器确实是最省事的办法。但注意，重启路由器解决的是路由器缓存或者DHCP分配的问题，跟代理IP本身没关系。别把因果搞反了。
一个实用的排查顺序，照着走就行
别上来就重启路由器，按这个顺序来，效率最高：
| 步骤 | 检查项 | 怎么操作 | 大概耗时 |
|---|---|---|---|
| 1 | 代理IP是否有效 | 重新取一个新IP，单独测试连通性 | 1分钟 |
| 2 | IP和端口是否匹配 | 核对服务商文档，确认IP、端口、协议三者一致 | 2分钟 |
| 3 | 本地代理配置位置 | 确认浏览器/系统/代码里的代理地址、端口、协议填对了 | 3分钟 |
| 4 | 防火墙和DNS | 临时关闭防火墙，DNS改为自动 | 2分钟 |
| 5 | 路由器/网络环境 | 重启路由器，换一根网线或换个WiFi试试 | 3分钟 |
我个人的经验是，前两步就能解决80%的问题。大部分"设了代理没网络"的情况，要么是IP过期了，要么是端口协议没对上。真到了第五步才定位到问题的，说实话不多。
选代理IP的时候，怎么少踩这些坑
说到底，很多配置问题的根源在于你拿到的代理IP质量不行、文档不清楚、或者IP更新太慢。如果你经常做数据采集、市场研究、或者需要稳定跑一些网络请求，选代理IP服务商的时候，有几个点值得留意：
IP更新频率和去重机制。短效动态IP如果池子太小、更新太慢，你很容易拿到重复的或者已经失效的IP。神龙HTTP这边，短效动态IP池有3000万+的资源储备，每日更新去重，IP存活时间支持3/5/10/15/30分钟可选，基本不会出现"刚拿到的IP就废了"这种情况。而且所有资源都是国内三大运营商正规授权的，IP纯度做到99.8%，可用率99.9%，这个数据在行业里算是比较扎实的了。
协议支持和文档清晰度。你配代理的时候最烦的就是文档写得含糊，协议支持哪些、端口怎么对应、API怎么调，翻半天找不到。神龙HTTP支持HTTP/HTTPS/SOCKS5三种协议，API接口兼容主流爬虫语言，文档和示例代码都比较全，技术团队7×24小时在线，配的时候卡住了直接问就行，不用自己猜。
定位精度。如果你的业务需要指定某个城市或省份的IP（比如做区域性的数据采集），那城市级定位精度就很关键。神龙HTTP覆盖300+城市级节点，可以指定省份、城市或者混播，这个粒度对大多数业务场景够用了。
如果你只是偶尔用一下、IP需求量不大，短效动态IP池的包量或包时计费比较灵活；如果追求长期稳定、不想频繁换IP，固定IP池更合适，基于ISP正式分配，存活时间长，连通率稳定。具体选哪个，看你的实际用量和场景，不用一上来就选最贵的。
常见问题
Q1：我配了代理IP，浏览器显示"代理服务器连接失败"，但用curl命令测试同一个IP是通的，怎么回事？
大概率是浏览器和系统代理设置冲突了。你curl走的是系统代理或者命令行参数指定的代理，但浏览器里可能设了"不使用代理"或者指向了另一个代理地址。打开浏览器的代理设置，确认里面的地址、端口、协议跟curl里用的一致。另外检查一下浏览器有没有装代理管理类的插件，有些插件会覆盖你手动设置的代理。
Q2：代理IP明明没过期，但用着用着突然就不通了，过几分钟又好了，反复出现？
这种情况一般是代理IP的线路不稳定，或者你用的那个IP节点当时负载太高。短效动态IP如果池子资源不够充裕，高峰期确实会出现这种"时通时断"的情况。解决办法有两个：一是换用资源池更大、更新更勤的服务商，减少拿到劣质IP的概率；二是在代码里加一个重试机制，连不上就自动换一个IP再试，别死磕一个IP。神龙HTTP的短效动态IP池资源量比较大，加上每日去重更新，这种断连的概率会低很多。
Q3：我在代码里配了代理，本地测试没问题，但部署到服务器上就连不上了，为什么？
服务器和本机的网络环境不一样。最常见的原因是服务器所在机房或云主机有出站IP白名单限制，只允许访问特定端口或特定IP段。你的代理IP端口如果不在允许范围内，就会被拦掉。找你的服务器管理员确认一下出站规则，把代理IP的端口加到白名单里。另外也检查一下服务器本地的iptables或者安全组规则，有时候是服务器自身的防火墙在拦。
Q4：我同时用了多个代理IP做请求，怎么判断是哪个IP出了问题？
在代码里给每个请求加上日志，记录IP、端口、请求时间、响应状态码和耗时。出问题的IP一般表现为超时（timeout）或者返回5xx错误码。神龙HTTP的个人中心有可视化的数据统计面板，能看到每个IP的使用情况、成功率、延迟趋势，哪个IP异常了一眼就能看出来，不用自己翻日志。如果你用的是API方式取IP，也可以把每次取到的IP和对应的请求结果做关联记录，排查起来会快很多。
