1) 检查链路:在本地与服务器分别运行 ping -c 10
2) 带宽与延迟基线:用 iperf3(服务端:iperf3 -s;客户端:iperf3 -c
3) 查看防护层:联系云厂商确认高防(Anti-DDoS)是否在前端做回源、是否有清洗阈值与异常流量通知 API。记录公网/弹性IP、端口白名单策略。
1) 使用 GeoDNS/GSLB:为跨境用户配置智能解析,按地域将用户解析到香港或最近 POP;示例:使用外部 DNS 服务(DNSMadeEasy、NS1)配置地理策略。
2) Anycast/多出口:若云服务支持 Anycast,启用以减少路由跳数;或配置多出口专线并在路由器做权重路由。
3) TTL 与 CNAME:对动态切换场景用较短 TTL(60-300s),静态服务可用较长 TTL。
1) 启用 BBR:编辑 /etc/sysctl.conf 添加 net.core.default_qdisc=fq 与 net.ipv4.tcp_congestion_control=bbr,然后 sysctl -p;确认 ss -tuna | grep bbr 或 sysctl net.ipv4.tcp_congestion_control。
2) 调整连接与缓冲:添加 sysctl 项目:
net.core.somaxconn=10240、net.ipv4.tcp_max_syn_backlog=4096、net.ipv4.ip_local_port_range="1024 65535"、net.ipv4.tcp_tw_reuse=1。sysctl -p 生效。
3) MTU 与 MSS:若跨境链路存在 PMTU 问题,使用 ip route change ... mtu 1500,或在 nginx/HAProxy 中设置 proxy_buffer_offload 并确保 MSS clamping(iptables -t mangle -A FORWARD -p tcp --tcp-flags SYN,RST SYN -j TCPMSS --clamp-mss-to-pmtu)。
1) Nginx/TCP 参数:在 nginx.conf server 部分设置 keepalive_timeout 65, keepalive_requests 10000,同步调整 worker_processes 与 worker_connections(例:worker_processes auto; worker_connections 65536)。
2) gzip/cache/静态:启用 gzip、合理设置 expires,并将静态资源放到 CDN;在 nginx 使用 sendfile on; tcp_nopush on; tcp_nodelay on。
3) 负载均衡策略:使用 L4 直通或 LVS+Keepalived 做二层 LB,回源时开启健康检查与权重调整,减少不必要的跨境回源流量。
1) 白名单/黑名单策略:在高防控制台设置管理接口白名单和常用端口(HTTP/HTTPS)限速。
2) SYN/连接限制:在服务器上使用 iptables/ufw 限制每 IP 同时连接数(iptables -A INPUT -p tcp --syn -m connlimit --connlimit-above 100 -j REJECT)。
3) WAF 规则分级:上线前在 WAF 中设置基础规则集 -> 流量验证(JS挑战)-> 严格封禁,分阶段观察对合法跨境请求的影响并调整。
1) 限速/优先级:用 tc qdisc add dev eth0 root handle 1: htb default 12,创建 class 并分配带宽给重要服务。
2) 突发保护:对非关键端口设置 token bucket(tbf)防止突发流量占满链路。示例:tc qdisc add dev eth0 root tbf rate 100mbit burst 32kbit latency 400ms。
3) conntrack 调整:sysctl net.netfilter.nf_conntrack_max=262144,监控 /proc/net/nf_conntrack 用 conntrack -L 检查连接表是否耗尽。
1) 部署 node_exporter:下载并以 systemd 运行(示例 unit),在 Prometheus 配置中加入 scrape job:http://
2) 黑盒探针与合规性:使用 blackbox_exporter 配置 http_get 与 tcp_connect probes,编写 Prometheus job 监测跨境延迟与可用性(probe_success、probe_duration_seconds)。
3) Grafana 仪表板:导入 node_exporter、blackbox 和 nginx/HAProxy 面板,设置面板报警阈值(RTT、丢包、连接数、CPU、网卡丢包)。
答:第一步按“环境与前置检查”执行:从客户端和服务器分别做 ping/traceroute/mtr,确认是链路丢包、路由绕行还是服务器端处理慢;并用 iperf3 确认带宽瓶颈,记录每项数据后再进一步定位到网络、内核或应用层。
答:启用 BBR 主要确保 default_qdisc=fq 与 tcp_congestion_control=bbr,风险包括极少数老设备/中间盒不兼容导致性能反而下降。上线时建议在非生产或少量流量环境 A/B 测试 24-72 小时,观察丢包、RTT 与吞吐变化后再全网切换。
答:制定告警策略(阈值+持续时间),Prometheus Alertmanager 配置通知渠道(微信群/钉钉/API/电话);为常见告警编写 Runbook(检查步骤、临时缓解命令、回滚指令),并定期组织模拟故障演练(每季度一次),确保团队能在 15 分钟内完成初步响应并进入恢复流程。