IP 被网站封了怎么办？先分清是哪一层被封

先别急着重启，看现象分四类

打不开网页、返回 403、返回 429、无限弹验证码、一直转圈超时——这五种表现的处理方式完全不一样。上来就重启路由器，多半是白折腾五分钟，还把家里网断了一次。

按下表对一遍，两分钟能判断出自己在哪一层。

最后一行最容易被误判，也最省事：页面能打开说明链路是通的，地址没被拦，问题在你自己这边的会话状态。

403 和 429 根本不是一回事

403 的意思是"我知道你是谁，我不让你进"。可能是 WAF 规则命中，可能是整个 C 段被拉黑，也可能是你的 UA、请求头、参数长得太像扫描器。它返回得很快，通常连页面框架都不给，正文就一句拒绝访问。

429 的意思是"你来得太勤"。站点有速率限制，按 IP、按账号、按接口三个维度都可能限。这种情况你的地址本身没问题，只是节奏不对。同一个人正常浏览不会触发，但批量拉页面、循环调接口很快就会撞上。

分不清就先降频试。把请求间隔从 0.2 秒放到 1–2 秒，加一点随机抖动，如果 429 消失、页面正常返回，那就是频率问题，跟 IP 一毛钱关系都没有，换地址也没用。

反过来，如果降频之后还是 403，那基本可以确认是规则层面的拦截，接着做下面这步。

第一步永远是换一个网络做对照

判断是不是 IP 的问题，最快的办法是换出口做 A/B 对照。手机关掉 WiFi 用流量打开同一个页面，或者换一条宽带，如果能正常打开，问题基本锁定在原来那个出口上。

对照的时候注意两点：一是别在代理或加速器开着的情况下测，那等于没换；二是用无痕窗口，避免 Cookie 干扰结论。两边都无痕、一边通一边不通，结论就很干净。

如果换了网络表现完全一样（同样 403、同样超时），那就不是 IP 的问题，往账号状态、Cookie、请求参数、客户端版本上查。这一步能省掉大量无效的换地址操作。

还有一种情况是对照之后两边都不通，但用别的网站都正常。那是目标站点自己的问题，或者你的解析被污染了，跟出口无关。用 网络自检跑一遍解析和连通性，能快速区分。

临时处理：先恢复可用

确认是出口问题之后，先按这四步恢复，能解决大部分"临时打不开"。

1. 换出口。家宽可以重启光猫换地址，但要等五到十分钟；需要立刻恢复的，用代理线路把指定程序的流量切到另一个出口，几十秒的事。
2. 降频。给请求加随机间隔，单 IP 并发压到个位数，批量任务分批跑，别让一百个请求在同一秒出去。
3. 清状态。清 Cookie、localStorage、换 UA，把上一轮留下的标记去掉。很多"封了"其实是带着旧会话反复撞墙。
4. 复核。换完用 IP 查询再查一次，确认地址真的变了。换了半天还是原地址的情况太常见了。

这四步只是让你恢复访问。它不是许可，该遵守的站点规则还是要遵守——robots、频次限制、需要授权的接口，这些不是技术问题。

长期处理：从线路类型和架构上改

如果同一个站点反复对你限流，说明你的访问模式本身和站点的预期不匹配。这时候要动的是架构，不是临时换地址。

采集场景的完整做法在 爬虫采集方案里，核心是把出口、频率、缓存三件事分开调，别指望单靠换 IP 解决所有问题。

至于线路选短效还是长效，取决于你的任务是不是需要连续会话。切换频繁会让登录态反复失效，反而更容易触发风控，这一点在短效与长效线路的选择里算过账。

有些"被封"其实是自己配错了

遇到过不少这样的情况：用户说 IP 被封了，实际是代理没生效。表现是查地址还是本地地址，但程序里所有请求都超时——不是封，是链路压根不通。这时候换多少条线都没用，得先把代理配置修好，代理连接排查那份清单按顺序走一遍。

另一种是本地 hosts 残留或者 DNS 缓存脏了，换什么出口都一样打不开。清缓存、换 DNS 再试，很土但有效。

还有一种是服务端一直按旧身份处理你，因为 Cookie 里存着上一个会话的标识。清一遍再登，问题就没了。

判断方法很简单：换一台从没用过的设备、换一个网络去访问同一个页面。能开，说明是你这台机器的本地状态问题；开不了，才是网络侧的问题。

常见问题

相关教程