怎么测试https 的握手时间

探照灯儿 2017-10-09 09:18:41

请问，怎么测试HTTPS的握手时间，有什么工具？

客户端的逻辑用工具的，只是需要测试消耗在网络上的时间以及服务端的处理时间

...全文

235 回复打赏收藏转发到动态举报

写回复

回复

切换为时间正序

请发表友善的回复…

发表回复

软件测试常见面试题第1讲课程介绍第2讲面试题1~4：自我介绍，测试流程，需求评审，印象深刻的BUG第3讲面试题5~9：职业规划，加班如何看待，用例执行等等第4讲面试题10~13：您还有什么要问的吗，接口测试怎么做，缺陷定位等第5讲面试题14~17：测试计划怎么写，缺陷管理工具等等第6讲面试题18~21：测试方案怎么写，兼容性测试怎么测试，测试工具第7讲面试题22~25：日志怎么查看，web与app测试的区别等等第8讲面试题22~25：日志怎么查看，web与app测试的区别等等第9讲面试题30~35：测试环境搭建，app闪退的原因，测试数据构造等第10讲面试题36~41：没有需求如何做测试，如何查看进程，测试周期第11讲面试题42~46：linux目录创建，权限修改，终止进程等等第12讲面试题47~50：加入购物车如何测试，搜索商品怎么测试第13讲面试题51~53：支付接口测试，优惠券测试等等第14讲面试题54~57：积分测试，结算功能测试，TCP三次握手第15讲面试题58~63：系统测试与UAT测试的区别，正面测试与反面测试第16讲面试题64~69：如何保/证相同BUG不出现，什么是验证和确认

背景网络延迟是网络上的主要性能瓶颈之一。在最坏的情况下，客户端打开一个链接需要DNS查询（1个 RTT），TCP握手（1个 RTT），TLS 握手（2个RTT），以及最后的 HTTP 请求和响应，可以看出客户端收到第一个 HTTP 响应的首字节需要5个 RTT 的时间，而首字节时间对 web 体验非常重要，可以体现在网站的首屏时间，直接影响用户判断网站的快慢，所以首字节时间（TTFB）是网站和...

问题描述今天遇到一个报错： http: TLS handshake error from * 整个时间的经过是这样的：今天先以容器的形式在测试环境部署了一个云服务，测试后没有问题。然后，以相同的方式在公网上也部署了一个服务却出现了问题，导致 https 网络协议握手失败。具体报错信息如下： 2021/11/09 07:15:58 http: TLS handshake error from 125.64.94.138:34428: remote error: tls: bad certi

诺大中国互联网，居然没人用POSTMAN测TLS连接，害我跑外网搜了半天。 7月以来没写博文，断更两月，最近工作忙，再加上备考，年轻人大抵都要经历一番风雨吧。年轻人不狂没出息，要敢想，敢干，直面困难。话不多说，如图测试百度的TLS，选择的密码套件，从控制台复制出来他本身协商好的，然后又从我之前博文找了个别的。对语法是有规范的，下划线“_”不行，不能有“with”，不能有“TLS”，AES和128之间不能有“-”。 TLS-RSA-WITH-AES-256-GCM-SHA384 ECDHE-RSA-AES

背景有业务反馈业务偶尔有慢请求，通过他们的日志猜测是ssl握手慢导致。但我们在查看nginx 日志中并没有发现request_time 很慢的请求。一开始便以nginx未发现异常把他们打发走了。但是这也引发了我的一个疑问： nginx log 的 request_time包含ssl 握手时间吗？我在网上搜索了一下，没看到特别明确的说明，然后去看了官方文档对$request_time 的介绍 request processing time in seconds with a milliseconds re

4,357

社区成员

28,927

社区内容

发帖

与我相关

我的任务

社区管理员

加入社区

近7日
近30日
至今

加载中

查看更多榜单

社区公告

暂无公告

试试用AI创作助手写篇文章吧

+ 用AI写文章