外观
机场圈的“被通报”到底是什么意思？
你可能在机场的 Telegram 交流群里见过这样的对话：
“我的节点怎么全超时了？是不是跑路了？” “别急，不是跑路，听说是入口IP被通报了，等老板换IP吧。”
对于很多新用户来说，“被通报”这个词显得既神秘又令人不安。它到底是什么意思？是被谁“通报”了？是用户举报吗？
不，此“通报”非彼“通报”。在机场圈的语境下，“被通报”是一个技术术语，特指机场服务器的 IP 地址或端口，被 GFW (国家防火长城) 的检测系统识别并封锁了。
简单来说，就是你的“梯子”被墙了。
“通报者”是谁？—— GFW 的检测机制
首先要明确，这个“通报者”不是某个用户，也不是某个组织，而是 GFW 背后那套庞大而复杂的自动化网络流量检测系统。它就像一个 24 小时不停歇的网络警察，时刻审查着出入国境的每一个数据包。
GFW 主要通过以下几种方式来发现并“通报”机场服务器：
流量特征识别 (DPI - 深度包检测) 无论你的数据如何加密，不同代理协议（如 Shadowsocks, Vmess）的流量在“握手”和传输过程中，都可能存在独特的“指纹”或“特征”。GFW 通过深度包检测技术，可以像识别指纹一样识别出这些流量特征，一旦匹配成功，服务器的 IP 就危险了。
主动探测 (Active Probing) GFW 不仅仅是被动地观察。当它发现一个 IP 地址有可疑流量时，可能会主动“敲门”试探。它会模仿客户端，向这个 IP 的可疑端口发送特定的数据包，如果服务器返回了符合代理协议特征的响应，就相当于“自报家门”，GFW 随即就会封锁这个 IP 和端口。
行为模式分析 一个正常的服务器（例如博客网站）和机场服务器的流量模式是截然不同的。如果一个 IP 地址在短时间内与大量国内的个人 IP 建立长时间、高流量的加密连接，这种行为模式本身就极度可疑。GFW 可以通过大数据分析来锁定这类 IP。
“被通报”之后会发生什么？
一旦服务器的 IP 或端口“被通报”，会立刻产生以下后果：
- 对用户而言：你正在使用的节点会立刻无法连接，客户端上会显示连接超时 (Timeout)。无论你怎么切换网络，只要你身处国内，就无法连上这个节点。
- 对服务器而言：
- IP 被墙：整个 IP 地址被列入黑名单，国内所有网络都无法访问此 IP 的任何端口。这是最严重、最常见的情况。
- 端口被封：有时 GFW 只封锁特定的代理端口（例如 4433 端口），而服务器的其他端口（例如 22 端口用于SSH管理）可能仍然可以从国内访问。
为什么受伤的总是我？
节点“被通报”是机场运营中不可避免的日常，就像餐厅要消耗食材一样。其原因多种多样：
- 协议过时：使用了特征过于明显的旧代理协议。
- 多人共享：一个节点被成百上千人使用，“火力”过于集中，流量特征太明显。
- 上游问题：机场主租用的服务器IP段本身就在 GFW 的“重点观察名单”里。
- 特殊时期：在某些敏感时期，GFW 的检测策略会变得异常严格，导致大规模的 IP 被封锁。
我们能做什么？
这可能是最让用户感到无力的一点。
作为用户：你几乎什么也做不了。IP被墙是服务端的问题，你无法通过任何客户端的操作来解决。你能做的只有：
- 耐心等待：等待机场主修复线路（通常是更换新的 IP）。
- 切换备用：切换到该机场的其他可用节点或你的备用机场。
作为机场主：这是考验其实力的关键时刻。他们唯一的解决办法就是更换新的、干净的服务器 IP，然后更新订阅链接，让用户的节点信息恢复正常。
结论：技术对抗的常态
现在，你应该明白了，“被通报”并非机场跑路或用户间的互相伤害，而是机场服务商与 GFW 之间一场永不停止的技术对抗。
- “被通报” 是技术问题，考验的是机场主维护线路的能力和速度。
- “跑路通报” 是信誉问题，指的是机场运营者卷款跑路的行为。
一个优秀的机场服务商，无法保证其节点永远不“被通报”，但它能保证在**“被通报”之后，能够迅速地修复线路，恢复服务**。因此，在选择机场时，其应对“通报”事件的响应速度和稳定性，是一个比价格更重要的考量指标。
这里推荐一下博主长期稳定使用的几个机场：👉网络服务商推荐