一个配置导致的HTTP(TCP)连接超时

最新推荐文章于 2025-06-16 19:47:22 发布
最新推荐文章于 2025-06-16 19:47:22 发布
阅读量6.6k 收藏 3
点赞数
CC 4.0 BY-SA版权
分类专栏： 网络 文章标签： bug tcp wireshark
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.youkuaiyun.com/zerooffdate/article/details/77097828
本文介绍了作者在开发HTTP服务时遇到的一个问题，即安卓设备访问服务时经常出现连接超时，而iOS设备则正常。通过Wireshark分析网络包发现大量TCP重传，原因是服务器端同时开启TCP时间戳和TCP时间等待回收，导致操作系统主动丢包。解决方案是关闭TCP时间等待回收选项。

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

一个配置导致的HTTP(TCP)连接超时

这个是之前写http服务的时候测试遇到的一个问题。当时这个bug的现象是，办公室内某台安卓手机访问http服务经常出现连接超时，而过一会儿之后又可以使用了。而同时，办公室内的iOS设备，Mac设备又能正常使用服务。甚至登陆到http服务实时监控日志，会发现安卓的设备的请求确实没有到达http服务，没有access日志。

简单抓包

这个时候实在没法，在服务端tcpdump一下对应的http端口的请求，还好是开发环境。dump过程中，仅一分钟，安卓手机就又遇到了相同的情况。这时结束dump，下载dump出来的内容到本机用wireshark进行分析。

分析包内容

大量重传

打开包，按照时间顺序排列，看到大片的黑色记录，也就是有大量TCP重传。照说办公室到测试服务器的网络是稳定的，而且是在服务器上面抓的包。所以不应该存在大量的重传才对。所以先从这里着手。trace一下出现重传的tcp stream。其中编号为10的tcp流很有意思：

其中一个流

可以看到，office在37s的时候发送

最低0.47元/天 解锁文章

