Https丢包分析及底层原理解析

最新推荐文章于 2025-03-14 11:11:16 发布

哪吒不听话

最新推荐文章于 2025-03-14 11:11:16 发布

阅读量2.8k

点赞数

分类专栏： HTTPS

版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。

本文链接：https://blog.csdn.net/nimazhao/article/details/115527791

版权

博客探讨了在HTTPS协议下，由于网络延迟导致的丢包问题。通过日志分析和抓包工具发现，当交互时间超过最大连接时间时，双方会断开连接，即使数据包仍在传输中。解决方案是调整HTTPS请求的超时时间。文章还简述了HTTPS的加密和身份认证过程。

摘要生成于 C知道，由 DeepSeek-R1 满血版支持，前往体验 >

一、背景

生产服务器为阿里云，应用系统出现请求第三方服务偶发性接口异常，数据查询不回来，查看日志，分析得出，请求接口超过最大连接时间30秒，正常1.2秒左右，能返回数据。经过确认，第三方https连接超时时间设置为10秒，分析认为，由于网络波动延时，导致接口请求超时，让第三方设置超时时间为30秒，重新发起请求，依然存在偶发性接口请求超时，导致数据获取异常。再次分析日志如下
第三方反馈：
在这里插入图片描述

我方日志：
在这里插入图片描述

与第三方沟通，确认对方收到请求，并及时返回。根据日志及现象，初步分析认为网络延迟导致的http丢包，于是开始抓包分析。用tcpdump在系统中抓包观察,使用wireshark分析如下：
在这里插入图片描述

根据图上所示分析，16-17行显示，15行，我方发出数据包，对方返回ACK后，交互时间超过最大连接时间30秒，我方发出Encrypted Alert（网上查看是没有发数据的意思），并发送FI

最低0.47元/天解锁文章

评论 1

被折叠的条评论为什么被折叠?

到【灌水乐园】发言

查看更多评论

添加红包

成就一亿技术人!

hope_wisdom

发出的红包

实付元

使用余额支付

点击重新获取

扫码支付

钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。