机场试用怎样看 TLS 握手耗时？用 curl 拆分连接阶段
机场试用时，网页首屏慢不一定是下载带宽不足。DNS、连接代理、TCP握手、TLS握手和服务器响应都会占用时间。用curl拆分这些阶段，可以判断慢主要发生在连接前、握手中还是等待首字节时，再决定是否换节点。
用同一目标采集时间字段
curl 官方手册的--write-out支持输出多个计时变量：time_namelookup是名称解析完成时间，time_connect到TCP连接完成，time_appconnect到TLS握手完成，time_starttransfer到收到首字节，time_total是总时长。
Windows可用下面的只读请求，目标换成你实际常用且允许访问的HTTPS页面：
curl.exe --output NUL --silent --show-error --location --connect-timeout 10 --write-out "dns=%{time_namelookup}s connect=%{time_connect}s tls=%{time_appconnect}s first=%{time_starttransfer}s total=%{time_total}s`n" https://example.com/
其他系统把NUL改为/dev/null，换行写法也会因终端不同而变化。先运行curl --version确认本机工具，再保留原始输出。
看差值，不把累计值当单段耗时
这些时间多为从请求开始累计的时间。粗略观察某一阶段，应计算相邻字段差值：
- TCP连接阶段约为
time_connect - time_namelookup； - TLS阶段约为
time_appconnect - time_connect； - 等待首字节阶段约为
time_starttransfer - time_appconnect； - 首字节后的传输约为
time_total - time_starttransfer。
如果使用HTTP代理，time_connect可能反映到代理的连接；代理到目标和CONNECT隧道会影响后续阶段。字段能帮助分段，不能单独证明某个服务方负责。
做三轮节点对照
固定设备、接入网络、代理模式和目标，在同一节点运行三次，记录中位数和是否失败；再只更换一个节点复测。不要一边跑下载测速、一边采集握手时间，也不要把不同网站的结果直接比较。
TLS阶段持续明显增大时，结合客户端连接日志检查节点路径和握手错误；等待首字节阶段变长时，也可能与目标服务器负载或分流结果有关。只有一次异常，应在常用时段重复验证。
把结果放回实际业务
最终再打开真实网页、视频或注册页面，确认所选节点在实际场景中可用。curl成功不代表浏览器扩展、TUN模式或所有应用都走同一路径。
如果你尚未注册，可使用本站已披露的两个推广入口：FlyBit注册链接（邀请码gPinVG8C）或99吧注册链接（邀请码sExBbdk9）。这些是推广链接，邀请码不等同于优惠承诺；注册后仍应按自己的网络、时段和业务做上述验收。
评论