200万优质内容无限畅学
tcp连接服务器响应时间过长,为何在某些特定的条件下，TCP 连接的响应时间过长？...
weixin_30853033的博客
08-06 1367
n描述：下列描述适用于所有支持“TCP coection”连接类型的工业以太网通信处理器。由于其数据传输仅限于在 TCP 层( OSI 开放式互联网参考模型第四层)，该连接类型也被称为“TCP 本地( TCPnative )”连接。n概述：TCP (传输控制协议)协议带有流量控制，也就是说，当发送方发送数据包的速度快于接收方处理数据包的速度时，接收模板会迫使发送模板减缓发送速度。该功能通过 TCP...
tcp连接超时自动断开禁止访问
beck_li的博客
10-08 878
已建立的tcp连接的超时时间，默认432000，也就是5天，现设置为3小时。[root@frs ~]# sysctl -p 使用参数生效，永久生效。注：连接超时后，此IP再次连接将会被禁止。2.2使用firewall-cmd操作。2.1使用iptables操作。
速读原著-TCP/IP(连接建立的超时)
逍遥云恋
03-09 672
第18章 TCP连接的建立与终止 18.3 连接建立的超时 有很多情况导致无法建立连接。一种情况是服务器主机没有处于正常状态。为了模拟这种情况，我们断开服务器主机的电缆线，然后向它发出t e l n e t命令。图1 8 - 6显示了t c p d u m p的输出。 在这个输出中有趣的一点是客户间隔多长时间发送一个 S Y N，试图建立连接。第2个S Y N与第1个的间隔是5 . 8秒，而第3...
[特殊字符]C# 窗体程序从入门到精通：手把手教你打造满分项目
weixin_63787825的博客
06-16 881
🔥C# 窗体程序从入门到精通：手把手教你打造满分项目一、引言在软件开发的广阔领域中，C# 凭借其强大的功能和简洁的语法，成为了众多开发者的首选语言。而 C# 窗体程序（Windows Forms Application），作为创建 Windows 桌面应用的经典方式，能快速构建出功能丰富、交互友好的图形界面应用程序。本文将带你从零开始，深入了解 C# 窗体程序的开发流程，搭配大量高清配图和完整代码示例，助你在 优快云 收获满分技术帖！二、开发环境搭建。
finalshell连接超时怎么解决_由TCP连接超时说起解决一个问题引入另一个问题
weixin_39969976的博客
11-25 2404
由TCP连接超时说起前几天我们服务的一个客户跟我们反馈访问我们的线上某一个接口会有比较大的超时，比如超时可以到60s。经过排查我们发现服务端日志并没有出现超时现象，基本都在毫秒级返回了。初步判断问题出现在了中间网络交互中。抓包出现异常的服务器抓包如下图所示，客户端发出的syn包并没有得到服务端的回应。直到60s之后才连接成功。而我们专门找的测试服务器却没有发现这种情况。到这里就让人有点摸...
【TCP客户端连接显示连接超时，具体什么原因？】
weixin_44665318的博客
02-21 2740
如果服务器上正在运行大量的并发连接或处理大量的数据，可能会导致连接超时，因为服务器无法及时处理来自新连接的请求。如果目标服务器的IP地址或主机名无法解析或不可达，那么客户端将无法建立连接，并最终导致连接超时。如果客户端尝试连接的端口在服务器上未被正确监听，客户端将无法成功建立连接，从而导致连接超时。如果在客户端和服务器之间存在网络故障、防火墙或其他网络设备的配置问题，可能会导致连接超时。如果客户端或服务器上的防火墙配置不正确，可能会阻止TCP连接的建立，导致连接超时。
【鸿蒙实战开发】TCP连接超时分析
HarmonyOS_NEXT的博客
07-22 578
这份鸿蒙（HarmonyOS NEXT）文档包含了鸿蒙开发必掌握的核心知识要点，内容包含了（ArkTS、ArkUI开发组件、Stage模型、多端部署、分布式应用开发、音频、视频、WebGL、OpenHarmony多媒体技术、Napi组件、OpenHarmony内核、OpenHarmony南向开发、鸿蒙项目实战等等）鸿蒙（HarmonyOS NEXT）技术知识点。
鸿蒙HarmonyOS编程开发：TCP连接超时示例
weixin_55362248的博客
08-23 1157
本示例通过TCP套接字尝试连接一个不存在的IP地址，所以肯定会连接失败，示例中共尝试了5次，第一次使用默认的超时时间，第二次使用0超时时间，第三次使用3秒超时时间，第四次使用30秒超时时间，第五次使用300秒超时时间，每次连接前后都记录下当时的时间，从而方便分析实际耗费的时间。
鸿蒙HarmonyOS NEXT（开发进阶）TCP连接超时分析实践
adaedwa187545的博客
10-15 849
本示例通过TCP套接字尝试连接一个不存在的IP地址，所以肯定会连接失败，示例中共尝试了5次，第一次使用默认的超时时间，第二次使用0超时时间，第三次使用3秒超时时间，第四次使用30秒超时时间，第五次使用300秒超时时间，每次连接前后都记录下当时的时间，从而方便分析实际耗费的时间。
HarmonyOS NEXT开发系列（5.0版）TCP协议连接超时详解
qewr8888的博客
09-27 1029
本示例通过TCP套接字尝试连接一个不存在的IP地址，所以肯定会连接失败，示例中共尝试了5次，第一次使用默认的超时时间，第二次使用0超时时间，第三次使用3秒超时时间，第四次使用30秒超时时间，第五次使用300秒超时时间，每次连接前后都记录下当时的时间，从而方便分析实际耗费的时间。
简单几招模拟网络超时情况
热门推荐
Gerry的专栏
07-08 2万+
我们先来聊一聊网络超时的概念，以及模拟网络超时对我们程序的必要性   要想了解如何模拟网络超时的情况，我们需要先了解一下 为什么会网络超时呢 简单的说：就是你向服务端发送数据请求，然尔服务器没返回数据，或返回数据太慢导致未收到返回数据。 比如，你要下载一个东东，你向服务器发送下载这个东东的请求，但等了好长时间都没有收到服务器同意你接收下载数据的请求，所以也不能一直这样等下去，你的电脑就会
关于http请求卡死的处理
haozi_e的博客
06-30 1万+
大家在做http请求时可能会遇到这种情况，明明设置了connetTimeOut和SocketTimeOut可是在实际使用的过程中却还是无法在设置的时间内得到响应结果（正确的或者异常的）,请求就一直处于卡死状态，这种情况在手机端会比较常见（特别是网络环境不佳的时候），具体原因暂时不知，但我们可以对这种情况做下处理，这样不至于导致app处于一直等待的卡死状态。使用FutureTask对请求做定时处理，
[TCP] tcp连接SYN超时重传次数和超时时间
程序员老狼专注开发aigc或客服系统应用
04-19 3463
当tcp进行三次握手的时候 , 第一步是客户端发送syn请求 , 服务端返回syn+sck , 客户端响应sck 当syn请求超时的时候,tcp会进行超时重传 , 重传次数在这里查看cat /proc/sys/net/ipv4/tcp_syn_retries 可以看到重传次数是6次 每次超时的时间是 1秒 2秒 4秒 8秒 16秒 32秒 使用telnet 测试一个不存在的i...
http的部分知识点
胡世林的博客
05-15 262
HTTP 三次握手 第一次握手：建立连接时，客户端发送syn包到服务器，并进入SYN_SENT状态，等待服务器确认；SYN：同步序列编号 第二次握手：服务器收到syn包，必须确认客户端的SYN，同时自己也发送一个SYN包，即SYN+ACK包，此时服务器进入SYN_RECV状态。 第三次握手：客户端收到服务器的SYN+ACK包，向服务器发送确认包ACK，此包发送完毕，客户端和服务器进入ESTABLISHED（TCP连接成功）状态，完成三次握手 四次挥手 TCP客户端发送一个FIN，用来关闭客户到服务器的
TCP连接超时
weixin_42226134的博客
02-12 5557
如果客户端访问一个距离它很远的服务器，后者由于网络繁忙，导致服务器对于客户端发出的同步报文段没有应答，此时客户端程序必然先进行重连，如果重连多次仍然无效，则通知应用程序连接超时 结论：TCP连接超时的时间为63秒 在上述情况下，如果客户端第一次发送的同步报文段服务器没有接收到，客户端会进行重传5次，这五次的重传时间间隔分别为2s，4s，8s，16s，32s，加上第一次的1s，一共63s，在这五次均...
运输层：TCP超时重传时间的选择
一个搬运知识的笨小孩
07-06 1351
简要了解TCP超时重传时间的选择
网络协议--TCP的超时与重传
x13262608581的博客
10-30 4095
tcp
Linux 建立 TCP 连接的超时时间分析
老码农
01-28 1万+
Linux 建立 TCP 连接的超时时间分析 Linux 建立 TCP 连接的超时时间分析 概述 超时分析 超时验证 如何改进 概述 Linux 系统默认的建立 TCP 连接的超时时间为 127 秒，对于许多客户端来说，这个时间都太长了， 特别是当这个客户端实际上是一个服务的时候，更希望能够尽早失败，以便能够选择其它的可用服务重新尝试。 socket 是 Linux
TCP 协议的 time_wait 超时时间
小蜗牛的珍贵百宝箱
10-05 1200
TIME_WAIT状态是 TCP 连接管理中一个关键环节，其超时时间通常是 240 秒。合理的管理和调整可以帮助提高网络应用的性能，尤其是在高负载环境中。
QT TCP 连接超时判断
最新发布
08-07
在 Qt 中判断 TCP 连接是否超时，主要依赖于 `QTcpSocket` 的异步通信机制和 `QTimer` 来实现连接状态的监控。由于 Qt 的网络模块本身并未提供直接设置连接超时的接口，因此通常通过定时器来检测连接是否在指定时间内完成。 当调用 `connectToHost()` 方法发起连接时，`QTcpSocket` 会进入 `ConnectingState` 状态。通过启动一个 `QTimer`，设定超时时间，在超时时检查 socket 的状态是否仍为 `ConnectingState`，如果是，则认为连接超时，并调用 `abort()` 方法终止连接尝试。 以下是一个典型的实现方式： ```cpp #include <QTcpSocket> #include <QTimer> #include <QDebug> QTcpSocket socket; QTimer timer; // 连接成功时的处理 QObject::connect(&socket, &QTcpSocket::connected, [&]() { qDebug() << "Connected successfully."; timer.stop(); // 停止定时器 }); // 错误处理 QObject::connect(&socket, &QTcpSocket::errorOccurred, [&](QAbstractSocket::SocketError error) { qDebug() << "Socket error:" << socket.errorString(); }); // 超时处理 QObject::connect(&timer, &QTimer::timeout, [&]() { if (socket.state() == QAbstractSocket::ConnectingState) { qDebug() << "Connection timed out."; socket.abort(); // 终止连接 } }); // 启动连接 socket.connectToHost("192.168.1.100", 8080); timer.start(5000); // 设置超时时间为 5 秒 ``` 此外，还可以通过检查 socket 的状态变化，例如使用 `stateChanged()` 信号来跟踪连接状态的变化，并在连接失败或超时后进行相应的处理。 需要注意的是，连接超时的具体时间应根据实际网络环境和应用场景进行合理设置，以避免因短暂网络波动而导致误判。在某些复杂网络架构中，如涉及负载均衡器时，连接超时时间可能受到后端配置的限制，例如某些云服务中 TCP 连接的超时时间被固定为 300 秒，用户无法自行修改 [^2]。 ###
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

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

余额充值