1.
准备工作:确认购买信息与测试环境
- 核对订单:确认带宽、带宽计费方式(峰值/保底/共享)、公网IP数量、是否承诺CN2线路和SLA条款。
- 获取权限:确保你有服务器root/管理员权限、控制台截图权限与计费明细。
- 测试节点:准备至少3个不同地理位置的测试客户端(国内北方、南方、境外)或使用第三方测评平台。
- 工具安装:在服务器和测试端安装常用工具:ping、traceroute、mtr、iperf3、speedtest-cli、tcping、sysbench等。
- 时间窗口:选择24小时内多个时间点测试,包含高峰与低峰时段,以评估稳定性和抖动。
2.
延迟与路由验证(Ping / Traceroute / MTR)
- Ping测试:从不同节点向服务器公网IP连续ping 100次,关注平均延迟、最小/最大和丢包率。示例命令:ping -c 100 IP。
- Traceroute:使用traceroute/tracert或mtr检查路由是否经过中国电信CN2骨干(常见AS号如AS4134),并记录跳数与异常跳点。
- MTR长时间追踪:mtr -rwzbc 100 IP,观察每跳丢包与延迟趋势,判断中间链路是否有抖动。
- 目标值参考:对CN2香港来说,国内广东区域延迟常见8-20ms,华东/华北20-50ms,若超出50ms需进一步与商家沟通。
- 注意事项:路由可能因运营商策略波动,建议在不同时段重复测试并保存结果截图作为凭证。
3.
带宽与吞吐量测试(iperf3 / speedtest)
- iperf3测试:在服务器端运行iperf3 -s,客户端运行iperf3 -c IP -P 4 -t 60,观察平均吞吐量和丢包。
- 多线程并发:使用-P参数并发测试,模拟真实并发场景,记录单线程与多线程带宽差异。
- speedtest-cli:用于测试公网到互联网的上下行速率,注意测试节点选择香港/中国节点对比。
- 真实业务模拟:用wget/curl下载大文件或做HTTP并发测试(ab/hey),验证应用层吞吐是否达到承诺带宽。
- 判定标准:若承诺200Mbps带宽,iperf3多线程稳定输出180Mbps以上且无明显丢包,一般可认为满足承诺。
4.
丢包率与稳定性检测(长期观测)
- 长时Ping记录:在高峰时段做24小时连续ping,统计丢包率与时段分布,保存结果为CSV或图片。
- MTR报表:生成多时段mtr报告,查看是否有特定时间段跳点出现高丢包。
- 应用层监控:在服务器上部署简单心跳脚本(每分钟HTTP请求到外部节点),统计请求超时频率。
- SLA对照:如果SLA承诺丢包低于1%,但实际测得丢包率>1%,可以向提供商提交工单索赔或要求优化。
- 示例数据:真实案例中,某客户CN2香港VPS在高峰期测得丢包0.3%、平均延迟广州10ms、上海28ms,符合1%以下指标。
5.
端口可达与应用层响应(TCP/HTTP/TLS测试)
- tcping/tcptraceroute:测试特定服务端口(如80/443/22/3389)是否稳定可达并统计响应时间。
- HTTP性能:使用curl -w "%{time_connect} %{time_starttransfer} %{time_total}" -o /dev/null URL,收集连接建立与首包时间。
- TLS握手:检测TLS握手时间与证书链完整性,避免网络问题导致握手延时。
- 并发压测:用ab或wrk进行并发连接测试,观察连接成功率与每秒请求数。
- 判定说明:如果大量连接超时或首包时间异常高,问题可能在网络拥塞或防火墙限速,应提交运营商排查。
6.
DDoS防护与抗攻击能力验证(合规前提下)
- 咨询防护策略:先确认供应商是否含基础DDoS防护、清洗带宽与保底策略,记录防护峰值。
- 模拟合规流量:使用低强度流量模拟(如500Mbps短时突发)验证是否被自动清洗或触发告警(注意遵守法律与服务条款)。
- 日志与告警:检查控制台或邮件是否有流量异常告警记录,确认清洗开始时间与清洗后业务恢复速度。
- 压力恢复测试:在清洗后测量业务恢复的延迟与丢包是否回到正常水平。
- 案例说明:某客户VPS配合厂商基础清洗峰值2Gbps,遭遇600Mbps攻击时被自动清洗,业务中断时间<120秒,符合SLA响应承诺。
7.
真实案例与服务器配置数据举例
- 案例概述:客户A购买CN2香港VPS,配置4vCPU@3.0GHz、8GB内存、NVMe120GB、200Mbps保底带宽,承诺CN2直连与1%内丢包SLA。
- 测试结果(摘要):对比多点测试,广州平均延迟9ms、上海平均延迟27ms、北京平均延迟35ms,iperf3并发平均吞吐185Mbps,24小时丢包率0.2%。
- 路由示例:traceroute显示经过AS4134(CNC) CN2骨干,再到香港交换节点,跳数约10-14跳,未见绕路至第三国。
- 控制台截图与日志:保存计费单、控制台“线路类型: CN2”截图、mtr与iperf3输出作为仲裁证据。
- 结论与建议:该实例基本达到承诺,部分高峰时段吞吐略小于200Mbps但稳定性良好,可与供应商确认是否需按SLA补偿。
8.
对商家沟通与售后维权要点
- 收集证据:提交工单前准备好所有测试原始数据、截图、时间戳与客户端位置信息。
- 对照SLA条款:明确带宽计费/测算口径、丢包/延迟指标与赔付规则。
- 复测请求:要求供应商在其端做同样测试并给出诊断报告,必要时安排双方同时在线复测。
- 争议上报:若供应商拒绝合理赔付,可将测试数据提交第三方测评或运营商监管机构。
- 预防措施:选购时优先选择支持试用或有明确SLA与补偿机制的商家,避免口头承诺无凭据。
9.
常用测试命令与示例输出参考
- ping示例:ping -c 100 203.0.113.1,结果示例:rtt min/avg/max/mdev = 8.123/10.456/25.789/2.345 ms。
- iperf3示例:iperf3 -c 203.0.113.1 -P 4 -t 60,结果示例:平均吞吐 185 Mbits/sec,丢包 0.1%。
- mtr示例:mtr -rwzbc 100 203.0.113.1,输出显示第5跳延迟波动为0.5-2ms。
- curl示例:curl -o /dev/null -s -w "%{time_connect} %{time_starttransfer} %{time_total}\n" https://域名/,返回示例:0.030 0.120 0.250。
- traceroute示例:traceroute 203.0.113.1,关键跳点显示为 telechina-cnc (AS4134) 表明CN2链路。
10.
附:测试结果对比表(示例数据)
| 测试项目 | 广州节点 | 上海节点 | 北京节点 |
| 平均延迟(ms) | 9 | 27 | 35 |
| 丢包率(%) | 0.1 | 0.2 | 0.3 |
| iperf3吞吐(Mbps) | 185 | 172 | 160 |
| 路由跳数 | 10 | 12 | 14 |
- 表格说明:以上为示例测得数据,实际结果请以你自己的多时段测试为准。
来源:如何测试你购买的cn2香港服务器是否达到承诺的指标