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故障排查与优化技巧