System with various wires managing access to centralized res

IP 被封是代理节点的常见问题,处理过很多次了,这篇文章写下完整的应对流程。

第一步:确认是 IP 被封还是其他问题

连不上节点时,先排除非封锁原因:

# 从国内测试 IP 连通性(用手机热点,排除本地网络问题)
ping 你的VPS_IP

# 测试端口是否通
nc -z -w5 你的VPS_IP 443 && echo "open" || echo "blocked"

常见混淆情况:

现象可能原因
ping 不通,但 SSH 能连协议被识别,端口被封
SSH 也连不上IP 被完全封锁,或 VPS 宕机
能 ping 通,但连接慢线路拥塞,不是封锁
只有晚高峰断QoS 限速,不是封锁

验证 IP 是否被墙的最快方法:用国内网络和海外网络分别 ping,海外能 ping 国内不行 = 被墙。

在线工具:ping.pe,输入 IP 从多个国家测试连通性。

第二步:应急切换

如果有备用节点

这是最重要的一课:永远不要只有一个节点。

我的 mihomo 配置了自动故障切换:

proxy-groups:
  - name: "自动选择"
    type: fallback          # 有节点挂了自动切换
    url: http://www.gstatic.com/generate_204
    interval: 30
    proxies:
      - DMIT-HK
      - DMIT-US
      - 腾讯云-JP

主节点被封后 30 秒内自动切到备用,用户无感知。

没有备用节点怎么办

临时方案:用住宅 IP 代理。IPRoyal 按 GB 计费,不需要月付,临时用几 GB 撑过去。

快速修复:看下面换 IP 的方案。

第三步:更换 IP

方案 1:VPS 面板换 IP(最快)

部分 VPS 商家支持在控制面板直接更换 IP:

  • 费用通常 1-5 美元
  • DMIT 可以提工单申请换 IP
  • 需要重新配置客户端

方案 2:重建 VPS(比较快)

销毁当前实例,用同一地区重新开一台,大概率分配到不同 IP。

注意:重建前先备份配置文件。

# 备份 Xray 配置
scp -P 18022 ubuntu@旧IP:/usr/local/etc/xray/config.json ./xray_backup.json

# 新机器恢复
scp -P 18022 ./xray_backup.json ubuntu@新IP:/usr/local/etc/xray/config.json

方案 3:换地区

香港 IP 被封后,临时换美国或日本节点用着,等风头过去(有时候被封的 IP 会解封)。

为什么 IP 会被封

几个常见原因:

1. 流量特征被识别
旧协议(Shadowsocks、普通 VMess)特征明显,容易被机器学习识别。解决:换 VLESS+XTLS-Reality,见配置教程。

2. 端口暴露
把代理端口开在常见端口(1080、8080)容易被扫描发现。建议用 443(伪装成 HTTPS)。

3. IP 段质量差
数据中心 IP 段已知,被针对性封锁。原生 IP 和住宅 IP 被封概率低。

4. 高峰期大流量
晚上 8-12 点,GFW 审查力度加大,大流量节点容易被盯上。

长期防封策略

1. 多节点分散风险
美国 + 香港 + 日本,至少三个节点,单节点被封不影响使用。

2. 使用高质量 VPS
DMIT 的原生 IP、CN2 GIA 线路,被封概率明显低于普通 BGP 线路的廉价 VPS。

3. 升级协议
VLESS+XTLS-Reality > VMess+WS+TLS > Shadowsocks。从老协议迁移到新协议,被识别率大幅下降。

4. 避免高风险行为

  • 不在代理节点上跑 BT/PT
  • 不访问被重点监控的网站时留下服务器 IP 痕迹
  • 节点不对外分享(私用节点被封概率远低于公开节点)

5. 定期检查节点健康
用 Prometheus + Grafana 监控节点延迟和连通性,异常第一时间发现。配置参考


有 IP 被封的具体情况,欢迎来 Telegram 描述,一起排查原因。


📷 封面图 · Flux Schnell AI 生成 · panshi.io 品牌风格