TCPing怎么设置更接近真实访问？参数配好后先用拨测跑一轮

用一个不存在的端口测了半天

排查一个站点的连接问题，我拿 TCPing 测了 80 端口，结果全通。可用户访问的是 443 的页面，问题也在 443 上。

测通了，但测的不是那条路。TCPing 的参数看着比 Ping 多，实际上每一个都直接影响结论。

目标：域名还是 IP

填域名，节点会先解析再握手，路径接近真实用户，但会受 CDN 和智能解析影响，各地可能落到不同机器。

填 IP，跳过解析，直接测那台机器。排查源站或某台服务器时用这个。

想看用户实际体验，填域名；想看机器本身，填 IP。混着用，结论一定糊。

目标在 CDN 后面时，各地握手的是不同边缘节点，差异属于正常。必要时固定 IP 再测一遍，把调度因素排除掉。

TCP 检测：填域名和端口，多节点看连通与握手耗时

端口：用业务真正在用的那个

80、443、22、3306，不同端口背后是不同的服务，也可能有不同的策略。

有些站只开 443，你测 80 当然不通；有些管理端口只对白名单开放，外部测出来的不通是预期结果。

端口写错还会带来一种假的安全感：全通，但测的是另一个服务。

在宝塔拨测的 TCP 测速里可以指定端口，填之前先确认业务到底用哪个。

IP 版本：v4 和 v6 分开

同一域名可能同时有 A 和 AAAA 记录，两种协议走的是不同的路径。

IPv4 握手正常，不代表 IPv6 也正常。做双栈改造之后，两边都要测。

有些服务器只配了 v4，v6 测不通属于配置问题，别当成线路故障。

宝塔拨测的 IPv6 入口是单独的，别在 v4 工具里填 v6 地址。

时段和轮次：一次不算数

TCP 握手时间会随网络拥塞变化。白天测一次和晚高峰测一次，结果可能差不少。

要接近真实体验，就在用户活跃时段测，并且连测几轮。持续测速比单次结果更有说服力。记录时把时段写上，否则两张图放在一起没法比较。

节点范围和验收

节点按用户分布选，不用全选。选主要省份和运营商，再加一两个对照。

配完先跑一轮，看有效节点数、握手成功率和耗时分布。全都通、耗时集中，说明配置合理；一片超时，先检查端口和目标写得对不对。

握手失败和握手慢要分开看：前者是通不通，后者是质量。别只看总成功数，按分组看更准。把这些定下来，再谈数字。

改完再用同一批节点复测，对比同一组的数据。参数变了，前后就没有可比性。参数是测量的前提，这一点想清楚，后面的数字才有意义。