把网络不通拆成解析、路由、端口、防火墙四层，给出每层的验证命令。下面按“先判断、再动手、最后验证”的顺序展开，每一步都给出可核对的检查点。
涉及 DNS解析失败、连接超时、网络排查 的关键动作都写成了具体命令或配置项，可以照着走，也可以当检查表用。
域名解析失败报 could not resolve，连接超时是能解析但握手不通，两条路径完全不同。
dig 域名 @8.8.8.8 对比本地解析，结果不一致就是 DNS 配置或缓存问题；检查 /etc/resolv.conf。
mtr 目标 IP 看在哪一跳开始丢包，运营商段丢包只能绕路或换线路。
telnet 或 nc 测端口，通不通立刻区分是服务没起还是被挡。
两者是独立的两层，只改一层是常见误区。
| 环节 | 关键动作 |
|---|---|
| 先分清 | 域名解析失败报 could not resolve，连接超时是能解析但握手不通，两条路径完全不同 |
| 解析层 | dig 域名 @8.8.8.8 对比本地解析，结果不一致就是 DNS 配置或缓存问题；检查 /etc/resolv.conf |
| 路由层 | mtr 目标 IP 看在哪一跳开始丢包，运营商段丢包只能绕路或换线路 |
| 端口层 | telnet 或 nc 测端口，通不通立刻区分是服务没起还是被挡 |
Q：按文中写法改完，怎么确认真的生效？
不要只看配置文件，用对应的验证命令或从外部视角复测一次；改完先小流量观察一段，再全量推进，出问题能马上回退。
Q：按文中的步骤做完，还需要注意什么？
把处理过程和最终生效的参数记下来。同类问题再出现时直接对照记录，比重查一遍快得多。
Q：业务规模小，也要按这套标准来吗？
不需要一次到位。先把影响最大的两项做到位，剩余的随着业务增长逐步补齐，比一开始就追求完美更容易落地。
回到这篇的 5 个环节：先分清、解析层、路由层、端口层、本机防火墙与安全组。把这几个动作写进检查表，下次遇到同类问题按顺序过一遍，比凭经验跳步骤稳。
相关阅读：时区与字符集：时间错乱和乱码排查、Nginx反向代理与负载均衡配置、SSH密钥与跳板机配置。
延伸阅读：DNS解析怎么配：A/CNAME/MX/TXT与TTL取舍、Linux常用命令速查：文件、进程、网络、防火墙配置：firewalld与iptables怎么选。
微信公众号
微信客服
