发布地址的路由与黑洞
发布到公网的地址，在设备上通常是本地地址或映射地址；公网流量能不能到达，取决于上游是否宣告了对应网段。上游没宣告，流量根本进不来；上游宣告了而本端缺少对应配置或链路，就形成黑洞——外部看到的是静默超时，而不是明确的拒绝。
基本信息
| 检查点 | 上游路由宣告范围、设备接口与映射地址状态 |
|---|---|
| 黑洞表现 | 公网探测不通、连接超时且无响应 |
| 验证方式 | 从公网多点 traceroute 定位断点 |
| 变更方 | 路由宣告多由运营商侧变更，需走工单 |
典型使用场景
- 新申请的地址段发布后公网访问不通
- 从不同外部节点探测结果不一致
- 运营商调整线路后原发布地址失效
- 内网测试正常但公网不可达
- 排查「超时而非拒绝」这一类访问失败
排查命令
排查命令
# 设备侧
display ip interface brief # 关注发布地址与接口是否 up
# 公网侧：从外部节点探测
tracert 202.1.1.20 # Windows
traceroute 202.1.1.20 # Linux/macOS
# 看从第几跳开始不再响应，即可判断断点位置现象与可能原因
| 现象 | 可能原因 |
|---|---|
| 公网探测不通、无响应 | 上游未宣告该网段，流量进不来 |
| 到最后一跳后中断 | 上游已宣告但本端缺少对应配置 |
| 部分外部节点通、部分不通 | 上游选路不一致或多线路差异 |
| 内网正常、公网不通 | 问题在发布链路而不在业务服务 |
内网测试正常不代表公网可达，必须从外部节点验证，这是最容易走偏的一步。
整改路由宣告属于运营商侧变更，提前走工单流程并约定回退时间。
日常巡检可以把关键发布地址做成可达性拨测：从两个以上外部节点固定间隔探测，故障时能立刻区分是链路问题还是业务问题。