1.
概述：CN2 香港直连的特点与常见问题
a. CN2 为运营商优质骨干，低丢包低时延，但亦受运营商策略影响。
b. 常见问题：丢包、抖动、时延突增、路由不稳定。
c. 影响范围：影响 TCP 三次握手、TLS 建立、文件传输速率。
d. 运维关注点：路由可达性、链路质量、服务器负载与防护策略。
e. 需要结合 BGP、MTR、tcpdump 与内核调优综合定位。
2.
故障现象收集与第一层排查
a. 收集现象：用户报 latency↑、网页超时、SFTP 中断，记录发生时间与频率。
b. 使用 mtr/tracepath/traceroute 定位丢包跳点，例如 mtr to 203.119.67.1 显示第6跳丢包10%。
c. 使用 ping 测试：示例 ping 203.119.67.1 -c 10 => min=6ms avg=12ms max=45ms loss=20%。
d. 检查链路带宽与接口错误：ifconfig/ethtool 查看 RX/TX 错误与丢帧。
e. 验证 CDN/域名解析：dig/host 查看 A 记录是否走到期望 IP 与 GeoDNS 策略。
3.
网络层深度排查（BGP/路由/MTU）
a. 查看 BGP 路由：确认是否走 CN2 路径，检查邻居 state 与 AS path。
b. 使用 traceroute -T -p 80 与 tcptraceroute 定位 TCP 层问题。
c. MTU/MSS 问题：检查 path MTU，若出现分片可调整服务器网卡 MTU 或设置 tcp_mtu_probing=1。
d. 验证交换机/路由器丢包：查看接口 counters 与 sflow/NetFlow 报告。
e. 若为运营商侧问题，记录时间段与 AS 信息，及时提交 NOC 工单并附上 MTR 报告。
4.
主机与内核层面排查（sysctl 与连接追踪）
a. 检查 CPU/IO：top/iostat，确认是否为资源瓶颈导致响应慢。
b. conntrack 与 iptables：查看 conntrack 表是否满 netstat -s | grep conntrack；增加 net.netfilter.nf_conntrack_max。
c. 核心参数示例（建议）：net.core.rmem_max=134217728, net.core.wmem_max=134217728, net.ipv4.tcp_congestion_control=bbr。
d. TCP 重传与队列：使用 ss -s 与 ss -ti 查看 retrans、cwnd；考虑开启 BBR 或优化拥塞控制。
e. 报文抓包：tcpdump -i eth0 host 203.119.67.1 -w hk_cn2.pcap，用 Wireshark 分析三次握手与重传。
5.
优化策略与防护（CDN、缓存、限流、DDoS）
a. 静态资源上 CDN，减少跨境直接请求次数并分流流量。
b. 使用流量清洗与弹性防护：设置云防护策略，对 SYN/UDP 攻击施行速率限制。
c. 本地优化：开启 TCP fastopen、调整 keepalive、使用 fq_codel 减少队列延迟。
d. BGP 优化：通过 BGP community 调整出口优先级或建立直连/对等，减少绕行。
e. 监控告警：部署 Prometheus+Grafana 展示 RTT、丢包、带宽与 conntrack 使用率。
6.
真实案例与配置示例（故障→处理→效果）
a. 案例背景：客户香港站点在高峰出现用户报慢，mtr 显示到第6跳丢包 12%，平均 RTT 28ms。
b. 服务器配置：Ubuntu 20.04, Kernel 5.4, CPU 8 cores, RAM 16GB, NIC 10Gbps, MTU 1500。
c. 采取措施：1) 提交 CN2 NOC 工单并更换 BGP community；2) 在服务器上启用 BBR 与调整 sysctl；3) 静态资源上 CDN 并设置缓存 TTL。
d. 采取前后性能对比如下表：
| 指标 | 调整前 | 调整后 |
|---|
| 平均 RTT | 28 ms | 12 ms |
| 丢包率 | 12% | 0.5% |
| 吞吐(下载) | 80 Mbps | 220 Mbps |
| CPU 峰值 | 75% | 40% |
e. 结果：用户体验显著提升，后续在高峰期仍保持稳定，建议保留路由监控并定期复核 BGP 策略。
来源：运维角度看香港直连服务器cn2故障排查与优化技巧
